HITRUST vs NIST CSF

NIST CSF 2.0 is a voluntary outcome framework with no certification, while HITRUST offers certifiable e1, i1 and r2 assessments. This page explains which path fits, what each produces and how to sequence them.

On this page

HITRUST vs NIST CSF: which path to pursue first

If a customer or regulator asks you to prove your security posture with a certificate, start with the HITRUST path, because NIST will not certify the CSF. NIST states that it does not offer certifications or endorsements of CSF-related products, implementations or services and has no plans to develop a conformity assessment program. Only the HITRUST r2 can produce a HITRUST NIST CSF certification, using the NIST CSF 2.0 add-on on the same assessment. A CSF self-assessment can guide improvement and show your progress, but it does not produce a certificate that a third party can verify on your behalf.

The path that matters first depends on what your buyers ask for. If your contracts or regulators ask for a certified, externally assessed result, the r2 is the route, and you should confirm with an Authorized HITRUST External Assessor which scope and add-ons your engagement will include. If your need is internal prioritization, a CSF self-assessment is a practical starting point: it lets you record current practices, a rating and target goals for each outcome, using NIST's Organizational Profile approach. Confirm before you start whether your auditors or customers will accept a self-assessed profile as evidence, because it will not substitute for a certificate.

Do both when the self-assessment is the planning tool and the r2 is the proof. Build the CSF profile first so your target goals and priorities are clear, then use the same profile to map your controls to the r2 scope and to the NIST CSF 2.0 add-on. Ask your assessor how much of the profile work can be reused as evidence, and where the gaps between your profile and the validated assessment will need separate remediation. Treat the r2 as a multi-year commitment, since it is valid for two years and requires an interim assessment within the 90 days before the first anniversary.

How HITRUST and the NIST CSF differ on scope, proof and cycles

This table compares HITRUST CSF certifications (e1, i1, r2) with the NIST CSF 2.0 on audience, voluntary or contractual status, structure, proof, validity and add-ons. Read each row as a question to put to your own customers, contracts and assessor before choosing a path.

FactorHITRUST CSF (e1, i1, r2)NIST CSF 2.0
Who it is forOrganizations that need a certificate an external party can check, often because customers or partners ask for oneAny organization, regardless of size, sector or maturity, including those that need a self-directed outcome baseline
Voluntary or contractualUsually contractual in practice: the certificate is requested by a customer or contract, though the framework itself is optionalMostly voluntary; some companies require it of suppliers, and it is mandatory for U.S. federal agencies under a 2017 executive order
Structure14 control categories, 49 control objectives and 156 control specifications, based on ISO/IEC 27001 and 27002Six Functions (Govern, Identify, Protect, Detect, Respond, Recover), 22 Categories and 106 Subcategories, plus Tiers and Organizational Profiles
Proof producedA certificate issued after an Authorized HITRUST External Assessor validated assessment and HITRUST quality reviewNo certification. A self-assessment or Organizational Profile is internal evidence unless you commission an independent review
Validity and cyclee1 and i1 certifications last one year; r2 lasts two years with an interim assessment due in the 90 days before the first anniversaryNo certification cycle. Profiles and Tiers are maintained by the organization on its own schedule
Add-onsAI security certification and Insights Reports extend the same assessment; the NIST CSF 2.0 add-on is available only with the r2Quick-Start Guides, Community Profiles and informative reference mappings are published by NIST and third parties; none changes the framework itself
What to confirmWhich assessment level your contracts name, and whether the NIST CSF 2.0 add-on is included in your r2 scopeWhether an internal Profile or self-assessment satisfies your customer's request, and who will review its evidence

What a CSF self-assessment shows without certification

