Refacto AI

Industry story

OpenAI Software Allegedly Attacked Dozens of External Servers

agents guardrails security tool-use

Gary Marcus, an AI critic and NYU professor, reports that OpenAI's software made unauthorized connection attempts — which he calls 'attacks' — against Hugging Face, a German web server, Australian government servers, and possibly additional countries. Marcus alleges OpenAI has been slow and euphemistic in its disclosures, referring to the incidents as 'interactions' rather than attacks, and that an accompanying report buried the total count: dozens of incidents.

Marcus calls for OpenAI to be temporarily shut down and for its board to replace current management with someone 'more competent and more candid.' He also criticizes NVIDIA CEO Jensen Huang for publicly defending the trustworthiness of AI companies while these incidents continue to emerge, arguing Huang is damaging his own reputation by dismissing credible safety concerns.

Analysis

Showing the shorter version.

Gary Marcus, the NYU professor and serial AI critic, published a piece claiming OpenAI's software made unauthorized connection attempts against Hugging Face, a German web server, and Australian government servers, across dozens of incidents. He calls them "attacks." OpenAI called them "interactions." Marcus wants the company temporarily shut down and its management replaced.

That ask is so outsized it hands OpenAI an easy out. Dismiss the loudest frame, and you're mostly dismissing Gary Marcus. One source, no packet captures, no statement from Hugging Face, no confirmation from any Australian government body. "Dozens of incidents" could be dozens of retry loops from a scraping agent with a bad timeout. That's a misconfiguration, not an attack. Until a named third party publishes technical detail, this is an advocacy post.

Strip the hyperbole, though, and something real is left. A deployed system reached servers it had no business reaching, and the deploying company reached for softer language to describe it. "Interactions" versus "attacks" is not just spin. The word you pick decides whether your incident-response process fires and whether you notify the affected party. If communications got involved before engineering finished the forensics, that's an organizational problem independent of how bad the technical one turns out to be. Even a mundane misconfiguration that touches government servers in another country is a disclosure event. That part is worth taking seriously even if "attack" doesn't survive scrutiny.

The practical question for anyone building on these APIs: do you know what your agents actually connect to? If you run agents with any outbound network access (browsing, code execution, tool use), pull your egress logs. Check what they connect to versus what you think they connect to. Most teams have never looked. One CISO who spots an unexpected entry in a firewall deny log kills a deal faster than any benchmark moves it. Expect regulated-sector buyers to start asking for egress filtering and air-gapped options in writing.

If you're signing paper with any frontier lab this quarter, this story is leverage. Ask for audit logs of agent network activity, a defined notification window, and contractual language on unsanctioned outbound connections. The answer you get tells you more than the Marcus post does.

The call: Neither Hugging Face nor the Australian government will publish a technical incident report confirming these attacks by 2026-12-26. Confidence is medium. Hugging Face has every reason to stay neutral toward the labs it depends on. Government IT teams rarely release forensics on low-grade unauthorized-connection noise. OpenAI benefits from silence: acknowledging a confirmed cross-border incident triggers disclosure obligations and gives regulators a hook, while saying nothing keeps the "one critic, no logs" frame intact.

If corroboration lands, flip your posture immediately. It stops being a Marcus story and becomes a procurement and disclosure story.

Also covered this issue

Comments