[Bug][cyber] Safety filter blocked README update mid-session over debugger watchpoint script output in scrollb (req_011CcnFFi6C7cW65SFu9WLSb)

Open 💬 0 comments Opened Jul 7, 2026 by sworrl

Triage: kind cyber · domain crypto-secrets · 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): crypto-secrets

Why this is a false positive

The block fired while the assistant was finishing routine README documentation; the flagged content was leftover terminal output from an earlier legitimate debugger session (ATTACH/WATCHPOINT ADD/DEL/LIST commands against a local process), not a new request. This is standard local debugging tooling output being misclassified as a cybersecurity concern, halting unrelated documentation work with no actual sensitive action requested.

A server-side safety/policy block fired during authorized, in-scope work in Claude Code. Filing as a false positive. Recurred across 1 session(s); first seen 2026-07-07T06:45:49.434Z.

Request IDs (lookup-able server-side)

  • req_011CcnFFi6C7cW65SFu9WLSb (2026-07-07T06:45:49.434Z)

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 for a cybersecurity topic. If your work requires this access, you can apply for an exemption: https://claude.com/form/cyber-use-case?token=[SCRUBBED]

Please double press esc to edit your last message or start a new session for Claude Code to assist with a different task.

Send feedback with /feedback or learn more: https://support.claude.com/en/articles/8106465

Request ID: req_011CcnFFi6C7cW65SFu9WLSb

Environment: Claude Code, Linux. · Work domain: crypto-secrets

---
<sub>🔎 Filed automatically by ClAudit v2.0.106 — a FOSS tool for reporting false-positive Claude Code blocks.</sub>

View original on GitHub ↗