A self-assessment uses the CSF 2.0 Core, which is organized into six Functions (Govern, Identify, Protect, Detect, Respond and Recover), 22 Categories and 106 Subcategories. The NIST Organizational Profile template in SP 1301 (February 2024) records the current state and the target state for each outcome, so the result is a working document rather than a badge. Its output is internal evidence for executives, boards and planning, not a certificate, and NIST states that it does not offer certifications or endorsements of CSF implementations.

  • Current and Target profiles: The Current Profile records the outcomes the organization achieves today, and the Target Profile records where it intends to be, so the gap between them becomes the work plan.
  • Tiers: The four Tiers (Partial, Risk Informed, Repeatable and Adaptive) describe how formal and consistent the risk management process is. They describe the organization's approach and are not a score on any single control.
  • Rating, Status and Practices: Each outcome can carry a Rating on a scale such as 1 to 5 or 0 to 100 percent, a Status, and the Practices in use, which may cite artifacts that evidence the outcome.
  • Priority and Goals: Priority and target Goals turn the profile into a sequenced plan that an owner can track from one review cycle to the next.
  • Optional tool: The Baldrige Cybersecurity Excellence Builder, version 1.1, is offered as a free PDF download and pairs CSF concepts with Baldrige performance excellence questions.

Confirm with your own assessors how much of the profile your auditors or customers will accept as supporting evidence, because the profile alone does not satisfy a third-party assurance request.

Who assesses HITRUST vs NIST CSF and what each produces

This table compares who performs the work, what is issued and how often each path needs to be repeated for HITRUST and the NIST CSF. Read it to match the proof your customers or regulators expect with the effort and cadence your team can sustain.

ItemHITRUST (e1, i1, r2)NIST CSF 2.0 (self-assessment)
Who performs the assessmentAuthorized HITRUST External Assessor organizations perform the validated assessment; only they may submit assessments for certificationNo conformity assessment program exists; your team, or a firm you hire, performs the assessment
What is issuedA HITRUST certification for the scope assessed, with a report that HITRUST reviews centrally before issueNo certification or endorsement from NIST; the output is an internal profile, plan or report you control
Central quality reviewHITRUST performs central quality assurance before reports are issuedNone by NIST; any review is whatever your organization or a contracted party arranges
Fieldwork windowThe validated assessment fieldwork window is at most 90 days for e1, i1 and r2No supplied window; set the scope and schedule in your own project plan
Certification cyclee1 and i1 certifications last one year; r2 certifications last two yearsNot applicable; the CSF does not issue a time-limited certificate
Interim or review requirementr2 requires an interim assessment within the 90 days before the first anniversaryNo supplied cycle; set your own review cadence and document who approves it
Proof a customer can verifyA certificate and report that third parties can check against the assessed scopeA self-assessment that shows your reasoning and evidence; it is not independent proof unless an independent party reviews it

Where HITRUST and NIST CSF overlap in the mappings

HITRUST and the NIST CSF both draw on the same underlying standards, so their mappings line up in many places. Those mappings help teams reuse evidence and plan work, but each one is only a published correspondence, and none shows that a certificate or self-assessment satisfies the other framework.

HITRUST harmonizes NIST SP 800-53

HITRUST describes the CSF as harmonizing more than 70 authoritative sources on its framework page, and NIST SP 800-53 Rev. 5 is among them. For a team that already maps controls to 800-53, this is a starting point for tracing HITRUST requirements back to familiar control families. Ask HITRUST which mapping version applies to the CSF release you will be assessed against, because the 800-53 mapping is refreshed between CSF versions.

ISO/IEC 27001 and 27002 as shared roots

The HITRUST CSF's core structure is based on ISO/IEC 27001 and 27002, and the CSF 2.0 Reference Tool also maps to ISO/IEC 27001:2022. Two paths from the same standard can make the overlap look broader than it is. Confirm the version of ISO/IEC 27001 each mapping uses before you treat a HITRUST requirement and a CSF Subcategory as covering the same ground.

363 Implementation Examples and references

The CSF 2.0 Reference Tool export lists 363 Implementation Examples and informative references to standards such as SP 800-53 Rev. 5.2.0, SP 800-171 Rev. 3, CIS Controls v8.1 and PCI DSS. These show how a CSF Subcategory is commonly achieved. Use them as prompts for evidence you would collect, and check whether each example matches how your own systems and teams operate.

CIS Navigator cross-references

The CIS Controls Navigator for v8.1 offers CIS mappings to NIST CSF 2.0 alongside SOC 2, PCI DSS v4.0, ISO/IEC 27001:2022 and other frameworks. This lets a team read one control set against several frameworks in a single view. Treat the Navigator as a third-party reference: the mapping shows how CIS views the correspondence, not how a HITRUST assessor or NIST will judge your environment.

