CCPE — Combined Credential- and Platform-bound Enforcement
Una famiglia di profili di integrazione che specificano come Gimel Auth combina la delega vincolata alle credenziali con i motori di enforcement vincolati alla piattaforma che già utilizzi — sostenuta dai servizi proprietari di Gimel Technologies.
Perché due livelli di enforcement
La governance moderna dell'IA è convergita verso un pattern potente: hook di pre-esecuzione che intercettano le azioni degli agenti e le verificano rispetto alle policy configurate sulla piattaforma. Microsoft AGT, i fornitori di governance elencati da OWASP, i motori Policy-as-Code (OPA, Cedar, SpiceDB), i protocolli inter-agente (MCP, A2A) e le piattaforme IAM vincolate all'identità (Entra Agent ID, Okta, Ping) implementano tutti varianti di questo pattern.
Questi strumenti applicano regole di piattaforma: «Questa azione è consentita dalle policy configurate per questa piattaforma?» Gimel Auth applica una domanda strutturalmente diversa — autorità delegata: «Questa azione rientra nella specifica autorità concessa a questo agente dal suo mandante, attraverso questa catena di delega, con questi vincoli?»
Nessuno dei due livelli da solo è sufficiente per sistemi di IA che devono soddisfare sia i controlli di cybersicurezza sia i requisiti di autorità e responsabilità dell'EU AI Act, di NIS2 e di DORA. Gimel Technologies fornisce entrambi i livelli sotto un unico control plane gestito, con il Power-PEP di Gimel Auth come livello di autorità di riferimento.
Come si integra Gimel Auth
Gimel Auth — l'implementazione commerciale di Gimel Technologies — preserva la pipeline Power-PEP a 16 controlli come Fase 1 (enforcement vincolato alle credenziali) e concatena un valutatore di Fase 2 dal tuo stack di piattaforma esistente. Il valore proprietario aggiunto da Gimel Technologies — control plane gestito, governance assistita da IA, crittografia post-quantistica e identità basata su DNA — si integra in ogni profilo.
Fase 1 — Power-PEP
La pipeline a 16 controlli vincolata alle credenziali di Gimel Auth opera su una credenziale Power-of-Attorney: ambito, vincoli, profondità di delega, budget, revoca.
Fase 2 — Livello di piattaforma
Il tuo toolkit di governance, policy store, message bus o piattaforma IAM valuta la policy configurata sulla piattaforma. Il profilo CCPE definisce il contratto di concatenazione.
Audit unificato
Un singolo record di audit per azione contiene la prova del mandato della Fase 1 e la decisione di piattaforma della Fase 2 — il documento probatorio richiesto dagli Articoli 12–15 dell'EU AI Act.
I profili CCPE
Ogni profilo è una specifica di integrazione aperta. Scegli quello che corrisponde al livello di piattaforma che già operi; Gimel Technologies fornisce i connettori, il deployment gestito e il valore proprietario aggiunto.
Toolkit di governance degli agenti per le imprese
Si integra con: Microsoft AGT e fornitori di governance elencati da OWASP
Combina l'enforcement vincolato alle credenziali di Gimel Auth con toolkit di governance operativa che intercettano azioni degli agenti tramite hook di pre-esecuzione. Gimel Auth rimane il control plane di governance di riferimento; il toolkit funge da veicolo di controllo accessi all'interno del Power-PEP oppure viene eseguito autonomamente e invoca Gimel Auth per le decisioni di delega vincolate alle credenziali.
Motori Policy-as-Code
Si integra con: OPA / Rego, Cedar (AWS), SpiceDB / Zanzibar
Specifica la concatenazione Power-PEP → Policy-PDP: l'enforcement di Fase 1 vincolato alle credenziali di Gimel Auth invoca un motore Policy-as-Code a valle come valutatore di Fase 2 vincolato alla piattaforma. Copre il posizionamento del PEP, la normalizzazione del formato di decisione e i contratti di trust-state per motori privi di scoring della fiducia nativo.
Substrati di comunicazione inter-agente
Si integra con: MCP, A2A, ACP, AGNTCY / DefenseClaw
Definisce il livello di enforcement in runtime per sistemi multi-agente: ogni messaggio che attraversa un confine agente-ad-agente porta, prova, circoscrive e audita la busta di autorità sotto cui opera il mittente. Specifica la composizione dell'autorità lungo le catene di delega e la provenienza unificata per la ricostruzione a posteriori.
Hook di agenti di codifica
Si integra con: Claude Code, Cursor, GitHub Copilot, Windsurf, Cline
Integra Gimel Auth con stack autonomi di agenti di codifica. Ogni chiamata di strumento — scrittura file, comando shell, operazione git, richiesta di rete — avviata da un agente di codifica passa attraverso la pipeline a 16 controlli vincolata alle credenziali di Gimel Auth prima dell'esecuzione.
Substrati IoT con IA integrata
Si integra con: OPC UA, MQTT v5, CoAP / OSCORE, LwM2M; Siemens, Bosch, Rockwell, Honeywell, PTC
Integra Gimel Auth con dispositivi IoT con IA integrata (AIoT), nodi edge e flotte di dispositivi che eseguono inferenza locale o partecipano a cicli di apprendimento federato. Ogni azione del dispositivo — pubblicazione del sensore, comando dell'attuatore, inferenza sul dispositivo, attivazione della versione del modello, accettazione del firmware OTA — è applicata sotto un mandato di procura firmato, con un profilo di audit vincolato che sopravvive ai periodi offline e si riconcilia alla riconnessione.
Piattaforme di commercio per agenti
Si integra con: Universal Commerce Protocol (UCP), Stripe, Shopify, Amazon Pay, Open Banking / PSD2, W3C Payment Request API
Consente a un agente autonomo di effettuare transazioni con un fornitore per conto di un mandante sotto una credenziale di delega firmata, mentre continuano ad applicarsi i controlli propri della piattaforma del fornitore. Definisce una superficie decisionale in tre fasi mandato → carrello → pagamento, concatena il Power-PEP vincolato alla credenziale con un Commerce-PDP vincolato alla piattaforma secondo la regola «vince la più restrittiva» e propaga a cascata le revoche per annullare gli artefatti di pagamento in corso.
Piattaforme IAM vincolate all'identità
Si integra con: Microsoft Entra Agent ID, Okta, Auth0, Ping, ForgeRock, SPIFFE / SPIRE, CyberArk
Integra Gimel Auth con piattaforme IAM che emettono agenti come oggetti di identità di prima classe («identità = mandato»). Definisce il contratto ponte tramite cui gli attributi di identità più un evento di delega del mandante registrato vengono tradotti in una busta di mandato sintetica che soddisfa il Power-PEP a 16 controlli — colmando il divario tra autenticazione basata sull'identità e la prova per azione richiesta dall'EU AI Act.
Piattaforme di governance dei dati
Si integra con: Collibra, Atlan, Informatica, Microsoft Purview, Immuta, Databricks Unity Catalog, Snowflake Horizon, AWS Lake Formation
Consente a un agente di leggere, derivare, trasformare ed emettere asset di dati per conto di un mandante sotto un mandato dati firmato, mentre continua ad applicarsi la governance di accesso propria della piattaforma dati. Aggiunge una superficie decisionale vincolata allo scopo — scopo → ambito del dataset → operazione —, concatena il Power-PEP con un Data-PDP vincolato alla piattaforma secondo la regola «vince la più restrittiva» e attesta la lineage a ogni azione consentita.
Quadro di valutazione di supporto
Un quadro neutrale a nove criteri per valutare gli strumenti di governance dell'IA — vincolo di enforcement, localizzazione delle policy, granularità, modello multi-tenant, delega multi-hop, supervisione umana, interoperabilità, rilevamento delle minacce e allineamento normativo. Gimel Technologies utilizza questo quadro per posizionare l'enforcement vincolato alle credenziali di Gimel Auth accanto alla governance in runtime vincolata alla piattaforma.