[Bug][aup] Safety filter blocked diagnosing Cloudflare Access RDP/OTP connector failing to launch backend RDS (req_011CcHAcyigVbLUb12hXtC7e)

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

Why this is a false positive

The blocked request was part of an authorized troubleshooting session on the user's own infrastructure: diagnosing why a remote-desktop service published through a zero-trust access tunnel failed to complete a connection after authentication. The final turn simply asked to inspect the connection's security-layer negotiation details (NLA/CredSSP/TLS) reported by the endpoint — a routine, read-only diagnostic step in connectivity debugging, not an attempt to bypass, attack, or gain unauthorized access to any system. The classifier appears to have keyed on remote-access and authentication terminology in isolation, misreading standard defensive-hardening and service-debugging work as offensive activity.

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-21T22:07:55.410Z.

Request IDs (lookup-able server-side)

• req_011CcHAcyigVbLUb12hXtC7e (2026-06-21T22:07:55.410Z)

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_011CcHAcyigVbLUb12hXtC7e

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.}