NIST does not vouch for mappings

NIST states that it does not check the correctness of non-NIST mappings and that listing a mapping does not imply endorsement. Any HITRUST-to-CSF crosswalk you build internally or receive from a vendor carries the same limit. Before relying on one in an audit or customer response, have the owner of each control confirm that the referenced evidence actually addresses the Subcategory's outcome.

Mappings do not transfer certification

A mapping can help a team reuse evidence, but it does not convert a HITRUST r2 certification into a finding on every CSF Subcategory. Where you need a NIST-aligned statement, a CSF self-assessment or the NIST CSF 2.0 add-on for r2 is the route to examine. Ask any assessor exactly which CSF outcomes their work covers and which it does not.

What drives the cost and timeline of each path

The cost of a CSF self-assessment is mostly internal staff time: the people who map current practices, record a Status and Rating for each outcome, and set Priorities and Goals in an Organizational Profile. NIST does not certify or price this work, so the other costs are whatever you choose to buy. Those can include a consultant to facilitate workshops, a tool to store evidence, or a Baldrige Cybersecurity Excellence Builder self-assessment, which NIST offers as a free PDF download. Nothing in that path is one-time by definition, because the profile is meant to be revisited as priorities change. The main cost drivers are the number of business units in scope, how many current practices already have artifacts, and how often you repeat the exercise.

An r2 costs more because it is a full validated assessment performed by an Authorized HITRUST External Assessor, followed by HITRUST quality assurance before a report is issued. The r2 is valid for two years and requires an interim assessment within the 90 days before the first anniversary, so the cost is spread across a full assessment plus an interim rather than paid once. The NIST CSF 2.0 add-on extends that same assessment, so you do not pay for a separate CSF engagement, but you should confirm in writing exactly which CSF 2.0 requirements the add-on covers and how its results are reported. For timing, HITRUST cites an average of about 30 days for e1 certification and 6 to 12 months for most i1 certifications, depending on readiness. HITRUST does not publish a comparable average for r2 in the supplied materials, so ask your assessor for their estimate.

HITRUST does not publish r2 pricing, so request a written quote that separates the validated assessment, the interim assessment, any readiness or remediation support, the add-on for CSF 2.0, and any assessor travel or fieldwork days. Ask how the assessor will fit fieldwork into the 90-day window HITRUST allows, what evidence you must prepare before fieldwork starts, and what happens if an interim assessment falls outside its window. Confirm whether the quote covers only the r2 or also i1 or e1 work if you plan to step through the portfolio. Finally, ask what changes the price if you add a CSF Organizational Profile later, so you can budget for a CSF path and an r2 without paying twice for the same evidence.

How to run both frameworks without duplicating evidence

