Aligning Facility Security Level (FSL) and Authentication
Federal agencies rely on Physical Access Control Systems (PACSs) and Personal Identity Verification (PIV) credentials to confirm that an employee, contractor, or visitor is or is not authorized to access a site and its critical assets, such as systems, information, and people.
To protect your agency’s critical assets, you must assess each site’s risk level (called Facility Security Level) and decide what level of PIV credential authentication is required (called authentication mechanism).
The FSL and Authentication checklist below will help you:
- Assess Facility Security Level
- Categorize Security Areas
- Determine Authentication Factors
- Select Authentication Mechanisms
Additional guidance regarding aligning FSL to PACS authentication factors can be found in the Security Control Overlay for Electronic Physical Access Control Systems (ePACS)_ . This overlay provides additional guidance on configuring and securing PACS systems in accordance with relevant guidance and in support of the NIST Risk Management Framework (RMF).
Assess Facility Security Level
These federal standards give guidance for assessing FSL, including how to categorize site risks:
- The Risk Management Process for Federal Facilities: An Interagency Security Committee Standard
- NIST SP 800-116, Revision 1, Guidelines for the Use of PIV Credentials in Facility Access.
Inventory critical assets for each agency site
- When you inventory critical assets, also document any challenges to secure them.
Examples of critical assets include:
- Information systems and IT infrastructure
- Campuses, buildings, secure vaults, and armories
- Tenant agencies’ people, information systems, and IT infrastructure
- If you must evaluate an asset’s criticality, consider:
- Security classification level
- Impact on national security from potential asset loss, compromise, or damage
- Cost of replacing the asset
Assess site and critical asset risks, as well as risks to tenant agencies’ assets
- Examples of potential risks to a site and its critical assets include:
- Site mission(s) (those of the agency, its organizations, and tenant agencies)
- Site “symbolism” (public perception of the agency, its organizations, tenant agencies, or missions)
- Total population (employees plus contractors)
- Size (square footage)
- Geographical location
- Proximity to other facilities or structures not owned by the agency
- Threats specific to tenant agencies
- Consider the following for each asset:
- Criticality - Is it mission-critical?
- Sensitivity - Does it contain classified or sensitive information?
- Likelihood - What is the probability of loss, compromise, or damage?
Categorize each asset by risk impact level
- FIPS 199 defines three (3) impact levels on organizations and people (that is, a loss of confidentiality, integrity, or availability):
|Low||The loss of confidentiality, integrity, or availability could have a limited adverse effect on organizational operations, organizational assets, or individuals.|
|Moderate||The loss of confidentiality, integrity, or availability could have a serious adverse effect on organizational operations, organizational assets, or individuals.|
|High||The loss of confidentiality, integrity, or availability could have a severe or catastrophic adverse effect on organizational operations, organizational assets, or individuals.|
Create a site map of categorized assets
- This map will help you determine each security area’s minimum security level.
As an alternative to assessing a site's risk, you can select a pre-determined FSL as described in The Risk Management Process for Federal Facilities: An Interagency Security Committee Standard.
Categorize Security Areas
Agencies may use different terms for their security areas; however, each agency should establish its criteria for authentication mechanisms, according to NIST SP 800-116, Revision 1, Guidelines for the Use of PIV Credentials in Facility Access.
Categorize security areas
- Once you’ve inventoried and mapped assets by risk and impact level, it’s time to categorize security areas.
- NIST SP 800-116, Revision 1, defines three (3) security area categories:
|Exclusion||An area where uncontrolled movement would permit direct access to a security asset, such as a Sensitive Compartmented Information Facility (SCIF).|
|Limited||An area near a secure asset. Uncontrolled movement within a limited area may permit access to an asset. Escorts and other restrictions can prevent access.|
|Controlled||An area near or surrounding a Limited or Exclusion area, such as a facility lobby. A Controlled area provides administrative control, safety, or a buffer zone for embedded Limited or Exclusion areas. Movement of authorized personnel within this area usually is not controlled, as this area doesn’t provide immediate access to secure assets.|
- Assign the same risk level as the highest risk asset within the area.
- Example: If three (3) assets exist within a security area: one Low-risk, one Moderate-risk, and one High-risk, you must categorize the security area as High-risk. Alternatively, the area may be split into three (3) security areas that each have a different risk level.
Determine Authentication Factors
NIST SP 800-116, Revision 1, Guidelines for the Use of PIV Credentials in Facility Access recommends the following method to determine authentication factors for Exclusion, Limited and Controlled security areas.
Determine authentication factors required for security area categories
- Once you have categorized all security area categories, you will select the minimum number of authentication factors (1, 2, or 3) needed to access and safeguard the facility:
|Category||Minimum Number of Factors||Description|
|Exclusion||3||Exclusion areas require all three authentication factors: Something you have, such as a PIV credential; something you know, such as the PIV credential PIN; and something you are, such as a fingerprint or iris scan.|
|Limited||2||Limited areas require 2 of the 3 authentication factors, such as a PIV credential and PIN or a PIV credential and fingerprint or iris scan.|
|Controlled||1||Controlled areas require only one authentication factor, such as a PIV credential.|
Select Authentication Mechanisms
FIPS 201-2, Personal Identity Verification (PIV) of Federal Employees and Contractors, defines authentication mechanisms at four assurance levels (Little or No, Some, High, and Very High).
Select authentication mechanism for each security area
- Based on the security area categories and required authentication factors for each security area, choose the PIV credential authentication mechanism(s) that enforce these factors at each access point.
- FIPS 201-2 specifies these authentication mechanisms for PIV credentials:
- PKI authentication using the PIV Authentication Certificate (PKI-AUTH)
- PKI authentication using the Card Authentication Certificate (PKI-CAK)
- Authentication using the Symmetric Card Authentication Key (SYM-CAK)
- Unattended authentication using off-card biometric comparisons (BIO)
- Attended authentication using off-card biometric comparisons (BIO-A)
- Either attended or unattended authentication using off-card biometric comparisons (BIO(-A))
- Authentication using on-card biometric comparisons (OCC-AUTH)
The table below gives the possible authentication mechanisms for the three (3) security area categories defined by NIST SP 800-116, Revision 1:
|Exclusion||3||Something you have AND
Something you know AND
Something you are
|PKI-AUTH + BIO||N/A|
|Limited||2||Something you have AND
Something you know, OR
Something you have AND
Something you are, OR
Something you know AND
Something you are
|PKI-AUTH (with PIN or OCC) or
|Controlled||1||Something you have OR
Something you are
Note: Some authentication mechanisms defined by NIST SP 800-116, Revision 1 might not be available on all user-population cards (for example, on-card biometric comparison or PKI-CAK).
When using PKI-CAK and PKI-AUTH as authentication mechanisms, certificates must be validated. Verify the certificate against a Certificate Revocation List (CRL) or Online Certificate Status Protocol (OCSP) server response. Also, verify that the certificate chains to the Federal Common Policy root certification authority (CA).
Visit PIV Guide to learn more about certificate trust.
The next section, Procurements, describes the processes and resources needed for a PACS procurement.