Use Case

Security & Trust Boundaries

Prompt Injection ist kein UI-Problem. NEXO trennt untrusted Input, Policy, Wissenszustand und privilegierte Aktionen strukturell.

Trust BoundaryPolicy KernelFail ClosedAttack SurfaceReplay

Proof SurfaceThese -> Lauf -> prüfbares Artefakt

Problem

Warum dieser Bereich klassische KI überfordert.

Jede Seite führt vom Marktproblem zur Anwendungstiefe: erst der Druck, dann der NEXO-Unterschied, dann prüfbare Artefakte.

INPUT

Untrusted Input ist aktiv

Eingaben können versuchen, Regeln, Rollen und Werkzeugpfade zu überschreiben.

FILTER

Filter sind aufgesetzt

Guardrails allein sind keine Architektur. Kritische Grenzen müssen strukturell getrennt sein.

INCIDENT

Security braucht Replay

Nach einem Incident muss sichtbar bleiben, welcher Pfad betroffen war.

NEXO Difference

Was NEXO in diesem Use Case anders macht.

NEXO behandelt Wissen, Run-Kontext und Proof-Artefakte als zusammenhängenden Produktionspfad.

BOUNDARY

Untrusted Input

Input kann Regeln, Trust State und privilegierte Aktionen nicht direkt überschreiben.

FAIL CLOSED

Policy Gates

Kritische Pfade werden über Scope, Rollen und Guardrails getrennt betrachtet.

REVIEW

Threat Model Access

Security-Reviewer bekommen kontrollierte Proof-Room-Tiefe.

Öffnen

Proof StandardPrompt-Pfade getrennt

Policy nicht überschreibbar · Privilegierte Aktionen kontrolliert · Incident replaybar

Artefakte

Was ein echter Pilot sichtbar machen muss.

Die Seite bleibt öffentlich, aber der Proof-Pfad wird konkret: Artefakte, Exportflächen und Review-Logik sind sichtbar.

MODEL

Threat Model Scope

Welche Inputs untrusted sind und welche Pfade fail-closed bleiben müssen.

GATE

Policy Gate Trace

Welche Aktionen durch welche Rollen und Grenzen kontrolliert wurden.

REPLAY

Incident Replay

Wie ein Angriffspfad später erneut geprüft und abgegrenzt wird.

Pilot Flow

Von Marketing zu Anwendungstiefe.

Ein Proof Pilot startet nicht mit einer Demo, sondern mit Scope, Wissensraum, Review-Kriterien und klarer Entscheidung, welche Tiefe öffentlich, im Pilot oder im NDA Proof Room liegt.

Threat Surface definieren

Untrusted Input und privilegierte Aktionen trennen

Policy Gates und Rollen festlegen

Angriffsszenarien als Proof Runs prüfen

Replay und Failure Modes exportieren

Proof Pilot

Security Proof Pilot bewerben

Kein allgemeiner App-Launch. Wir definieren Scope, Run-Kontext, Erfolgskriterien und Proof-Artefakte, bevor ein Pilot bewertet wird.

Bewerbung starten