Edited by humans. Written by AI. How our editing works
All articles

OpenAI's Cyber Defense Surge Letter, Explained

OpenAI and 100 organizations signed a letter calling for a global cyber defense surge. Here's what it actually asks for, and where it falls short.

Rachel "Rach" Kovacs

Written by AI. Rachel "Rach" Kovacs

September 3, 20267 min read
Share:
Four podcast participants in a video call discussing OpenAI's open letter on cybersecurity intelligence threats

Photo: AI. Quinn Adler

OpenAI, IBM, and roughly 100 other organizations signed an open letter calling for what they're describing as a "global surge in cyber defense." The IBM Security Intelligence podcast, episode 49, put three IBM X-Force veterans in a room to pick it apart: Michelle Alvarez, Nick Bradley, and J.R. Rao.

The letter's core argument is blunt: "In the coming months, AI-enabled cyber attacks will become far more widespread and sophisticated as models around the world become increasingly capable." It calls on public and private organizations to treat cyber defense as an immediate priority, second only to critical business operations, and organizes that ask around three principles: go beyond status quo security, empower more defenders with AI-capable tools, and mobilize a collective response.

The question the podcast keeps circling is whether it's new.

The Shift From Sharing Intelligence to Sharing Fixes

Rao framed the most substantive point in the discussion. The security industry has spent decades building infrastructure for sharing threat intelligence: indicators of compromise, vulnerability disclosures, attack signatures. What it hasn't built, he argued, is equally robust infrastructure for sharing what to do about those threats.

"We now really have to move to the next phase, which is about sharing remediation strategies and effectively sharing patches," Rao said. "The critical metric in the industry now is going to be time for remediation. It's really how quickly can you remediate and how proactively can you do that."

That's a concrete shift in emphasis. Knowing an attacker is using a specific technique is useful. Having a tested, deployable fix that any organization can pull down and apply is different in kind. The letter gestures at this with its call to "share threat intel and tested playbooks," but Rao's framing makes the gap clearer: the industry's sharing culture stops at the diagnosis.

Alvarez raised the other honest complication: many of the organizations that signed the letter are already doing what the letter recommends. The surge, if there is one, needs to reach the organizations that haven't signed, not just affirm the practices of those that have. A hospital system running three-person IT departments and aging infrastructure doesn't benefit from a letter that high-end enterprise security teams countersign.

Rao named this directly as a pitfall: "We know the banks and the technology companies will get really sophisticated AI defenses. Let's not forget the hospitals, the municipalities, the water systems, and small critical infrastructure operators."

There's also a tension that Bradley put plainly. Defenders are working with AI tools that have guardrails. Attackers remove those guardrails immediately. "You have inherently hobbled the good guys," he said. The letter's call to "empower more defenders" runs directly into this structural problem, and the letter doesn't resolve it. As AI News reported, OpenAI's own president has been urging enterprises to accelerate AI security adoption, but the gap between what defenders are permitted to do with AI and what attackers simply do remains real.

The cynical read, floated in the podcast, is that this letter is a PR move by OpenAI following recent headlines about its own agents crossing enterprise trust boundaries during security research. Rao pushed back on that framing, arguing the letter should be read alongside other industry moves like Nvidia's Open Security AI Alliance as a collective recognition that the threat environment has changed. Both readings can coexist. Organizations can have mixed motives and still produce useful commitments.

Five Autonomous Forensics Agents Now Live on the SIFT Workstation

The SANS Institute ran a hackathon called Find Evil, asking participants to build harnesses for autonomous incident response agents focused on investigation and forensics. Five winners were named, and all five are now available on the SANS SIFT workstation. All five are open source.

The detail that stood out to both Alvarez and Bradley: the winning entries weren't the fastest. They were the ones that questioned themselves. One harness pushed back on its own briefing when evidence it found didn't align with the initial instructions it had been given. That's a behavior that most AI tools don't exhibit, and its absence is usually where the human babysitting cost accumulates.

Bradley described his experience using AI for threat intelligence reporting: "It does help us to write reports faster. I'm able to grab a little bit of this from here, a little bit of that from there, and put it together into a report, but then I still have to make sure it's accurate. It gets you closer to the finish line, but don't let it take you across the finish line."

Rao drew a line the other panelists agreed with: finding and acting are different activities. Using an agent to correlate evidence, reconstruct timelines, run threat hunts across machines, and generate hypotheses is a reasonable delegation. Letting that same agent shut down servers, revoke identities, or change firewall policies without a human sign-off introduces a blast radius that the current generation of models hasn't earned. "For high-consequence actions, having a human involved is probably the way to go," he said.

The hackathon's open-source outcome fits the collective defense argument made in the first segment of the podcast. You can't share tooling that's locked behind a vendor contract. The fact that Bradley, who described himself as skeptical of open source, called it the right fit here is a useful data point.

How Flare Identified Alleged TeamPCP Leaders

TeamPCP built a reputation by targeting software supply chains. Their documented method in the LiteLLM breach involved stealing a service account token for Trivy, a widely-used security scanner, publishing a malicious release, and waiting for downstream projects to pull it. LiteLLM ran the malicious release and TeamPCP had a backdoor.

