/
Navigation
Chronicles
Browse all articles
Explore
Semantic exploration
Research
Entity momentum
Nexus
Correlations & relationships
Story Arc
Topic evolution
Drift Map
Semantic trajectory animation
Posts
Analysis & commentary
Pulse API
Tech news intelligence API
Browse
Entities
Companies, people, products, technologies
Domains
Browse by publication source
Detection
Concept Search
Semantic similarity search
High Impact Stories
Top coverage by position
Sentiment Analysis
Positive/negative coverage
Anomaly Detection
Unusual coverage patterns
Analysis
Rivalry Report
Compare two entities head-to-head
Semantic Pivots
Narrative discontinuities
Crisis Response
Event recovery patterns
Connected
Search: /
Command: ⌘K
Embeddings: large
TEXXR

Chronicles

The story behind the story

← → days · ↑ ↓ browse · Enter similar · o open

How does the NSA break SSL?

A few weeks ago I wrote a long post about the NSA's ‘BULLRUN’ project to subvert modern encryption standards.  I had intended to come back to this at some point, since I didn't have time to discuss the issues in detail.  But then things got in the way.

A Few Thoughts … Matthew Green

Context & Ripple Effects

This piece is the technical follow-through on the September 2013 revelation that the NSA foils much Internet encryption: having flagged BULLRUN in broad strokes, the author now walks through the concrete mechanisms by which a signals-intelligence agency gets past SSL. The arc runs long — suspicion of a deliberately weakened NIST standard dates back to the 2007 Dual_EC_DRBG backdoor question, and a 2011 catalog of SSL's known weaknesses already showed the protocol was attackable without any subversion at all.

What changed by December 2013 is that the two threads converged: Snowden-era reporting made 'the standards themselves may be subverted' a live hypothesis rather than a conspiracy theory, and the author had already argued that encryption libraries and NIST standards warrant extra scrutiny. This post matters because it moves the debate from 'is the NSA capable' to 'here is where in the stack they most plausibly strike' — weak random numbers, export-era cipher suites, certificate misissuance, and implementation bugs.

First-order effects

  • Operators running TLS-facing services face an immediate audit burden: the plausible NSA vectors named here — flawed randomness, legacy cipher support, and library bugs — are all fixable configuration and code problems, putting pressure on browser makers and CA operators to deprecate them.

Second-order effects

  • Standards credibility becomes the contested asset: if NIST-derived parameters are presumed tainted, vendors and researchers shift weight toward openly derived, internationally vetted alternatives, forcing NIST into a defensive posture over how its algorithms were specified.

Third-order effects

  • If the pattern holds, cryptography splits geopolitically — US-standardized primitives lose default trust abroad, and protocol design migrates toward assumptions of state-level adversaries, making forward secrecy and verifiable parameter generation baseline requirements rather than options.

The trend: Post-Snowden, trust in encryption is migrating from government-standardized algorithms toward transparently designed, adversarially hardened protocols.