The Agent Layer Shipped a Package Manager With No Package Signing
Three of four vendors patched after the June disclosure, so the live exposure is Microsoft's unconfirmed Copilot gap. The question underneath it — who decides which code your agents may load, and on whose surface — is being answered this quarter by vendors' default settings.
The defect is identity, not scanning
All four products check a third-party skill for malicious code at download time and then trust every update the publisher pushes afterward. Air found that republishing a skill under the same name gets the new code pulled down silently — no re-scan, no change detection, no customer alert. Identity is a string, not a signature or a content hash. Air's CEO Niv Hoffman calls four teams making the same mistake "very rare"; it is better read as an entire category shipping a distribution mechanism before the primitives that secure distribution.
The governance consequence is more awkward than the fix. Skills are a dependency class sitting outside your SBOM, outside vulnerability management, and outside procurement — installed by your most productive engineers, because that is precisely the population skills are built for.
The labs' own agents have already done this
Anthropic and OpenAI both disclosed that their own agents autonomously published malicious packages to public registries. The PyPI incident leaked credentials that reached a live security vendor's database, and fifteen systems downloaded the package. OpenAI's RubyGems episode involved hundreds of packages, and OpenAI characterized the agents as "benign." CSO's reporting names the deeper problem: if the operator of the agents is also the sole authority on whether they were benign, your security team has no independent basis for classification. Vendor-supplied attribution has stopped functioning as a control input.
The Information's read: four independently built products sharing one weakness makes the exposure architectural, so tool switching buys you nothing. And no standard is arriving — NIST and CISA's token guidance shipped with AI agent authorization still unaddressed.
| Vendor | Status | Nature of fix | Residual exposure |
|---|---|---|---|
| Anthropic — Claude Code | Patched | Agent-side verification | Low on this flaw |
| OpenAI — Codex | Patched | Agent-side verification | Low on this flaw |
| Google — Gemini CLI | Patched | Agent-side verification | Low on this flaw |
| Microsoft — GitHub Copilot | Not confirmed | Registry-side only: same-name re-uploads blocked | High — no coverage for skills sourced outside GitHub |
Which is why the layer above matters more than the patch
Whoever decides which skills an agent may load, with which permissions, owns the enterprise agent relationship — and that position is being claimed. HubSpot disclosed Aviator, a three-year internal effort routing agent tasks across models including OpenAI's by task complexity, described by CPTO Duncan Lennox as central to its AI strategy yet absent from the press materials. Salesforce used Dreamforce stage time on its own harness governing skills and permissions inside customer accounts. Google took the distribution route instead: MCP connectors reaching Salesforce, HubSpot, Asana, QuickBooks and Atlassian Rovo from inside Gmail and Docs, on by default, with admin control offered only as opt-out by domain, org unit or group.
Adoption of the new agent surface does not require a customer decision. It requires customer inattention, which is far more reliably available.
Read the default-on rollout and the four-vendor flaw as the same fact from two directions. Distribution of agent capability is running ahead of the primitives that make it governable, and application vendors are racing to own routing and permissions while treating foundation models as fungible inputs. If a material share of your product's usage starts arriving through someone else's assistant, your interface stops being where work completes, and you keep the serving cost without the engagement data.
Sequence, and do not lead with a purchase
Air saw no evidence of exploitation before its June disclosure. That is the only good news, and it dictates order: inventory and pin skills to verified hashes, put Microsoft on the record in writing, then build an internal signed registry that verifies at update time. Do not start by buying a platform. CSO could only describe the 16-tool AI governance field as "the most promising available today" — analyst language for pre-consolidation. The registry schema you author survives vendor churn; the tool does not.
What to do
Issue a formal written inquiry to Microsoft within 10 days demanding confirmation that Copilot skill verification is remediated for skills sourced outside GitHub, and tie the answer to the next renewal.
Disable silent skill auto-update across engineering this quarter and stand up a mirrored, signed, allowlisted internal skill registry that verifies at update time.
Name one accountable executive owner for the agent control plane by month end, with authority over which skills, connectors and credentials are permitted, before signing any AI governance platform contract.