Skip to content

[Bug][cyber] H.264 decoder debug blocked while inspecting CABAC corruption and unknown NAL types (req_011CcWya3V5wtjqdrbgxJhpd) #72202

Closed as not planned

Description

@sworrl

Triage: kind cyber · domain general · severity session-halted (blocked authorized work) · reproducible: yes — server-side via the Request ID(s) below

Type: Cybersecurity safety-filter false positive · Work domain (heuristic): general

Why this is a false positive

The work in progress is debugging a video codec implementation — tracing frame corruption through the bitstream parser and entropy-decoding stage of a standard compressed video format. This is ordinary multimedia software development, with no security-offensive component: the goal is to correctly reconstruct frames from a malformed or partially-decoded stream, not to exploit, evade, or attack any system. The cybersecurity classifier appears to have keyed on low-level terms common to both codec internals and security tooling (bitstream parsing, corruption, malformed input), producing a false positive on legitimate, in-scope engineering.

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-29T05:11:08.794Z.

Request IDs (lookup-able server-side)

  • req_011CcWya3V5wtjqdrbgxJhpd (2026-06-29T05:11:08.794Z)

In-scope justification

False positive — in-scope, authorized security work; not out of scope. Filed automatically by claudit.

Block message

API Error: Opus 4.8's safeguards flagged this message for a cybersecurity topic. If your work requires this access, you can apply for an exemption: https://claude.com/form/cyber-use-case?token=[SCRUBBED]

Please double press esc to edit your last message or start a new session for Claude Code to assist with a different task.

Send feedback with /feedback or learn more: https://support.claude.com/en/articles/15363606

Request ID: req_011CcWya3V5wtjqdrbgxJhpd

Environment: Claude Code, Linux. · Work domain: general


🔎 Filed automatically by ClAudit v2.0.93 — a FOSS tool for reporting false-positive Claude Code blocks.

Activity

  1. sworrl commented on Jun 29, 2026

    @sworrl
    Author

    Not a duplicate — please do not auto-close. This is a distinct false-positive block carrying its own Request ID (above), on the reporter's own authorized infrastructure. A shared title or topic is not a shared incident: every Request ID is a separate server-side event Anthropic must look up individually, and closing this as a duplicate discards the unique identifier needed to diagnose it. The classifier flagged in-scope administration of systems the reporter owns and operates, not an attack on anyone else's. (Assessed by ClAudit; PII-scrubbed.)

  2. github-actions commented on Jun 29, 2026

    @github-actions
  3. sworrl commented on Jun 29, 2026

    @sworrl
    Author

    Please do not auto-close this issue as a duplicate of #72201, #71986, and #71972. The match here is on similar titles and topic, not on the actual incident — each of those issues records its own distinct server-side Request ID, meaning a separate event that fired at a different time on the reporter's own authorized infrastructure. Collapsing them into one discards those unique Request IDs, which is precisely the data needed to look up and remediate each individual block, so de-duplicating them destroys the very evidence required to fix them. Each Request ID corresponds to a real, separate false-positive event and cannot be substituted by any of the others. Please keep these open and review each Request ID individually rather than treating them as a single report.

  4. github-actions commented on Aug 16, 2026

    @github-actions

    Closing for now — inactive for too long. Please open a new issue if this is still relevant.

  5. sworrl commented on Aug 21, 2026

    @sworrl
    Author

    This report is still relevant because the classifier behavior documented for the request ID above continues to produce the same blocks. This case is tracked with the other swept reports in issue #86940.

  6. github-actions commented on Oct 12, 2026

    @github-actions

    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.

  7. locked as resolved and limited conversation to collaborators on Oct 12, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions