1. Home
  2. Frameworks
  3. NIST SP 800-53

NIST SP 800-53 Rev. 5

NIST 800-53 controls, backed by what your cloud says.

NIST SP 800-53 is the control catalogue many other frameworks build on. ACSE tracks 45 of its technical controls across ten families and shows, for each, the checks that evaluate it on AWS, Google Cloud and Azure, or that it is manual.

Audit packages from sealed casesSealed cases stack into an audit package organized per framework control.AUDIT PACKAGESEALED CASESpci dss 4.0.1 · q3 · per control
01

Controls tied to evidence

Each tracked control lists the checks behind it and their latest result, so a control assessment starts from facts.

02

One catalogue, three clouds

The same control draws on checks from every cloud you connect, so families like access control read across the estate.

03

A base for related frameworks

FedRAMP Moderate and CCCS Medium draw on the same control families, so work on one carries over.

Coverage

Tracked controls with a check behind them

ACSE tracks 45 technical controls from the AC, AU, CA, CM, CP, IA, IR, RA, SC and SI families, not the whole catalogue. Controls without a check are listed as manual, beside the score, so nothing quietly drops out of view.

AWS
24 of 45 tracked controls
Google Cloud
15 of 45 tracked controls
Azure
12 of 45 tracked controls

Families

Where the checks carry weight

01

Access control and identification

Least privilege, administrator rights, MFA, key rotation, guest access and unused credentials.

02

Audit and accountability

Audit trails in every region, log integrity, flow logs and alarms on sensitive changes.

03

Configuration management

Secure defaults such as IMDSv2, OS Login, Shielded VM and default networks removed.

04

System and communications protection

Boundary protection, encryption in transit and encryption at rest with managed keys.

05

Contingency planning

Versioning, retention and backup retention on the stores you would recover from.

06

Risk assessment and integrity

Configuration monitoring and security services enabled, re-evaluated on every scan.

Change control

Every change authorized and recorded

When a check fails, the fix is proposed as code, validated against a plan, approved by a person who did not author it, and verified after it applies.

Each of those steps is a signed record in your own cloud, which supports the change control and audit families with evidence rather than screenshots.

Nobody approves their own changeTwo people, a risk owner and a security approver, each confirm one change with step-up MFA. Neither of them wrote it.RISK OWNERSECURITY APPROVER✓ step-up mfa✓ step-up mfaONE CHANGEtwo people · neither of them the author

Questions

What people ask us

Does ACSE cover the whole NIST 800-53 catalogue?

No. ACSE tracks the technical controls that cloud configuration can speak to, 45 in all, and lists those. Organizational, personnel and physical controls are outside its scope.

How does this relate to FedRAMP and CCCS Medium?

FedRAMP Moderate is the Rev. 5 Moderate baseline, and CCCS Medium uses ITSG-33 controls derived from 800-53. ACSE maps its checks to each separately, so each framework reports in its own terms.

Which revision does ACSE use?

Rev. 5. Every report names the framework version it was produced under.

Talk to us

See ACSE on your cloud.

Tell us what you run and what your auditors ask for. We’ll show you the loop end to end: a real finding, a fix as code, an approval with MFA and the sealed record.