CIS_Controls_v8_Mapping_to_CSF_2.0__February_2024_
CIS_Controls_v8_Mapping_to_CSF_2.0__February_2024_
Editors
Thomas Sager
License for Use
This work is licensed under a Creative Commons Attribution-Non Commercial-No Derivatives 4.0 International Publi
nc-nd/4.0/legalcode
To further clarify the Creative Commons license related to the CIS ControlsTM content, you are authorized to copy a
organization and outside of your organization for non-commercial purposes only, provided that (i) appropriate credit
remix, transform or build upon the CIS Controls, you may not distribute the modified materials. Users of the CIS Con
(http://www.cisecurity.org/controls/) when referring to the CIS Controls in order to ensure that users are employing th
the prior approval of CIS® (Center for Internet Security, Inc.).
es 4.0 International Public License (the link can be found at https://creativecommons.org/licenses/by-
are authorized to copy and redistribute the content as a framework for use by you, within your
hat (i) appropriate credit is given to CIS, and (ii) a link to the license is provided. Additionally, if you
als. Users of the CIS Controls framework are also required to refer to
at users are employing the most up-to-date guidance. Commercial use of the CIS Controls is subject to
Mapping Methodology
Mapping Methodology
This page describes the methodology used to map the CIS Critical Security Controls to NIST Cybersecurit
Reference link for NIST CSF v2.0
https://www.nist.gov/cyberframework
The methodology used to create the mapping can be useful to anyone attempting to understand the relatio
The overall goal for CIS mappings is to be as specific as possible, leaning towards under-mapping versus
The general strategy used is to identify all of the aspects within a control and attempt to discern if both item
For a defensive mitigation to map to this CIS Safeguard it must have at least one of the following:
• A clearly documented process, covering both new employees and changes in access.
• All relevant enteprise access control must be covered under this process, there can be no seperation whe
• Automated tools are ideally used, such as a SSO provider or routing access control through a directory s
• The same process is followed every time a user's rights change, so a user never amasses greater rights
If the two concepts are effectively equal, they are mapped with the relationship "equivalent". If they are not
The relationships can be further analyzed to understand how similar or different the two defensive mitigatio
The relationship column will contain one of four possible values:
• Equivalent: The defensive mitigation contains the exact same security concept as the CIS Control.
• Superset: The CIS Control is partially or mostly related to the defensive mitigation in question, but the CIS
• Subset: The CIS Safeguard is partially or mostly related, yet is still subsumed within the defensive mitigat
• No relationship: This will be represented by a blank cell.
The relationships should be read from left to right, like a sentence. CIS Safeguard X is Equivalent to this <
Examples:
CIS Safeguard 16.8 "Separate Production and Non-Production Systems" is EQUIVALENT to NIST CSF PR
CIS Safeguard 3.5 "Securely Dispose of Data" is a SUBSET of NIST CSF PR.DS-3 "Assets are formally m
The CIS Controls are written with certain principles in mind, such as only having one ask per Safeguard. T
can often be "Subset."
Mappings are available from a variety of sources online, and different individuals may make their own deci
other mapping.
If you have comments, questions, or would like to report an error, please join the CIS Controls Mappings c
https://workbench.cisecurity.org/communities/94
Remember to download the CIS Controls Version 8 Guide where you can learn more about:
A free tool with a dynamic list of the CIS Safeguards that can be filtered by Implemtation Groups and
mappings to multiple frameworks.
https://www.cisecurity.org/controls/v8/
Join our community where you can discuss the CIS Controls with our global army of experts and
voluneers!
https://workbench.cisecurity.org/dashboard
CIS
CIS Safeguard Title
Control
1 Inventory and Control of Enterprise Assets
3 Data Protection
Uninstall or Disable
4 4.8 Unnecessary Services on
Enterprise Assets and Software
Separate Enterprise
4 4.12 Workspaces on Mobile End-
User Devices
5 Account Management
Centralize Account
5 5.6
Management
6 Access Control Management
Use processes and tools to create, assign, manage, and revoke
administrator, and service accounts for enterprise assets and s
Establish an Access Granting
6 6.1
Process
Establish an Access Revoking
6 6.2
Process
Collect, alert, review, and retain audit logs of events that could
attack.
Restrict Unnecessary or
9 9.4 Unauthorized Browser and
Email Client Extensions
Enable Anti-Exploitation
10 10.5
Features
Network Infrastructure
12
Management
Centralize Network
12 12.5 Authentication, Authorization,
and Auditing (AAA)
Securely Decommission
15 15.7
Service Providers
18 Penetration Testing
l of Enterprise Assets
entory, track, and correct) all enterprise assets (end-user devices, including portable and
ces; non-computing/Internet of Things (IoT) devices; and servers) connected to the
ally, virtually, remotely, and those within cloud environments, to accurately know the
need to be monitored and protected within the enterprise. This will also support
zed and unmanaged assets to remove or remediate.
Establish and maintain an accurate, detailed, and up-to-date inventory of all enterprise
assets with the potential to store or process data, to include: end-user devices
(including portable and mobile), network devices, non-computing/IoT devices, and
servers. Ensure the inventory records the network address (if static), hardware
address, machine name, enterprise asset owner, department for each asset, and
whether the asset has been approved to connect to the network. For mobile end-user
devices, MDM type tools can support this process, where appropriate. This inventory
includes assets connected to the infrastructure physically, virtually, remotely, and those
within cloud environments. Additionally, it includes assets that are regularly connected
to the enterprise’s network infrastructure, even if they are not under control of the
enterprise. Review and update the inventory of all enterprise assets bi-annually, or
more frequently.
Establish and maintain an accurate, detailed, and up-to-date inventory of all enterprise
assets with the potential to store or process data, to include: end-user devices
(including portable and mobile), network devices, non-computing/IoT devices, and
servers. Ensure the inventory records the network address (if static), hardware
address, machine name, enterprise asset owner, department for each asset, and
whether the asset has been approved to connect to the network. For mobile end-user
devices, MDM type tools can support this process, where appropriate. This inventory
includes assets connected to the infrastructure physically, virtually, remotely, and those
within cloud environments. Additionally, it includes assets that are regularly connected
to the enterprise’s network infrastructure, even if they are not under control of the
enterprise. Review and update the inventory of all enterprise assets bi-annually, or
more frequently.
Ensure that a process exists to address unauthorized assets on a weekly basis. The
enterprise may choose to remove the asset from the network, deny the asset from
connecting remotely to the network, or quarantine the asset.
Utilize an active discovery tool to identify assets connected to the enterprise’s network.
Configure the active discovery tool to execute daily, or more frequently.
Use DHCP logging on all DHCP servers or Internet Protocol (IP) address management
tools to update the enterprise’s asset inventory. Review and use logs to update the
enterprise’s asset inventory weekly, or more frequently.
Use a passive discovery tool to identify assets connected to the enterprise’s network.
Review and use scans to update the enterprise’s asset inventory at least weekly, or
more frequently.
l of Software Assets
entory, track, and correct) all software (operating systems and applications) on the
authorized software is installed and can execute, and that unauthorized and unmanaged
d prevented from installation or execution.
Ensure that unauthorized software is either removed from use on enterprise assets or
receives a documented exception. Review monthly, or more frequently.
Utilize software inventory tools, when possible, throughout the enterprise to automate
the discovery and documentation of installed software.
Use technical controls, such as application allowlisting, to ensure that only authorized
software can execute or be accessed. Reassess bi-annually, or more frequently.
Use technical controls to ensure that only authorized software libraries, such as
specific .dll, .ocx, .so, etc., files, are allowed to load into a system process. Block
unauthorized libraries from loading into a system process. Reassess bi-annually, or
more frequently.
Use technical controls, such as digital signatures and version control, to ensure that
only authorized scripts, such as specific .ps1, .py, etc., files, are allowed to execute.
Block unauthorized scripts from executing. Reassess bi-annually, or more frequently.
nd technical controls to identify, classify, securely handle, retain, and dispose of data.
Establish and maintain a data management process. In the process, address data
sensitivity, data owner, handling of data, data retention limits, and disposal
requirements, based on sensitivity and retention standards for the enterprise. Review
and update documentation annually, or when significant enterprise changes occur that
could impact this Safeguard.
Establish and maintain a data inventory, based on the enterprise’s data management
process. Inventory sensitive data, at a minimum. Review and update inventory
annually, at a minimum, with a priority on sensitive data.
Configure data access control lists based on a user’s need to know. Apply data access
control lists, also known as access permissions, to local and remote file systems,
databases, and applications.
Retain data according to the enterprise’s data management process. Data retention
must include both minimum and maximum timelines.
Securely dispose of data as outlined in the enterprise’s data management process.
Ensure the disposal process and method are commensurate with the data sensitivity.
Encrypt data on end-user devices containing sensitive data. Example implementations
can include: Windows BitLocker®, Apple FileVault®, Linux® dm-crypt.
Establish and maintain an overall data classification scheme for the enterprise.
Enterprises may use labels, such as “Sensitive,” “Confidential,” and “Public,” and
classify their data according to those labels. Review and update the classification
scheme annually, or when significant enterprise changes occur that could impact this
Safeguard.
Document data flows. Data flow documentation includes service provider data flows
and should be based on the enterprise’s data management process. Review and
update documentation annually, or when significant enterprise changes occur that
could impact this Safeguard.
Segment data processing and storage based on the sensitivity of the data. Do not
process sensitive data on enterprise assets intended for lower sensitivity data.
Implement an automated tool, such as a host-based Data Loss Prevention (DLP) tool
to identify all sensitive data stored, processed, or transmitted through enterprise
assets, including those located onsite or at a remote service provider, and update the
enterprise's sensitive data inventory.
Log sensitive data access, including modification and disposal.
of Enterprise Assets and Software
in the secure configuration of enterprise assets (end-user devices, including portable and
ces; non-computing/IoT devices; and servers) and software (operating systems and
Establish and maintain a secure configuration process for enterprise assets (end-user
devices, including portable and mobile, non-computing/IoT devices, and servers) and
software (operating systems and applications). Review and update documentation
annually, or when significant enterprise changes occur that could impact this
Safeguard.
Establish and maintain a secure configuration process for network devices. Review
and update documentation annually, or when significant enterprise changes occur that
could impact this Safeguard.
Remotely wipe enterprise data from enterprise-owned portable end-user devices when
deemed appropriate such as lost or stolen devices, or when an individual no longer
supports the enterprise.
Ensure separate enterprise workspaces are used on mobile end-user devices, where
supported. Example implementations include using an Apple® Configuration Profile or
Android™ Work Profile to separate enterprise applications and data from personal
applications and data.
ools to assign and manage authorization to credentials for user accounts, including
ts, as well as service accounts, to enterprise assets and software.
Establish and maintain an inventory of all accounts managed in the enterprise. The
inventory must include both user and administrator accounts. The inventory, at a
minimum, should contain the person’s name, username, start/stop dates, and
department. Validate that all active accounts are authorized, on a recurring schedule at
a minimum quarterly, or more frequently.
Use unique passwords for all enterprise assets. Best practice implementation includes,
at a minimum, an 8-character password for accounts using MFA and a 14-character
password for accounts not using MFA.
Delete or disable any dormant accounts after a period of 45 days of inactivity, where
supported.
Restrict administrator privileges to dedicated administrator accounts on enterprise
assets. Conduct general computing activities, such as internet browsing, email, and
productivity suite use, from the user’s primary, non-privileged account.
ools to create, assign, manage, and revoke access credentials and privileges for user,
rvice accounts for enterprise assets and software.
Establish and follow a process, preferably automated, for granting access to enterprise
assets upon new hire, rights grant, or role change of a user.
Establish and follow a process, preferably automated, for revoking access to enterprise
assets, through disabling accounts immediately upon termination, rights revocation, or
role change of a user. Disabling accounts, instead of deleting accounts, may be
necessary to preserve audit trails.
Require MFA for all administrative access accounts, where supported, on all enterprise
assets, whether managed on-site or through a third-party provider.
Establish and maintain an inventory of the enterprise’s authentication and authorization
systems, including those hosted on-site or at a remote service provider. Review and
update the inventory, at a minimum, annually, or more frequently.
Centralize access control for all enterprise assets through a directory service or SSO
provider, where supported.
Define and maintain role-based access control, through determining and documenting
the access rights necessary for each role within the enterprise to successfully carry out
its assigned duties. Perform access control reviews of enterprise assets to validate that
all privileges are authorized, on a recurring schedule at a minimum annually, or more
frequently.
ility Management
ntinuously assess and track vulnerabilities on all enterprise assets within the enterprise’s
er to remediate, and minimize, the window of opportunity for attackers. Monitor public and
ces for new threat and vulnerability information.
and retain audit logs of events that could help detect, understand, or recover from an
Establish and maintain an audit log management process that defines the enterprise’s
logging requirements. At a minimum, address the collection, review, and retention of
audit logs for enterprise assets. Review and update documentation annually, or when
significant enterprise changes occur that could impact this Safeguard.
Collect audit logs. Ensure that logging, per the enterprise’s audit log management
process, has been enabled across enterprise assets.
Ensure that logging destinations maintain adequate storage to comply with the
enterprise’s audit log management process.
Standardize time synchronization. Configure at least two synchronized time sources
across enterprise assets, where supported.
Configure detailed audit logging for enterprise assets containing sensitive data. Include
event source, date, username, timestamp, source addresses, destination addresses,
and other useful elements that could assist in a forensic investigation.
Collect DNS query audit logs on enterprise assets, where appropriate and supported.
Collect URL request audit logs on enterprise assets, where appropriate and supported.
Collect command-line audit logs. Example implementations include collecting audit
logs from PowerShell®, BASH™, and remote administrative terminals.
Centralize, to the extent possible, audit log collection and retention across enterprise
assets.
Retain audit logs across enterprise assets for a minimum of 90 days.
Conduct reviews of audit logs to detect anomalies or abnormal events that could
indicate a potential threat. Conduct reviews on a weekly, or more frequent, basis.
Collect service provider logs, where supported. Example implementations include
collecting authentication and authorization events, data creation and disposal events,
and user management events.
ser Protections
and detections of threats from email and web vectors, as these are opportunities for
ate human behavior through direct engagement.
Ensure only fully supported browsers and email clients are allowed to execute in the
enterprise, only using the latest version of browsers and email clients provided through
the vendor.
Use DNS filtering services on all enterprise assets to block access to known malicious
domains.
Enforce and update network-based URL filters to limit an enterprise asset from
connecting to potentially malicious or unapproved websites. Example implementations
include category-based filtering, reputation-based filtering, or through the use of block
lists. Enforce filters for all enterprise assets.
To lower the chance of spoofed or modified emails from valid domains, implement
DMARC policy and verification, starting with implementing the Sender Policy
Framework (SPF) and the DomainKeys Identified Mail (DKIM) standards.
Block unnecessary file types attempting to enter the enterprise’s email gateway.
Deploy and maintain email server anti-malware protections, such as attachment
scanning and/or sandboxing.
Configure automatic updates for anti-malware signature files on all enterprise assets.
Establish and maintain a data recovery process. In the process, address the scope of
data recovery activities, recovery prioritization, and the security of backup data. Review
and update documentation annually, or when significant enterprise changes occur that
could impact this Safeguard.
Perform automated backups of in-scope enterprise assets. Run backups weekly, or
more frequently, based on the sensitivity of the data.
Protect recovery data with equivalent controls to the original data. Reference
encryption or data separation, based on requirements.
Establish and maintain an isolated instance of recovery data. Example
implementations include, version controlling backup destinations through offline, cloud,
or off-site systems or services.
Test backup recovery quarterly, or more frequently, for a sampling of in-scope
enterprise assets.
Test backup recovery quarterly, or more frequently, for a sampling of in-scope
enterprise assets.
, and actively manage (track, report, correct) network devices, in order to prevent
ting vulnerable network services and access points.
Use secure network management and communication protocols (e.g., 802.1X, Wi-Fi
Protected Access 2 (WPA2) Enterprise or greater).
Require users to authenticate to enterprise-managed VPN and authentication services
prior to accessing enterprise resources on end-user devices.
Centralize security event alerting across enterprise assets for log correlation and
analysis. Best practice implementation requires the use of a SIEM, which includes
vendor-defined event correlation alerts. A log analytics platform configured with
security-relevant correlation alerts also satisfies this Safeguard.
Deploy a host-based intrusion detection solution on enterprise assets, where
appropriate and/or supported.
Deploy a network intrusion detection solution on enterprise assets, where appropriate.
Example implementations include the use of a Network Intrusion Detection System
(NIDS) or equivalent cloud service provider (CSP) service.
Deploy port-level access control. Port-level access control utilizes 802.1x, or similar
network access control protocols, such as certificates, and may incorporate user
and/or device authentication.
Perform application layer filtering. Example implementations include a filtering proxy,
application layer firewall, or gateway.
Tune security event alerting thresholds monthly, or more frequently.
Train workforce members on how to identify and properly store, transfer, archive, and
destroy sensitive data. This also includes training workforce members on clear screen
and desk best practices, such as locking their screen when they step away from their
enterprise asset, erasing physical and virtual whiteboards at the end of meetings, and
storing data and assets securely.
Train workforce to understand how to verify and report out-of-date software patches or
any failures in automated processes and tools. Part of this training should include
notifying IT personnel of any failures in automated processes and tools.
Train workforce members on the dangers of connecting to, and transmitting data over,
insecure networks for enterprise activities. If the enterprise has remote workers,
training must include guidance to ensure that all users securely configure their home
network infrastructure.
evaluate service providers who hold sensitive data, or are responsible for an enterprise’s
r processes, to ensure these providers are protecting those platforms and data
Establish and maintain an inventory of service providers. The inventory is to list all
known service providers, include classification(s), and designate an enterprise contact
for each service provider. Review and update the inventory annually, or when
significant enterprise changes occur that could impact this Safeguard.
Establish and maintain an inventory of service providers. The inventory is to list all
known service providers, include classification(s), and designate an enterprise contact
for each service provider. Review and update the inventory annually, or when
significant enterprise changes occur that could impact this Safeguard.
Establish and maintain a service provider management policy. Ensure the policy
addresses the classification, inventory, assessment, monitoring, and decommissioning
of service providers. Review and update the policy annually, or when significant
enterprise changes occur that could impact this Safeguard.
Establish and maintain a service provider management policy. Ensure the policy
addresses the classification, inventory, assessment, monitoring, and decommissioning
of service providers. Review and update the policy annually, or when significant
enterprise changes occur that could impact this Safeguard.
Assess service providers consistent with the enterprise’s service provider management
policy. Assessment scope may vary based on classification(s), and may include review
of standardized assessment reports, such as Service Organization Control 2 (SOC 2)
and Payment Card Industry (PCI) Attestation of Compliance (AoC), customized
questionnaires, or other appropriately rigorous processes. Reassess service providers
annually, at a minimum, or with new and renewed contracts.
Use up-to-date and trusted third-party software components. When possible, choose
established and proven frameworks and libraries that provide adequate
security. Acquire these components from trusted sources or evaluate the software for
vulnerabilities before use.
Establish and maintain a severity rating system and process for application
vulnerabilities that facilitates prioritizing the order in which discovered vulnerabilities
are fixed. This process includes setting a minimum level of security acceptability for
releasing code or applications. Severity ratings bring a systematic way of triaging
vulnerabilities that improves risk management and helps ensure the most severe bugs
are fixed first. Review and update the system and process annually.
Use standard, industry-recommended hardening configuration templates for
application infrastructure components. This includes underlying servers, databases,
and web servers, and applies to cloud containers, Platform as a Service (PaaS)
components, and SaaS components. Do not allow in-house developed software to
weaken configuration hardening.
Ensure that all software development personnel receive training in writing secure code
for their specific development environment and responsibilities. Training can include
general security principles and application security standard practices. Conduct
training at least annually and design in a way to promote security within the
development team, and build a culture of security among the developers.
Apply static and dynamic analysis tools within the application life cycle to verify that
secure coding practices are being followed.
anagement
o develop and maintain an incident response capability (e.g., policies, plans, procedures,
g, and communications) to prepare, detect, and quickly respond to an attack.
Designate one key person, and at least one backup, who will manage the enterprise’s
incident handling process. Management personnel are responsible for the coordination
and documentation of incident response and recovery efforts and can consist of
employees internal to the enterprise, third-party vendors, or a hybrid approach. If using
a third-party vendor, designate at least one person internal to the enterprise to oversee
any third-party work. Review annually, or when significant enterprise changes occur
that could impact this Safeguard.
Establish and maintain contact information for parties that need to be informed of
security incidents. Contacts may include internal staff, third-party vendors, law
enforcement, cyber insurance providers, relevant government agencies, Information
Sharing and Analysis Center (ISAC) partners, or other stakeholders. Verify contacts
annually to ensure that information is up-to-date.
Establish and maintain contact information for parties that need to be informed of
security incidents. Contacts may include internal staff, third-party vendors, law
enforcement, cyber insurance providers, relevant government agencies, Information
Sharing and Analysis Center (ISAC) partners, or other stakeholders. Verify contacts
annually to ensure that information is up-to-date.
Establish and maintain contact information for parties that need to be informed of
security incidents. Contacts may include internal staff, third-party vendors, law
enforcement, cyber insurance providers, relevant government agencies, Information
Sharing and Analysis Center (ISAC) partners, or other stakeholders. Verify contacts
annually to ensure that information is up-to-date.
Establish and maintain an enterprise process for the workforce to report security
incidents. The process includes reporting timeframe, personnel to report to,
mechanism for reporting, and the minimum information to be reported. Ensure the
process is publicly available to all of the workforce. Review annually, or when
significant enterprise changes occur that could impact this Safeguard.
Establish and maintain an incident response process that addresses roles and
responsibilities, compliance requirements, and a communication plan. Review
annually, or when significant enterprise changes occur that could impact this
Safeguard.
Assign key roles and responsibilities for incident response, including staff from legal,
IT, information security, facilities, public relations, human resources, incident
responders, and analysts, as applicable. Review annually, or when significant
enterprise changes occur that could impact this Safeguard.
Plan and conduct routine incident response exercises and scenarios for key personnel
involved in the incident response process to prepare for responding to real-world
incidents. Exercises need to test communication channels, decision making, and
workflows. Conduct testing on an annual basis, at a minimum.
Conduct post-incident reviews. Post-incident reviews help prevent incident recurrence
through identifying lessons learned and follow-up action.
Remediate penetration test findings based on the enterprise’s policy for remediation
scope and prioritization.
Validate security measures after each penetration test. If deemed necessary, modify
rulesets and capabilities to detect the techniques used during testing.
Perform periodic internal penetration tests based on program requirements, no less
than annually. The testing may be clear box or opaque box.
Relationship CSF Subcategories
Equivalent ID.AM-01
Subset ID.AM-08
Subset PR.PS-03
Subset ID.AM-02
Subset PR.PS-02
Subset PR.PS-02
Equivalent PR.PS-05
Equivalent ID.AM-07
Subset ID.AM-08
Subset ID.AM-05
Subset ID.AM-03
Subset PR.DS-02
Subset PR.DS-01
Subset PR.IR-01
Subset PR.PS-01
Subset PR.PS-01
Subset PR.AA-05
Subset GV.RR-04
Subset GV.RR-04
Equivalent PR.AA-05
Superset ID.RA-01
Superset ID.IM-02
Equivalent PR.PS-04
Superset DE.AE-02
Subset DE.CM-09
Subset DE.CM-03
Subset PR.DS-11
Subset PR.DS-11
Subset PR.DS-11
Superset RC.RP-03
Subset PR.IR-01
Subset DE.CM-01
Subset GV.RR-01
Equivalent PR.AT-01
Subset GV.RR-02
Equivalent PR.AT-02
Subset GV.SC-04
Subset ID.AM-04
Subset GV.SC-01
Superset DE.CM-06
Subset GV.SC-04
Subset GV.SC-02
Equivalent GV.SC-05
Superset GV.SC-08
Equivalent GV.SC-06
Superset GV.SC-07
Subset GV.SC-09
Subset DE.CM-06
Subset GV.SC-10
Superset PR.PS-06
Subset RS.CO-02
Subset RS.CO-03
Subset RC.CO-04
Superset RS.MA-01
Subset RC.CO-04
Equivalent RS.AN-03
Equivalent RS.MA-05
Descriptions
GV.OC-02
GV.OC-03
GV.OC-04
GV.OC-05
GV.RM-01
GV.RM-02
GV.RM-03
GV.RM-04
GV.RM-05
GV.RM-06
GV.RM-07
GV.RR-03
GV.PO-01
GV.PO-02
GV.OV-01
GV.OV-02
GV.OV-03
GV.SC-03
ID.RA-02
ID.RA-03
ID.RA-04
ID.RA-05
ID.RA-06
ID.RA-07
ID.IM-03
ID.IM-04
PR.AA-02
PR.AA-03
PR.AA-04
PR.AA-06
PR.DS-10
PR.IR-02
PR.IR-03
PR.IR-04
DE.CM-02
DE.AE-03
DE.AE-04
DE.AE-06
DE.AE-07
DE.AE-08
RS.MA-02
RS.MA-03
RS.MA-04
RS.AN-06
RS.AN-07
RS.AN-08
RS.MI-01
RS.MI-02
RC.RP-01
RC.RP-02
RC.RP-04
RC.RP-05
RC.RP-06
RC.CO-03
wing Subcategorys of NIST CSF 2.0 are NOT mapped to the CIS Controls
The organizational mission is understood and informs cybersecurity risk management
Internal and external stakeholders are understood, and their needs and expectations
regarding cybersecurity risk management are understood and considered
Legal, regulatory, and contractual requirements regarding cybersecurity - including privacy
and civil liberties obligations - are understood and managed
Critical objectives, capabilities, and services that stakeholders depend on or expect from
the organization are understood and communicated
Outcomes, capabilities, and services that the organization depends on are understood and
communicated
Risk management
Risk objectives
appetite and risk arestatements
tolerance establishedare
and agreed to by
established, organizationaland
communicated, stakeholders
maintained
Cybersecurity risk management activities and outcomes are included in enterprise risk
management processes
Strategic direction that describes appropriate risk response options is established and
communicated
Lines of communication across the organization are established for cybersecurity risks,
including risks from suppliers and other third parties
A standardized method for calculating, documenting, categorizing, and prioritizing
cybersecurity risks is established and communicated
Strategic opportunities (i.e., positive risks) are characterized and are included in
organizational cybersecurity risk discussions
Adequate resources are allocated commensurate with cybersecurity risk strategy, roles
and responsibilities, and policies
Policy for managing cybersecurity risks is established based on organizational context,
cybersecurity strategy, and priorities and is communicated and enforced
Policy for managing cybersecurity risks is reviewed, updated, communicated, and
enforced to reflect changes in requirements, threats, technology, and organizational
mission
Cybersecurity risk management strategy outcomes are reviewed to inform and adjust
strategy and direction
The cybersecurity risk management strategy is reviewed and adjusted to ensure coverage
of organizational requirements and risks
Organizational cybersecurity risk management performance is measured and reviewed for
adjustments needed
Cybersecurity supply chain risk management is integrated into cybersecurity and
enterprise risk management, risk assessment, and improvement processes
Cyber threat intelligence is received from information sharing forums and sources
Internal and
Potential external
impacts andthreats to theoforganization
likelihoods are identified
threats exploiting and recorded
vulnerabilities are identified and
recorded
Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and
inform risk response prioritization
Risk responses are chosen from the available options, prioritized, planned, tracked, and
communicated
Changes and exceptions are managed, assessed for risk impact, recorded, and tracked
Improvements are identified from execution of operational processes, procedures, and
activities
Cybersecurity plans that affect operations are established, communicated, maintained,
and improved
Identities are proofed and bound to credentials based on the context of interactions
Users, services, and hardware are authenticated
Identity assertions are protected, conveyed, and verified
Physical access to assets is managed, monitored, and enforced commensurate with risk
The confidentiality, integrity, and availability of data-in-use are protected
The organization's technology assets are protected from environmental threats
Mechanisms are implemented to achieve resilience requirements in normal and adverse
situations
Adequate resource capacity to ensure availability is maintained
The physical environment is monitored to find potentially adverse events
Information is correlated from multiple sources
The estimated impact and scope of adverse events are understood
Information on adverse events is provided to authorized staff and tools
Cyber threat intelligence and other contextual information are integrated into the analysis
Incidents are declared when adverse events meet the defined incident criteria
Incident reports are triaged and validated
Incidents are categorized and prioritized
Incidents are escalated or elevated as needed
Actions performed during an investigation are recorded and the records' integrity and
provenance
Incident dataare
andpreserved
metadata are collected, and their integrity and provenance are
preserved
An incident's magnitude is estimated and validated
Incidents are contained
Incidents are eradicated
The recovery portion of the incident response plan is executed once initiated from the
incident response process
Recovery actions are selected, scoped, prioritized, and performed
Critical mission functions and cybersecurity risk management are considered to establish
post-incident operational norms
The integrity of restored assets is verified, systems and services are restored, and normal
operating status is confirmed
The criteria for determining the end of incident recovery are applied, and incident-related
documentation is completed
Recovery activities and progress in restoring operational capabilities are communicated to
designated internal and external stakeholders
The following CIS Controls Safeguards are NOT mapped to NIST CSF 2.0
1.3
1.4
1.5
2.4
2.6
2.7
3.1
3.3
3.4
3.6
3.9
3.13
3.14
4.3
4.4
4.5
4.6
4.7
4.8
4.9
4.10
4.11
4.12
5.2
5.3
5.4
5.5
5.6
6.3
6.4
6.5
6.6
6.7
7.3
7.4
7.5
7.6
7.7
8.1
8.3
8.4
8.5
8.6
8.7
8.8
8.9
8.10
8.12
9.1
9.2
9.3
9.4
9.5
9.6
9.7
10.2
10.3
10.4
10.5
10.6
11.1
11.4
12.1
12.3
12.4
12.5
12.6
12.7
12.8
13.2
13.3
13.4
13.5
13.6
13.7
13.8
13.9
13.10
13.11
14.2
14.3
14.4
14.5
14.6
14.7
14.8
16.2
16.3
16.4
16.5
16.6
16.7
16.8
16.9
16.10
16.11
16.12
16.13
16.14
17.1
17.3
17.5
17.7
18.1
18.2
18.3
18.4
18.5
The following CIS Controls Safeguards are NOT mapped to NIST CSF 2.0
Use Dynamic Host Configuration Protocol (DHCP) Logging to Update Enterprise Asset Inventory
Implement DMARC
Block Unnecessary File Types
Deploy and Maintain Email Server Anti-Malware Protections
Configure Automatic Anti-Malware Signature Updates
Disable Autorun and Autoplay for Removable Media
Configure Automatic Anti-Malware Scanning of Removable Media
Ensure Remote Devices Utilize a VPN and are Connecting to an Enterprise’s AAA Infrastructure
Establish and Maintain Dedicated Computing Resources for All Administrative Work
Deploy a Host-Based Intrusion Detection Solution
Train Workforce on How to Identify and Report if Their Enterprise Assets are Missing Security Updates
Train Workforce on the Dangers of Connecting to and Transmitting Enterprise Data Over Insecure Networks
Establish and Maintain a Severity Rating System and Process for Application Vulnerabilities
Securely manage enterprise assets and software. Example implementations include managing configuration through
infrastructure-as-code and accessing administrative interfaces over secure network protocols, such as Secure Shell
Transfer Protocol Secure (HTTPS). Do not use insecure management protocols, such as Telnet (Teletype Network)
operationally essential.
Manage default accounts on enterprise assets and software, such as root, administrator, and other pre-configured v
Example implementations can include: disabling default accounts or making them unusable.
Uninstall or disable unnecessary services on enterprise assets and software, such as an unused file sharing service
module, or service function.
Configure trusted DNS servers on enterprise assets. Example implementations include: configuring assets to use en
DNS servers and/or reputable externally accessible DNS servers.
Enforce automatic device lockout following a predetermined threshold of local failed authentication attempts on porta
devices, where supported. For laptops, do not allow more than 20 failed authentication attempts; for tablets and sma
than 10 failed authentication attempts. Example implementations include Microsoft® InTune Device Lock and Apple
Profile maxFailedAttempts.
Remotely wipe enterprise data from enterprise-owned portable end-user devices when deemed appropriate such as
devices, or when enterprise
Ensure separate an individual no longer are
workspaces supports themobile
used on enterprise.
end-user devices, where supported. Example implemen
an Apple® Configuration Profile or Android™ Work Profile to separate enterprise applications and data from persona
data.
Use unique passwords for all enterprise assets. Best practice implementation includes, at a minimum, an 8-characte
accounts using MFA and a 14-character password for accounts not using MFA.
Delete or disable any dormant accounts after a period of 45 days of inactivity, where supported.
Restrict administrator privileges to dedicated administrator accounts on enterprise assets. Conduct general computin
internet browsing, email, and productivity suite use, from the user’s primary, non-privileged account.
Establish and maintain an inventory of service accounts. The inventory, at a minimum, must contain department own
purpose. Perform service account reviews to validate that all active accounts are authorized, on a recurring schedule
quarterly, or more frequently.
Centralize account management through a directory or identity service.
Require all externally-exposed enterprise or third-party applications to enforce MFA, where supported. Enforcing MF
service or SSO provider is a satisfactory implementation of this Safeguard.
Require MFA for remote network access.
Require MFA for all administrative access accounts, where supported, on all enterprise assets, whether managed on
third-party provider.
Establish and maintain an inventory of the enterprise’s authentication and authorization systems, including those ho
remote service provider. Review and update the inventory, at a minimum, annually, or more frequently.
Centralize access control for all enterprise assets through a directory service or SSO provider, where supported.
Perform operating system updates on enterprise assets through automated patch management on a monthly, or mo
Perform application updates on enterprise assets through automated patch management on a monthly, or more freq
Perform automated vulnerability scans of internal enterprise assets on a quarterly, or more frequent, basis. Conduct
and unauthenticated scans, using a SCAP-compliant vulnerability scanning tool.
Perform automated vulnerability scans of externally-exposed enterprise assets using a SCAP-compliant vulnerability
Perform scans on a monthly, or more frequent, basis.
Remediate detected vulnerabilities in software through processes and tooling on a monthly, or more frequent, basis,
remediation process.
Establish and maintain an audit log management process that defines the enterprise’s logging requirements. At a m
collection, review, and retention of audit logs for enterprise assets. Review and update documentation annually, or w
enterprise changes occur that could impact this Safeguard.
Ensure that logging destinations maintain adequate storage to comply with the enterprise’s audit log management p
Standardize time synchronization. Configure at least two synchronized time sources across enterprise assets, where
Configure detailed audit logging for enterprise assets containing sensitive data. Include event source, date, usernam
source addresses, destination addresses, and other useful elements that could assist in a forensic investigation.
Collect DNS query audit logs on enterprise assets, where appropriate and supported.
Collect URL request audit logs on enterprise assets, where appropriate and supported.
Collect command-line audit logs. Example implementations include collecting audit logs from PowerShell®, BASH™
administrative terminals.
Centralize, to the extent possible, audit log collection and retention across enterprise assets.
Retain audit logs across enterprise assets for a minimum of 90 days.
Collect service provider logs, where supported. Example implementations include collecting authentication and auth
creation and disposal events, and user management events.
Ensure only fully supported browsers and email clients are allowed to execute in the enterprise, only using the latest
and email clients provided through the vendor.
Use DNS filtering services on all enterprise assets to block access to known malicious domains.
Enforce and update network-based URL filters to limit an enterprise asset from connecting to potentially malicious o
websites. Example implementations include category-based filtering, reputation-based filtering, or through the use o
filters for all enterprise assets.
Restrict, either through uninstalling or disabling, any unauthorized or unnecessary browser or email client plugins, ex
on applications.
To lower the chance of spoofed or modified emails from valid domains, implement DMARC policy and verification, st
implementing the Sender Policy Framework (SPF) and the DomainKeys Identified Mail (DKIM) standards.
Block unnecessary file types attempting to enter the enterprise’s email gateway.
Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.
Configure automatic updates for anti-malware signature files on all enterprise assets.
Disable autorun and autoplay auto-execute functionality for removable media.
Configure anti-malware software to automatically scan removable media.
Enable anti-exploitation features on enterprise assets and software, where possible, such as Microsoft® Data Execu
(DEP), Windows® Defender Exploit Guard (WDEG), or Apple® System Integrity Protection (SIP) and Gatekeeper™
Centrally manage anti-malware software.
Establish and maintain a data recovery process. In the process, address the scope of data recovery activities, recov
the security of backup data. Review and update documentation annually, or when significant enterprise changes occ
this Safeguard.
Establish and maintain an isolated instance of recovery data. Example implementations include, version controlling b
through offline, cloud,
Ensure network or off-site
infrastructure is systems or services.
kept up-to-date. Example implementations include running the latest stable release
using currently supported network-as-a-service (NaaS) offerings. Review software versions monthly, or more freque
software support.
Securely manage network infrastructure. Example implementations include version-controlled-infrastructure-as-code
secure network protocols, such as SSH and HTTPS.
Establish and maintain architecture diagram(s) and/or other network system documentation. Review and update doc
or when significant enterprise changes occur that could impact this Safeguard.
Centralize network AAA.
Use secure network management and communication protocols (e.g., 802.1X, Wi-Fi Protected Access 2 (WPA2) En
Require users to authenticate to enterprise-managed VPN and authentication services prior to accessing enterprise
user devices.
Establish and maintain dedicated computing resources, either physically or logically separated, for all administrative
requiring administrative access. The computing resources should be segmented from the enterprise's primary netwo
allowed internet access.
Deploy a host-based intrusion detection solution on enterprise assets, where appropriate and/or supported.
Deploy a network intrusion detection solution on enterprise assets, where appropriate. Example implementations inc
Network Intrusion Detection System (NIDS) or equivalent cloud service provider (CSP) service.
Perform traffic filtering between network segments, where appropriate.
Manage access control for assets remotely connecting to enterprise resources. Determine amount of access to ente
based on: up-to-date anti-malware software installed, configuration compliance with the enterprise’s secure configur
ensuring the operating system and applications are up-to-date.
Collect network traffic flow logs and/or network traffic to review and alert upon from network devices.
Deploy a host-based intrusion prevention solution on enterprise assets, where appropriate and/or supported. Exam
include use of an Endpoint Detection and Response (EDR) client or host-based IPS agent.
Deploy a network intrusion prevention solution, where appropriate. Example implementations include the use of a Ne
Prevention System (NIPS) or equivalent CSP service.
Deploy port-level access control. Port-level access control utilizes 802.1x, or similar network access control protocol
certificates, and may incorporate user and/or device authentication.
Perform application layer filtering. Example implementations include a filtering proxy, application layer firewall, or ga
Tune security event alerting thresholds monthly, or more frequently.
Train
Train workforce
workforce members
members to
onrecognize socialbest
authentication engineering
practices.attacks,
Example such as phishing,
topics pre-texting,
include MFA, passwordandcomposition,
tailgating. and
management.
Train workforce members on how to identify and properly store, transfer, archive, and destroy sensitive data. This al
workforce members on clear screen and desk best practices, such as locking their screen when they step away from
asset, erasing physical and virtual whiteboards at the end of meetings, and storing data and assets securely.
Train workforce members to be aware of causes for unintentional data exposure. Example topics include mis-deliver
losing a portable end-user device, or publishing data to unintended audiences.
Train workforce members to be able to recognize a potential incident and be able to report such an incident.
Train workforce to understand how to verify and report out-of-date software patches or any failures in automated pro
Part
Trainofworkforce
this training should on
members include notifyingofITconnecting
the dangers personnelto,
of and
any failures in automated
transmitting data over,processes and tools.for enterpr
insecure networks
enterprise has remote workers, training must include guidance to ensure that all users securely configure their home
infrastructure.
Establish and maintain a process to accept and address reports of software vulnerabilities, including providing a me
entities to report. The process is to include such items as: a vulnerability handling policy that identifies reporting proc
party for handling vulnerability reports, and a process for intake, assignment, remediation, and remediation testing. A
process, use a vulnerability tracking system that includes severity ratings, and metrics for measuring timing for ident
and remediation of vulnerabilities. Review and update documentation annually, or when significant enterprise chang
impact this Safeguard.
Third-party application developers need to consider this an externally-facing policy that helps to set expectations for
stakeholders.
Perform root cause analysis on security vulnerabilities. When reviewing vulnerabilities, root cause analysis is the tas
underlying issues that create vulnerabilities in code, and allows development teams to move beyond just fixing indivi
as they arise.
Establish and manage an updated inventory of third-party components used in development, often referred to as a “
well as components slated for future use. This inventory is to include any risks that each third-party component could
list at least monthly to identify any changes or updates to these components, and validate that the component is still
Use up-to-date and trusted third-party software components. When possible, choose established and proven framew
that provide adequate security. Acquire these components from trusted sources or evaluate the software for vulnera
Establish and maintain a severity rating system and process for application vulnerabilities that facilitates prioritizing t
discovered vulnerabilities are fixed. This process includes setting a minimum level of security acceptability for releas
applications. Severity ratings bring a systematic way of triaging vulnerabilities that improves risk management and h
severe bugs are fixed first. Review and update the system and process annually.
Use standard, industry-recommended hardening configuration templates for application infrastructure components. T
underlying servers, databases, and web servers, and applies to cloud containers, Platform as a Service (PaaS) com
components. Do not allow in-house developed software to weaken configuration hardening.
Maintain separate environments for production and non-production systems.
Ensure that all software development personnel receive training in writing secure code for their specific developmen
responsibilities. Training can include general security principles and application security standard practices. Conduc
annually and design in a way to promote security within the development team, and build a culture of security among
Apply secure design principles in application architectures. Secure design principles include the concept of least priv
mediation to validate every operation that the user makes, promoting the concept of "never trust user input." Examp
that explicit error checking is performed and documented for all input, including for size, data type, and acceptable ra
Secure design also means minimizing the application infrastructure attack surface, such as turning off unprotected p
removing unnecessary programs and files, and renaming or removing default accounts.
Leverage vetted modules or services for application security components, such as identity management, encryption
logging. Using platform features in critical security functions will reduce developers’ workload and minimize the likelih
implementation errors. Modern operating systems provide effective mechanisms for identification, authentication, an
make those mechanisms available to applications. Use only standardized, currently accepted, and extensively review
algorithms. Operating systems also provide mechanisms to create and maintain secure audit logs.
Apply static and dynamic analysis tools within the application life cycle to verify that secure coding practices are bein
Conduct application penetration testing. For critical applications, authenticated penetration testing is better suited to
logic vulnerabilities than code scanning and automated security testing. Penetration testing relies on the skill of the t
manipulate an application as an authenticated and unauthenticated user.
Conduct threat modeling. Threat modeling is the process of identifying and addressing application security design fla
before code is created. It is conducted through specially trained individuals who evaluate the application design and
for each entry point and access level. The goal is to map out the application, architecture, and infrastructure in a stru
understand its weaknesses.
Designate one key person, and at least one backup, who will manage the enterprise’s incident handling process. Ma
are responsible for the coordination and documentation of incident response and recovery efforts and can consist of
to the enterprise, third-party vendors, or a hybrid approach. If using a third-party vendor, designate at least one pers
enterprise to oversee any third-party work. Review annually, or when significant enterprise changes occur that could
Safeguard.
Establish and maintain an enterprise process for the workforce to report security incidents. The process includes rep
personnel to report to, mechanism for reporting, and the minimum information to be reported. Ensure the process is
all of the workforce. Review annually, or when significant enterprise changes occur that could impact this Safeguard
Assign key roles and responsibilities for incident response, including staff from legal, IT, information security, facilitie
human resources, incident responders, and analysts, as applicable. Review annually, or when significant enterprise
could impact this Safeguard.
Plan and conduct routine incident response exercises and scenarios for key personnel involved in the incident respo
prepare for responding to real-world incidents. Exercises need to test communication channels, decision making, an
Conduct testing on an annual basis, at a minimum.
Establish and maintain a penetration testing program appropriate to the size, complexity, and maturity of the enterpr
testing program characteristics include scope, such as network, web application, Application Programming Interface
services, and physical premise controls; frequency; limitations, such as acceptable hours, and excluded attack types
information; remediation, such as how findings will be routed internally; and retrospective requirements.
Perform periodic external penetration tests based on program requirements, no less than annually. External penetra
include enterprise and environmental reconnaissance to detect exploitable information. Penetration testing requires
experience and must be conducted through a qualified party. The testing may be clear box or opaque box.
Remediate penetration test findings based on the enterprise’s policy for remediation scope and prioritization.
Validate security measures after each penetration test. If deemed necessary, modify rulesets and capabilities to dete
used during
Perform testing.
periodic internal penetration tests based on program requirements, no less than annually. The testing may b
opaque box.