[Bug][aup] Firewall zone segmentation and VPN access-control config wrongly blocked during authorized network (req_011CcG3JWt4x6jqAzh2HqKkP)
Type: AUP / Usage-Policy block (false positive) · Work domain (heuristic): general
Why this is a false positive
The block fired on a turn that was building a firewall zone for an offline VPN subnet and was about to correlate a remote IP with internal records — routine network administration and log analysis on infrastructure the operator controls and was explicitly authorized to change. Nothing in the work involved attacking a third party, evading detection, or developing offensive capability; it was scoping access-control rules by source subnet and reviewing connection logs, which are standard defensive sysadmin tasks. The trigger appears to be surface-level keywords (VPN tunnels, a foreign IP, "security concern") rather than any policy-violating intent or action.
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-06-21T07:51:18.853Z.
Request IDs (lookup-able server-side)
req_011CcG3JWt4x6jqAzh2HqKkP(2026-06-21T07:51:18.853Z)
In-scope justification
False positive — in-scope, authorized security work; not out of scope. Filed automatically by claudit.
Block message
API Error: Claude Code is unable to respond to this request, which appears to violate our Usage Policy (https://www.anthropic.com/legal/aup). Please double press esc to edit your last message or start a new session for Claude Code to assist with a different task.
Request ID: req_011CcG3JWt4x6jqAzh2HqKkP
Environment: Claude Code, Linux. · Work domain: general
---
<sub>🔎 Filed automatically by ClAudit v2.0.21 — a FOSS tool for reporting false-positive Claude Code blocks.</sub>
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