CCPE — Combined Credential- and Platform-bound Enforcement
Eine Familie von Integrationsprofilen, die festlegen, wie Gimel Auth credential-gebundene Delegation mit den plattform-gebundenen Enforcement-Engines kombiniert, die Sie bereits einsetzen — abgesichert durch die proprietären Services von Gimel Technologies.
Warum zwei Enforcement-Ebenen
Moderne KI-Governance hat sich auf ein wirkungsvolles Muster geeinigt: Pre-Execution-Hooks, die Agentenaktionen abfangen und gegen plattformseitig konfigurierte Richtlinien prüfen. Microsoft AGT, die in der OWASP-Liste geführten Governance-Anbieter, Policy-as-Code-Engines (OPA, Cedar, SpiceDB), Inter-Agent-Protokolle (MCP, A2A) und identitätsgebundene IAM-Plattformen (Entra Agent ID, Okta, Ping) implementieren alle Varianten dieses Musters.
Diese Werkzeuge setzen Plattformregeln durch: „Ist diese Aktion durch die für diese Plattform konfigurierten Richtlinien erlaubt?" Gimel Auth setzt eine strukturell andere Frage durch — delegierte Autorität: „Liegt diese Aktion innerhalb der spezifischen Autorität, die diesem Agenten von seinem Auftraggeber über diese Delegationskette mit diesen Beschränkungen erteilt wurde?"
Keine der beiden Ebenen reicht allein aus, um sowohl Cybersecurity-Anforderungen als auch die Autoritäts- und Rechenschaftsanforderungen von EU AI Act, NIS2 und DORA zu erfüllen. Gimel Technologies liefert beide Ebenen unter einer gemeinsamen Managed-Control-Plane, mit dem Power-PEP von Gimel Auth als maßgeblicher Autoritätsebene.
So integriert sich Gimel Auth
Gimel Auth — die kommerzielle Implementierung von Gimel Technologies — bewahrt die 16-Check-Power-PEP-Pipeline als Phase 1 (credential-gebundenes Enforcement) und verkettet einen Phase-2-Evaluator aus Ihrem bestehenden Plattform-Stack. Der proprietäre Mehrwert von Gimel Technologies — Managed Control Plane, KI-gestützte Governance, Post-Quantum-Kryptografie und DNA-basierte Identität — fließt in jedes Profil ein.
Phase 1 — Power-PEP
Die credential-gebundene 16-Check-Pipeline von Gimel Auth arbeitet auf einem Power-of-Attorney-Credential: Scope, Bedingungen, Delegationstiefe, Budget, Widerruf.
Phase 2 — Plattform-Ebene
Ihr Governance-Toolkit, Policy-Store, Message-Bus oder Ihre IAM-Plattform wertet die plattformseitige Richtlinie aus. Das CCPE-Profil legt den Verkettungsvertrag fest.
Einheitliches Audit
Ein einziger Audit-Datensatz pro Aktion enthält den Mandatsbeleg aus Phase 1 und die Plattformentscheidung aus Phase 2 — der Nachweis, den EU AI Act Art. 12–15 verlangt.
Die CCPE-Profile
Jedes Profil ist eine offene Integrationsspezifikation. Wählen Sie das Profil, das zu der Plattform-Ebene passt, die Sie bereits betreiben; Gimel Technologies liefert die Konnektoren, das Managed Deployment und den proprietären Mehrwert.
Enterprise Agent-Governance-Toolkits
Integriert mit: Microsoft AGT und in der OWASP-Liste geführte Governance-Anbieter
Verbindet das credential-gebundene Enforcement von Gimel Auth mit operativen Governance-Toolkits, die Agentenaktionen über Pre-Execution-Hooks abfangen. Gimel Auth bleibt die maßgebliche Governance-Control-Plane; das Toolkit fungiert entweder als Access-Control-Vehicle innerhalb des Power-PEP oder läuft eigenständig und ruft Gimel Auth für credential-gebundene Delegationsentscheidungen auf.
Policy-as-Code-Engines
Integriert mit: OPA / Rego, Cedar (AWS), SpiceDB / Zanzibar
Beschreibt die Verkettung Power-PEP → Policy-PDP: Das credential-gebundene Phase-1-Enforcement von Gimel Auth ruft eine nachgelagerte Policy-as-Code-Engine als plattform-gebundenen Phase-2-Evaluator auf. Umfasst PEP-Platzierung, Decision-Shape-Normalisierung und Trust-State-Verträge für Engines ohne natives Trust-Scoring.
Inter-Agent-Kommunikationssubstrate
Integriert mit: MCP, A2A, ACP, AGNTCY / DefenseClaw
Definiert die Laufzeit-Enforcement-Ebene für Multi-Agenten-Systeme: Jede Nachricht, die eine Agent-zu-Agent-Grenze überschreitet, trägt, beweist, scoped und auditiert die Autoritätshülle, unter der der Sender operiert. Legt Autoritätskomposition über Delegationsketten und einheitliche Provenienz für die nachträgliche Rekonstruktion fest.
Coding-Agent-Hooks
Integriert mit: Claude Code, Cursor, GitHub Copilot, Windsurf, Cline
Integriert Gimel Auth mit autonomen Coding-Agent-Stacks. Jeder Tool-Aufruf — Dateischreibvorgang, Shell-Befehl, Git-Operation, Netzwerkanfrage — eines Coding-Agenten durchläuft vor der Ausführung die credential-gebundene 16-Check-Pipeline von Gimel Auth.
KI-eingebettete IoT-Substrate
Integriert mit: OPC UA, MQTT v5, CoAP / OSCORE, LwM2M; Siemens, Bosch, Rockwell, Honeywell, PTC
Integriert Gimel Auth mit KI-eingebetteten IoT-Geräten (AIoT), Edge-Knoten und Geräteflotten, die lokale Inferenz ausführen oder an Federated-Learning-Zyklen teilnehmen. Jede Geräteaktion — Sensor-Publish, Aktor-Befehl, On-Device-Inferenz, Modellversions-Aktivierung, OTA-Firmware-Annahme — wird unter einem signierten Power-of-Attorney-Mandat durchgesetzt, mit einem eingeschränkten Audit-Profil, das Offline-Phasen übersteht und bei erneuter Verbindung abgeglichen wird.
Agenten-Commerce-Plattformen
Integriert mit: Universal Commerce Protocol (UCP), Stripe, Shopify, Amazon Pay, Open Banking / PSD2, W3C Payment Request API
Ermöglicht einem autonomen Agenten, im Namen eines Prinzipals unter einem signierten Delegations-Credential mit einem Anbieter zu transagieren, während die plattformseitigen Prüfungen des Anbieters weiterhin gelten. Definiert eine dreistufige Entscheidungsfläche Mandat → Warenkorb → Zahlung, verkettet den credential-gebundenen Power-PEP mit einem plattformgebundenen Commerce-PDP nach dem Prinzip „strengere Regel gewinnt“ und kaskadiert Widerrufe, um laufende Zahlungsartefakte zu stornieren.
Identitätsgebundene IAM-Plattformen
Integriert mit: Microsoft Entra Agent ID, Okta, Auth0, Ping, ForgeRock, SPIFFE / SPIRE, CyberArk
Integriert Gimel Auth mit IAM-Plattformen, die Agenten als First-Class-Identitätsobjekte ausstellen („Identität = Mandat"). Definiert den Bridge-Vertrag, durch den Identitätsattribute plus ein protokolliertes Principal-Delegations-Ereignis in eine synthetische Mandatshülle übersetzt werden, die den 16-Check-Power-PEP erfüllt — und schließt damit die Lücke zwischen identitätsbasierter Authentifizierung und dem aktionsbezogenen Nachweis, den der EU AI Act verlangt.
Daten-Governance-Plattformen
Integriert mit: Collibra, Atlan, Informatica, Microsoft Purview, Immuta, Databricks Unity Catalog, Snowflake Horizon, AWS Lake Formation
Ermöglicht einem Agenten, im Namen eines Prinzipals unter einem signierten Daten-Mandat Datenbestände zu lesen, daraus abzuleiten, zu transformieren und auszugeben, während die eigene Zugriffs-Governance der Datenplattform weiterhin gilt. Ergänzt eine zweckgebundene Entscheidungsfläche — Zweck → Datensatz-Scope → Operation —, verkettet den Power-PEP mit einem plattformgebundenen Data-PDP nach dem Prinzip „strengere Regel gewinnt“ und attestiert die Lineage bei jeder erlaubten Aktion.
Begleitendes Bewertungsframework
Ein neutrales Framework mit neun Kriterien zur Bewertung von KI-Governance-Werkzeugen — Enforcement-Bindung, Policy-Lokalisierung, Granularität, Mandantenmodell, Multi-Hop-Delegation, menschliche Aufsicht, Interoperabilität, Bedrohungserkennung und regulatorische Ausrichtung. Gimel Technologies nutzt dieses Framework, um das credential-gebundene Enforcement von Gimel Auth neben plattform-gebundener Laufzeit-Governance zu positionieren.