[Bug][cyber] False positive when entering CVE identifiers into incident report form (req_011CeTXUn88DZz3Nz3ANdbtG)
Triage: kind cyber · domain general · flagging model Sonnet 5 · severity session-halted (blocked authorized work) · reproducible: yes — server-side via the Request ID(s) below
Type: Cybersecurity safety-filter false positive · Work domain (heuristic): general
Why this is a false positive
The safeguards triggered when pasting text from a local incident reporting template that prompts for a Common Vulnerabilities and Exposures identifier. The prompt asks for help completing administrative form fields and contains no exploit material or attack code. Blocking standard vulnerability disclosure fields creates false positives during routine incident reporting workflows.
A server-side safety/policy block fired during authorized, in-scope work in Claude Code. Filing as a false positive. Recurred 1× across 1 session(s); first seen 2026-08-27T15:56:10.185Z.
Request IDs (lookup-able server-side)
req_011CeTXUn88DZz3Nz3ANdbtG(2026-08-27T15:56:10.185Z)
In-scope justification
False positive — in-scope, authorized security work; not out of scope. Filed automatically by claudit.
Block message
API Error: Sonnet 5's safeguards flagged this message. Our intentionally broad safeguards allow us to deliver more capabilities faster, but can sometimes flag legitimate cybersecurity work. Apply to the Cyber Verification Program to reduce these interruptions. Send feedback with /feedback or learn more: https://support.claude.com/en/articles/14604842-real-time-cyber-safeguards-on-claude
Details: [cyber]
Request ID: req_011CeTXUn88DZz3Nz3ANdbtG
Environment: Claude Code, Linux. · Work domain: general
---
<sub>🔎 Filed automatically by ClAudit v2.2.5 — a FOSS tool for reporting false-positive Claude Code blocks.</sub>
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