NIST CSF and Third-Party Risk Management
The National Institute of Standards and Technology (NIST) introduced the Cybersecurity Framework (CSF) in 2014 in response to Executive Order (EO) 13636 for securing critical infrastructure. While many NIST guidelines were developed to secure U.S. federal government systems, data and/or critical infrastructure, the CSF is designed for any business or private organization that needs to assess its cybersecurity risks.
In February 2024, NIST released version 2.0. The new version includes several changes to address growing challenges related to third parties and cybersecurity supply chain risk management (C-SCRM).
Establish and monitor the organization's cybersecurity risk management strategy, expectations, and policy
Help determine the current cybersecurity risk to the organization
Use safeguards to prevent or reduce cybersecurity risk
Find and analyze possible cybersecurity attacks and compromises
Take action regarding a detected cybersecurity incident
Restore assets and operations that were impacted by a cybersecurity incident
Align Your TPRM Program with NIST CSF 2.0
Read the Third-Party Compliance Checklist for NIST Cybersecurity Framework 2.0 to assess your third-party risk management program against the latest C-SCRM guidelines.
Addressing NIST CSF 2.0 Guidelines
The CSF provides a set of cybersecurity outcomes (arranged by Function, Category and Subcategory); examples of how those outcomes might be achieved (called Implementation Examples); and references to additional guidance on how to achieve those outcomes (known as Informative References). The table below reviews the Functions, Categories and Subcategories most relevant to third-party risk management and cybersecurity supply chain management and offers best practice guidance for addressing the guidelines.
Note: This is a summary table only and is not an exhaustive list of NIST Categories. For a full view of the NIST CSF, download the complete version. Work with your internal audit team and external auditors to determine the right Categories and Subcategories to focus on.
Function, Category & Subcategory | Best Practices |
---|---|
GOVERN (GV): The organization’s cybersecurity risk management strategy, expectations, and policy are established, communicated, and monitored |
|
Cybersecurity Supply Chain Risk Management (GV.SC): Cyber supply chain risk management processes are identified, established, managed, monitored, and improved by organizational stakeholders |
|
GV.SC-01: A cybersecurity supply chain risk management program, strategy, objectives, policies, and processes are established and agreed to by organizational stakeholders. GV.SC-02: Cybersecurity roles and responsibilities for suppliers, customers, and partners are established, communicated, and coordinated internally and externally. GV.SC-03: Cybersecurity supply chain risk management is integrated into cybersecurity and enterprise risk management, risk assessment, and improvement processes. |
Build a comprehensive third-party risk management (TPRM) or cybersecurity supply chain risk management (C-SCRM) program in line with your broader information security and governance, enterprise risk management and compliance programs. Seek out experts to collaborate with your team on:
As part of this process, you should define:
|
GV.SC-04: Suppliers are known and prioritized by criticality |
Centralize your third-party inventory in a software solution. Then, quantify inherent risks for all third parties. Criteria used to calculate inherent risk for third-party prioritization should include:
From this inherent risk assessment, your team can automatically tier suppliers; set appropriate levels of further diligence; and determine the scope of ongoing assessments. Rule-based tiering logic enables vendor categorization using a range of data interaction, financial, regulatory and reputational considerations. |
GV.SC-05: Requirements to address cybersecurity risks in supply chains are established, prioritized, and integrated into contracts and other types of agreements with suppliers and other relevant third parties |
Centralize the distribution, discussion, retention and review of vendor contracts to automate the contract lifecycle and ensure key clauses are enforced. Key capabilities should include:
With this capability, you can ensure that clear responsibilities and right-to-audit clauses are articulated in the vendor contract, and SLAs tracked and managed accordingly. |
GV.SC-06: Planning and due diligence are performed to reduce risks before entering into formal supplier or other third-party relationships |
Centralize and automate the distribution, comparison and management of requests for proposals (RFPs) and requests for information (RFIs) in a single solution that enables comparison on key attributes. As all service providers are being centralized and reviewed, teams should create comprehensive vendor profiles that contain insight into a vendor’s demographic information, 4th-party technologies, ESG scores, recent business and reputational insights, data breach history, and recent financial performance. This level of due diligence creates greater context for making vendor selection decisions. |
GV.SC-07: The risks posed by a supplier, their products and services, and other third parties are understood, recorded, prioritized, assessed, responded to, and monitored over the course of the relationship |
Look for solutions that feature a large library of pre-built templates for third-party risk assessments. Assessments should be conducted at the time of onboarding, contract renewal, or at any required frequency (e.g., quarterly or annually) depending on material changes. Assessments should be managed centrally and backed by workflow, task management and automated evidence review capabilities to ensure that your team has visibility into third-party risks throughout the relationship lifecycle. Importantly, a TPRM solution should include built-in remediation recommendations based on risk assessment results to ensure that your third parties address risks in a timely and satisfactory manner and can provide the appropriate evidence to auditors. As part of this process, continuously track and analyze external threats to third parties. Monitor the Internet and dark web for cyber threats and vulnerabilities, as well as public and private sources of reputational, sanctions and financial information. All monitoring data should be correlated with assessment results and centralized in a unified risk register for each vendor, streamlining risk review, reporting, remediation and response initiatives. Be sure to incorporate third-party operational, reputational, and financial data to add context to cyber findings and measure the impact of incidents over time. |
GV.SC-08: Relevant suppliers and other third parties are included in incident planning, response, and recovery activities |
As part of your broader incident management strategy ensure that your third-party incident response program enables your team to rapidly identify, respond to, report on, and mitigate the impact of third-party vendor security incidents. Look for managed services where dedicated experts centrally manage your vendors; conduct proactive event risk assessments; score identified risks; correlate risks with continuous cyber monitoring intelligence; and issue remediation guidance. Managed services can greatly reduce the time required to identify vendors impacted by a cybersecurity incident and ensure that remediations are in place. Key capabilities in a third-party incident response service should include:
Also, consider leveraging databases that contain several years of data breach history for thousands of companies around the world – including types and quantities of stolen data; compliance and regulatory issues; and real-time vendor data breach notifications. Armed with these insights, your team can better understand the scope and impact of the incident; what data was involved; whether the third party’s operations were impacted; and when remediations have been completed – all by leveraging experts. |
GV.SC-09: Supply chain security practices are integrated into cybersecurity and enterprise risk management programs, and their performance is monitored throughout the technology product and service life cycle |
Please see GV.SC-01 and GV.SC-02. |
GV.SC-10: Cybersecurity supply chain risk management plans include provisions for activities that occur after the conclusion of a partnership or service agreement |
Building on the best practices recommended for GV.SC-05, automate contract assessments and offboarding procedures to reduce your organization’s risk of post-contract exposure.
|
IDENTIFY (ID): The organization’s current cybersecurity risks are understood |
|
Asset Management (ID.AM): Assets (e.g., data, hardware software, systems, facilities, services, people) that enable the organization to achieve business purposes are identified and managed consistent with their relative importance to organizational objectives and the organization's risk strategy |
|
ID.AM-03: Representations of the organization's authorized network communication and internal and external network data flows are maintained |
To address this Subcategory, Prevalent helps to identify fourth-party and Nth-party subcontracting relationships in your supplier ecosystem. The solution includes a questionnaire-based assessment of your suppliers and passive scanning of the supplier’s public-facing infrastructure. The resulting relationship map depicts extended dependencies and information flows that could expose your organization to risk. |
ID.AM-04: Inventories of services provided by suppliers are maintained |
Prevalent enables you to build a centralized service provider inventory by importing vendors via a spreadsheet template or through an API connection to an existing procurement solution. Teams throughout the enterprise can populate key supplier details with a centralized and customizable intake form and associated workflow tasks. This capability is available to everyone via email invitation, without requiring any training or solution expertise. |
ID.AM-05: Assets are prioritized based on classification, criticality, resources, and impact on the mission |
Please see GV.SC-04. |
ID.AM-08: Systems, hardware, software, services, and data are managed throughout their life cycle |
To address this Category, Prevalent enables you to:
|
Risk Assessment (ID.RA): The cybersecurity risk to the organization, assets, and individuals is understood by the organization |
|
ID.RA-02: Cyber threat intelligence is received from information sharing forums and sources ID.RA-03: Internal and external threats to the organization are identified and recorded ID.RA-04: Potential impacts and likelihoods of threats exploiting vulnerabilities are identified and recorded ID.RA-05: Threats, vulnerabilities, likelihoods, and impacts are used to understand inherent risk and inform risk response prioritization ID.RA-06: Risk responses are chosen from the available options, prioritized, planned, tracked, and communicated ID.RA-07: Changes and exceptions are managed, assessed for risk impact, recorded, and tracked |
Prevalent Vendor Threat Monitor continuously tracks and analyzes external threats to third parties. As part of this, Prevalent monitors the Internet and dark web for cyber threats and vulnerabilities, as well as public and private sources of reputational, sanctions and financial information. Monitoring sources include:
All monitoring data is correlated with assessment results and centralized in a unified risk register for each vendor, streamlining risk review, reporting, remediation and response initiatives. Once all assessment and monitoring data is correlated into a central risk register, the Prevalent Platform applies risk scoring and prioritization according to a likelihood and impact model. This model frames risks into a matrix, so you can easily see the highest impact risks and can prioritize remediation efforts on those. Then, you can assign owners and track risks and remediations to a level acceptable to the business. Please also see GV.SC-04. |
ID.RA-09: The authenticity and integrity of hardware and software are assessed prior to acquisition and use |
As part of the due diligence process, you can use Prevalent to require vendors to provide updated software bills of materials (SBOMs) for their software products. This will help you identify any potential vulnerabilities or licensing issues that may impact your organization's security and compliance. SBOMs are treated as any other document type, and you can apply automated document profiles to search for extract key details important to validating software components. |
ID.RA-10: Critical suppliers are assessed prior to acquisition |
Please see GV.SC-06. |
Improvement (ID.IM): Improvements to organizational cybersecurity risk management processes, procedures and activities are identified across all CSF Functions |
|
ID.IM-02: Improvements are identified from security tests and exercises, including those done in coordination with suppliers and relevant third parties ID.IM-04: Incident response plans and other cybersecurity plans that affect operations are established, communicated, maintained, and improved |
Please see GV.SC-08. |
DETECT (DE): Possible cybersecurity attacks and compromises are found and analyzed |
|
Continuous Monitoring (DE.CM): Assets are monitored to find anomalies, indicators of compromise, and other potentially adverse events |
|
DE.CM-06: External service provider activities and services are monitored to find potentially adverse events |
Please see ID.RA. |
RESPOND (RS): Actions regarding a detected cybersecurity incident are taken |
|
Incident Management (RS.MA): Responses to detected cybersecurity incidents are managed |
|
RS.MA-01: The incident response plan is executed in coordination with relevant third parties once an incident is declared |
Please see GV.SC-08. |
Incident Response Reporting and Communication (RS.CO): Response activities are coordinated with internal and external stakeholders as required by laws, regulations, or policies |
|
RS.CO-02: Internal and external stakeholders are notified of incidents RS.CO-03: Information is shared with designated internal and external stakeholders |
Please see GV.SC-08. |
RECOVER (RC): Assets and operations affected by a cybersecurity incident are restored |
|
Incident Recovery Communication (RC.CO): Restoration activities are coordinated with internal and external parties |
|
RC.CO-03: Recovery activities and progress in restoring operational capabilities are communicated to designated internal and external stakeholders |
Please see GV.SC-08. |
Enhanced cybersecurity supply chain risk management guidance has arrived with the final NIST CSF 2.0. Check...
Leverage the new cybersecurity supply chain risk management (C-SCRM) guidelines from NIST CSF 2.0 for your...
NIST has authored several industry standards that deal with identifying, assessing and managing supply chain risk...