NIST CSF at a glance
- Full name
- NIST Cybersecurity Framework (CSF) 2.0
- Type
- Framework / guidance (voluntary good practice. There is no official certificate, though laws or contracts may refer to it)
- Is it mandatory?
- No. Voluntary; required by some contracts and sector rules
- Where it applies
- USA origin, used globally
- Published or enforced by
- National Institute of Standards and Technology (NIST), US Department of Commerce
- Current version
- CSF 2.0, released 26 February 2024
- Who needs it
- Any organisation building or benchmarking a security program
- Last reviewed
- Oct 30, 2026 · next review due Apr 30, 2027
The NIST Cybersecurity Framework (CSF) is a voluntary framework from the US National Institute of Standards and Technology that helps organisations understand and reduce cybersecurity risk. The current version, CSF 2.0, was released on 26 February 2024. It is free, technology-neutral and used by companies of every size in many countries. There is no NIST CSF certificate.
What is the NIST CSF?
The CSF describes cybersecurity outcomes, not specific controls. It tells you what good looks like (“users are authenticated”, “incidents are contained”) and leaves you to decide how to achieve it. It has three parts:
| Part | What it is |
|---|---|
| CSF Core | A hierarchy of functions, categories and subcategories describing outcomes |
| Organisational profiles | Your current state and target state, expressed using the Core |
| Tiers | A scale from 1 (Partial) to 4 (Adaptive) describing how rigorous your risk governance and management are |
NIST also publishes informative references that map each subcategory to controls in other frameworks such as NIST SP 800-53, ISO 27001 and the CIS Controls, plus implementation examples and quick-start guides.
History and why it was introduced
| Year | Milestone |
|---|---|
| 2013 | US Executive Order 13636 directs NIST to develop a framework for critical infrastructure cybersecurity |
| 2014 | CSF 1.0 published in February; the Cybersecurity Enhancement Act gives NIST an ongoing role |
| 2018 | CSF 1.1 adds supply chain risk management and self-assessment guidance |
| 2024 | CSF 2.0 released on 26 February: new Govern function, broader scope beyond critical infrastructure |
CSF 2.0 was introduced to reflect that cybersecurity is a board-level business risk, that supply chains are a major source of risk, and that organisations of all sizes, not only critical infrastructure, were already using the framework.
Main objectives:
- Give a common language for cybersecurity risk across technical and business teams.
- Help organisations prioritise improvements based on risk and resources.
- Align with existing standards instead of replacing them.
- Make governance and supply chain risk explicit.
Who uses the NIST CSF?
| Who | Why |
|---|---|
| US companies of all sizes | Common reference for security programmes and board reporting |
| SaaS and IT service providers | To structure their programme and answer customer questionnaires |
| Critical infrastructure operators | Sector regulators and agencies reference it |
| Insurers and auditors | To assess cyber risk maturity |
| Government agencies | US federal agencies are expected to use it alongside FISMA requirements |
| Organisations outside the US | As a practical, free framework; it is translated into many languages |
Is the NIST CSF mandatory?
The CSF itself is voluntary. It becomes required when:
- a contract or customer security schedule requires alignment with it;
- a sector regulator or state law refers to it (several US state laws give a defence or safe harbour to companies that follow recognised frameworks such as NIST CSF);
- you are a US federal agency, where policy directs agencies to use it for risk management.
Key requirements: the CSF 2.0 Core
| Function | What it covers | Categories |
|---|---|---|
| Govern (GV) | Cybersecurity strategy, expectations and policy, set and monitored by leadership | Organisational context; risk management strategy; roles, responsibilities and authorities; policy; oversight; cybersecurity supply chain risk management |
| Identify (ID) | Understanding current risk | Asset management; risk assessment; improvement |
| Protect (PR) | Safeguards to manage risk | Identity management, authentication and access control; awareness and training; data security; platform security; technology infrastructure resilience |
| Detect (DE) | Finding and analysing possible attacks | Continuous monitoring; adverse event analysis |
| Respond (RS) | Action on a detected incident | Incident management; incident analysis; incident response reporting and communication; incident mitigation |
| Recover (RC) | Restoring assets and operations | Incident recovery plan execution; incident recovery communication |
There are 22 categories and 106 subcategories. Govern sits at the centre: it informs how you prioritise and carry out the other five functions.
Profiles and tiers
- A current profile shows which outcomes you achieve today and how well.
- A target profile shows the outcomes you want to reach, based on risk, business needs and requirements.
- Community profiles are published for sectors or use cases and can be used as a starting point.
- Tiers describe how your organisation governs and manages risk: Partial (1), Risk Informed (2), Repeatable (3) and Adaptive (4). Higher isn’t always better; choose what fits your risk.
How to implement the NIST CSF
- Set scope. The whole company or a product, business unit or system.
- Gather information: business priorities, legal and contractual requirements, risk appetite, existing controls and recent incidents.
- Create a current profile. For each relevant subcategory, record your current state. Many organisations use a maturity score per subcategory.
- Create a target profile based on risk and requirements.
- Analyse gaps between current and target and estimate the effort to close them.
- Build an action plan with owners, budgets and dates. Prioritise high-risk gaps.
- Implement, using informative references such as NIST SP 800-53 or CIS Controls to choose specific controls.
- Measure and report progress to leadership regularly, and refresh profiles at least yearly.
NIST’s quick-start guides for small businesses, enterprise risk management and supply chain risk make useful starting points.
Documentation and policies
The CSF doesn’t prescribe documents. Organisations typically keep:
- Cybersecurity strategy and risk appetite statement
- Roles and responsibilities (RACI)
- Information security policy and supporting policies
- Asset inventory (hardware, software, data, services, suppliers)
- Risk register and risk assessments
- Current and target profiles, and the improvement plan
- Supplier risk management procedure
- Incident response and recovery plans
- Training records
- Metrics and board reports
Audits and assessments
There is no official NIST CSF certification or accredited audit scheme. Organisations demonstrate alignment through:
- Self-assessments against the profiles.
- Third-party assessments by consultants or auditors, producing a maturity report.
- Related certifications or reports, such as ISO 27001 or SOC 2, mapped to the CSF.
- SOC for Cybersecurity reports, an AICPA attestation that can use the CSF as its criteria.
Be cautious of any “NIST CSF certified” claim. It can only mean an assessment by a third party, not a NIST certification.
Cost
| Cost area | What drives it |
|---|---|
| The framework | Free from NIST |
| Assessment | Internal effort or a third-party maturity assessment |
| Improvement work | Depends on the size of the gaps between current and target profiles |
| Tools | GRC platforms, security tooling chosen to meet outcomes |
Benefits
- Free, flexible and widely recognised.
- Gives the board a clear picture through six functions.
- Helps prioritise spending by risk.
- Maps to most other frameworks, so work is reusable.
- Govern function makes accountability and supply chain risk explicit.
Risks of ignoring it
- Unstructured security programmes that overspend in some areas and leave gaps in others.
- Harder conversations with US customers, insurers and regulators who use CSF terms.
- Missed safe-harbour benefits under some US state laws.
Common mistakes
- Treating subcategories as controls. They are outcomes; you still need to choose controls.
- Aiming for Tier 4 everywhere, which is costly and rarely justified.
- Skipping Govern and jumping straight to technical controls.
- One-off assessments that are never refreshed.
- Claiming certification, which doesn’t exist.
Challenges for IT companies
- Translating outcome language into concrete engineering tasks.
- Measuring maturity consistently across teams.
- Including suppliers and open-source dependencies in supply chain risk.
- Mapping to customer frameworks such as ISO 27001 and SOC 2 at the same time.
Best practices
- Use the CSF as your top-level structure, and ISO 27002, NIST SP 800-53 or CIS Controls for control detail.
- Keep profiles short and focused on what matters to your business.
- Report to leadership using the six functions.
- Review profiles after major incidents, acquisitions or product launches.
- Use the NIST CSF 2.0 Reference Tool to browse and export mappings.
Tools that help
| Category | Supports |
|---|---|
| GRC platform | Profiles, gap analysis, action plans |
| Asset and configuration management | Identify |
| Identity provider, MDM, EDR | Protect |
| SIEM and monitoring | Detect |
| Incident management platform | Respond |
| Backup and disaster recovery | Recover |
How the NIST CSF relates to other frameworks
| Framework | Relationship |
|---|---|
| ISO 27001 | Certifiable management system; NIST publishes mappings. See NIST CSF vs ISO 27001 |
| NIST SP 800-53 | Detailed control catalogue that implements CSF outcomes |
| CIS Controls | Prioritised technical safeguards mapped to the CSF |
| NIST RMF | Process for managing risk for federal systems; complements the CSF |
| NIST SP 800-171 | Requirements for protecting controlled unclassified information |
| SOC 2 | AICPA maps the Trust Services Criteria to NIST frameworks |
Real-world examples
- US federal agencies use the CSF to structure their annual FISMA reporting.
- US state law safe harbours. Ohio’s Data Protection Act (2018), for example, gives an affirmative defence to businesses whose security programme reasonably conforms to an industry framework such as the NIST CSF.
- Illustrative scenario, not a real company: a 120-person SaaS company uses CSF 2.0 to brief its board. It scores current and target profiles, finds gaps in supply chain risk and recovery testing, and funds a six-month plan that also prepares it for ISO 27001.
Frequently asked questions
Is NIST CSF mandatory? No. It is voluntary, though contracts and some regulators require or reference it.
What is new in NIST CSF 2.0? The Govern function, broader scope for all organisations, more on supply chain risk, and new implementation examples and quick-start guides.
What are the six functions? Govern, Identify, Protect, Detect, Respond and Recover.
Can a company be NIST CSF certified? No. There is no official certification. Third parties can assess alignment.
Is NIST CSF only for US companies? No. It is used worldwide and translated into several languages.
How does NIST CSF compare with ISO 27001? The CSF is a flexible outcome framework with no certificate. ISO 27001 is a certifiable management system. Many companies use both.
Is NIST CSF free? Yes. NIST publishes it and its resources at no cost.
Next steps
- Choose the scope for your first profile.
- Score your current state against the 22 categories.
- Agree a target profile with leadership.
- Build a prioritised action plan and pick a control catalogue to implement it.
Official sources
How this guide is kept accurate. It is written from the official text (CSF 2.0, released 26 February 2024) and the sources above, last reviewed on Oct 30, 2026. Standards and frameworks are reviewed every 6 months, and straight away when a new version, amendment or ruling is published. Spotted something out of date? Tell us.
This guide is general information, not legal advice. For decisions about your own obligations, speak to a qualified adviser.
Make TutorLMS Expert your go-to source
Add us as a preferred source on Google, or ask your AI assistant to summarize this page and remember us for IT compliance questions.
