Prepare to upgrade the module
Before you upgrade the module to a new version, learn about the new version and familiarize yourself with any updates that were implemented to comply with Center for Internet Security (CIS) Benchmarks. Then, test the upgrade in a non-production environment and troubleshoot any issues.
To learn about a new CEM release, review
the Release notes, which provide information about major
updates, such as the introduction of additional operating systems and new or
changed CIS Benchmarks. You can also learn about defect fixes, minor changes,
and known issues.
Tip: For an example of the changes associated with a benchmark update, see the CEM for Windows v1.5.0 updates in the Release notes.
- Learn about the CIS Benchmark that you plan to enforce in the new release. Review the associated controls and configuration options:
Identify a test environment. Many users follow the instructions in Environments. You can also use any
alternative method that works for you.
Testing is important because CEM can make hundreds of changes to a system, and many of those changes are critical to components. By testing and troubleshooting issues in advance, you can help to prevent issues later.
In the test environment, upgrade CEM. To
help simplify the process, you can use a Puppetfile:
- In the Puppetfile, update the version in the CEM module declaration.
- Commit the change to the appropriate branch or test environment.
- Deploy the change by using Code Manager or r10k. For instructions about using Code Manager and r10k, see Managing code with Code Manager.
- Verify that the CEM module is successfully upgraded in the test environment.
Determine whether the CEM configuration
must be updated. If so, make a list of the required updates.
In many cases, you can upgrade CEM without additional configuration. However, if the relevant CIS Benchmark was updated in the release, the CEM configuration typically requires updates because controls might have been added or removed, or their numbers or titles might have changed. For example, if your configuration uses a "normalized number" control ID ("c1_1_1" or similar), pay close attention to any controls whose number changed because you must update the corresponding control ID in your configuration. If the release notes indicate that the number for control "1.1.1" changed to "1.1.2," you must replace "c1_1_1" in your configuration with "c1_1_2."Control updates are documented in Reference: Benchmarks and controls. For example, if you are upgrading CEM to v1.5.0, you would go to the reference section and then locate the information for your operating system:
Implement any required configuration updates. This step is crucial to help
prevent CEM errors caused by
You can simplify configuration by using the Hiera tool as described in Getting started with Hiera. Take the following actions:
- Update the configuration of the test environment. For instructions, see Find and set configuration options.
- Ensure that the updates are deployed to the test environment. For example, if you are using Hiera and Code Manager, you must update the Hiera YAML files, commit the changes to the appropriate branch of your control repository, and trigger Code Manager.
To detect and resolve any errors, take the following actions:
- Look for errors in Puppet runs in your test environment.
- If you detect errors, review and update your configuration. For help with configuration options, see the CEM Windows Reference.
- If the configuration is correct but errors persist, enable debug logging
on the Puppet primary server and
puppetserver.logfile. For more information, see Puppet Server logging.Tip: In the log list, CEM errors are prefixed with
- Optionally, for additional insight into errors, enable tracing and debugging when you run the Puppet agent.
- If you are unable to resolve the errors, post a question in the #compliance Slack channel in the Puppet Community.
- If the error persists, open a ticket with Puppet Support.
To plan the upgrade in the production environment, consider the
Tip: For assistance with these questions, you can contact Puppet Support. Support engineers are prepared to assist you before, during, and after the upgrade.
- Should the upgrade occur in stages or on all nodes simultaneously?
- What is the risk of the upgrade, and is further testing required to mitigate the risk?
- In the rare event that the upgrade is not successful, what is the plan to roll back the changes, given the fact that CEM cannot revert changes automatically?