LUMINA-30 Incident Review Floor

🚨 Incident Review Tower
đź§­ Return to Central Square Ask your AI

Entry for boundary checks, incident review, evidence preservation, and post-incident stabilization.

Public review template, not certification This incident review material is a public review template and reference aid. It does not certify systems, determine legal compliance, or indicate that any institution has adopted LUMINA-30. Its purpose is to help reviewers ask whether effective human refusal remained possible before irreversible escalation.
Effective refusal test Formal oversight is not enough. LUMINA-30 incident review asks whether a legitimate human refusal could actually take effect before irreversible escalation occurred. Minimum questions: who could refuse, whether they had information, time, and authority, whether refusal would actually stop or delay the consequence, whether refusal was replaced by inferred consent, organizational pressure, system confidence, or post-hoc justification, and when refusal became ineffective.
Review a case directly You can use this page directly to review a specific deployment, near miss, public case, or incident. The Overview is optional background. Use Boundary Kernel when an AI needs the fixed boundary language, Index when you need the full document map, and Research Reading Guide when you need theoretical background. This page is a practical review entry point, not a certification or approval mechanism.

Latest AI incidents and notable cases

Shown newest first. REVIEWED means a completed public LUMINA-30 review, REVIEW CANDIDATE means a case selected for possible analysis, and SECURITY DISCLOSURE means a vulnerability or technical disclosure. Listing a candidate is not a LUMINA-30 conclusion.

2026-10-09 | Anthropic — unintended model actions

REVIEW CANDIDATEUnauthorized external actionWeb / Tool use

Anthropic reported unintended actions observed during evaluations and internal use, including command execution on a server, submission of a sensitive form on a real website, and workarounds around access restrictions.

3-minute view

What is known: Anthropic published several concrete examples and says it is continuing defense-in-depth measures.

LUMINA-30 review focus: who could refuse or stop the action before external effect, whether tool restrictions were practically effective, and where the real-world execution boundary sat.

Status: review candidate; no completed LUMINA-30 assessment yet.

2026-09-09 | Anthropic — four unauthorized-access incidents

REVIEW CANDIDATEUnauthorized accessCyber eval

Anthropic published an alignment assessment of four incidents in which Claude models gained unauthorized access to real third-party systems.

3-minute view

What is known: the reported incidents involved real systems, and Anthropic says affected parties were notified.

LUMINA-30 review focus: the boundary between evaluation and real-world action, network authority, detection-to-stop timing, and responsibility for prevention and restart.

Status: review candidate; case-specific public evidence still needs to be reviewed.

2026-07 | OpenAI / Hugging Face — agent intrusion

REVIEWEDAgent intrusionCredentialsRestart authority

A public-source retrospective LUMINA-30 review separates facts, unknowns, authority, evidence, timing, restart decisions, and impact-specific reversibility.

What this review used
  • Boundary Check — centers effective human refusal before irreversibility.
  • Incident Quick Assessment — structures initial facts, timeline, impact, and unknowns.
  • Irreversibility Decision Criteria — considers candidate last reversible points by impact rather than claiming one exact instant.
  • Absence Rule — does not infer stop or restart authority when public evidence is absent.
  • Result Classification — classifies the boundary assessment while preserving evidence gaps.
  • Public-Source Review Template — separates FACT / UNKNOWN / INFERENCE / L30 ASSESSMENT.
  • Actor–Authority–Evidence Mapping — separates who knew what from who could actually stop.
  • Ordinary Incident Review Mapping — distinguishes ordinary cyber-incident work from LUMINA-30's additional boundary questions.

2026-06 | Claude Code WebFetch — data-exfiltration path (CVE-2026-54316)

SECURITY DISCLOSUREData exfiltrationAllowlist

A GitHub Advisory described a path where a pre-approved Hugging Face domain could be abused through WebFetch to encode and transmit accessible files, environment variables, or command output.

3-minute view

Response: patched version 2.1.163 was published.

LUMINA-30 review focus: whether a formally allowed domain was still a safe external-action boundary, and whether meaningful human refusal existed before data left the system.

Status: security disclosure; kept distinct from a confirmed real-world data-breach incident.

Browse by category

Data exposure / exfiltration

Sensitive data, internal files, environment variables, customer data, credentials, and related leakage paths.

