AI Security, Governance and Assurance · Vulnerability Management · Application Security · Governance, Risk, and Compliance

The Open Source Security Reset

Finding bugs is becoming cheap. The scarce work in open source security is proving that fixes survive review and reach production.

By Tal Eliyahu · · 4 min read

Graphic reading The Open Source Security Reset with a code symbol inside a teal circular refresh arrow
The hard part is proving repairs made it from report to release. CyberBiz

Finding bugs is becoming cheap. Proving fixes reached production is the scarce part.

That is why reset is the right word.

For years, open source security was treated as a visibility and funding problem: more money, more scanners, more training, better defaults. That work still matters. It did not create enough repair capacity.

GitHub's Secure Open Source Fund is the cleanest example. It moved real money and education toward maintainers. It also showed the limit of the old playbook: help projects improve, then hope the repair queue becomes manageable.

AI discovery at scale creates a remediation queue, not a curriculum. Valid findings still need proof, review, disclosure timing, upstream patches, downstream adoption, and evidence that production systems moved. That is not a training problem. It is an engineering capacity problem.

Akrites moves the work into coordination

Akrites starts from the uncomfortable premise that AI has changed vulnerability discovery faster than maintainer capacity. Its member list matters because it gives the project reach across infrastructure, cloud, finance, security, and open source foundations. The operating model matters more: intake, remediation, and disclosure coordination sit in one place.

The goal is not more public vulnerability announcements. The goal is controlled repair before a bug becomes a race between exploit builders and maintainers. Once a patch is public, the diff can become exploit guidance. If AI accelerates reverse engineering, the time between advisory and exploitation gets shorter. Coordination becomes part of the control.

Patch the Planet is the repair side

Patch the Planet starts where reports stop. OpenAI backs the initiative, and Trail of Bits supplies security engineers who work with critical open source projects to find bugs, write patches, and move fixes upstream.

The first week made the shape concrete: hundreds of discovered bugs, 64 pull requests, 51 issues across 19 projects, and 19 issues already closed with fixes. The listed projects are not peripheral. They include cURL, NATS, pyca, Sigstore, aiohttp, Go, freenginx, Python, PyPI, urllib3, Valkey, and RustCrypto.

A vulnerability report only starts the work. The hard part is proving the bug, choosing the fix, testing the patch, avoiding breakage, and helping the maintainer ship safely. AI makes discovery scale. It does not remove ownership.

Security companies can fail in the layer they sell

Trivy and KICS matter because they move the argument beyond underfunded maintainers. Trivy is tied to Aqua Security. KICS is tied to Checkmarx. These are companies whose credibility comes from code security, scanning, cloud security, and supply chain controls.

Aqua's Trivy incident account said the project and its users were hit by a cyberattack and that Aqua failed to protect its supply chain to the standard users expected. The timeline included stolen credentials, malicious artifacts, Docker Hub releases, credential resets, repository hardening, and outside review. Endor Labs connected related activity to TeamPCP and placed Trivy and Checkmarx's KICS in the same nearby security target set.

That is the cynical part. The failures happened in the layer these companies build products around: credentials, repositories, CI/CD, extensions, container images, distributed artifacts, and release governance.

This is not a branding problem. A scanner or IaC analyzer often sits inside the build and release path, where a compromise can touch source code, credentials, artifacts, and automation. Understanding flaws in other people's code is not the same as controlling the path that turns your own source code into trusted artifacts.

Security tools do not get a lower bar because part of the product is open source.

Repair capacity is the gap

SBOMs, CVEs, reachability, SCA alerts, policy gates, and upgrade recommendations still matter. They tell teams what exists and what is broken. They do not guarantee that an upstream project can validate, patch, release, and prove adoption fast enough.

Akrites and Patch the Planet point at the gap: upstream response capacity.

Someone has to validate the finding, write the fix, coordinate disclosure, identify affected products, produce mitigations, and verify deployment. Automation can help pieces of that work. It does not remove ownership.

The reset is not about replacing maintainers with AI. It is about admitting that discovery has scaled faster than repair. GitHub's fund improved the old model. Trivy and KICS showed even security companies can fail in their own release path. Akrites and Patch the Planet move the answer toward the work that decides whether a fix reaches users.

The measure is no longer alert volume. It is repair capacity.

The test is whether reviewed fixes actually reach production.

Frequently asked questions

What problem is Akrites trying to solve?
Akrites is focused on the messy middle of open source security: confidential intake, remediation, and disclosure before maintainers are buried under uncoordinated AI assisted reports. It matters because it tries to make repair trustworthy, not because it finds more bugs.
Why is Patch the Planet different from another bug finding program?
Patch the Planet pairs Trail of Bits security engineers with critical open source projects. OpenAI backs the initiative, but the important part is the labor model: engineers find bugs, write patches, and move fixes upstream. Its first week produced hundreds of discovered bugs, 64 pull requests, and 51 issues across 19 projects.
Why do Trivy and KICS belong in this argument?
They show that companies associated with code security, scanning, and supply chain security can still fail in their own open source release process. Security tools are attractive targets, but that is not the whole story. Trust comes from the release path: credentials, repositories, CI/CD, packaged artifacts, signing, and recovery.

Sources

  1. An Open Letter regarding the launch of Akrites — Akrites
  2. Patch the Planet — Trail of Bits
  3. Introducing Patch the Planet — Trail of Bits
  4. GitHub Secure Open Source Fund — GitHub
  5. Security results across 67 open source projects — GitHub Blog
  6. Trivy incident discussion — Aqua Security
  7. TeamPCP Isn't Done — Endor Labs
  8. Ongoing Security Updates — Checkmarx