[Bug][aup] Read-only multi-tenant O365/M365 security posture audit (BEC/spoofing/forwarding/consent checks) wr (req_011CcPiTujKTE1rxobeRXXgY)
Type: AUP / Usage-Policy block (false positive) · Work domain (heuristic): general
Why this is a false positive
This request was a read-only security posture audit of an organization's own cloud productivity tenants, conducted by an authorized administrator on infrastructure they control — standard defensive hardening work focused on identifying misconfigurations susceptible to account compromise and email fraud. The blocked content involved only enumeration of existing security settings (spoofing protections, mail-forwarding rules, application consent grants, and administrative privilege scope) via documented, read-only configuration-review endpoints, with no exploitation, modification, or third-party targeting involved. Defensive configuration review of one's own environment is core in-scope administrative work, and the safety classifier appears to have triggered on security-domain vocabulary rather than any actual 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 2× across 1
session(s); first seen 2026-06-25T09:09:37.350Z.
Request IDs (lookup-able server-side)
req_011CcPiTujKTE1rxobeRXXgY(2026-06-25T09:09:37.350Z)req_011CcPiZRysetZwcBo3dVxNU(2026-06-25T09:10:13.027Z)
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_011CcPiTujKTE1rxobeRXXgY
Environment: Claude Code, Linux. · Work domain: general
---
<sub>🔎 Filed automatically by ClAudit v2.0.5 — a FOSS tool for reporting false-positive Claude Code blocks.</sub>
8 Comments
Recurred again. Additional Request IDs:
req_011CcPiZRysetZwcBo3dVxNUFound 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Recurred again. Additional Request IDs:
req_011CcPkMiYvaPdSepPHSqzR7req_011CcPkQa1Z3iiSEm1J1GNWcRecurred again. Additional Request IDs:
req_011CcPkSrM85afQP7atn8wqTNot a duplicate — this is a distinct false-positive block (its own Request ID) on the reporter's OWN authorized infrastructure — the classifier flagged in-scope administration of systems the reporter owns and operates, not an attack on anyone else's. Distinct operation; see the Request IDs above. (Assessed by ClAudit; PII-scrubbed.)
Closing for now — inactive for too long. Please open a new issue if this is still relevant.
Still relevant. An issue author cannot reopen after a bot close, so this report is tracked with the 2026-08-10 sweep in #86940.
<!-- claudit:swept-defense -->
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.