CMMC Practice Number: CM.L2-3.4.1
CMMC Level: 2 CMMC Domain: Configuration Management (CM)
Practice Summary:
Establish and maintain baseline configurations and inventories of organizational systems (including hardware, software, firmware, and documentation) throughout the respective system development life cycles.
Contents:
CMMC Practice Implementation |
Assessment Objectives
Determine if:
[a] a baseline configuration is established;
[b] the baseline configuration includes hardware, software, firmware, and documentation;
[c] the baseline configuration is maintained (reviewed and updated) throughout the system development life cycle;
[d] a system inventory is established;
[e] the system inventory includes hardware, software, firmware, and documentation; and
[f] the inventory is maintained (reviewed and updated) throughout the system development life cycle.
Practice Clarification (DOD, CMU)
An effective cybersecurity program depends on consistent, secure system and component configuration and management. Build and configure systems from a known, secure, and approved configuration baseline. This includes:
• documenting the software and configuration settings of a system [d,e],
• placement within the network [a,b], and
• other specifications as required by the organization [a,b].
Example
You are in charge of upgrading the computer operating systems of your office’s computers. You research how to set up and configure a workstation with the least functionality and highest security and use that as the framework for creating a configuration that minimizes
functionality while still allowing users to do their tasks. After testing the new baseline on a single workstation, you document this configuration and apply it to the other computers [a]. You then check to make sure that the software changes are accurately reflected in your master system inventory [e]. Finally, you set a calendar reminder to review the baseline in three months [f].
Potential Assessment Considerations
• Do baseline configurations include software versions and patch level, configuration parameters, network information, and communications with connected systems [a,b]?
• Are baseline configurations updated as needed to accommodate security risks or software changes [c]?
Where To Look
- Configuration management policy;
- procedures addressing the baseline configuration of the system;
- procedures addressing system inventory;
- system security plan;
- configuration management plan;
- system inventory records;
- inventory review and update records;
- enterprise architecture documentation;
- system design documentation;
- system architecture and configuration documentation;
- system configuration settings and associated documentation;
- change control records;
- system component installation records;
- system component removal records;
- other relevant documents or records.
Who To Talk To
- Personnel with configuration management responsibilities;
- personnel with responsibilities for establishing the system inventory;
- personnel with responsibilities for updating the system inventory;
- personnel with information security responsibilities;
- system or network administrators.
Perform Test On
- Organizational processes for managing baseline configurations;
- mechanisms supporting configuration control of the baseline configuration;
- organizational processes for developing and documenting an inventory of system components;
- organizational processes for updating inventory of system components;
- mechanisms supporting or implementing the system inventory;
- mechanisms implementing updating of the system inventory.
Additional Information
A well-defined system development life cycle provides the foundation for the successful development, implementation, and operation of company information systems. To apply the required security requirements within the system development life cycle requires a basic understanding of information security, threats, vulnerabilities, adverse impacts, and risk to critical missions/business functions. Security engineering cannot be properly applied if individuals who design, code, and test information systems and system components (including information technology products) do not understand security. It is important that developers include individuals on the development team who possess security expertise and skills to ensure that needed security capabilities are effectively integrated into the information system. Security awareness and training programs can help ensure that individuals having key security roles and responsibilities have the appropriate experience, skills, and expertise to conduct assigned system development life cycle activities. The effective integration of security requirements into enterprise architecture also helps to ensure that important security considerations are addressed early in the system development life cycle and that those considerations are directly related to the company’s business processes. This process also enables the integration of the information security architecture into the enterprise architecture, consistent with company risk management and information security strategies.
CMMC Practice Background and References (DOD, CMU) |
Practice Discussion:
DISCUSSION FROM SOURCE: DRAFT NIST SP 800-171 R2
This requirement establishes and maintains baseline configurations for systems and system components including for system communications and connectivity. Baseline configurations are documented, formally reviewed, and agreed-upon sets of specifications for systems or configuration items within those systems. Baseline configurations serve as a basis for future builds, releases, and changes to systems. Baseline configurations include information about system components (e.g., standard software packages installed on workstations, notebook computers, servers, network components, or mobile devices; current version numbers and update and patch information on operating systems and applications; and configuration settings and parameters), network topology, and the logical placement of those components within the system architecture. Baseline configurations of systems also reflect the current enterprise architecture. Maintaining effective baseline configurations requires creating new baselines as organizational systems change over time. Baseline configuration maintenance includes reviewing and updating the baseline configuration when changes are made based on security risks and deviations from the established baseline configuration.
Organizations can implement centralized system component inventories that include components from multiple organizational systems. In such situations, organizations ensure that the resulting inventories include system-specific information required for proper component accountability (e.g., system association, system owner). Information deemed necessary for effective accountability of system components includes hardware inventory specifications, software license information, software version numbers, component owners, and for networked components or devices, machine names and network addresses. Inventory specifications include manufacturer, device type, model, serial number, and physical location.
NIST SP 800-128 provides guidance on security-focused configuration management.
CMMC References:
· NIST SP 800-171 Rev 1 3.4.1
· CIS Controls v7.1 1.4, 1.5, 2.1, 2.4, 5.1
· NIST CSF v1.1 ID.AM-1, ID.AM-2, PR.DS-3, PR.DS-7, PR.IP-1, DE.AE-1
· CERT RMM v1.2 KIM:SG5.SP2
· NIST SP 800-53 Rev 4 CM-2, CM-6, CM-8, CM-8(1)
· UK NCSC Cyber Essentials