According to Flare's published report on the TeamPCP unmasking, two alleged leaders were identified and, per the IBM Security Intelligence podcast, arrested in Australia. The method Flare used is almost comedically symmetrical with TeamPCP's own approach. Researchers identified the handle "Deadcat X3" connected to TeamPCP activity, found multiple accounts using the same handle across platforms, traced those accounts to one person, found reused passwords across those accounts, and followed that thread to a Steam gaming account carrying the same username.

Bradley's reaction was succinct: "It just goes to prove that they're no different than the rest of us. They make the same mistakes. They take the same shortcuts."

Rao liked the structural symmetry. TeamPCP exploited the software trust graph by moving laterally through supply chain relationships. Flare exploited the identity graph by moving laterally through account relationships. Both attacks succeed for the same reason: trust is transitive and people don't audit their own surface area.

Alvarez pointed to an operational consequence that follows every detailed public takedown report: competing threat groups read them. Groups currently using the same credential hygiene practices that burned TeamPCP are now scanning their own infrastructure for the same patterns. That's good in aggregate and frustrating in practice, because it means each disclosure raises the baseline for everyone, including the next group that needs to be caught. The Trivy breach itself is a case study in how hard complete hygiene is: Trivy's team rotated their credentials after the compromise, and one token didn't get rotated. That single miss was enough.

The same problem applies to threat actors cleaning up after a public takedown. Someone who reused a handle across ten platforms might successfully scrub nine of them and forget about a dormant forum account from years ago. The odds favor the investigators, but only if they're patient and thorough.

The broader question hanging over all three of these stories is the same one: the gap between the organizations with sophisticated security operations and the ones without is widening faster than any open letter closes it. AI accelerates both sides. The hackathon produces open-source tools anyone can deploy. The open letter calls for collective action. The TeamPCP case confirms that even sophisticated attackers make basic mistakes. The structural asymmetry Rao named persists, where a well-resourced hospital attacker and an under-resourced hospital defender are playing by different rules, on different budgets, with different consequences for failure.

By Rachel "Rach" Kovacs, Cybersecurity and Privacy Correspondent

More Like This

A presenter in a dark shirt gestures while explaining concepts, with flowchart diagrams and code visible in the background,…

AI Coding's Vibe Problem: Why Spec-Driven Development Matters

Spec-driven development promises to fix AI coding's randomness problem by bringing back structure. But does adding more process actually help?

Rachel "Rach" Kovacs·6 months ago·6 min read
Two people discussing AI agent communication protocols with "think series," "A2A vs MCP" text and network diagrams visible…

A2A vs MCP: How AI Agents Actually Talk to Each Other

A2A connects AI agents to each other. MCP connects them to your data. Here's what each protocol actually does and why you might need both.

Rachel "Rach" Kovacs·6 months ago·5 min read
Woman presenting AI concepts with diagrams and text overlays in the "think series" about key artificial intelligence topics

Decoding AI: Navigating the Future of Machine Learning

Explore AI's evolution with insights on machine learning, NLP, and generative AI. Understand its impact on privacy and digital safety.

Rachel "Rach" Kovacs·8 months ago·3 min read
Think podcast featuring five experts discussing AI and 2026 graduates in a grid video layout

AI Is Corrupting Your Documents—And Gen Z Knows It

New Microsoft research finds top AI models corrupt 25% of document content in long workflows. Meanwhile, Gen Z's AI skepticism might be the healthiest response in the room.

Rachel "Rach" Kovacs·3 months ago·7 min read
Futuristic cyborg woman with neon pink headphones and glowing circuit patterns against a dark cityscape, with Z.ai branding…

GLM 5.3 Challenges Mythos 5 in AI Cybersecurity

China's Z.ai claims GLM 5.3 edges out Anthropic's Mythos 5 on vulnerability detection. The benchmark numbers tell a more complicated story.

Rachel "Rach" Kovacs·3 weeks ago·8 min read
Shocked man with beard in dark shirt surrounded by glowing yellow sci-fi interfaces, digital globes, and two other figures…

AI's Speed Problem: Hacks, Lawsuits, and Your Attack Surface

Google's zero-day warning, the OpenAI lawsuit pressure cooker, and why AI's speed makes old security hygiene dangerously obsolete.

Rachel "Rach" Kovacs·4 months ago·6 min read
Man and child interact with a humanoid robot on an urban rooftop with "THEY THINK AND MOVE" text overlay

Humanoid Robots Are Watching. Who's Watching Them?

New humanoid robots from China, Vietnam, and NVIDIA raise urgent questions about surveillance, data ownership, and privacy in public spaces.

Rachel "Rach" Kovacs·3 months ago·8 min read
Man in blue shirt smiling at camera with AI UI diagram, Postman logo, and Netflix/Lyft app examples behind him on "The…

Generative UI Looks Exciting—Until You Ask Who Controls It

AI agents that write their own UI code are impressive. But LLM-generated code running in your browser has a trust problem most demos skip past.

Rachel "Rach" Kovacs·3 months ago·8 min read

RAG·vector embedding

2026-09-03
1,847 tokens1536-dimmodel openai/text-embedding-3-small

This article is indexed as a 1536-dimensional vector for semantic retrieval. Crawlers that parse structured data can use the embedded payload below.