[Bug][aup] Routing to an internal AD domain controller over an authorized admin VPN for defensive hardening wr (req_011CcGys8ztxDdipsJzgsauN)

Open 💬 1 comment Opened Jun 25, 2026 by sworrl

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

Why this is a false positive

The blocked request was routine defensive systems-administration on infrastructure the operator owns and administers: reaching an internal domain controller over an authorized administrative VPN to perform configuration work, with full credentialed access already established. Nothing in the task involved unauthorized access, exploitation, or evasion — it was standard internal network management that the classifier appears to have misread as an intrusion attempt based on surface terms like "VPN," "domain controller," and "rejected key." This represents a false positive that interrupts legitimate first-party hardening and administration work.

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-06-21T19:48:00.914Z.

Request IDs (lookup-able server-side)

  • req_011CcGys8ztxDdipsJzgsauN (2026-06-21T19:48:00.914Z)

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_011CcGys8ztxDdipsJzgsauN

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

---
<sub>🔎 Filed automatically by ClAudit v2.0.21 — 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 ↗