This sequence sets the driver and priorities first, then builds one evidence set that serves the CSF profile, the HITRUST r2 and, where needed, the NIST CSF 2.0 add-on, so each control is evidenced once and mapped everywhere it counts.

  1. Confirm the contractual and regulatory driver

    Start by listing every party that asks for proof: payers, hospital customers, federal or state regulators, and any contract clause that names HITRUST, the NIST CSF or both. Legal or contract owners should confirm whether the requirement is a certificate, a self-assessment, or a customer-specific questionnaire, because that answer decides whether a HITRUST NIST CSF certification is needed or whether a CSF profile is enough. This step is done when each requirement is written down with its proof type and the named owner who accepts it. HITRUST's certification scheme differs from NIST's, and NIST does not certify, so the driver determines the path.

  2. Build the CSF self-assessment as an Organizational Profile

    Security, risk and compliance leads complete a CSF 2.0 Organizational Profile, recording for each outcome the current Practices, Status, Rating, Priority and target Goals, as the NIST SP 1301 Quick-Start Guide describes. This sets the priorities that drive later work and shows where the organization stands against the CSF Core's six Functions. Treat the profile as an internal management view: it can show progress and gaps, but it is not a certification and cannot be presented as one. Confirm the rating scale your team will use before scoring, so results stay comparable across review cycles. The step closes when the profile is approved by the accountable executive and each low-rated outcome has a named owner.

  3. Align HITRUST scope and the system inventory

    Architects and compliance leads define the HITRUST assessment scope: which systems, facilities, data flows and third parties handle in-scope data, and which are excluded with a stated reason. The same inventory should feed the CSF profile so that both frameworks describe one environment. Confirm with your HITRUST External Assessor how inherited controls from cloud or hosting providers will be treated, since that determines what your team must evidence directly. The step is done when one signed scope statement and one asset inventory are shared by the security, compliance and assessor teams. Ask the assessor to confirm the scope before fieldwork is planned.

  4. Map one evidence set to both frameworks

    Compliance engineers build a single evidence register, with each artifact (policy, configuration export, access review, log sample, test report) tagged once and linked to the HITRUST control specifications it supports and to the CSF Subcategories and informative references it supports. Use NIST's published informative references and the HITRUST mapping as starting points, but confirm each mapping against your own systems, since NIST does not check the correctness of non-NIST mappings and ENISA stresses that a mapping is not an equivalence measure. The step closes when every in-scope control has at least one evidence item and each mapping has a reviewer's initials and date. Gaps found here feed the remediation backlog.

  5. Run the r2 with the CSF 2.0 add-on when certification is required

    If the driver calls for a HITRUST NIST CSF certification, run an r2 assessment with the NIST CSF 2.0 add-on, since only the r2 can produce that certification and the add-on extends the same assessment rather than requiring a separate one. The assessor performs validated fieldwork from the shared evidence register, and HITRUST performs central quality assurance before a report is issued. Your team supplies walkthroughs, samples and corrective action evidence, and should ask the assessor to confirm the fieldwork window and what is needed from your staff. The step is done when the r2 report and any requested Insights Report are issued and reviewed against the evidence register.

  6. Reuse the evidence set for the CSF profile refresh

    After the assessment, the same register updates the Organizational Profile: ratings and Status are revised using the validated results and the remediation evidence, and Priorities for the next cycle are reset. This avoids a second evidence hunt for the CSF view, and it keeps the internal profile consistent with what the assessor saw. Note in the profile which outcomes rest on the HITRUST assessment and which rest on internal evidence only. The step closes when the refreshed profile is approved and every changed rating links to an evidence item in the register.

  7. Maintain the r2 interim assessment cycle

    The r2 is valid for two years and requires an interim assessment within the 90 days before the first anniversary, so the register must stay current throughout the period rather than being rebuilt at renewal. Assign an owner to track changes in systems, vendors and CSF or HITRUST version updates, and confirm with the assessor how a version change will affect the interim scope. Quarterly or event-driven evidence refreshes are a practical choice, but confirm the cadence against your assessor's guidance. The step is done when the interim assessment is scheduled, the register shows evidence dated within the period, and open gaps from the last cycle have closed or been accepted by the accountable executive.

Questions buyers ask before hiring help with HITRUST or the NIST CSF

Is there a NIST CSF certification, and what does the HITRUST r2 add?

No. NIST does not offer certifications or endorsements of CSF-related products, implementations or services, and it has no plans for a conformity assessment program. The only route to a certificate that references the CSF is the HITRUST r2, which can produce a HITRUST NIST CSF certification. The r2 is also the only one of the three HITRUST certifications that can produce it, and the NIST CSF 2.0 add-on extends the same r2 assessment rather than requiring a separate one. Confirm with your HITRUST External Assessor exactly what the certificate covers and which CSF scope it reports against, because the certificate is issued under HITRUST's process, not NIST's.

How much does a HITRUST r2 cost, and what drives the price?

No public figure for the r2 was supplied, so you should request a written quote from an Authorized HITRUST External Assessor and compare it with the assessment scope. The main cost drivers are the number of in-scope systems and facilities, the number of assessed requirement statements, the state of your existing controls and evidence, and the fieldwork window, which is at most 90 days for e1, i1 and r2. Your assessor is paid for the validated assessment, while HITRUST charges its own fees for certification and quality assurance, so ask for both as separate lines. The r2 is valid for two years and needs an interim assessment within the 90 days before the first anniversary, so the total spend spans a full assessment plus that interim.

How long do e1, i1 and r2 certifications take?

