
What happened
Attackers compromised LiteLLM, an open source AI development tool, and extracted terabytes of credentials—including cloud keys, SSH keys, and API tokens—from 2,500 organizations during a 40-minute window in March. The credentials belonged to major firms including Microsoft, Amazon, Cisco, Samsung, Salesforce, Nvidia, and dozens of others. TeamPCP, a group largely made up of teenagers, claimed responsibility.
Why it matters
The attack exposed 434,000 CI/CD (continuous integration/continuous delivery) software pipelines—automated systems that deploy code—leaving organizations with active database passwords, cloud credentials, and third-party API keys sitting exposed and often unaware of the breach. Security researchers found that many organizations have not rotated these credentials even months later, leaving them vulnerable to attackers who can use the exposed secrets to access internal systems and data.
What to watch
Organizations that used LiteLLM versions 1.82.7 and 1.82.8 should immediately audit their environments and perform aggressive credential rotation across all cloud keys, Kubernetes tokens, and GitHub/GitLab access. The breach underscores a broader pattern: when a single upstream open source tool is compromised, the infection spreads simultaneously across thousands of companies that depend on it.
Summaries like this, in your inbox every morning.
The LiteLLM compromise was not an isolated incident but part of a broader campaign by TeamPCP targeting critical infrastructure in the open source software supply chain. The group previously compromised Trivy, a widely used vulnerability scanner, and also infected KICS and the Telnyx Python SDK. The attack exploited a weakness common across many organizations: the integration of third-party open source tools into deployment pipelines without sufficient isolation or monitoring. When a single upstream dependency is infected, the malware spreads to every downstream user within minutes—in this case, 2,500 organizations in 40 minutes.
A key vulnerability in the incident was credential management at both the tool provider and the victim organizations. CloudSEK and Hudson Rock noted that CI/CD pipelines are often configured to store credentials as environment variables without additional safeguards, and that many organizations failed to rotate these secrets even after the breach was disclosed. Independent security researcher Kevin Beaumont confirmed that credentials exposed in March remained active months later at some of the largest U.S. technology companies, suggesting that organizational response has been inadequate. The researchers also flagged a secondary lesson: Trivy developers rotated a compromised automation token but failed to fully revoke it, creating a 20-day window during which attackers could continue to inject malicious code into downstream projects.
Pick your industry and the AI tools you use, and get news related to your work every day.
Free · 30 seconds with Google · unsubscribe anytimeWhat is AIToday? →
Ask AI anything about this article. The AI reads this article, earlier AIToday articles, and Wikipedia, and cites its sources. Q&As are published on this page for other readers too.
Apple and Meta said they would jointly release a new open-weight AI model designed to run on high-end Macs, ai…

A Zenn contributor sorted AI use into three modes — AI as an assistant, AI running alongside people, and AI th…

The walkthrough points the CLI at a local mock via the ANTHROPIC_BASE_URL environment variable

A non-engineer operator says one person ships four smartphone apps on Google Play, three on the App Store, wit…

A Zenn guide explains systems to install before letting AI agents, bots or scheduled jobs post, send, publish…

A developer released agent-guardrails, a one-script Python standard-library plugin that guards Bash, Write, Ed…
