P.K. SHARMA

Cyber security intelligence, AI governance, practitioner analysis

Truffle Security launches revocation program for 1.4 million live exposed secrets

Truffle Security has launched the free Secrets Revocation Program to automatically invalidate 1.4 million active credentials confirmed live across public repositories, container images, and AI datasets.

By · LinkedIn · · 7 min read

Key facts

The 1.4 million secret backlog and issuer-side revocation

On Wednesday 4 November 2026, cybersecurity research firm Truffle Security announced the launch of the Secrets Revocation Program, an industry initiative offering credential-issuing platforms free, automated mechanisms to invalidate publicly leaked API keys. The program launched alongside the disclosure of 1.4 million verified, active credentials discovered across public code repositories, container images, package registries, and artificial intelligence datasets.

Authored by researchers Luke Marshall and Dylan Ayrey, the disclosure marks a strategic shift from passive developer notification to automated issuer-side revocation. Truffle Security demonstrated that emailing developers regarding exposed keys is largely ineffective: across 21,981 live credentials reported to developers on GitLab and Bitbucket in prior investigations, exactly 81% (17,805 keys, derived) remained functional six months later. In public repository snapshots, unmanaged credentials persist indefinitely, with 543,699 active keys identified in The Stack v3 archive having remained exposed for over two years.

Truffle Security Secrets Revocation Program operational architecture.

Operational metrics and scale of the Truffle Security Secrets Revocation Program

Operational DomainRecorded MetricMeasurement StandardAnalytical Significance
Live Secret Backlog1.4 Million KeysActive credentials confirmed functionalImmediate global exposure across public web
Scanning Throughput>20 Petabytes (2026)6 PB scanned in October 2026 aloneComprehensive multi-registry inspection
Discovery Rate1 Key / 150 Seconds24 keys/hour (576 keys/day, derived)Continuous inbound credential leakage velocity
Notification Failure81% Active (6 Months)17,805 of 21,981 reported keys (derived)Empirical failure of passive developer notification
Multi-Year Debt543,699 Active KeysThe Stack v3 repository archiveSecrets remain functional indefinitely unless revoked
Partner Ecosystem16 Launch Issuers43,699 verified keys queued in backlogHugging Face, Vercel, Notion, Resend, Twilio

Truffle Security emphasized that the program operates entirely free of charge for any platform that issues API keys or authentication tokens. By establishing direct API integrations and cryptographically signed webhook notifications, the program enables service providers to invalidate leaked customer credentials immediately upon discovery, neutralizing exposure before automated adversarial scrapers can exploit them.

Empirical comparison: passive notification versus active revocation

For more than a decade, the standard cybersecurity industry response to exposed credentials has been advisory notification: scanning systems detect a secret and transmit an automated email alert to the committer. Truffle Security presented empirical telemetry demonstrating that passive notification fails to protect enterprise infrastructure. In a benchmark study tracking 21,981 verified credentials reported directly to developers on GitLab and Bitbucket, 81% of the keys remained active six months later.

Empirical comparison: passive developer notification vs automated issuer revocation.

Survival rates of leaked credentials across platform revocation policies

Credential PlatformRevocation Policy ModelActive Leak ProportionOperational Outcome
Google Cloud (Pre-June 2024)Customer email notification only96% of 69,041 active keys (derived)Keys remained live indefinitely across repositories
Google Cloud (Post-June 2024)Automated default service account disablingSharp drop to near-zero active leaksDemonstrates efficacy of issuer-side intervention
Hugging Face / OpenAI / AnthropicImmediate automatic key revocation<= 2.2% active keys in The Stack v3Exposed keys neutralized before exploitation
Telegram Bot TokensZero reporting channel / no revocation53% active keys in The Stack v3Persistent open exposure across open-source code

The effectiveness of automated revocation is validated by Google Cloud's policy transition. Prior to 16 June 2024, Google notified customers via email when service account keys leaked to GitHub. On that date, Google shifted to automatically disabling leaked service account keys by default. Analyzing Google Cloud credentials in The Stack v3, Truffle Security found that of 69,041 working GCP keys, exactly 96% (66,279 keys, derived) were committed prior to the policy change, confirming that automated disabling permanently alters key survival curves.

Non-GitHub blindspots: Docker Hub and Hugging Face