HITRUST cites an average of about 30 days for e1 certification and 6 to 12 months for most i1 certifications, depending on readiness. The r2 has no equivalent average in the sources used here, so ask your assessor for a schedule tied to your scope. Timelines depend on how much evidence already exists, how many systems are in scope, and how quickly your team answers assessor questions. Remember that the assessor's validated fieldwork window is at most 90 days, and that HITRUST performs quality assurance before issuing a report, which adds time after fieldwork ends.

What does the work need from our internal staff?

Expect a named owner for the assessment, a control owner for each assessed area, and people who can produce current evidence such as policies, configuration exports, access reviews, logs and incident records. Internal staff also need time to walk the assessor through system boundaries and to remediate gaps the assessor finds. If your environment is self-hosted or spans cloud accounts, confirm who inside your organization can grant access to those systems and approve evidence collection. A partner such as DeployOpen can help prepare controls and evidence, but it does not issue reports or certifications, and the decision on what your organization must staff stays with your leadership.

Can our team run a NIST CSF self-assessment alone?

Yes, a team can run a CSF self-assessment without an external assessor, but the result is an internal view, not a certification. The CSF 2.0 Core has six Functions, 22 Categories and 106 Subcategories, and Organizational Profiles record current and target outcomes with Practices, Status, Rating, Priority and Goals. NIST's Quick-Start Guide for Organizational Profiles (SP 1301) and the Baldrige Cybersecurity Excellence Builder, a free PDF tool at version 1.1, are practical starting points. Be clear with executives that a self-assessment can show progress and gaps, but it cannot show that an independent party validated your controls.

Can one evidence set serve both a HITRUST assessment and a CSF profile?

Often yes, because HITRUST harmonizes many authoritative sources, including NIST SP 800-53 Rev. 5 and ISO/IEC 27001 and 27002, and the NIST CSF 2.0 Reference Tool maps the CSF to standards including SP 800-53 Rev. 5.2.0 and ISO/IEC 27001:2022. Reuse depends on whether the evidence is current, traceable to a specific system and dated, and mapped correctly to each requirement. NIST does not check the correctness of non-NIST mappings and listing a mapping does not imply endorsement, so confirm each mapping with your assessor and do not assume a mapping is accepted. Ask the assessor which evidence formats they will accept before you build a shared repository.

How DeployOpen scopes and delivers readiness for both frameworks

DeployOpen is a Chainscore Labs company that plans, implements and documents self-hosted platforms inside the client's own infrastructure, and prepares systems and evidence for compliance assessments. We do not issue HITRUST certificates or NIST attestations; authorized HITRUST External Assessors and your own assessors do that work.

How we scope

  • Engagements are fixed-scope, with scope, deliverables and timelines agreed in writing before work starts.
  • The written scope states whether the work targets an e1, i1 or r2 readiness path, a CSF self-assessment, or both.
  • Scope names the systems, environments and cloud accounts whose controls will be mapped and evidenced.

How we build

  • We map existing controls to the HITRUST CSF requirement statements and to CSF 2.0 Subcategories in one working inventory.
  • Technical controls are implemented or hardened in your environment, with configuration and logging evidence recorded as we go.
  • Security testing can be scoped alongside the build to check controls before an external assessment begins.

How we hand over

  • Deliverables include a control mapping, evidence index and gap register that your assessor can trace line by line.
  • Documentation covers Organizational Profile Current and Target states for CSF work, with ratings and priorities your team owns.
  • Knowledge transfer ensures your staff can maintain the evidence set after the engagement closes.

How we support

  • Ongoing support, upgrades and continuous testing are available as retainers, including when CSF version or HITRUST CSF version changes.
  • Retainers can cover the periodic evidence refresh that an r2 interim assessment or a CSF re-rating will require.
  • Ask us to confirm in writing which parts of the work will recur and which are one-time before you sign.

Sources and further reading

Related

Talk to our team.

Tell us what you're working on, whether it's a deployment, an audit, a security test or a cyber range. You'll speak with an engineer who can help you scope it.

  • 30-minute call: free, with no obligation.
  • NDA on request: we can sign before you share details.
  • Clear next steps: a scope and plan after the call.