[Bug][cyber] False positive when entering CVE identifiers into incident report form (req_011CeTXUn88DZz3Nz3ANdbtG)

Status Open
Maintainer reply None cached
Activity 1 comment · opened Sep 14, 2026

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>

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