While developer security tools have focused heavily on GitHub source code repositories, Truffle Security's research revealed that massive volumes of active credentials reside outside traditional source code scanners. GitHub's native partner scanning program covers public GitHub repositories and npm packages, leaving public container registries and machine learning repositories uninspected.

Modern secret exposure vectors: AI agent coding and non-GitHub registries.

Distribution of exposed secrets across modern deployment and AI repositories

Platform / RegistryObserved Exposure MetricPrimary Root CauseScanner Visibility Blindspot
Docker Hub Containers75% of exposed Resend API keys (derived)Secrets baked into container build layersInvisible to native Git source code scanners
Hugging Face Datasets>50% of exposed Vercel API tokensUnsanitized machine learning training corporaBypasses standard CI/CD pre-commit hooks
AI Local Config Files2,655 working keys (.claude/settings.local.json)Local assistant settings packaged into DockerCompletely unobserved prior to 2025 (derived)
Agentic Pull Requests6.8% of key-leaking commits signed by AIAI agents writing 40% of GitHub PRsAccelerates automated introduction of raw credentials

The container blindspot is particularly severe. Three out of every four (75%, derived) exposed Resend API keys delivered to the issuer originated from public Docker container images rather than source repositories. Similarly, over 50% of exposed Vercel API tokens identified in the analysis were discovered inside public datasets hosted on Hugging Face, illustrating how machine learning training corpora inadvertently capture and redistribute production API keys.

The AI multiplier: agentic code generation and config leaks

The rapid adoption of artificial intelligence in software engineering has accelerated both credential leakage and adversarial exploitation. Telemetry cited by Truffle Security reveals that pull requests originating as an AI agent draft rose from 17% in March 2026 to over 40% in September 2026 (a 23 percentage point increase, derived). Furthermore, while zero percent of commits leaking working keys were signed by AI agents in mid-2025, that proportion reached 6.8% by May 2026.

Local AI coding tools have introduced a dangerous shadow credential vector. Developers running local AI assistants frequently maintain environment variables, session cookies, and API tokens inside project dot-directories. When developers package their workspace into a Docker container, hidden files such as .claude/settings.local.json are committed into container layers. Truffle Security has identified 2,655 functional credentials in AI coding tool configuration files since January 2025, compared to exactly zero in 2024.

Adversaries exploit these exposed tokens to power automated attacks. In July 2026, researchers demonstrated that 14 Hugging Face tokens discovered in a public dataset enabled autonomous agents to compromise production infrastructure within 24 hours. Furthermore, threat actors systematically steal foundation model API keys to conduct unauthorized model distillation, querying commercial models millions of times at the victim's expense to train competing models.

Program architecture and issuer integration

The Secrets Revocation Program establishes a standardized pipeline bridging discovery and automated remediation. First, TruffleHog actively validates every discovered secret against live provider endpoints to confirm authenticity, filtering out stale, expired, or synthetic test strings. Second, verified live keys are dispatched to participating credential issuers via cryptographically signed webhooks or dedicated revocation APIs. Third, the issuer terminates the token immediately.

Sixteen technology companies joined the initiative at launch, including Hugging Face, Vercel, Notion, Resend, RubyGems, and Twilio. Truffle Security is currently holding 43,699 verified, functional credentials in its delivery pipeline awaiting partner onboarding by unjoined API providers. The firm urged all organizations that issue developer API keys to integrate with the free program, emphasizing that in an era of machine-speed AI attacks, passive developer notification cannot protect cloud infrastructure.

Sources

  1. PrimaryIntroducing the Secrets Revocation Program: revoking 1.4 million live secrets, 4 November 2026: Technical report by Luke Marshall and Dylan Ayrey on 1.4M exposed keys, 81% notification failure rate, and automated revocationTruffle Securityaccessed 2026-11-06
  2. PrimarySecrets Revocation Program press release, 4 November 2026: Industry announcement detailing free partner onboarding, Docker Hub and Hugging Face exposure, and launch partnersTruffle Security Pressaccessed 2026-11-06

Share this briefing

Know someone who owns this problem? Send it to them.

Related briefings

The briefing, in your inbox

Practitioner analysis of cyber and AI security news. No vendor noise.

How often

Every new briefing in one email, at 7am, or at 7am, 12:30pm and 6pm. Nothing is sent when nothing is new. Unsubscribe any time.