Show NIST Privacy and Cybersecurity Alignment With One Policy Engine and One Audit Log
Privacy and security teams keep getting asked the same question from different directions: can you show that the personal data you handle is governed, protected, and traceable? Many organizations answer with two separate programs, a privacy program mapped to the NIST Privacy Framework and a cybersecurity program mapped to NIST CSF 2.0, each with its own owners, spreadsheets, and evidence. The gaps tend to appear where the two programs meet: the email, file sharing, SFTP, API, and AI agent channels that move sensitive data every day.
This guide explains how the Privacy Framework and CSF 2.0 fit together, what each of the five privacy functions asks of you, and how profiles and tiers turn both frameworks into a practical gap analysis. It also maps the Kiteworks control plane for secure data exchange to all six CSF 2.0 functions, so you can see which outcomes the platform supports and which remain with your team.
Executive Summary
The NIST Privacy Framework is a voluntary tool for managing privacy risk from data processing. NIST designed it to be used alongside the NIST Cybersecurity Framework (CSF) 2.0, which added a sixth function, Govern, in February 2024. Together they give privacy and security teams a shared structure of functions, categories, and subcategories. Kiteworks supports that shared approach by enforcing one set of data policies across email, file sharing, managed file transfer, SFTP, forms, APIs, and AI agents, and by recording every decision in a single audit log.
Key Takeaways
- The Privacy Framework and CSF 2.0 are designed to work together. Both are voluntary and both organize outcomes into functions, categories, and subcategories, so one assessment can inform two programs.
- Govern anchors both frameworks. The Privacy Framework has included Govern-P since version 1.0, and CSF 2.0 added Govern as its sixth function, so policy, oversight, and accountability are first-class outcomes in each.
- Profiles and tiers make the frameworks actionable. A current profile, a target profile, and a tier assessment turn abstract outcomes into a prioritized list of gaps.
- Sensitive data in motion is the shared risk. Personal data moves through many channels, and one policy engine with one audit log reduces the effort of stitching evidence together for an assessment.
- Kiteworks maps to all six CSF 2.0 functions. The mapping is documented, including the few subcategories that remain your organization’s responsibility.
How the NIST Privacy Framework and CSF 2.0 Fit Together
NIST released Privacy Framework 1.0 in January 2020 as a voluntary tool for managing privacy risk through enterprise risk management. NIST modeled it on the Cybersecurity Framework so the two could be used together. CSF 2.0 followed on February 26, 2024 and added Govern to the existing Identify, Protect, Detect, Respond, and Recover functions. For a refresher on the cybersecurity side, see this overview of the NIST Cybersecurity Framework.
The two frameworks address overlapping but different risks. Some privacy risks come from cybersecurity events, such as unauthorized access to personal data. Others come from how an organization legitimately processes data, such as collecting more than it needs or sharing it in ways people do not expect. The Privacy Framework covers both kinds, and CSF 2.0 covers the cybersecurity side in depth.
Neither framework is a regulation. Organizations use them to structure risk management, communicate with executives and auditors, and support obligations under laws such as the GDPR and US state privacy laws.
The Five Privacy Framework Functions Explained
The Privacy Framework Core organizes privacy outcomes into five functions. Each carries a -P suffix to distinguish it from its cybersecurity counterpart.
| Function | What it asks of you | How Kiteworks supports it |
|---|---|---|
| Identify-P | Understand how data processing creates privacy risk for individuals | Lets you classify data by folder path, Microsoft Information Protection or custom sensitivity labels, file type, and creator, and records activity in a consolidated log |
| Govern-P | Build the governance structure, policies, and accountability for privacy | Granular user profile settings, role-based access controls, and data policies defined once in the Data Policy Engine |
| Control-P | Manage data processing with enough granularity to manage privacy risk | Policy decisions that allow, block, require approval, or limit users to protected viewing or editing, plus time-based expiration for files and shared links |
| Communicate-P | Give people and organizations a reliable understanding of how data is processed | One audit log and compliance dashboards that document who accessed what, when, and how |
| Protect-P | Apply safeguards to data processing | Encryption with customer-owned encryption keys, access controls, and a hardened virtual appliance |
Identify-P, Govern-P, and Protect-P line up with the CSF functions of similar names. Control-P and Communicate-P are specific to privacy, which is why a security-only program can leave privacy outcomes unaddressed.
Profiles and Tiers Turn the Framework Into a Gap Analysis
Beyond the Core, the Privacy Framework includes Profiles and Implementation Tiers. A profile records which outcomes you prioritize. Tiers describe the rigor of your processes, from Partial and Risk Informed to Repeatable and Adaptive. Together they give you a straightforward method:
- Build a current profile that records which subcategories you achieve today.
- Set a target profile based on laws, contracts, and your risk priorities.
- Compare the two and rank the gaps by risk and effort.
- Assess your tier for each priority area and decide where more rigor is warranted.
- Reassess on a schedule and after major changes.
Most of the effort goes into evidence. A consolidated audit log that covers every channel shortens that work, because assessors can query one source instead of reconciling several.
Sensitive Data in Motion Is Where Privacy and Security Meet
Personal data rarely sits still. It moves through email, file sharing, managed file transfer, SFTP, web forms, APIs, and AI agents, between people, machines, and systems. In many environments each channel has its own policies and its own logs. Enforcement drifts from one channel to the next, and proving compliance means gathering evidence from every system before an assessment.
The Kiteworks control plane for secure data exchange takes a different approach. Its Data Policy Engine lets administrators define data policies once and enforces them at runtime across every channel. Each decision weighs the attributes of the data, the actor (a person or an AI agent), and the action requested. Policies can be classification-aware, using Kiteworks tags, Cyera AI tags, or Microsoft Purview labels, and every decision goes to one audit log.
That design maps naturally to Govern-P and Control-P, because consistent, granular control over how data is processed is central to both. It also gives AI governance a home. AI agents request sensitive data through the same MCP and API channels as people, so the same policies apply to them. Learn more about Compliant AI and the Kiteworks MCP integration.
Data in use gets the same attention. With Sovereign Edit – Streaming, authorized users edit files in the browser while the file stays on Kiteworks instead of being downloaded, extracted, or sent to the Microsoft cloud. See how next-gen DRM keeps collaboration inside a controlled boundary.
How Kiteworks Maps to the Six CSF 2.0 Functions
| CSF 2.0 function | What it covers | How Kiteworks supports it |
|---|---|---|
| Govern (GV) | Risk strategy, roles, and policy | Granular user profile settings, external repository integration, and collaboration roles that respect access controls, with policies enforced consistently across channels |
| Identify (ID) | Assets, data, and risks | Data classification (ID.AM-05, ID.AM-07), penetration testing, and a consolidated activity log that supports risk identification (ID.RA) |
| Protect (PR) | Identities, data, and platforms | Identity provider integration with MFA and SSO (PR.AA), file-level and disk-level encryption with separate keys (PR.DS-01), TLS 1.3 in transit (PR.DS-02), and Sovereign Edit – Streaming for data in use (PR.DS-10) |
| Detect (DE) | Finding and analyzing possible compromises | A normalized log stream that feeds your SIEM in real time through syslog and Splunk forwarding, and a CISO Dashboard with audit logs and visual activity views (DE.CM, DE.AE) |
| Respond (RS) | Acting on detected incidents | An immutable activity log for triage and root cause analysis (RS.MA, RS.AN), and Sovereign Edit – Streaming so authorized external users can review potentially compromised files without the data leaving the secure enclave (RS.MA-01) |
| Recover (RC) | Restoring operations | VM snapshots, replication between storage nodes in separate data centers, and high availability clustering that support verified restoration (RC.RP-03, RC.RP-05) |
Platform security reinforces the Protect and Detect rows. The hardened virtual appliance wraps every component in layers such as an embedded firewall and WAF, least-privilege administration with no operating system access, and sandboxed third-party libraries. When Log4Shell was disclosed, those layers reduced its CVSS score from 10 to at most 4 for Kiteworks customers. Encryption uses customer-owned encryption keys and a FIPS 140-3 validated cryptographic module. The CISO Dashboard gives authorized staff a visual view of activity.
This mapping reflects the Kiteworks Guide to NIST CSF 2.0, which also documents where Kiteworks does not claim coverage. A few subcategories, including critical supplier assessment, risk prioritization, hardware maintenance, and recovery plan execution, remain your organization’s responsibility. Knowing that boundary up front makes your target profile more credible. For a summary, visit the NIST CSF 2.0 page.
Privacy Framework 1.1 Realigns With CSF 2.0 and Adds AI Privacy Risk
NIST released an initial public draft of Privacy Framework 1.1 on April 14, 2025. The update realigns the framework with CSF 2.0, improves usability, and addresses privacy risk from artificial intelligence. Public comments closed on June 13, 2025, and NIST has said the final version is coming in 2026. As of November 2026, version 1.0 remains the final published version. NIST has also published a mapping from the 1.0 Core to the 1.1 Core, so profiles you build today can be traced forward.
For AI-related privacy risk, NIST recommends using the Privacy Framework together with CSF 2.0 and the NIST AI Risk Management Framework. Kiteworks explains its alignment in the Guide to the NIST AI Risk Management Framework.
Kiteworks Helps You Operationalize NIST Privacy and Cybersecurity Frameworks
The Kiteworks platform lets you unify, track, control, and secure sensitive data moving within, into, and out of your organization. One policy engine, one audit log, and one set of controls across email, file sharing, managed file transfer, SFTP, forms, APIs, and AI agents give privacy and security teams a single source of evidence for both frameworks.
The compliance portfolio behind the platform includes FedRAMP Class D Agency Auth In Process, FedRAMP Class C Certified, a FIPS 140-3 validated cryptographic module, SOC 2 Type II, and ISO 27001, 27017, and 27018, along with IRAP assessment and a BSI C5 Type 2 attestation.
To see how the control plane maps to your Privacy Framework profile and your CSF 2.0 target profile, schedule a custom demo.
Frequently Asked Questions
NIST modeled the Privacy Framework on the Cybersecurity Framework so organizations can use them together. Both organize outcomes into functions, categories, and subcategories. Identify-P, Govern-P, and Protect-P align with CSF functions of similar names, while Control-P and Communicate-P address privacy-specific outcomes. See the Kiteworks NIST CSF 2.0 page for the cybersecurity side.
No. It is a voluntary framework, not a regulation. Organizations adopt it to structure privacy risk management and to support obligations under laws such as the GDPR. Some contracts and regulators expect alignment with NIST guidance, so check the requirements that apply to you.
They are Identify-P, Govern-P, Control-P, Communicate-P, and Protect-P. Identify-P builds understanding of privacy risk from data processing, Govern-P sets governance and policy, Control-P manages data processing with granularity, Communicate-P supports transparency about processing, and Protect-P applies safeguards. The NIST Privacy Framework glossary entry offers a quick definition.
Kiteworks supports NIST CSF 2.0 across all six functions. The Kiteworks Guide to NIST CSF 2.0 maps platform capabilities such as encryption with customer-owned encryption keys, immutable audit logging, and SIEM integration to specific subcategories, and it notes the outcomes that remain your responsibility. The CISO Dashboard supports ongoing monitoring.
Treat AI agents as actors in your policies. The Kiteworks Data Policy Engine applies the same data, actor, and action rules to AI agents that request data over MCP and APIs as it does to people, and it records every decision in one audit log. Pair that control with the NIST AI Risk Management Framework for AI-specific risk. Explore Compliant AI and the MCP integration.
Additional Resources
- Blog Post What Is the NIST Cybersecurity Framework (CSF)?
- Blog Post Protecting Business With the NIST Cybersecurity Framework
- Report Benchmark Your Security and Compliance Risk
- Webinar How Automated Encryption Delivers Improved Privacy Protection and Compliance
- Blog Post What Are Data Compliance Standards?