Zugriff ist keine Korrelationsbefugnis
Ein Agent kann zwei Kontexte erreichen, ohne sie kombinieren zu dürfen.
ERREICHBAR ≠ AUTORISIERT
DE
Control-Demo wird geprüft · Runtime authorization for AI context
KI-Kontext darf nicht allein deshalb Befugnis erhalten, weil ein Agent darauf zugreifen kann.
Johka Control erzwingt Runtime-Autorisierung für Kontextflüsse, Korrelation und abgeleiteten Kontext, bevor geschützter Kontext den KI-Provider erreicht. Es ist eigenständig einsetzbar.
- Beim Kunden gehostet
- Eigenständiges Produkt
- Fail-closed
- Auditierbar
- Providerunabhängiger Kern
ENFORCEMENT-ERGEBNISSE POLICY ACTIVE
01
REQUEST ORIGINApplication / Agent
Context envelope
ENFORCEMENT POINTJOHKA CONTROL
IdentityPurposeGrantLineage
ALLOWREDACTBLOCKREQUIRE_APPROVAL
DIE BEFUGNISLÜCKE
KI-Systeme können mehr Kontext erreichen, als sie nutzen dürfen.
Retrieval bestimmt, was gefunden wird. Johka bestimmt, ob Kontext fließen, korreliert, abgeleitet oder wiederverwendet werden darf.
Abgeleiteter Kontext behält Grenzen
Zusammenfassungen werden nicht unbeschränkt, nur weil sie neu sind.
ABLEITUNG ≠ RESET
Nicht erlaubt heißt kein Provider-Aufruf
Geschützter Kontext bleibt am Enforcement-Punkt.
BLOCK = NULL EGRESS
FÜR KI, DIE DATENGRENZEN ÜBERSCHREITET
Ihr Agent kann auf beide zugreifen. Das heißt nicht, dass er beide kombinieren darf.
Für Teams, deren KI-Agenten über Gespräche, CRM, Bestellungen, Fälle, Dokumente und verbundene Systeme arbeiten.
Customer-Support-KIMulti-Tenant-B2B-SaaSEnterprise CopilotsKI-Agent-PlattformenFintech & VersicherungGesundheit · HR · Recht
PRIMÄRER USE CASESUPPORT + CRM + ORDER
SOURCE 01Supportgespräch
SOURCE 02CRM- & Bestelldaten
AUTHORIZATION QUESTION
Welche Kundenfelder dürfen für diesen Zweck kombiniert, an dieses Ziel gesendet und später wiederverwendet werden?
QUALIFICATIONJOHKA WIRD RELEVANT, WENN…
- 01
Die KI kann mindestens zwei getrennte Datenquellen erreichen.
- 02
Die Quellen enthalten begrenzten Kunden- oder Tenant-Kontext.
- 03
Nicht jedes erreichbare Feld darf für jede Aufgabe kombiniert werden.
- 04
Die KI kann Kontext an Provider senden oder Aktionen ausführen.
- 05
Sie müssen belegen, warum eine Kombination erlaubt war.
- 06
Befugnis kann ablaufen, widerrufen werden oder vom Zweck abhängen.
Vier oder mehr treffen zu? Dann passt Ihre Architektur gut zu einer Johka-Evaluation.
NICHT FÜR JEDEN
Nicht jedes KI-System braucht Johka.
Eine unbeschränkte Quelle ohne echte Grenzüberschreitung? Dann ist Johka womöglich unnötig.
Mehrere begrenzte Kontexte, bei denen Zugriff auf beide keine Erlaubnis zur Kombination sein darf? Dann wird Johka relevant.
ENFORCEMENT-ERGEBNISSE
Johka kann Kontext zur Laufzeit zulassen, einschränken oder blockieren und eine menschliche Freigabe verlangen. Für die kontextübergreifende Nutzung können explizite, zweckgebundene Grants erforderlich sein und sofort widerrufen werden.
ALLOWREDACTBLOCKREQUIRE_APPROVAL
DEPLOYMENT & KONTROLLE
Enforcement-Infrastruktur statt einer weiteren KI-Datenschicht.
Johka sitzt im Ausführungspfad und entscheidet, bevor ein KI-Request die kontrollierte Umgebung verlässt.
CUSTOMER ENVIRONMENT
CALLERSApps · Agents · RAG
→PRIVATE CONTAINERJohka Control
→GATEWAYProvider Adapter
CONTEXT MANAGEMENT
Ordnet, was KI finden kann.
≠
JOHKA CONTROL
Bestimmt, was KI-Kontext tun darf.
OPTIONALE ERWEITERUNG · JOHKA LINK
Control funktioniert eigenständig. Link erweitert Control.
Fügen Sie Link hinzu, wenn eine genehmigte Aufgabe Kontext aus mehreren Quellen braucht. Link fragt Control zuerst.
Johka Link entdeckenFOUNDING DESIGN PARTNER PILOT
Beweisen Sie einen geschützten KI-Workflow in Ihrer Umgebung.
Ein Control-Pilot mit festem Umfang für die ersten fünf Design Partner.
NACH DEM PILOT
Einen Workflow beweisen. Auf Basis der Nachweise erweitern.
- 01Pilot mit festem Umfang
Einen echten KI-Workflow schützen und beweisen.
- 02Produktivdeployment
Lizenz, Implementierung und Support vereinbaren.
- 03Mehr geschützte Workflows
Kontrolliert auf weitere Flüsse erweitern.
Produktivlizenz und laufender Support werden nach erfolgreichem Pilot vereinbart.