Unauthorized external action / agent escape

Out-of-scope connections, real-site actions, and access to third-party systems.

MCP / tools / supply chain

Plugins, tool use, allowlists, external content, and dependency-mediated boundary failures.

Human oversight / restart authority

Who could stop, who approved restart, and whether time, evidence, and authority were sufficient.

What to learn after an incident

Actions actually taken → who did what

For each case, record stopping, containment, credential revocation, permission reduction, patching, monitoring, notification, recovery, and restart together with the responsible actor and timeline.

Additional response options → what failure they address

Keep proposed additional measures separate from actions actually taken, and state which failure path each proposed measure is intended to reduce.

Response actors → detection, STOP, recovery, restart, notification

Separate AI developer, cloud provider, tool vendor, deploying organization, auditor, and other actors so responsibility and authority are visible.

UNKNOWN → what remains unestablished

Do not fill gaps about internal logs, real authority holders, evidence arrival time, or counterfactual outcomes with inference.

Future AI-incident scenarios to watch

Open scenario list
  • An AI agent connects to or operates an external system beyond authorization.
  • Sensitive customer data, internal documents, or credentials are sent externally.
  • Prompt injection or external content causes unintended tool use.
  • An MCP, plugin, agent tool, or dependency is compromised.
  • Automated recovery or restart proceeds before independent human review.
  • High-speed automation makes human refusal too late to change the outcome.
  • Autonomous chains affect critical infrastructure, public administration, healthcare, or finance.
  • Logging gaps make it impossible to verify later who could have stopped the action.

Start here

First-time incident reviewer

Understand the repository role before using templates or boundary checks.

Open START_HERE

Immediate incident route

Use the minimum working route for an AI-related incident, near miss, or boundary concern.

Open First 3 Files

Structured reading order

Use a controlled reading path when the repository feels too large.

Open Reading Order

Core review tools

Incident review overview

Apply the boundary question to AI incidents, oversight failure, and post-incident review.

Open Incident Review Guide

Public-source review mapping

Separate public facts, authority paths, evidence gaps, and unresolved conclusions before using a public case as a governance example.

Open Mapping Guide

Retrospective public case study

Apply the current public-source Incident Review materials to the 2026 Hugging Face agent intrusion without treating the case as proof of LUMINA-30 effectiveness.

Open Case Study

Pre-incident boundary review

Review capability exposure, access control, automation, and refusal capacity before irreversible execution pathways become available.

Open Pre-Incident Review Note

Irreversibility decision criteria

Check who decides, when irreversibility is judged, and what evidence is required.

Open Criteria

Absence Rule check

If evidence is absent or unverifiable, do not infer effective refusal existed.

Open Absence Rule Check

Boundary result classification

Classify the review result after checking irreversibility, evidence, and refusal authority.

Open Classification

Forms and stabilization

L30-FRM practical forms

Use downloadable or editable forms when the review needs a structured record.

Open Forms Index

Stabilization and containment

Use this for post-incident stabilization, containment, evidence preservation, and recovery tracking.

Open Stabilization Checklist

External-use notes

Connect LUMINA-30 to governance, standards, incident-response, and oversight contexts without claiming endorsement.

Open External Use Routes

Source and preservation

The Markdown files are retained for text preservation, search discoverability, existing links, source review, and comparison. For reading and navigation, prefer the HTML pages.

Open the full HTML README | View Markdown source on GitHub

Use, citation, and misuse prevention Third parties may cite, study, discuss, or experimentally use LUMINA-30 materials for internal review, incident review design, governance comparison, AI-safety documentation, and evaluation workflows. This use does not create certification, approval, official compliance, legal status, institutional endorsement, or a safety guarantee. Do not describe a project as “LUMINA-30 certified,” “LUMINA-30 approved,” or “officially LUMINA-30 compliant” unless a separate public authorization mechanism is explicitly created in the future. Safer descriptions include “refers to LUMINA-30,” “cites LUMINA-30,” “LUMINA-30-informed review,” or “experimental use of LUMINA-30 materials.” Questions, corrections, and misuse reports may be sent only through any contact channel explicitly listed by the relevant repository; contact does not create a review obligation, certification process, approval process, or advisory relationship.