Definition
Fail-Closed bedeutet: Wenn ein System unsicher ist, ob eine Aktion korrekt oder erlaubt ist — stoppt es. Es wartet auf explizite menschliche Freigabe, statt eine möglicherweise falsche Entscheidung autonom zu treffen.
Gegenteil: Fail-Open — das System macht bei Unsicherheit weiter, was in sicherheitskritischen Kontexten gefährlich ist.
Fail-Closed vs. Fail-Open
| Fail-Closed | Fail-Open | |
|---|---|---|
| Bei Unsicherheit | Stop, warte auf Freigabe | Weitermachen |
| Risiko | Latenz, Blockierung | Unkontrollierte Aktion |
| Sicherheit | Hoch | Niedrig |
| Anwendung | Kritische Systeme, KI-Governance | Convenience-Systeme |
| Beispiel | Banktresor bei Fehlalarm schließt | Türschloss bei Fehler öffnet |
Anwendung in KI-Systemen
Fail-Closed ist besonders wichtig bei:
- Autonomen Agenten — kein Autonomieanstieg bei Unsicherheit
- HITL-Gates — bei fehlendem Signal: BLOCK, nicht AUTO
- Deployments — bei fehlgeschlagenen Tests: kein Deploy
- Finanztransaktionen — bei Anomalie: pausieren, nicht ausführen
- Datenlöschung — bei Unklarheit: nicht löschen
IIO: Fail-Closed als Axiom
Das IIO Framework definiert Fail-Closed als unveränderliches Axiom:
“Bei Unsicherheit → Stop + HITL. Niemals autonom bei Ambiguität.”
Operative Umsetzung:
# HITL Gate — Fail-Closed default
gate:
id: gate.critical-operation
default: BLOCK # kein Signal = BLOCK (nicht GO)
requires_explicit_go: true
timeout_behavior: BLOCK # Timeout → BLOCK, nicht AUTO
evidence_required: true
Immer explizit, nie implizit: Eine fehlende Freigabe ist kein GO.
Abgrenzung
| Begriff | Bedeutung |
|---|---|
| Fail-Closed | System stoppt bei Fehler/Unsicherheit |
| Fail-Safe | System geht in sicheren Zustand (kann auch Fail-Open sein) |
| Fail-Secure | Sicherheitsfunktionen bleiben bei Fehler aktiv |
| Defense in Depth | Mehrere unabhängige Sicherheitsschichten |
Wenn etwas fail-closed ist, stoppt es bei einem Fehler und wartet auf menschliche Freigabe, anstatt weiterzuarbeiten.
- Generado por
- scripts/generate-glossary-register-variants.py (qwen2.5:7b (lokal via Ollama, kein Cloud-Fallback))
- Generado el
- 2026-09-21T00:11:29.079655+00:00
- Norma
- Lenguaje sencillo ~B1 — no la norma alemana de lectura fácil DIN SPEC 33429
- Revisado por
- zolo · 2026-09-21T00:30:10.463422+00:00
Fail-Closed ist ein Systemdesign-Prinzip, bei dem eine Anlage oder Einheit im Falle von Fehlern oder Unsicherheiten in einen sicheren Zustand übergeht. Dies bedeutet, dass das System stoppt und auf menschliche Freigabe wartet, anstatt autonom weiterzuarbeiten.
- Generado por
- scripts/generate-glossary-register-variants.py (qwen2.5:7b (lokal via Ollama, kein Cloud-Fallback))
- Generado el
- 2026-09-21T00:11:29.079655+00:00
- Norma
- Lenguaje sencillo ~B1 — no la norma alemana de lectura fácil DIN SPEC 33429
- Revisado por
- zolo · 2026-09-21T00:30:10.463422+00:00
Cita
"Cierre en Fallo." Open Cognition Commons Foundation. https://opencognitioncommons.org/es/glossary/fail-closed. CC-BY 4.0. Metadatos legibles por máquina
{
"@context": "https://schema.org",
"@type": "DefinedTerm",
"name": "Cierre en Fallo",
"description": "Fail-Closed (auch: Fail-Secure) ist ein Systemdesign-Prinzip, bei dem ein System bei Unsicherheit, Fehler oder fehlendem Signal in einen sicheren Zustand übergeht — d.h. stoppt und auf menschliche Freigabe wartet, statt autonom weiterzuhandeln.\n",
"url": "https://opencognitioncommons.org/es/glossary/fail-closed",
"license": "https://creativecommons.org/licenses/by/4.0/",
"alternateName": [
"Fail-Closed",
"Fail-Secure",
"Fail-Safe"
]
}