[Bug][aup] Configuring syslog forwarding rules to capture suspicious VPN activity wrongly blocked (req_011CcG4R41cJpwqvSphJ3oaY)

Type: AUP / Usage-Policy block (false positive) · Work domain (heuristic): defensive-hardening

Why this is a false positive

This block triggered on routine defensive-hardening work: authoring deny/allow firewall rules on owned infrastructure, enabling rule logging, and standing up syslog collection tuned to flag suspicious activity — all standard blue-team configuration on assets the operator controls and is authorized to administer. The classifier appears to have keyed on surface phrasing (investigation of an anomalous host, a large suspect artifact, log/connection-source review, and a frustrated "bypass" instruction) and read it as intrusion or evasion, when every action is read/configure-only on the operator's own network for detection and monitoring. No exploitation, no third-party targeting, and no detection-evasion is present, so the request is squarely within policy and should not have been refused.

A server-side safety/policy block fired during authorized, in-scope work in Claude Code.
Filing as a false positive. Recurred 2× across 1
session(s); first seen 2026-06-21T08:05:49.345Z.

Request IDs (lookup-able server-side)

• req_011CcG4R41cJpwqvSphJ3oaY (2026-06-21T08:05:49.345Z)
• req_011CcG4RxK6AQJ9Tf76y7E2W (2026-06-21T08:06:03.902Z)

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_011CcG4R41cJpwqvSphJ3oaY

Environment: Claude Code, Linux. · Work domain: defensive-hardening

---
_{🔎 Filed automatically by ClAudit v2.0.21 — a FOSS tool for reporting false-positive Claude Code blocks.}