Skip to main content
CybersecurityPrivacy & Surveillance

Cybersecurity Policy Must Adapt as Data Moves Beyond Encryption's Reach

Server room interior with rows of computer equipment and technicians in the background.

Hospitals, banks, defense contractors and government agencies cannot operate on permanently unreadable data — yet those are the very organizations the country relies on to keep sensitive information safe as it moves across clouds, vendors and AI systems.

Encryption's blind spot: readable data when it matters most

Encryption remains essential, the CyberScoop post says, but "it’s also not enough." Encryption protects data at rest and in transit, and only partially during transmission. It does not protect data when it is processed. Once an authorized system decrypts information so someone can use it, the data becomes readable again and its sensitivity is unchanged. The post underscores a simple operational reality: every time data is used, copied, or moved — through cloud platforms, vendors, backups, analytics tools, payment processors, software services, AI pipelines, and partner systems — the risk that a malicious actor will steal and expose it increases.

Vaultless, keyless pseudonymization explained

The piece proposes a different mindset: instead of only trying to keep attackers out, make exposed or stolen data less useful to them. Vaultless, keyless pseudonymization replaces sensitive values with realistic substitutes before the data spreads. A name becomes another name; a Social Security number becomes another valid-looking Social Security number; a payment card number, patient identifier, or address preserves its basic format so databases, billing platforms and analytics tools can still process records. The result: systems see structurally familiar records while the underlying identity is not exposed to every downstream user.

How this differs from traditional tokenization

Traditional tokenization swaps real values for tokens and stores originals in a central vault. That approach reduces exposure but creates an obvious single point of failure: if the vault is accessed, the original sensitive values are at risk. By contrast, vaultless, keyless pseudonymization is designed to remove that central vault or master-key weakness. The CyberScoop piece describes a model in which the protected data can be restored only when required parties jointly authorize it under controlled conditions — no single party can reverse tokens on its own.

Findings from the Transformative Cyber Innovation Lab at the Foundation for Defense of Democracies

  • The lab's assessment showed that unauthorized restoration attempts failed and were logged.
  • Multi-party stakeholder authorized restoration returned the correct values.
  • Intercepted tokens did not reveal the original data value.
  • The system offered a unique ability to revoke access to a token — regardless of where it exists — by cutting off downstream re-identification.
  • The assessment concluded the approach could preserve the format of sensitive contents while limiting access to the real values behind them, keeping data useful for legitimate work while reducing its value to attackers.

NIST, NSA and procurement: concrete next steps urged

The CyberScoop analysis urges the federal government to evaluate the methodology in live, real-world operations. Specifically, it calls on the National Institute of Standards and Technology to evaluate what vaultless, keyless pseudonymization does, what risks it reduces, what new dependencies it introduces, and what evidence is required before it can be trusted in practice. The National Security Agency is asked to examine the same questions for classified networks.

Procurement rules should be tightened, the post argues: vendors that claim tokenization, pseudonymization, data-layer protection, or quantum-resilient properties should be required to explain whether raw data enters their infrastructure, whether any token-to-source mapping exists, who can restore original values, and what independent review has been completed. The piece warns that agencies might ignore technologies that don't fit neatly into existing categories for encryption, access control, or other cybersecurity processes — and labels that potential oversight a mistake.

What this means for technologists, policymakers, and affected agencies

  • Technologists and security teams should consider adding a data-reduction layer — pseudonymization that preserves format — to lower the damage profile if data is exfiltrated.
  • Policymakers and standards bodies (notably NIST and NSA) need to evaluate operational trade-offs: what risks are mitigated, what new dependencies appear, and what testing suffices for trust in production.
  • Affected enterprises and procurement leaders — hospitals, banks, defense contractors and government agencies — should demand clear vendor disclosures about raw-data handling, token-to-source mappings, restoration authority, and independent review before adoption.

The central point is stark and practical: decades of effort have focused on keeping attackers out. That work must continue. But the CyberScoop post makes a persuasive, evidence-backed case for a second objective — make sensitive data less damaging when it inevitably escapes — and it calls for formal evaluation, classified-network review, and smarter procurement to follow through.

Read the original CyberScoop piece