STIGUI
V-204676CAT I — High severitySV-204676r961038_rule

AAA Services must be configured to not accept certificates that have been revoked for PKI-based authentication.

Rule version SRG-APP-000175-AAA-000580 · STIG v2 · 2026-09-01

Discussion

Without path validation, an informed trust decision by the relying party cannot be made when presented with any certificate not already explicitly trusted.

A trust anchor is an authoritative entity represented via a public key and associated data. It is used in the context of public key infrastructures, X.509 digital certificates, and DNSSEC.

When there is a chain of trust, usually the top entity to be trusted becomes the trust anchor; it can be, for example, a Certification Authority (CA). A certification path starts with the subject certificate and proceeds through a number of intermediate certificates up to a trusted root certificate, typically issued by a trusted CA.

This requirement verifies that a certification path to an accepted trust anchor is used to for certificate validation and that the path includes status information. Path validation is necessary for a relying party to make an informed trust decision when presented with any certificate not already explicitly trusted. Status information for certification paths includes certificate revocation lists or online certificate status protocol responses.

Check

Verify AAA Services are configured to reflect certificates that have been revoked for PKI-based authentication.

If AAA Services are not configured to reject certificates that have been revoked, this is a finding.

Fix

Configure AAA Services to not accept certificates that have been revoked for PKI-based authentication.

Identifiers

Group ID
V-204676
Group title
SRG-APP-000175
Rule ID
SV-204676r961038_rule
Check ID
C-4799r389309_chk
Fix ID
F-4799r389310_fix