Establish baseline security configurations by selecting standards like CIS Benchmarks, customizing for your environment, documenting settings, implementing through automation, and monitoring for drift.
A security baseline is the minimum-security configuration for a particular system or device type, defined based on security best practices, vendor recommendations, regulatory requirements, and organizational policies.
Baselines specify settings like which services and features are enabled or disabled, security configuration parameters, network configurations, installed software, security tool configurations, and access control settings.
Once baselines are established, all systems of that type should be configured to match the baseline, creating consistency across the environment and ensuring security configurations aren't left to individual administrators' discretion or default vendor settings that may prioritize usability over security.
Default configurations often prioritize ease of use, compatibility, and feature richness rather than security. Vendors enable services and features by default that many organizations don't need, expanding the attack surface unnecessarily.
Settings that make sense for consumer products may be inappropriate for systems handling sensitive government information.
Without documented baselines, configuration drift occurs as different administrators make different decisions or systems gradually deviate from secure settings over time.
Adversaries actively seek misconfigured systems as easy initial access points. Automated scanning tools constantly probe the internet looking for systems with default credentials, unnecessary services, unpatched vulnerabilities, or weak security settings.
Baseline configurations systematically address these risks by establishing known-good, security-focused configurations that all systems must meet.
Organizations don't need to create baselines from scratch. Several authoritative sources provide detailed secure configuration guidance.
The Center for Internet Security (CIS) publishes CIS Benchmarks for hundreds of technologies including operating systems, cloud platforms, databases, network devices, and applications, providing detailed, consensus-based configuration guidance developed by security experts.
The Defense Information Systems Agency (DISA) maintains Security Technical Implementation Guides (STIGs) that provide highly prescriptive configuration guidance for government and defence environments, often more stringent than CIS Benchmarks.
Vendors like Microsoft, Cisco, and AWS publish security configuration guides for their products. NIST provides configuration guidance in various publications. The Canadian Centre for Cyber Security publishes guidance relevant to Canadian requirements.
For CPCSC purposes, leveraging CIS Benchmarks or STIGs provides credible, defensible baseline starting points that external assessors will recognize and respect.
The baseline development process typically involves several steps:
Implementing baselines manually by configuring each system individually is time-consuming, error-prone, and doesn't scale. Better approaches include:
Automated approaches ensure consistency, enable rapid deployment, and support ongoing compliance monitoring.
Once baselines are established, configuration management processes prevent unauthorized or undocumented changes. All changes to baseline configurations should follow a formal change control process including:
Emergency changes may need expedited processes, but should still be documented and retroactively reviewed.
Changes to individual systems that deviate from baseline require explicit approval and documentation of the deviation, its business justification, and compensating controls if the deviation weakens security.
Even with strong change control, configuration drift occurs over time as systems are patched, applications are updated, or unauthorized changes are made.
Continuous monitoring for drift using configuration assessment tools that regularly scan systems and compare current configurations against approved baselines is essential. Tools like Tenable, Qualys, or open-source alternatives like OpenSCAP can automatically identify deviations and alert security teams.
When drift is detected, investigate the root cause. Was it an authorized change that wasn't properly documented, an unauthorized change that should be reverted, or a vendor patch that modified settings requiring baseline update?
Remediate the drift by either reverting the system to baseline if the change was unauthorized or updating the baseline documentation if the change is approved.
Tracking drift metrics helps identify problem systems or areas where baseline maintenance needs attention.
Baselines are not static and require periodic review and updates. Consider the following factors:
Schedule formal baseline reviews at least annually, or more frequently for rapidly changing environments or following significant security incidents.
During reviews, assess whether current baselines remain appropriate, incorporate new security guidance from CIS, DISA, or vendors, remove obsolete baselines for deprecated technologies, and update documentation to reflect approved changes.
Key configuration areas that baselines should address include:
Each area contributes to overall system security posture.
Implementing highly restrictive baseline configurations can impact system usability and business processes. Finding appropriate balance requires:
Security that makes business operations impossible isn't sustainable, but convenience that undermines protection of specified information isn't acceptable. The goal is maximum reasonable security.
External assessors conducting Level 2 assessments will examine your baseline configuration process thoroughly. They'll expect to see:
Organizations that can demonstrate mature configuration management processes with comprehensive baselines, automated enforcement, and continuous monitoring will pass this assessment component smoothly, while those with ad-hoc configuration management will face significant deficiencies requiring remediation.
Additional resources for establishing baseline security configurations:
Preparing for CPCSC (Canadian Program for Cyber Security Certification) demands deep knowledge of the certification framework, careful evidence preparation, and hands-on technical implementation. Plurilock delivers with compliance readiness specialists serving Canadian defense suppliers who bring proven experience guiding contractors through cybersecurity certification programs on both sides of the border.
As an established CMMC readiness provider for U.S. defense contractors, we were among the first to extend that expertise north—launching CPCSC readiness services early and serving Canadian defense suppliers from the program's earliest days. We don't conduct audits; we get you ready for them, then help you stay ready.
Why we're the superior choice:
CPCSC-ready—with proven defense contractor experience guiding every step.
A plurilock representative will contact you within one business day.
Contact Plurilock
+1 (888) 776-9234 (Plurilock)