CMMC Practice Number: IA.L1-3.5.2
CMMC Level: 1 CMMC Domain: Identification and Authentication (IA)
Practice Summary:
Authenticate (or verify) the identities of those users, processes, or devices as a prerequisite to allowing access to organizational information systems.
Contents:
CMMC Practice Implementation |
Assessment Objectives
Determine if:
[a] the identity of each user is authenticated or verified as a prerequisite to system access;
[b] the identity of each process acting on behalf of a user is authenticated or verified as a prerequisite to system access; and
[c] the identity of each device accessing or connecting to the system is authenticated or verified as a prerequisite to system access.
Practice Clarification (DOD, CMU)
Before you let a person or a device have access to your system, verify that the user or device is who or what it claims to be. This verification is called authentication. The most common way to verify identity is using a username and a hard-to-guess password [a,c].
Some devices ship with default usernames and passwords. For example, some devices ship so that when you first logon to the device, the username is “admin” and the password is “admin”. When you have devices with this type of default username and password, immediately change the default password to a unique password you create. Default passwords may be well known to the public, easily found in a search, or easy to guess, allowing an unauthorized person to access your system.
Example 1
You are in charge of purchasing. You know that some laptops come with a default username and password. You notify IT that all default passwords should be reset prior to laptop use [a]. You ask IT to explain the importance of resetting default passwords and convey how easily they are discovered using internet searches during next week’s cybersecurity awareness training.
Example 2
Your company decides to use cloud services for email and other capabilities. Upon reviewing this practice, you realize every user or device that connects to the cloud service must be authenticated. As a result, you work with your cloud service provider to ensure that only properly authenticated users and devices are allowed to connect to the system [a,c].
Potential Assessment Considerations
• Are unique authenticators used to verify user identities (e.g., passwords) [a]?
• An example of a process acting on behalf of users could be a script that logs in as a person or service account [b]. Can the contractor show that it maintains a record of all of those service accounts for use when reviewing log data or responding to an incident?
• Are user credentials authenticated in system processes (e.g., credentials binding, certificates, tokens) [b]?
• Are device identifiers used in authentication processes (e.g., MAC address, non-anonymous computer name, certificates) [c]?
Where To Look
- Identification and authentication policy
- system security plan
- procedures addressing authenticator management
- procedures addressing user identification and authentication
- system design documentation
- list of system authenticator types
- ystem configuration settings and associated documentation
- change control records associated with managing system authenticators
- system audit logs and records
- other relevant documents or records
Who To Talk To
- Personnel with authenticator management responsibilities
- personnel with information security responsibilities
- system or network administrators
Perform Test On
- Mechanisms supporting or implementing authenticator management capability
Additional Information
While passwords are commonly used for authentication. There are other more effective methods that can be employed. User identity can be authenticated based on:
- something the user knows, this may include a password or Personal Identification Number (PIN),
- something the user possesses, a type of token such as an ATM card or a smart card,
- something the user is based on a static biometric such as a fingerprint, retina, face, ear, DNA,
- something the user does based on a dynamic biometric such as a voice pattern, handwriting, or typing rhythm.
CMMC Practice Background and References (DOD, CMU) |
Practice Discussion:
DISCUSSION FROM SOURCE: DRAFT NIST SP 800-171 R2
Individual authenticators include the following: passwords, key cards, cryptographic devices, and one-time password devices. Initial authenticator content is the actual content of the authenticator, for example, the initial password. In contrast, the requirements about authenticator content include the minimum password length. Developers ship system components with factory default authentication credentials to allow for initial installation and configuration. Default authentication credentials are often well known, easily discoverable, and present a significant security risk.
Systems support authenticator management by organization-defined settings and restrictions for various authenticator characteristics including minimum password length, validation time window for time synchronous one-time tokens, and number of allowed rejections during the verification stage of biometric authentication. Authenticator management includes issuing and revoking, when no longer needed, authenticators for temporary access such as that required for remote maintenance. Device authenticators include certificates and passwords.
NIST SP 800-63-3 provides guidance on digital identities
CMMC References:
· FAR Clause 52.204-21 b.1.vi
· NIST SP 800-171 Rev 1 3.5.2
· CIS Controls v7.1 4.2, 4.3, 16.8, 16.9
· NIST CSF v1.1 PR.AC-1, PR.AC-6, PR.AC-7
· CERT RMM v1.2 TM:SG4.SP1
· NIST SP 800-53 Rev 4 IA-2, IA-3, IA-5
· UK NCSC Cyber Essentials