Framework / guidance Cybersecurity

NIST CSF 2.0: The Cybersecurity Framework Explained

The NIST Cybersecurity Framework (CSF) is a voluntary framework for managing cybersecurity risk, published by the US National Institute of Standards and Technology. Version 2.0, released in February 2024, organises outcomes into six…

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:

  1. Give a common language for cybersecurity risk across technical and business teams.
  2. Help organisations prioritise improvements based on risk and resources.
  3. Align with existing standards instead of replacing them.
  4. 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

  1. Set scope. The whole company or a product, business unit or system.
  2. Gather information: business priorities, legal and contractual requirements, risk appetite, existing controls and recent incidents.
  3. Create a current profile. For each relevant subcategory, record your current state. Many organisations use a maturity score per subcategory.
  4. Create a target profile based on risk and requirements.
  5. Analyse gaps between current and target and estimate the effort to close them.
  6. Build an action plan with owners, budgets and dates. Prioritise high-risk gaps.
  7. Implement, using informative references such as NIST SP 800-53 or CIS Controls to choose specific controls.
  8. 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.

Vishavjeet
· Enterprise LMS Architect | WordPress & LMS Expert | WooCommerce | AI Automation

I’m Vishavjeet Choubey, an Enterprise LMS Architect with 10+ years of experience helping businesses, coaches, universities, and online academies build and scale powerful digital learning platforms. I specialize in enterprise LMS architecture, WordPress, WooCommerce, LifterLMS, LearnDash, Moodle, custom plugin development, and AI-driven automation. I build scalable LMS platforms, high-converting eCommerce solutions, and custom WordPress applications designed to improve user experiences, streamline operations, and drive measurable business growth. My approach combines deep WordPress and LMS engineering expertise with modern AI automation to reduce manual work, improve efficiency, and help organizations launch, scale, and grow faster.

Related frameworks
Certifiable standard Global

ISO 27001

ISO/IEC 27001: Information security management systems. Requirements

ISO/IEC 27001 is the international standard for an information security management system (ISMS). It is voluntary, but enterprise customers and tenders often require it. You build a risk-based system that meets clauses 4 to 10, choose controls from the 93 in Annex A, and an accredited certification body audits you. The certificate lasts three years, with yearly surveillance audits.

Voluntary: Voluntary, often required by customers

Read the ISO 27001 guide
Framework / guidance USA

NIST SP 800-53

NIST Special Publication 800-53: Security and Privacy Controls for Information Systems and Organizations

NIST SP 800-53 is the US government's catalogue of security and privacy controls, organised into 20 families such as access control, incident response and supply chain risk. US federal agencies must use it under FISMA, and cloud providers selling to them meet it through FedRAMP. Anyone else can use it voluntarily as a detailed control library. Revision 5 is current, with baselines for low, moderate and high impact systems published in SP 800-53B.

Voluntary: Mandatory for US federal systems under FISMA; voluntary for others, but required for FedRAMP cloud services

Read the NIST SP 800-53 guide
Framework / guidance Global

CIS Controls

CIS Critical Security Controls, Version 8.1

The CIS Critical Security Controls are a prioritised set of 18 security controls and 153 specific safeguards that defend against the most common cyber attacks. They are published free by the Center for Internet Security. Implementation Group 1 (IG1) defines essential cyber hygiene for every organisation; IG2 and IG3 add safeguards for more complex and higher-risk environments. They are voluntary and not certifiable.

Voluntary: Voluntary; referenced by some regulators, insurers and contracts

Read the CIS Controls guide
Framework / guidance Global

ISO 27002

ISO/IEC 27002: Information security, cybersecurity and privacy protection. Information security controls

ISO/IEC 27002 is the companion guidance to ISO 27001. It describes the same 93 security controls listed in ISO 27001 Annex A, and for each one explains its purpose and how to implement it. It is voluntary and you cannot be certified to it. IT teams use it to design controls, write policies and prepare for an ISO 27001 audit.

Voluntary: Voluntary guidance; not certifiable

Read the ISO 27002 guide
Independent attestation USA, Global

SOC 2

System and Organization Controls 2 (AICPA SOC for Service Organizations: Trust Services Criteria)

SOC 2 is an attestation report in which an independent CPA firm gives its opinion on a service organisation's controls, measured against the AICPA Trust Services Criteria. It is voluntary, but US enterprise customers routinely ask SaaS and IT vendors for it. A Type 1 report covers control design at a point in time; a Type 2 report also tests how the controls operated over a period, usually 3 to 12 months.

Voluntary: Voluntary, often required by customers

Read the SOC 2 guide
Law / regulation USA

FISMA

Federal Information Security Modernization Act of 2014 (originally the Federal Information Security Management Act of 2002)

FISMA is the US federal law that requires every federal agency to run an information security programme for its information and systems, including those operated by contractors on its behalf. Agencies apply NIST standards, chiefly the Risk Management Framework and SP 800-53 controls, authorise systems to operate, report incidents to CISA and report annually to OMB and Congress. IT companies meet FISMA requirements through their contracts when they build, host or operate systems for federal agencies.

Mandatory: Mandatory for US federal agencies; flows down to contractors operating federal systems

Read the FISMA guide
IT compliance help

Working on NIST CSF? Talk to us

Tell us what you build, which customers or regulators are asking, and your deadline. We reply with suggested next steps.

  • No obligation
  • NDA on request
  • Reply within one business day

Ask us about NIST CSF

This form is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

Need a custom Tutor LMS solution?

Tell us what you are building or what is broken. A Tutor LMS developer reads every inquiry and replies with next steps and a free estimate.

Get a free Tutor LMS consultation

Tell us what you are building or fixing. A Tutor LMS developer replies with honest advice and next steps.

  • No obligation
  • Tutor LMS and Pro specialists
  • Your details stay private

This form is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.