- Home
- Frameworks
- NIST CSF
NIST CSF.
Describe cybersecurity risks using a shared language of outcomes and prioritise improvements within an appropriate scope.
- NIST CSWP 29 · CSF 2.0
- By Jonathan Bezdek
- As of: 10/22/2026
- Reading time: 7 min.
Short answer.
NIST CSF is a cybersecurity risk management framework for organisations of different sizes and sectors. NIST Cybersecurity Framework 2.0 organises desired outcomes into six functions. Current and target profiles help prioritise improvements. The framework prescribes no uniform control list; tiers describe the characteristics of risk governance and management.
NIST Cybersecurity Framework 2.0.
NIST CSF 2.0 describes outcomes that management, business functions and security teams can discuss together. It was published on 26 February 2024 as NIST CSWP 29. The current publisher page continues to list this base edition; additional guides and Community Profiles supplement its application. A later accompanying document is therefore not automatically a new framework version.
The Core organises outcomes into functions, categories and subcategories. An Organizational Profile records which outcomes are achieved or targeted for a particular scope. Tiers provide additional risk governance context. NIST SP 1299 explains these three components separately: a topic overview, a profile and a characterisation of working practices answer different questions.
Specific implementation remains context-dependent. NIST CSWP 29, section 1, addresses different sectors and organisation sizes without prescribing an identical control catalogue. In practice, an outcome must be connected with your own services, risks and responsibilities before it becomes a meaningful implementation task.
Who NIST CSF is suitable for.
NIST CSF suits organisations seeking to explain security priorities clearly and connect them with business objectives. NIST's public publication page explicitly names different sizes, sectors and starting positions. The framework can support both an early starting point and reassessment of an existing security programme. Advanced technology does not remove the need to decide on acceptable risks.
Use is generally voluntary; specific statutory, regulatory or contractual requirements require separate examination. The current NIST FAQ points to possible external requirements. For a German company, its origin in the US Department of Commerce creates neither a general obligation to use it nor an exclusion. Clarify whether a customer expects a particular profile, assessment or other form of evidence.
The six NIST CSF functions.
The six CSF functions organise related cybersecurity outcomes. NIST CSWP 29, section 2, treats them concurrently; their order is not a sequence of project phases to complete once. The following descriptions explain the main areas in our own words.
Govern: clarify direction and responsibility.
Govern connects security decisions with the organisation's mission, risk expectations and management oversight. Responsibilities and handling external dependencies belong in this context. In practice, a requirement becomes usable only when it is clear who may decide on deviations.
Identify: understand risks in their operational context.
Identify focuses on existing assets and associated risks. This includes which information, services and dependencies are essential to operations. An inventory supports this work; a simple list does not explain business significance or supplier relationships.
Protect: operate appropriate safeguards.
Protect concerns arrangements through which organisations limit risks to services and information. People, workflows and technology work together. The appropriate design must follow from your own context; a function name alone does not decide on a product or specific configuration.
Detect: recognise and assess anomalies.
Detect addresses the ability to notice and analyse potentially harmful events. Practical assessment therefore also considers whether observations lead to an understandable decision. An enabled monitoring tool does not yet establish coverage, handling or detection quality.
Respond: act in a coordinated way during incidents.
Respond organises actions associated with a detected cybersecurity incident. The organisation must coordinate its response with affected participants. As a practical starting point, an exercise can test decision paths and available information; statutory reporting thresholds require separate consideration.
Recover: restore operations.
Recover considers restoration of affected capabilities and accompanying communication. Preparation begins before an incident. In daily work, owners should therefore be able to assess whether recovery is possible under the assumed dependencies and which decisions a disruption actually requires.
Apply NIST CSF using profiles.
Agree scope and purpose.
As a practical starting point, define a service or organisational area and clarify which risk question management wants the profile to answer.
Gather existing information.
Following the approach in NIST SP 1301, collect relevant objectives, risks, requirements, responsibilities and operational information for this scope.
Distinguish Current and Target Profiles.
Describe the achieved state clearly and define separately which outcomes are targeted with which priorities.
Make improvement decisions.
Assess differences and determine specific work, owners and resources rather than assigning equal importance to every possible improvement.
Implement and reassess.
Track the agreed plan and update profiles when new information or changed risks emerge; these steps are a repeatable starting point based on NIST SP 1301.
Evaluate profiles and tiers with a clear rationale.
A CSF profile is a reasoned representation of the state under consideration. NIST SP 1301 distinguishes Current and Target Profiles: the former describes achieved outcomes, the latter selected goals and priorities. A Community Profile can provide orientation; NIST's profile page describes it as a shared starting point for a group. Your own boundaries and actual decisions still need explanation.
The four tiers are Partial, Risk Informed, Repeatable and Adaptive. Under NIST SP 1302, they characterise risk governance and risk management practices. Selection considers objectives, risks, requirements and available resources, among other factors. They supplement the risk methodology; they replace neither specific evidence nor a reasoned decision about the state needed.
An internal or commissioned external assessment should show scope, timing, method and limitations. NIST offers no CSF certification; a private assessment report must therefore not be described as a NIST-issued certificate. For maintenance, define which changes trigger reassessment. No blanket certificate validity period follows from CSF.
Understanding other frameworks.
ISO 27001 describes requirements for an information security management system with possible certification. NIST SP 800-53 provides a detailed security and privacy control catalogue, while CIS Controls organises prioritised safeguards. These aids can make operational work more concrete; their application must be assessed separately from presentation of a CSF profile.
In Secani.
Secani provides an editorial German/English work catalogue for NIST CSF 2.0. Existing profile fields record the assessment date, agreed scope and profile purpose as current state, target or both, among other details. The catalogue replaces neither the publisher's English text nor professional assessment; automatic tier determination or NIST certification is not promised.
Start with a specific risk question.
Choose a representative service and name the decision the profile should prepare. Record scope including important suppliers and supporting processes. Gather existing records before describing a target state. This reveals which statements are already robust and where further examination is needed first.
Sources.
- NIST – current CSF 2.0 Resource Center
- NIST CSWP 29 – Cybersecurity Framework 2.0, 26 February 2024
- NIST – CSF 2.0 publication page
- NIST SP 1299 – Resource & Overview Guide
- NIST SP 1301 – Organizational Profiles
- NIST – current profiles and templates
- NIST SP 1302 – Using the CSF Tiers
- NIST – CSF frequently asked questions
Frequently asked questions.
No. CSF 2.0 is designed for organisations in different countries, of different sizes and sectors; possible statutory or contractual use requirements require separate examination.
No. Tiers characterise risk governance and management in their context; they are neither NIST-awarded certification levels nor universal maturity grades.
No. NIST SP 1302 bases selection on objectives, risks, requirements and feasibility; a higher classification is not an end in itself.
No. A CSF profile and ISMS certification make different statements; contractually required evidence must be examined against the agreed wording and scope.
Connect outcomes and evidence.
Discuss how you can structure security programme work in Secani.
This page explains NIST CSF 2.0 in our own words. Publisher documents take precedence; a profile assessment does not replace separate examination of legal or contractual duties.