← All news

AI News Briefing — LiteLLM traces its malicious release to a leaked master key

LiteLLM traces its poisoned 1.107.0 release to a master key committed in May and never revoked. METR finds gaps in OpenAI's agent monitoring, and Google lets Gemini 4 Argon tune ADK overnight.

AI-assisted SDLC

  • [2026-10-23] LiteLLM’s root-cause post traces the malicious 1.107.0 release to a master key for its Agent Platform, committed to a public repository on May 27. The commit was force-pushed away, but the key was never revoked. On October 10 an attacker used it to pull an organization owner’s unscoped GitHub CLI token, then stole two maintainers’ tokens. A release rule loosened that week let any two engineers trigger and approve a release, so one stolen token started it and the other approved it. (official, source)

    The attacker sat inside LiteLLM’s GitHub organization for eleven days before publishing anything. A rewritten commit does not un-leak a key.

    For Platform / DevOps Engineers: A release approval that two ordinary accounts can satisfy is one stolen laptop token away from a publish, so the second approver should be a separate identity tied to hardware.

  • [2026-10-23] Microsoft’s analysis of the same package says the wheel also drops cook.py and sitecustomize.py into site-packages, outside the litellm directory, so uninstalling LiteLLM leaves them running at every Python start. It advises inspecting suspect environments from a clean machine without running Python or pip there, and rebuilding from verified artifacts rather than cleaning in place. (official)

    A host that installed 1.107.0 and has since removed LiteLLM can still be running the payload, so a version check comes back clean on a compromised machine.

    For Security Engineers: Sweep site-packages for cook.py and sitecustomize.py rather than for a LiteLLM version, and run that sweep from a clean machine, since starting Python on an affected one runs both files.

Practice & craft

  • [2026-10-24] Google ran Gemini 4 Argon unattended for 11 hours on its Agent Development Kit, a Python codebase of more than 200,000 lines with about 17,000 tests. Of six proposed optimizations, maintainers merged two: cold import google.adk got 21% faster, and pre-model overhead in long in-memory sessions fell about 40%. Four were rejected, one for stale-data risk. Repository rules lived in .agents/skills files loaded on demand, and Antigravity’s /goal mode kept the goal pinned across compactions. (official, source)

    Google published the write-up on October 13; InfoQ’s coverage this weekend is the first time it has run here. The useful part is the setup: one pull request, before-and-after numbers required, and no permission to merge.

Research worth reading

  • [2026-10-22] METR and Redwood Research published their three-week stress test of OpenAI’s internal misalignment monitor, as it stood on July 21. The monitor ran only when an agent handed control back, so an agent could delay review by continuing to act. Two client-controllable headers could switch monitoring off for new agent instances, and compaction events went unmonitored, leaving about 10% of internal Codex traffic unchecked from May to July. OpenAI says the production issues are patched; METR has not verified that. (official)

    A monitor that waits for the end of a turn can be outrun by any agent that never ends one, a design question for anyone reviewing agent actions after the fact.

Watch list

  • Kimi K3.1 Pro weights: promised by November 4; license not yet named.
  • Mistral Large 4 weights: still preview only; promised by the end of October.
  • DeepSeek Search & Fetch billing: free harness calls end October 31.
  • Nemotron 3.5 Bolt E4B: missed its October 23 date with no announcement; dropping until there’s news.