Citations: CIS Controls ® V8
No citations match the current filters.
1 Inventory and Control of Enterprise Assets
SNow
Reference: Control 1
Actively manage (inventory, track, and correct) all enterprise assets (end-user devices, including portable and mobile; network devices; non-computing/Internet of Things (IoT) devices; and servers) connected to the infrastructure physically, virtually, remotely, and those within cloud environments,
Authority Document
1.1 Establish and Maintain Detailed Enterprise Asset Inventory
SNow
Reference: Control 1.1
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
Authority Document
Mapped Processes (2)
1.2 Establish and Maintain Detailed Enterprise Asset Inventory
SNow
Reference: Control 1.2
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.
Authority Document
Mapped Processes (1)
1.3 Utilize an Active Discovery Tool
SNow
Reference: Control 1.3
Utilize an active discovery tool to identify assets connected to the enterprises network. Configure the active discovery tool to execute daily, or more frequently.
Authority Document
1.4 Use Dynamic Host Configuration Protocol (DHCP) Logging to Update Enterprise Asset Inventory
SNow
Reference: Control 1.4
Use DHCP logging on all DHCP servers or Internet Protocol (IP) address management tools to update the enterprises asset inventory. Review and use logs to update the enterprises asset inventory weekly, or more frequently.
Authority Document
1.5 Use a Passive Asset Discovery Tool
SNow
Reference: Control 1.5
Use a passive discovery tool to identify assets connected to the enterprises network. Review and use scans to update the enterprises asset inventory at least weekly, or more frequently.
Authority Document
10 Malware Defenses
SNow
Reference: Control 10
Prevent or control the installation, spread, and execution of malicious applications, code, or scripts on enterprise assets.
Authority Document
10.1 Deploy and Maintain Anti-Malware Software
SNow
Reference: Control 10.1
Deploy and maintain anti-malware software on all enterprise assets.
Authority Document
10.2 Configure Automatic Anti-Malware Signature Updates
SNow
Reference: Control 10.2
Configure automatic updates for anti-malware signature files on all enterprise assets.
Authority Document
10.3 Disable Autorun and Autoplay for Removable Media
SNow
Reference: Control 10.3
Disable autorun and autoplay auto-execute functionality for removable media.
Authority Document
10.4 Configure Automatic Anti-Malware Scanning of Removable Media
SNow
Reference: Control 10.4
Configure anti-malware software to automatically scan removable media.
Authority Document
10.5 Enable Anti-Exploitation Features
SNow
Reference: Control 10.5
Enable anti-exploitation features on enterprise assets and software, where possible, such as Microsoft® Data Execution Prevention (DEP), Windows® Defender Exploit Guard (WDEG), or Apple® System Integrity Protection (SIP) and Gatekeeper.
Authority Document
10.6 Centrally Manage Anti-Malware Software
SNow
Reference: Control 10.6
Centrally manage anti-malware software.
Authority Document
10.7 Use Behavior-Based Anti-Malware Software
SNow
Reference: Control 10.7
Use behavior-based anti-malware software.
Authority Document
11 Data Recovery
SNow
Reference: Control 11
Establish and maintain data recovery practices sufficient to restore in-scope enterprise assets to a pre-incident and trusted state.
Authority Document
11.1 Establish and Maintain a Data Recovery Process
SNow
Reference: Control 11.1
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.
Authority Document
Mapped Processes (1)
11.2 Perform Automated Backups
SNow
Reference: Control 11.2
Perform automated backups of in-scope enterprise assets. Run backups weekly, or more frequently, based on the sensitivity of the data.
Authority Document
Mapped Processes (1)
11.3 Protect Recovery Data
SNow
Reference: Control 11.3
Protect recovery data with equivalent controls to the original data. Reference encryption or data separation, based on requirements.
Authority Document
Mapped Processes (1)
11.4 Establish and Maintain an Isolated Instance of Recovery Data
SNow
Reference: Control 11.4
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.
Authority Document
11.5 Test Data Recovery
SNow
Reference: Control 11.5
Test backup recovery quarterly, or more frequently, for a sampling of in-scope enterprise assets.
Authority Document
Mapped Processes (1)
12 Network Infrastructure Management
SNow
Reference: Control 12
Establish, implement, and actively manage (track, report, correct) network devices, in order to prevent attackers from exploiting vulnerable network services and access points.
Authority Document
12.1 Ensure Network Infrastructure is Up-to-Date
SNow
Reference: Control 12.1
Ensure network infrastructure is kept up-to-date. Example implementations include running the latest stable release of software and/or using currently supported network-as-a-service (NaaS) offerings. Review software versions monthly, or more frequently, to verify software support.
Authority Document
Mapped Processes (1)
12.2 Establish and Maintain a Secure Network Architecture
SNow
Reference: Control 12.2
Establish and maintain a secure network architecture. A secure network architecture must address segmentation, least privilege, and availability, at a minimum.
Authority Document
Mapped Processes (1)
12.3 Securely Manage Network Infrastructure
SNow
Reference: Control 12.3
Securely manage network infrastructure. Example implementations include version-controlled-infrastructure-as-code, and the use of secure network protocols, such as SSH and HTTPS.
Authority Document
12.4 Establish and Maintain Architecture Diagram(s)
SNow
Reference: Control 12.4
Establish and maintain architecture diagram(s) and/or other network system documentation. Review and update documentation annually, or when significant enterprise changes occur that could impact this Safeguard.
Authority Document
Mapped Processes (1)
12.5 Centralize Network Authentication, Authorization, and Auditing (AAA)
SNow
Reference: Control 12.5
Centralize network AAA.
Authority Document
12.6 Use of Secure Network Management and Communication Protocols
SNow
Reference: Control 12.6
Use secure network management and communication protocols (e.g., 802.1X, Wi-Fi Protected Access 2 (WPA2) Enterprise or greater).
Authority Document
12.7 Ensure Remote Devices Utilize a VPN and are Connecting to an Enterprises AAA Infrastructure
SNow
Reference: Control 12.7
Require users to authenticate to enterprise-managed VPN and authentication services prior to accessing enterprise resources on end-user devices.
Authority Document
12.8 Establish and Maintain Dedicated Computing Resources for All Administrative Work
SNow
Reference: Control 12.8
Establish and maintain dedicated computing resources, either physically or logically separated, for all administrative tasks or tasks requiring administrative access. The computing resources should be segmented from the enterprise's primary network and not be allowed internet access.
Authority Document
13 Network Monitoring and Defense
SNow
Reference: Control 13
Operate processes and tooling to establish and maintain comprehensive network monitoring and defense against security threats across the enterprises network infrastructure and user base.
Authority Document
13.1 Centralize Security Event Alerting
SNow
Reference: Control 13.1
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
Authority Document
Mapped Processes (1)
13.10 Perform Application Layer Filtering
SNow
Reference: Control 13.10
Perform application layer filtering. Example implementations include a filtering proxy, application layer firewall, or gateway.
Authority Document
13.11 Tune Security Event Alerting Thresholds
SNow
Reference: Control 13.11
Tune security event alerting thresholds monthly, or more frequently.
Authority Document
13.2 Deploy a Host-Based Intrusion Detection Solution
SNow
Reference: Control 13.2
Deploy a host-based intrusion detection solution on enterprise assets, where appropriate and/or supported.
Authority Document
13.3 Deploy a Network Intrusion Detection Solution
SNow
Reference: Control 13.3
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.
Authority Document
13.4 Perform Traffic Filtering Between Network Segments
SNow
Reference: Control 13.4
Perform traffic filtering between network segments, where appropriate.
Authority Document
13.5 Manage Access Control for Remote Assets
SNow
Reference: Control 13.5
Manage access control for assets remotely connecting to enterprise resources. Determine amount of access to enterprise resources based on: up-to-date anti-malware software installed, configuration compliance with the enterprises secure configuration process, and ensuring the operating system and ap
Authority Document
Mapped Processes (1)
13.6 Collect Network Traffic Flow Logs
SNow
Reference: Control 13.6
Collect network traffic flow logs and/or network traffic to review and alert upon from network devices.
Authority Document
13.7 Deploy a Host-Based Intrusion Prevention Solution
SNow
Reference: Control 13.7
Deploy a host-based intrusion prevention solution on enterprise assets, where appropriate and/or supported. Example implementations include use of an Endpoint Detection and Response (EDR) client or host-based IPS agent.
Authority Document
13.8 Deploy a Network Intrusion Prevention Solution
SNow
Reference: Control 13.8
Deploy a network intrusion prevention solution, where appropriate. Example implementations include the use of a Network Intrusion Prevention System (NIPS) or equivalent CSP service.
Authority Document
13.9 Deploy Port-Level Access Control
SNow
Reference: Control 13.9
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.
Authority Document
14 Security Awareness and Skills Training
SNow
Reference: Control 14
Establish and maintain a security awareness program to influence behavior among the workforce to be security conscious and properly skilled to reduce cybersecurity risks to the enterprise.
Authority Document
14.1 Establish and Maintain a Security Awareness Program
SNow
Reference: Control 14.1
Establish and maintain a security awareness program. The purpose of a security awareness program is to educate the enterprises workforce on how to interact with enterprise assets and data in a secure manner. Conduct training at hire and, at a minimum, annually. Review and update content annually, o
Authority Document
Mapped Processes (1)
14.2 Train Workforce Members to Recognize Social Engineering Attacks
SNow
Reference: Control 14.2
Train workforce members to recognize social engineering attacks, such as phishing, pre-texting, and tailgating.
Authority Document
14.3 Train Workforce Members on Authentication Best Practices
SNow
Reference: Control 14.3
Train workforce members on authentication best practices. Example topics include MFA, password composition, and credential management.
Authority Document
14.4 Train Workforce on Data Handling Best Practices
SNow
Reference: Control 14.4
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 virt
Authority Document
14.5 Train Workforce Members on Causes of Unintentional Data Exposure
SNow
Reference: Control 14.5
Train workforce members to be aware of causes for unintentional data exposure. Example topics include mis-delivery of sensitive data, losing a portable end-user device, or publishing data to unintended audiences.
Authority Document
14.6 Train Workforce Members on Recognizing and Reporting Security Incidents
SNow
Reference: Control 14.6
Train workforce members to be able to recognize a potential incident and be able to report such an incident.
Authority Document
Mapped Processes (2)
14.7 Train Workforce on How to Identify and Report if Their Enterprise Assets are Missing Security Updates
SNow
Reference: Control 14.7
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.
Authority Document
14.8 Train Workforce on the Dangers of Connecting to and Transmitting Enterprise Data Over Insecure Networks
SNow
Reference: Control 14.8
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.
Authority Document
14.9 Conduct Role-Specific Security Awareness and Skills Training
SNow
Reference: Control 14.9
Conduct role-specific security awareness and skills training. Example implementations include secure system administration courses for IT professionals, (OWASP® Top 10 vulnerability awareness and prevention training for web application developers, and advanced social engineering awareness training f
Authority Document
Mapped Processes (1)
15 Service Provider Management
SNow
Reference: Control 15
Develop a process to evaluate service providers who hold sensitive data, or are responsible for an enterprises critical IT platforms or processes, to ensure these providers are protecting those platforms and data appropriately.
Authority Document
15.1 Establish and Maintain an Inventory of Service Providers
SNow
Reference: Control 15.1
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
Authority Document
Mapped Processes (1)
15.2 Establish and Maintain a Service Provider Management Policy
SNow
Reference: Control 15.2
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 Safegua
Authority Document
15.3 Classify Service Providers
SNow
Reference: Control 15.3
Classify service providers. Classification consideration may include one or more characteristics, such as data sensitivity, data volume, availability requirements, applicable regulations, inherent risk, and mitigated risk. Update and review classifications annually, or when significant enterprise ch
Authority Document
Mapped Processes (1)
15.4 Ensure Service Provider Contracts Include Security Requirements
SNow
Reference: Control 15.4
Ensure service provider contracts include security requirements. Example requirements may include minimum security program requirements, security incident and/or data breach notification and response, data encryption requirements, and data disposal commitments. These security requirements must be co
Authority Document
Mapped Processes (1)
15.5 Assess Service Providers
SNow
Reference: Control 15.5
Assess service providers consistent with the enterprises 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
Authority Document
Mapped Processes (1)
15.6 Monitor Service Providers
SNow
Reference: Control 15.6
Monitor service providers consistent with the enterprises service provider management policy. Monitoring may include periodic reassessment of service provider compliance, monitoring service provider release notes, and dark web monitoring.
Authority Document
Mapped Processes (1)
15.7 Securely Decommission Service Providers
SNow
Reference: Control 15.7
Securely decommission service providers. Example considerations include user and service account deactivation, termination of data flows, and secure disposal of enterprise data within service provider systems.
Authority Document
Mapped Processes (1)
16 Application Software Security
SNow
Reference: Control 16
Manage the security life cycle of in-house developed, hosted, or acquired software to prevent, detect, and remediate security weaknesses before they can impact the enterprise.
Authority Document
16.1 Establish and Maintain a Secure Application Development Process
SNow
Reference: Control 16.1
Establish and maintain a secure application development process. In the process, address such items as: secure application design standards, secure coding practices, developer training, vulnerability management, security of third-party code, and application security testing procedures. Review and up
Authority Document
16.10 Apply Secure Design Principles in Application Architectures
SNow
Reference: Control 16.10
Apply secure design principles in application architectures. Secure design principles include the concept of least privilege and enforcing mediation to validate every operation that the user makes, promoting the concept of "never trust user input." Examples include ensuring that explicit error check
Authority Document
16.11 Leverage Vetted Modules or Services for Application Security Components
SNow
Reference: Control 16.11
Leverage vetted modules or services for application security components, such as identity management, encryption, and auditing and logging. Using platform features in critical security functions will reduce developers workload and minimize the likelihood of design or implementation errors. Modern o
Authority Document
16.12 Implement Code-Level Security Checks
SNow
Reference: Control 16.12
Apply static and dynamic analysis tools within the application life cycle to verify that secure coding practices are being followed.
Authority Document
Mapped Processes (1)
16.13 Conduct Application Penetration Testing
SNow
Reference: Control 16.13
Conduct application penetration testing. For critical applications, authenticated penetration testing is better suited to finding business logic vulnerabilities than code scanning and automated security testing. Penetration testing relies on the skill of the tester to manually manipulate an applicat
Authority Document
Mapped Processes (1)
16.14 Conduct Threat Modeling
SNow
Reference: Control 16.14
Conduct threat modeling. Threat modeling is the process of identifying and addressing application security design flaws within a design, before code is created. It is conducted through specially trained individuals who evaluate the application design and gauge security risks for each entry point and
Authority Document
16.2 Establish and Maintain a Process to Accept and Address Software Vulnerabilities
SNow
Reference: Control 16.2
Establish and maintain a process to accept and address reports of software vulnerabilities, including providing a means for external entities to report. The process is to include such items as: a vulnerability handling policy that identifies reporting process, responsible party for handling vulnerab
Authority Document
16.3 Perform Root Cause Analysis on Security Vulnerabilities
SNow
Reference: Control 16.3
Perform root cause analysis on security vulnerabilities. When reviewing vulnerabilities, root cause analysis is the task of evaluating underlying issues that create vulnerabilities in code, and allows development teams to move beyond just fixing individual vulnerabilities as they arise.
Authority Document
Mapped Processes (2)
16.4 Establish and Manage an Inventory of Third-Party Software Components
SNow
Reference: Control 16.4
Establish and manage an updated inventory of third-party components used in development, often referred to as a bill of materials, as well as components slated for future use. This inventory is to include any risks that each third-party component could pose. Evaluate the list at least monthly to i
Authority Document
16.5 Use Up-to-Date and Trusted Third-Party Software Components
SNow
Reference: Control 16.5
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.
Authority Document
Mapped Processes (1)
16.6 Establish and Maintain a Severity Rating System and Process for Application Vulnerabilities
SNow
Reference: Control 16.6
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 rati
Authority Document
Mapped Processes (1)
16.7 Use Standard Hardening Configuration Templates for Application Infrastructure
SNow
Reference: Control 16.7
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
Authority Document
16.8 Separate Production and Non-Production Systems
SNow
Reference: Control 16.8
Maintain separate environments for production and non-production systems.
Authority Document
Mapped Processes (1)
16.9 Train Developers in Application Security Concepts and Secure Coding
SNow
Reference: Control 16.9
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
Authority Document
17 Incident Response Management
SNow
Reference: Control 17
Establish a program to develop and maintain an incident response capability (e.g., policies, plans, procedures, defined roles, training, and communications) to prepare, detect, and quickly respond to an attack.
Authority Document
17.1 Designate Personnel to Manage Incident Handling
SNow
Reference: Control 17.1
Designate one key person, and at least one backup, who will manage the enterprises 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 ve
Authority Document
Mapped Processes (1)
17.2 Establish and Maintain Contact Information for Reporting Security Incidents
SNow
Reference: Control 17.2
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
Authority Document
Mapped Processes (2)
17.3 Establish and Maintain an Enterprise Process for Reporting Incidents
SNow
Reference: Control 17.3
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
Authority Document
Mapped Processes (1)
17.4 Establish and Maintain an Incident Response Process
SNow
Reference: Control 17.4
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.
Authority Document
Mapped Processes (1)
17.5 Assign Key Roles and Responsibilities
SNow
Reference: Control 17.5
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 Saf
Authority Document
Mapped Processes (1)
17.6 Define Mechanisms for Communicating During Incident Response
SNow
Reference: Control 17.6
Determine which primary and secondary mechanisms will be used to communicate and report during a security incident. Mechanisms can include phone calls, emails, or letters. Keep in mind that certain mechanisms, such as emails, can be affected during a security incident. Review annually, or when signi
Authority Document
Mapped Processes (1)
17.7 Conduct Routine Incident Response Exercises
SNow
Reference: Control 17.7
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 mi
Authority Document
17.8 Conduct Post-Incident Reviews
SNow
Reference: Control 17.8
Conduct post-incident reviews. Post-incident reviews help prevent incident recurrence through identifying lessons learned and follow-up action.
Authority Document
Mapped Processes (2)
17.9 Establish and Maintain Security Incident Thresholds
SNow
Reference: Control 17.9
Establish and maintain security incident thresholds, including, at a minimum, differentiating between an incident and an event. Examples can include: abnormal activity, security vulnerability, security weakness, data breach, privacy incident, etc. Review annually, or when significant enterprise chan
Authority Document
Mapped Processes (2)
18 Penetration Testing
SNow
Reference: Control 18
Test the effectiveness and resiliency of enterprise assets through identifying and exploiting weaknesses in controls (people, processes, and technology), and simulating the objectives and actions of an attacker.
Authority Document
18.1 Establish and Maintain a Penetration Testing Program
SNow
Reference: Control 18.1
Establish and maintain a penetration testing program appropriate to the size, complexity, and maturity of the enterprise. Penetration testing program characteristics include scope, such as network, web application, Application Programming Interface (API), hosted services, and physical premise contro
Authority Document
Mapped Processes (1)
18.2 Perform Periodic External Penetration Tests
SNow
Reference: Control 18.2
Perform periodic external penetration tests based on program requirements, no less than annually. External penetration testing must include enterprise and environmental reconnaissance to detect exploitable information. Penetration testing requires specialized skills and experience and must be conduc
Authority Document
Mapped Processes (1)
18.3 Remediate Penetration Test Findings
SNow
Reference: Control 18.3
Remediate penetration test findings based on the enterprises policy for remediation scope and prioritization.
Authority Document
Mapped Processes (2)
18.4 Validate Security Measures
SNow
Reference: Control 18.4
Validate security measures after each penetration test. If deemed necessary, modify rulesets and capabilities to detect the techniques used during testing.
Authority Document
18.5 Perform Periodic Internal Penetration Tests
SNow
Reference: Control 18.5
Perform periodic internal penetration tests based on program requirements, no less than annually. The testing may be clear box or opaque box.
Authority Document
Mapped Processes (1)
2 Inventory and Control of Software Assets
SNow
Reference: Control 2
Actively manage (inventory, track, and correct) all software (operating systems and applications) on the network so that only authorized software is installed and can execute, and that unauthorized and unmanaged software is found and prevented from installation or execution.
Authority Document
2.1 Establish and Maintain a Software Inventory
SNow
Reference: Control 2.1
Establish and maintain a detailed inventory of all licensed software installed on enterprise assets. The software inventory must document the title, publisher, initial install/use date, and business purpose for each entry; where appropriate, include the Uniform Resource Locator (URL), app store(s),
Authority Document
Mapped Processes (2)
2.2 Ensure Authorized Software is Currently Supported
SNow
Reference: Control 2.2
Ensure that only currently supported software is designated as authorized in the software inventory for enterprise assets. If software is unsupported, yet necessary for the fulfillment of the enterprises mission, document an exception detailing mitigating controls and residual risk acceptance. For
Authority Document
2.3 Address Unauthorized Software
SNow
Reference: Control 2.3
Ensure that unauthorized software is either removed from use on enterprise assets or receives a documented exception. Review monthly, or more frequently.
Authority Document
Mapped Processes (1)
2.4 Utilize Automated Software Inventory Tools
SNow
Reference: Control 2.4
Utilize software inventory tools, when possible, throughout the enterprise to automate the discovery and documentation of installed software.
Authority Document
2.5 Allowlist Authorized Software
SNow
Reference: Control 2.5
Use technical controls, such as application allowlisting, to ensure that only authorized software can execute or be accessed. Reassess bi-annually, or more frequently.
Authority Document
2.6 Allowlist Authorized Libraries
SNow
Reference: Control 2.6
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.
Authority Document
2.7 Allowlist Authorized Scripts
SNow
Reference: Control 2.7
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.
Authority Document
3 Data Protection
SNow
Reference: Control 3
Develop processes and technical controls to identify, classify, securely handle, retain, and dispose of data.
Authority Document
3.1 Establish and Maintain a Data Management Process
SNow
Reference: Control 3.1
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 e
Authority Document
Mapped Processes (2)
3.10 Encrypt Sensitive Data in Transit
SNow
Reference: Control 3.10
Encrypt sensitive data in transit. Example implementations can include: Transport Layer Security (TLS) and Open Secure Shell (OpenSSH).
Authority Document
Mapped Processes (2)
3.11 Encrypt Sensitive Data at Rest
SNow
Reference: Control 3.11
Encrypt sensitive data at rest on servers, applications, and databases containing sensitive data. Storage-layer encryption, also known as server-side encryption, meets the minimum requirement of this Safeguard. Additional encryption methods may include application-layer encryption, also known as cli
Authority Document
Mapped Processes (2)
3.12 Segment Data Processing and Storage Based on Sensitivity
SNow
Reference: Control 3.12
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.
Authority Document
Mapped Processes (2)
3.13 Deploy a Data Loss Prevention Solution
SNow
Reference: Control 3.13
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.
Authority Document
3.14 Log Sensitive Data Access
SNow
Reference: Control 3.14
Log sensitive data access, including modification and disposal.
Authority Document
3.2 Establish and Maintain a Data Inventory
SNow
Reference: Control 3.2
Establish and maintain a data inventory, based on the enterprises data management process. Inventory sensitive data, at a minimum. Review and update inventory annually, at a minimum, with a priority on sensitive data.
Authority Document
Mapped Processes (2)
3.3 Configure Data Access Control Lists
SNow
Reference: Control 3.3
Configure data access control lists based on a users need to know. Apply data access control lists, also known as access permissions, to local and remote file systems, databases, and applications.
Authority Document
Mapped Processes (1)
3.4 Enforce Data Retention
SNow
Reference: Control 3.4
Retain data according to the enterprises data management process. Data retention must include both minimum and maximum timelines.
Authority Document
Mapped Processes (2)
3.5 Securely Dispose of Data
SNow
Reference: Control 3.5
Securely dispose of data as outlined in the enterprises data management process. Ensure the disposal process and method are commensurate with the data sensitivity.
Authority Document
Mapped Processes (2)
3.6 Encrypt Data on End-User Devices
SNow
Reference: Control 3.6
Encrypt data on end-user devices containing sensitive data. Example implementations can include: Windows BitLocker®, Apple FileVault®, Linux® dm-crypt.
Authority Document
3.7 Establish and Maintain a Data Classification Scheme
SNow
Reference: Control 3.7
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 chan
Authority Document
Mapped Processes (2)
3.8 Document Data Flows
SNow
Reference: Control 3.8
Document data flows. Data flow documentation includes service provider data flows and should be based on the enterprises data management process. Review and update documentation annually, or when significant enterprise changes occur that could impact this Safeguard.
Authority Document
Mapped Processes (2)
3.9 Encrypt Data on Removable Media
SNow
Reference: Control 3.9
Encrypt data on removable media.
Authority Document
4 Secure Configuration of Enterprise Assets and Software
SNow
Reference: Control 4
Establish and maintain the secure configuration of enterprise assets (end-user devices, including portable and mobile; network devices; non-computing/IoT devices; and servers) and software (operating systems and applications).
Authority Document
4.1 Establish and Maintain a Secure Configuration Process
SNow
Reference: Control 4.1
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 oc
Authority Document
Mapped Processes (2)
4.10 Enforce Automatic Device Lockout on Portable End-User Devices
SNow
Reference: Control 4.10
Enforce automatic device lockout following a predetermined threshold of local failed authentication attempts on portable end-user devices, where supported. For laptops, do not allow more than 20 failed authentication attempts; for tablets and smartphones, no more than 10 failed authentication attemp
Authority Document
Mapped Processes (1)
4.11 Enforce Remote Wipe Capability on Portable End-User Devices
SNow
Reference: Control 4.11
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.
Authority Document
4.12 Separate Enterprise Workspaces on Mobile End-User Devices
SNow
Reference: Control 4.12
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.
Authority Document
4.2 Establish and Maintain a Secure Configuration Process for Network Infrastructure
SNow
Reference: Control 4.2
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.
Authority Document
Mapped Processes (2)
4.3 Configure Automatic Session Locking on Enterprise Assets
SNow
Reference: Control 4.3
Configure automatic session locking on enterprise assets after a defined period of inactivity. For general purpose operating systems, the period must not exceed 15 minutes. For mobile end-user devices, the period must not exceed 2 minutes.
Authority Document
4.4 Implement and Manage a Firewall on Servers
SNow
Reference: Control 4.4
Implement and manage a firewall on servers, where supported. Example implementations include a virtual firewall, operating system firewall, or a third-party firewall agent.
Authority Document
4.5 Implement and Manage a Firewall on End-User Devices
SNow
Reference: Control 4.5
Implement and manage a host-based firewall or port-filtering tool on end-user devices, with a default-deny rule that drops all traffic except those services and ports that are explicitly allowed.
Authority Document
4.6 Securely Manage Enterprise Assets and Software
SNow
Reference: Control 4.6
Securely manage enterprise assets and software. Example implementations include managing configuration through version-controlled-infrastructure-as-code and accessing administrative interfaces over secure network protocols, such as Secure Shell (SSH) and Hypertext Transfer Protocol Secure (HTTPS). D
Authority Document
Mapped Processes (2)
4.7 Manage Default Accounts on Enterprise Assets and Software
SNow
Reference: Control 4.7
Manage default accounts on enterprise assets and software, such as root, administrator, and other pre-configured vendor accounts. Example implementations can include: disabling default accounts or making them unusable.
Authority Document
Mapped Processes (1)
4.8 Uninstall or Disable Unnecessary Services on Enterprise Assets and Software
SNow
Reference: Control 4.8
Uninstall or disable unnecessary services on enterprise assets and software, such as an unused file sharing service, web application module, or service function.
Authority Document
4.9 Configure Trusted DNS Servers on Enterprise Assets
SNow
Reference: Control 4.9
Configure trusted DNS servers on enterprise assets. Example implementations include: configuring assets to use enterprise-controlled DNS servers and/or reputable externally accessible DNS servers.
Authority Document
5 Account Management
SNow
Reference: Control 5
Use processes and tools to assign and manage authorization to credentials for user accounts, including administrator accounts, as well as service accounts, to enterprise assets and software.
Authority Document
5.1 Establish and Maintain an Inventory of Accounts
SNow
Reference: Control 5.1
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 persons name, username, start/stop dates, and department. Validate that all active accounts are authorized,
Authority Document
Mapped Processes (1)
5.2 Use Unique Passwords
SNow
Reference: Control 5.2
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.
Authority Document
Mapped Processes (1)
5.3 Disable Dormant Accounts
SNow
Reference: Control 5.3
Delete or disable any dormant accounts after a period of 45 days of inactivity, where supported.
Authority Document
5.4 Restrict Administrator Privileges to Dedicated Administrator Accounts
SNow
Reference: Control 5.4
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 users primary, non-privileged account.
Authority Document
Mapped Processes (1)
5.5 Establish and Maintain an Inventory of Service Accounts
SNow
Reference: Control 5.5
Establish and maintain an inventory of service accounts. The inventory, at a minimum, must contain department owner, review date, and purpose. Perform service account reviews to validate that all active accounts are authorized, on a recurring schedule at a minimum quarterly, or more frequently.
Authority Document
Mapped Processes (1)
5.6 Centralize Account Management
SNow
Reference: Control 5.6
Centralize account management through a directory or identity service.
Authority Document
6 Access Control Management
SNow
Reference: Control 6
Use processes and tools to create, assign, manage, and revoke access credentials and privileges for user, administrator, and service accounts for enterprise assets and software.
Authority Document
6.1 Establish an Access Granting Process
SNow
Reference: Control 6.1
Establish and follow a process, preferably automated, for granting access to enterprise assets upon new hire, rights grant, or role change of a user
Authority Document
Mapped Processes (2)
6.2 Establish an Access Revoking Process
SNow
Reference: Control 6.2
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.
Authority Document
6.3 Require MFA for Externally-Exposed Applications
SNow
Reference: Control 6.3
Require all externally-exposed enterprise or third-party applications to enforce MFA, where supported. Enforcing MFA through a directory service or SSO provider is a satisfactory implementation of this Safeguard.
Authority Document
6.4 Require MFA for Remote Network Access
SNow
Reference: Control 6.4
Require MFA for remote network access.
Authority Document
6.5 Require MFA for Administrative Access
SNow
Reference: Control 6.5
Require MFA for all administrative access accounts, where supported, on all enterprise assets, whether managed on-site or through a third-party provider.
Authority Document
6.6 Establish and Maintain an Inventory of Authentication and Authorization Systems
SNow
Reference: Control 6.6
Establish and maintain an inventory of the enterprises 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.
Authority Document
6.7 Centralize Access Control
SNow
Reference: Control 6.7
Centralize access control for all enterprise assets through a directory service or SSO provider, where supported.
Authority Document
6.8 Define and Maintain Role-Based Access Control
SNow
Reference: Control 6.8
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 r
Authority Document
7 Continuous Vulnerability Management
SNow
Reference: Control 7
Develop a plan to continuously assess and track vulnerabilities on all enterprise assets within the enterprises infrastructure, in order to remediate, and minimize, the window of opportunity for attackers. Monitor public and private industry sources for new threat and vulnerability information.
Authority Document
7.1 Establish and Maintain a Vulnerability Management Process
SNow
Reference: Control 7.1
Establish and maintain a documented vulnerability management process for enterprise assets. Review and update documentation annually, or when significant enterprise changes occur that could impact this Safeguard.
Authority Document
7.2 Establish and Maintain a Remediation Process
SNow
Reference: Control 7.2
Establish and maintain a risk-based remediation strategy documented in a remediation process, with monthly, or more frequent, reviews.
Authority Document
7.3 Perform Automated Operating System Patch Management
SNow
Reference: Control 7.3
Perform operating system updates on enterprise assets through automated patch management on a monthly, or more frequent, basis.
Authority Document
7.4 Perform Automated Application Patch Management
SNow
Reference: Control 7.4
Perform application updates on enterprise assets through automated patch management on a monthly, or more frequent, basis.
Authority Document
7.5 Perform Automated Vulnerability Scans of Internal Enterprise Assets
SNow
Reference: Control 7.5
Perform automated vulnerability scans of internal enterprise assets on a quarterly, or more frequent, basis. Conduct both authenticated and unauthenticated scans, using a SCAP-compliant vulnerability scanning tool.
Authority Document
Mapped Processes (2)
7.6 Perform Automated Vulnerability Scans of Externally-Exposed Enterprise Assets
SNow
Reference: Control 7.6
Perform automated vulnerability scans of externally-exposed enterprise assets using a SCAP-compliant vulnerability scanning tool. Perform scans on a monthly, or more frequent, basis.
Authority Document
7.7 Remediate Detected Vulnerabilities
SNow
Reference: Control 7.7
Remediate detected vulnerabilities in software through processes and tooling on a monthly, or more frequent, basis, based on the remediation process.
Authority Document
Mapped Processes (2)
8 Audit Log Management
SNow
Reference: Control 8
Collect, alert, review, and retain audit logs of events that could help detect, understand, or recover from an attack.
Authority Document
8.1 Establish and Maintain an Audit Log Management Process
SNow
Reference: Control 8.1
Establish and maintain an audit log management process that defines the enterprises 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 coul
Authority Document
Mapped Processes (2)
8.10 Retain Audit Logs
SNow
Reference: Control 8.10
Retain audit logs across enterprise assets for a minimum of 90 days.
Authority Document
Mapped Processes (1)
8.11 Conduct Audit Log Reviews
SNow
Reference: Control 8.11
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.
Authority Document
Mapped Processes (2)
8.12 Collect Service Provider Logs
SNow
Reference: Control 8.12
Collect service provider logs, where supported. Example implementations include collecting authentication and authorization events, data creation and disposal events, and user management events.
Authority Document
8.2 Collect Audit Logs
SNow
Reference: Control 8.2
Collect audit logs. Ensure that logging, per the enterprises audit log management process, has been enabled across enterprise assets.
Authority Document
Mapped Processes (1)
8.3 Ensure Adequate Audit Log Storage
SNow
Reference: Control 8.3
Ensure that logging destinations maintain adequate storage to comply with the enterprises audit log management process.
Authority Document
8.4 Standardize Time Synchronization
SNow
Reference: Control 8.4
Standardize time synchronization. Configure at least two synchronized time sources across enterprise assets, where supported.
Authority Document
8.5 Collect Detailed Audit Logs
SNow
Reference: Control 8.5
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.
Authority Document
Mapped Processes (1)
8.6 Collect DNS Query Audit Logs
SNow
Reference: Control 8.6
Collect DNS query audit logs on enterprise assets, where appropriate and supported.
Authority Document
8.7 Collect URL Request Audit Logs
SNow
Reference: Control 8.7
Collect URL request audit logs on enterprise assets, where appropriate and supported.
Authority Document
8.8 Collect Command-Line Audit Logs
SNow
Reference: Control 8.8
Collect command-line audit logs. Example implementations include collecting audit logs from PowerShell®, BASH, and remote administrative terminals.
Authority Document
8.9 Centralize Audit Logs
SNow
Reference: Control 8.9
Centralize, to the extent possible, audit log collection and retention across enterprise assets.
Authority Document
9 Email and Web Browser Protections
SNow
Reference: Control 9
Improve protections and detections of threats from email and web vectors, as these are opportunities for attackers to manipulate human behavior through direct engagement.
Authority Document
9.1 Ensure Use of Only Fully Supported Browsers and Email Clients
SNow
Reference: Control 9.1
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.
Authority Document
Mapped Processes (1)
9.2 Use DNS Filtering Services
SNow
Reference: Control 9.2
Use DNS filtering services on all enterprise assets to block access to known malicious domains.
Authority Document
9.3 Maintain and Enforce Network-Based URL Filters
SNow
Reference: Control 9.3
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 asset
Authority Document
9.4 Restrict Unnecessary or Unauthorized Browser and Email Client Extensions
SNow
Reference: Control 9.4
Restrict, either through uninstalling or disabling, any unauthorized or unnecessary browser or email client plugins, extensions, and add-on applications.
Authority Document
9.5 Implement DMARC
SNow
Reference: Control 9.5
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.
Authority Document
9.6 Block Unnecessary File Types
SNow
Reference: Control 9.6
Block unnecessary file types attempting to enter the enterprises email gateway.
Authority Document
9.7 Deploy and Maintain Email Server Anti-Malware Protections
SNow
Reference: Control 9.7
Deploy and maintain email server anti-malware protections, such as attachment scanning and/or sandboxing.
Authority Document