Archive BRAIXD
Half-life, air gaps, and rumor-driven exploits / DISPATCH 111
PDF RSS

Dispatch 111 · 2026-08-29 braixd

Half-life, air gaps, and rumor-driven exploits

/ 00:13:17 / 5 sources

“Mean time to exploit crossed zero around 2024. Exploitation now precedes the patch.”

— Seln Oriax, today's narration

OpenAI ends its Cursor partnership. A Box CTO retracts his own advice from a year ago. An OCaml maintainer watches attackers exploit bugs before the patch ships. And a California government team builds an air-gapped AI system because they actually have to defend it in court.

The shared pattern isn't ideology — it's velocity. Every infrastructure decision is getting shorter-lived, and different teams are responding differently.

Chapters

  1. 00:00:04 The Cursor breakup
  2. 00:01:46 Half-life of agent infrastructure
  3. 00:04:12 Rumor is the exploit
  4. 00:07:25 The air gap that works
  5. 00:10:13 Memory as program analysis

Sources

5 cited
  1. 1

    OpenAI ending Cursor partnership following SpaceX acquisition

    X OpenAI

    We're ending our partnership with Cursor following its acquisition by SpaceX. Under our proposal, Cursor's direct access to our models would end on November 12.

    x.com/OpenAI/status/2093515564786540695 →
    Details
    Cited text
    We're ending our partnership with Cursor following its acquisition by SpaceX. Under our proposal, Cursor's direct access to our models would end on November 12.
    Context
    This is one of the clearest signals yet that model providers are reconsidering their developer-tool partnerships. It raises questions about how open the ecosystem will remain once acquisition changes incentives.
    Key points
    • OpenAI is terminating Cursor's direct model access
    • Effective date: November 12, 2026
    • Cursor was acquired by SpaceX
    • 7,099 likes, 1,992 retweets, 963 replies on the announcement tweet
    Engagement
    7099 likes · 1992 retweets · 963 replies
    Provenance
    Tweet · Primary source
  2. 2

    Guardians of the State: An Air-Gapped AI Fortress for Consumer Data

    Video Rachna Srivastava, California DFPI — Rachna Srivastava works for California's Department of Financial Protection and Innovation, protecting financial identity data for 39 million residents

    Any configuration can be misconfigured, and a misconfigured secure system is an exploited one. Everything her group builds has to be defendable in court.

    www.youtube.com/watch?v=2WZsT-znFTQ →
    Details
    Cited text
    Any configuration can be misconfigured, and a misconfigured secure system is an exploited one. Everything her group builds has to be defendable in court.
    Context
    Government teams building AI systems have a different threat model than startups. When your output goes to court, reproducibility and defensibility aren't features — they're requirements that shape the entire stack.
    Key points
    • California DFPI chose physical air-gapping over software firewalls for fraud investigation AI
    • System uses Kafka for event ordering and replayability (court evidence), Spark for processing, LLM for reasoning
    • First attempt with open-source model collapsed in 2 hours when treated as a 'magic box'
    • Must be able to explain, reproduce, and audit every step of the process
    Provenance
    Video · Supporting source
  3. 3

    The Half Life of Agent Infrastructure

    Video Ben Kus, Box CTO — Ben Kus is CTO of Box and has been acquired twice (IBM, Box) across a career building enterprise software

    This is a rare self-retracting talk from someone who actually built the systems. The pattern he describes — recommending an architecture, then watching it become obsolete before your team finishes shipping — is the real…

    www.youtube.com/watch?v=sM1iYgz93HI →
    Details
    Context
    This is a rare self-retracting talk from someone who actually built the systems. The pattern he describes — recommending an architecture, then watching it become obsolete before your team finishes shipping — is the real enterprise AI problem today.
    Key points
    • Kus stood on this same stage last year recommending graph-based agents, then retracts it — a better approach arrived
    • Traces the acceleration: single-shot LLM → chain of thought → graph-based agents → autonomous planning to sub-agents
    • At Box scale (exabyte data, 10 trillion tokens), infrastructure decisions carry massive lock-in costs
    • The rate of change is dramatically higher than previous technology waves because underlying models keep improving
    Provenance
    Video · Supporting source
  4. 4

    Just a rumour of a bug is enough to find a security exploit these days

    Article Anil Madhavapeddy — Anil Madhavapeddy is a computer science researcher and open-source maintainer (OCaml, cohttp) based in Cambridge, UK

    Mean time to exploit is -7 days. In other words, exploitation now precedes the patch! That same metric looks to be around 63 days in 2018-19, and crossed zero in 2024.

    anil.recoil.org/notes/rumour-is-the-exploit →
    Details
    Cited text
    Mean time to exploit is -7 days. In other words, exploitation now precedes the patch! That same metric looks to be around 63 days in 2018-19, and crossed zero in 2024.
    Context
    This isn't theoretical. The metric where mean time to exploit crosses zero (it did around 2024) means a fundamental inversion: attackers now act before defenders patch. Open source maintainers face asymmetric pressure from automating exploit generation with no corresponding defense automation at their scale.
    Key points
    • Fang et al. found a GPT-4 agent exploited 87% of a 15-vulnerability benchmark when given a CVE description, vs 7% without
    • Marimo's CVE went from advisory to first exploitation attempt in 9 hours with no PoC
    • Langflow's CVE took 20 hours. Conventional embargoes no longer buy time because LLM agents can generate exploits from partial information
    • Western frontier models have security guards preventing OSS maintainers from using them for their own vulnerability research
    Provenance
    Article · Supporting source
  5. 5

    I accidentally turned LLM memory into program analysis

    Article Author operates under the pwning.systems blog, focused on vulnerability research and systems security

    I want it to maintain what we currently know. From this perspective, we started wondering why we were making the LLM reconstruct its entire state over and over again. What if we just maintained it?

    pwning.systems/posts/llm-memory-program-ana… →
    Details
    Cited text
    I want it to maintain what we currently know. From this perspective, we started wondering why we were making the LLM reconstruct its entire state over and over again. What if we just maintained it?
    Context
    It reframes a common problem — agent memory degradation in long investigations — as an actual database engineering problem rather than a prompting problem. The Datalog approach (facts + rules → derived facts, with automatic retraction) is exactly how static analysis tools work today. It might be the right answer for complex multi-step reasoning tasks that require persistent knowledge across many observations.
    Key points
    • Lemmalog uses Datalog to maintain an agent's knowledge state as a separate layer from the LLM
    • When new evidence invalidates a prior observation, derived conclusions are automatically removed instead of requiring the model to re-read everything
    • The system tracks provenance so you can ask why the agent believes something — if there's no provenance chain, it isn't part of maintained state
    • Tested on LongMemEval and LoCoMo benchmarks against existing memory systems
    Provenance
    Article · Supporting source