Ordinary users can't run admin functions — and when admin functions run, you log it.
What it actually means
Non-privileged users must be prevented from executing privileged functions, and the execution of privileged functions must be captured in audit logs. In practice: enforce least privilege so standard users can't run admin tools, and make sure your logging captures privileged and administrative actions.
Pass or fail — an assessor needs a "yes" to each
- Are non-privileged users blocked from executing privileged functions?
- Are privileged function executions captured in your audit logs?
What to have ready
- Access-control configuration restricting privileged functions
- Audit log samples showing privileged actions captured
Where teams trip up
- Standard users able to run admin utilities
- Privileged actions not logged
See where this control puts your score
Run all 110 requirements free in about 10 minutes — or draft your SSP language for this control. No signup.
Calculate your SPRS score →Draft your SSP language →Connected requirements
More in Access Control (3.1)
3.1.1 — Limit who (and what) can get in3.1.2 — Limit what users can do3.1.3 — Control the flow of CUI3.1.4 — Separate duties3.1.5 — Least privilege (especially for admins)3.1.6 — Use non-privileged accounts for routine work3.1.8 — Limit failed logons3.1.9 — Show privacy and security notices3.1.10 — Lock idle screens3.1.11 — End sessions automatically3.1.12 — Monitor and control remote access3.1.13 — Encrypt remote access sessions3.1.14 — Funnel remote access through managed points3.1.15 — Authorize privileged remote actions3.1.16 — Authorize wireless access first3.1.17 — Protect wireless with authentication + encryption3.1.18 — Control mobile device connections3.1.19 — Encrypt CUI on mobile devices3.1.20 — Control connections to external systems3.1.21 — Limit portable storage on external systems3.1.22 — Control what goes on public systems