CCPE — Combined Credential- and Platform-bound Enforcement
Une famille de profils d'intégration qui spécifient comment Gimel Auth combine la délégation liée aux credentials avec les moteurs d'enforcement liés à la plateforme que vous utilisez déjà — soutenue par les services propriétaires de Gimel Technologies.
Pourquoi deux couches d'enforcement
La gouvernance moderne de l'IA a convergé vers un schéma puissant : des hooks de pré-exécution qui interceptent les actions des agents et les vérifient par rapport aux politiques configurées au niveau de la plateforme. Microsoft AGT, les fournisseurs de gouvernance listés par l'OWASP, les moteurs Policy-as-Code (OPA, Cedar, SpiceDB), les protocoles inter-agents (MCP, A2A) et les plateformes IAM liées à l'identité (Entra Agent ID, Okta, Ping) implémentent tous des variantes de ce schéma.
Ces outils appliquent des règles de plateforme : « Cette action est-elle autorisée par les politiques configurées pour cette plateforme ? » Gimel Auth applique une question structurellement différente — l'autorité déléguée : « Cette action relève-t-elle de l'autorité spécifique accordée à cet agent par son mandant, à travers cette chaîne de délégation, avec ces contraintes ? »
Aucune des deux couches ne suffit à elle seule pour les systèmes d'IA qui doivent satisfaire à la fois les contrôles de cybersécurité et les exigences d'autorité et de responsabilité de l'EU AI Act, de NIS2 et de DORA. Gimel Technologies fournit les deux couches sous un même plan de contrôle managé, avec le Power-PEP de Gimel Auth comme couche d'autorité de référence.
Comment Gimel Auth s'intègre
Gimel Auth — l'implémentation commerciale de Gimel Technologies — préserve le pipeline Power-PEP à 16 vérifications en tant que Phase 1 (enforcement lié aux credentials) et chaîne un évaluateur de Phase 2 issu de votre stack existant. La valeur propriétaire ajoutée par Gimel Technologies — plan de contrôle managé, gouvernance assistée par l'IA, cryptographie post-quantique et identité basée sur l'ADN — s'intègre dans chaque profil.
Phase 1 — Power-PEP
Le pipeline à 16 vérifications de Gimel Auth opère sur un credential Power-of-Attorney : portée, contraintes, profondeur de délégation, budget, révocation.
Phase 2 — Couche plateforme
Votre boîte à outils de gouvernance, votre policy store, votre bus de messages ou votre plateforme IAM évalue la politique configurée au niveau de la plateforme. Le profil CCPE spécifie le contrat de chaînage.
Audit unifié
Un seul enregistrement d'audit par action porte la preuve du mandat de la Phase 1 et la décision plateforme de la Phase 2 — la trace probante exigée par les Articles 12–15 de l'EU AI Act.
Les profils CCPE
Chaque profil est une spécification d'intégration ouverte. Choisissez celui qui correspond à la couche plateforme que vous opérez déjà ; Gimel Technologies fournit les connecteurs, le déploiement managé et la valeur propriétaire ajoutée.
Boîtes à outils de gouvernance d'agents pour l'entreprise
S'intègre avec : Microsoft AGT et fournisseurs de gouvernance listés par l'OWASP
Combine l'enforcement lié aux credentials de Gimel Auth avec des boîtes à outils de gouvernance opérationnelle qui interceptent les actions des agents via des hooks de pré-exécution. Gimel Auth reste le plan de contrôle de gouvernance de référence ; la boîte à outils agit soit comme véhicule de contrôle d'accès au sein du Power-PEP, soit s'exécute de manière autonome et appelle Gimel Auth pour les décisions de délégation liées aux credentials.
Moteurs Policy-as-Code
S'intègre avec : OPA / Rego, Cedar (AWS), SpiceDB / Zanzibar
Spécifie le chaînage Power-PEP → Policy-PDP : l'enforcement de Phase 1 lié aux credentials de Gimel Auth invoque un moteur Policy-as-Code en aval comme évaluateur de Phase 2 lié à la plateforme. Couvre le placement des PEP, la normalisation des décisions et les contrats de trust-state pour les moteurs sans scoring de confiance natif.
Substrats de communication inter-agents
S'intègre avec : MCP, A2A, ACP, AGNTCY / DefenseClaw
Définit la couche d'enforcement à l'exécution pour les systèmes multi-agents : chaque message qui franchit une frontière agent-à-agent transporte, prouve, délimite et audite l'enveloppe d'autorité sous laquelle l'expéditeur opère. Spécifie la composition d'autorité à travers les chaînes de délégation et la provenance unifiée pour la reconstruction a posteriori.
Hooks d'agents de codage
S'intègre avec : Claude Code, Cursor, GitHub Copilot, Windsurf, Cline
Intègre Gimel Auth avec les stacks d'agents de codage autonomes. Chaque appel d'outil — écriture de fichier, commande shell, opération git, requête réseau — initié par un agent de codage passe par le pipeline à 16 vérifications de Gimel Auth avant exécution.
Substrats IoT à IA embarquée
S'intègre avec : OPC UA, MQTT v5, CoAP / OSCORE, LwM2M; Siemens, Bosch, Rockwell, Honeywell, PTC
Intègre Gimel Auth aux appareils IoT à IA embarquée (AIoT), nœuds edge et flottes d'appareils qui exécutent une inférence locale ou participent à des cycles d'apprentissage fédéré. Chaque action d'appareil — publication de capteur, commande d'actionneur, inférence sur l'appareil, activation de version de modèle, acceptation de firmware OTA — est appliquée sous un mandat de procuration signé, avec un profil d'audit restreint qui survit aux périodes hors ligne et se réconcilie à la reconnexion.
Plateformes de commerce pour agents
S'intègre avec : Universal Commerce Protocol (UCP), Stripe, Shopify, Amazon Pay, Open Banking / PSD2, W3C Payment Request API
Permet à un agent autonome de transiger avec un fournisseur pour le compte d'un mandant sous un justificatif de délégation signé, tandis que les contrôles propres à la plateforme du fournisseur continuent de s'appliquer. Définit une surface de décision en trois phases mandat → panier → paiement, enchaîne le Power-PEP lié au justificatif avec un Commerce-PDP lié à la plateforme selon la règle « la plus restrictive l'emporte », et cascade les révocations pour annuler les artefacts de paiement en cours.
Plateformes IAM liées à l'identité
S'intègre avec : Microsoft Entra Agent ID, Okta, Auth0, Ping, ForgeRock, SPIFFE / SPIRE, CyberArk
Intègre Gimel Auth avec les plateformes IAM qui émettent les agents comme objets d'identité de première classe (« identité = mandat »). Définit le contrat de pont par lequel les attributs d'identité, combinés à un événement de délégation par le mandant enregistré, sont traduits en une enveloppe de mandat synthétique qui satisfait le Power-PEP à 16 vérifications — comblant l'écart entre l'authentification basée sur l'identité et la preuve par action exigée par l'EU AI Act.
Plateformes de gouvernance des données
S'intègre avec : Collibra, Atlan, Informatica, Microsoft Purview, Immuta, Databricks Unity Catalog, Snowflake Horizon, AWS Lake Formation
Permet à un agent de lire, dériver, transformer et émettre des actifs de données pour le compte d'un mandant sous un mandat de données signé, tandis que la gouvernance d'accès propre à la plateforme de données continue de s'appliquer. Ajoute une surface de décision liée à la finalité — finalité → périmètre de jeu de données → opération —, enchaîne le Power-PEP avec un Data-PDP lié à la plateforme selon la règle « la plus restrictive l'emporte », et atteste la traçabilité à chaque action autorisée.
Cadre d'évaluation associé
Un cadre neutre à neuf critères pour évaluer les outils de gouvernance de l'IA — liaison de l'enforcement, localisation des politiques, granularité, modèle multi-tenant, délégation multi-sauts, supervision humaine, interopérabilité, détection des menaces et alignement réglementaire. Gimel Technologies utilise ce cadre pour positionner l'enforcement lié aux credentials de Gimel Auth aux côtés de la gouvernance d'exécution liée à la plateforme.