AIToday
AI Coding AssistantsAI Safety & AlignmentZenn AI/MLPublished: Nov 9, 2026, 06:00 JST

Google Mantis-style scan hits 0 false positives in 30-question test

Send on LINE
Google Mantis-style scan hits 0 false positives in 30-question test

3 Key Points

  1. What happened

    Nishi-tō's benchmark scored four approaches on 15 real flaws and 15 safe decoys; the Mantis-style pipeline caught 14 of 15 real vulnerabilities with 0 false positives, versus 3 for a raw LLM and 6 for Semgrep.

  2. Why it matters

    Raw LLM review caught 14 of 15 real flaws but still flagged 3 safe snippets, so the false-alarm "boy who cried wolf" problem that erodes developer trust appears to persist without sandbox validation.

Not sure about something? Ask the AI

Questions and answers are published on this page.

Summaries like this, every morning.

Context & Analysis

The benchmark is framed around a practical complaint: LLM code review tends to produce a flood of warnings that turn out to be harmless, and developers stop reading them. Nishi-tō cites academic work putting the true-positive rate of simple prompt-based AI vulnerability scanning below 7%, which is the baseline this test tries to beat.

The four approaches were chosen to represent generations of tooling. Bandit, a Python AST pattern matcher, caught only 5 of 15 real flaws and raised 4 false alarms, because it cannot see language quirks like os.path.join discarding its first argument when the second is an absolute path. Semgrep improved recall to 60.0% but still raised 6 false positives, failing to track validation that lives in a separate file or an authorization decorator.

The raw LLM result is the pivot of the piece. It caught 14 of 15 real flaws, including the os.path.join trap, double decoding and Zip Slip, but consumed about 7,700 tokens and over 40 seconds and still flagged 3 safe snippets. The Mantis-style design answers both problems at once: an AST summary tree cut input tokens from 7,735 to 1,543 (roughly 80%), and a sandboxed dynamic proof-of-concept step rejected every safe decoy, leaving precision at 100.0% while recall held at 93.3%. The author notes that production use would still require container-escape defenses and autonomous mock generation for external dependencies, which are operational concerns rather than benchmark scores.

FAQ
How did the Mantis-style approach eliminate false positives?
It generates a proof-of-concept exploit for each suspected flaw and runs it in an isolated sandbox. Only exploits that actually succeed are reported as real; blocked ones are rejected as false positives.
How much did the Mantis-style method cost and how long did it take?
It used 1,543 input and 1,243 output tokens at an estimated $0.0102 and ran in 13.23 seconds. The raw LLM approach used 7,735 input and 2,400 output tokens, cost $0.0433 and took 41.17 seconds.
Why were half the benchmark questions safe code?
Nishi-tō argues false positives hurt developers as much as missed flaws, so 15 of the 30 questions were cleverly defended code that looks dangerous but is safe.
Send on LINE

AI news that matters for your work, delivered every morning.

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

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.

Questions and answers are published on this page.

Related Articles

Next articleAI firms have sold $300 billion of stock in 2026, with $100 billion more on tap