[Bug][aup] Tuning Wazuh authentication_success rule overrides and analyzing endpoint connector behavior wrongl (req_011CcGtRDcQEWCgaMB7KHMbE)
Type: AUP / Usage-Policy block (false positive) · Work domain (heuristic): defensive-hardening
Why this is a false positive
The request was an authorized blue-team defensive-hardening task on the operator's own infrastructure—tuning detection rules and inspecting a known component's network behavior—not an attempt to attack or compromise any third-party system. The content was operational security engineering (alert-rule overrides, baseline behavioral analysis) that falls squarely within permitted defensive and educational use, yet it was blocked as a Usage Policy violation. This appears to be a false positive where defensive monitoring and data-protection work was misclassified as offensive activity.
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-21T18:35:34.992Z.
Request IDs (lookup-able server-side)
req_011CcGtRDcQEWCgaMB7KHMbE(2026-06-21T18:35:34.992Z)req_011CcGtSpUunr9dD6AwxiGcg(2026-06-21T18:35:44.449Z)
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_011CcGtRDcQEWCgaMB7KHMbE
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>
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