earlyink
210 first flagged22 Oct 2026

Quiet Zones: seeded-bug tests that show what an AI vulnerability scanner never looked at

Plants known bugs in a copy of a bank's code to measure what AI scanners miss. Bank AppSec teams pay.

Early · Scanner false-negative paper meets PHP flood

Written for: Small startup team

Next step

Call the AppSec lead at a regional bank that is piloting an AI code scanner and offer a free seeded-bug bake-off on one internal repo, with a report they can attach to their vendor review.

Why now

AI scanners just found critical PHP flaws (GPT-5.6 Sol and Wiz with Gemini 4 Argon), and Cloudflare is running OpenAI Daybreak in production, so banks are being pitched these tools now. Regulated buyers need evidence of what a scanner covered before they rely on it, and nothing on the market provides that independently.

What became possible

New research shows AI vulnerability-discovery tools drop real, reachable bugs in their code-selection, filtering and merging steps, regardless of how good the model is, and their reports give no sign of it. That is a measurable gap that a test harness can expose.

Two ways in

  1. Procurement bake-off

    Injects mutations with known vulnerabilities into a copy of the bank's repositories, runs each candidate scanner, and reports which seeded bugs were dropped and which files or paths were never examined.

    Customer
    AppSec leads at regional banks and payment processors choosing an AI code scanner
    Model
    $15–40k per bake-off
  2. Coverage canary

    Keeps a rotating set of seeded bugs in CI and alerts when a vendor's harness update quietly stops finding them.

    Customer
    The same teams after purchase
    Model
    Annual subscription per repository group

Competition

Early

No product was found that plants known bugs into a buyer's own repositories to run a neutral multi-vendor bake-off, or that keeps rotating seeded canaries in CI to detect silent regressions after a vendor update. The method is widely recommended (Cycode and Endor Labs tell buyers to do it themselves) and has been hand-built once in an open-source project (dormouse), while public benchmarks like OWASP Benchmark, OpenSSF and RealVuln use public code and the head-to-head numbers buyers see are vendor-authored.

Full competition notes (10 competitors)

No product was found that plants known bugs into a buyer's own repositories to run a neutral multi-vendor bake-off, or that keeps rotating seeded canaries in CI to detect silent regressions after a vendor update. The method is widely recommended (Cycode and Endor Labs tell buyers to do it themselves) and has been hand-built once in an open-source project (dormouse), while public benchmarks like OWASP Benchmark, OpenSSF and RealVuln use public code and the head-to-head numbers buyers see are vendor-authored. A new entrant can win on neutrality, on running inside the bank's environment to satisfy code-custody concerns, on reporting which files and paths an AI agent never examined (nobody surfaces this), and on audit-ready evidence banks can show regulators and model-risk teams. The main risks are that realistic seeded bugs, especially authorization and business-logic flaws, are technically hard to generate (research shows naive injection is easy to game or unrepresentative), that banks may resist any third-party handling of source code, and that scanner vendors or AppSec consultancies could add seeded-evaluation features, though vendor ownership would undercut the neutrality that is the core value.

  • diffplug/dormouse PR #1064 (seeded canaries for CI security audit)

    Open-source, project-specific CI job that plants known vulnerabilities in a throwaway repo copy, runs an AI security audit, and reports per-domain recall plus findings on untouched files. Essentially the coverage canary idea built by hand for one repo; not a product.

  • OWASP Benchmark

    Free, runnable Java/Python test suite with known vulnerabilities used to score scanner accuracy. Fixed synthetic code, not the buyer's own repositories.

  • sast-bench

    Open-source benchmark that scores SAST tools on annotated vulnerable regions in agentic codebases. Public corpus, not seeded into customer code.

  • RealVuln benchmark

    2026 research benchmark comparing rule-based, general LLM and security-specialized scanners on real code with hand-labeled findings and false-positive traps. Academic, public code only.

  • DryRun Security SAST Accuracy Report

    Vendor-run comparison that seeded 26 vulnerabilities into intentionally vulnerable apps and scored tools. Shows the method but is self-interested and not run on customer code.

  • Corgea best SAST tools comparison

    Vendor-authored July 2026 recall/precision comparison of SAST tools, ranking itself first. Example of the non-neutral benchmarks buyers currently rely on.

  • Cycode AI SAST guide

    Vendor guidance telling buyers to run evaluations on their own repos seeded with known vulnerabilities. Validates the need but leaves the work to the buyer.

  • AISLE AI SAST proof of value

    Vendor-run proof of value on the customer's codebase comparing against existing SAST. Single-vendor and without seeded ground truth.

  • Automated Customized Bug-Benchmark Generation (research)

    Academic work on injecting bugs into programs to measure static analyzer recall, finding LAVA-style injection yields near-zero static recall. Shows the injection technique exists in research and is hard to make realistic.

  • Beyond Single Bugs: LLM multi-vulnerability injection benchmark

    Research pipeline that uses an LLM to inject plausible CWEs into real files to test detectors. Close to the core technique but academic code, not a buyer-facing product.

Checked 2026-10-22

Risks

  • Vendor terms of service may forbid benchmarking or publishing results
  • Seeded bugs may not behave like real ones, so vendors can dispute the findings
  • Security budgets are shifting from finding bugs to fixing them, which squeezes testing spend

Even across the board (7).

tech 7 · pull 7 · space 7 · fit 7 · build 7

Exposed

Companies that could benefit or be threatened. News and context, not investment advice.

Momentum of its main topic

90 developments this week +6 vs last week
23 Sep: 0 developments24 Sep: 0 developments25 Sep: 0 developments26 Sep: 0 developments27 Sep: 0 developments28 Sep: 0 developments29 Sep: 0 developments30 Sep: 0 developments1 Oct: 0 developments2 Oct: 0 developments3 Oct: 0 developments4 Oct: 0 developments5 Oct: 0 developments6 Oct: 0 developments7 Oct: 0 developments8 Oct: 16 developments9 Oct: 15 developments10 Oct: 9 developments11 Oct: 4 developments12 Oct: 9 developments13 Oct: 13 developments14 Oct: 16 developments15 Oct: 18 developments16 Oct: 13 developments17 Oct: 11 developments18 Oct: 6 developments19 Oct: 10 developments20 Oct: 11 developments21 Oct: 18 developments22 Oct: 21 developments
Stage: Coverage

Sources

  1. Where AI Vulnerability Discovery Harnesses Go Quiet: Structural False Negatives and Hidden VulnerabilitiesarXiv
  2. OpenAI's GPT-5.6 Sol and Google's Gemini 4 Argon found critical PHP flaw affecting millions of websitesThe Decoder
  3. Cloudflare links vulnerability discovery to defense with OpenAIOpenAI
  4. Patch the Planet: global response coordination as agents uncover critical vulnerabilitiesOpenAI
  5. Exploit Development, Agentic Vulnerability Discovery, and Fake PoCsPractical AI
  6. PHP Armageddon: OpenAI, Google’s Wiz find ancient holes, panicking the internetTechCrunch AI

Status history

  • 2026-10-22 Flagged as buildable