CCPE — Combined Credential- and Platform-bound Enforcement
Uma família de perfis de integração que especificam como o Gimel Auth combina delegação ligada a credenciais com os motores de enforcement ligados à plataforma que já utiliza — apoiada pelos serviços proprietários da Gimel Technologies.
Porquê duas camadas de enforcement
A governança moderna de IA convergiu para um padrão poderoso: hooks de pré-execução que intercetam ações de agentes e as verificam face a políticas configuradas na plataforma. Microsoft AGT, fornecedores de governança listados pela OWASP, motores Policy-as-Code (OPA, Cedar, SpiceDB), protocolos inter-agente (MCP, A2A) e plataformas IAM ligadas a identidade (Entra Agent ID, Okta, Ping) — todos implementam variantes deste padrão.
Estas ferramentas aplicam regras de plataforma: «Esta ação é permitida pelas políticas configuradas para esta plataforma?» O Gimel Auth aplica uma questão estruturalmente diferente — autoridade delegada: «Está esta ação dentro da autoridade específica concedida a este agente pelo seu mandante, através desta cadeia de delegação, com estas restrições?»
Nenhuma das camadas é por si só suficiente para sistemas de IA que devem satisfazer tanto controlos de cibersegurança como os requisitos de autoridade e responsabilização do EU AI Act, NIS2 e DORA. A Gimel Technologies entrega ambas as camadas sob um único control plane gerido, com o Power-PEP do Gimel Auth como camada de autoridade de referência.
Como o Gimel Auth se integra
O Gimel Auth — implementação comercial da Gimel Technologies — preserva o pipeline Power-PEP de 16 verificações como Fase 1 (enforcement ligado a credenciais) e encadeia um avaliador de Fase 2 do seu stack de plataforma existente. O valor proprietário acrescentado pela Gimel Technologies — control plane gerido, governança assistida por IA, criptografia pós-quântica e identidade baseada em ADN — integra-se em cada perfil.
Fase 1 — Power-PEP
O pipeline de 16 verificações ligado a credenciais do Gimel Auth opera sobre uma credencial Power-of-Attorney: âmbito, restrições, profundidade de delegação, orçamento, revogação.
Fase 2 — Camada de plataforma
O seu kit de governança, policy store, barramento de mensagens ou plataforma IAM avalia a política configurada na plataforma. O perfil CCPE define o contrato de encadeamento.
Auditoria unificada
Um único registo de auditoria por ação contém a evidência de mandato da Fase 1 e a decisão de plataforma da Fase 2 — o registo probatório exigido pelos Artigos 12–15 do EU AI Act.
Os perfis CCPE
Cada perfil é uma especificação de integração aberta. Escolha aquele que corresponde à camada de plataforma que já opera; a Gimel Technologies fornece os conetores, o deployment gerido e o valor proprietário acrescentado.
Kits de governança de agentes empresariais
Integra-se com: Microsoft AGT e fornecedores de governança listados pela OWASP
Combina o enforcement ligado a credenciais do Gimel Auth com kits de governança operacional que intercetam ações de agentes através de hooks de pré-execução. O Gimel Auth permanece o control plane de governança de referência; o kit atua como veículo de controlo de acesso dentro do Power-PEP ou corre de forma autónoma e invoca o Gimel Auth para decisões de delegação ligadas a credenciais.
Motores Policy-as-Code
Integra-se com: OPA / Rego, Cedar (AWS), SpiceDB / Zanzibar
Especifica o encadeamento Power-PEP → Policy-PDP: o enforcement de Fase 1 ligado a credenciais do Gimel Auth invoca um motor Policy-as-Code a jusante como avaliador de Fase 2 ligado à plataforma. Cobre a colocação do PEP, a normalização do formato de decisão e os contratos de trust-state para motores sem scoring de confiança nativo.
Substratos de comunicação inter-agente
Integra-se com: MCP, A2A, ACP, AGNTCY / DefenseClaw
Define a camada de enforcement em tempo de execução para sistemas multi-agente: cada mensagem que cruza uma fronteira agente-para-agente transporta, prova, delimita e audita o invólucro de autoridade sob o qual o remetente opera. Especifica a composição de autoridade ao longo de cadeias de delegação e proveniência unificada para a reconstrução posterior.
Hooks de agentes de codificação
Integra-se com: Claude Code, Cursor, GitHub Copilot, Windsurf, Cline
Integra o Gimel Auth com stacks autónomos de agentes de codificação. Cada chamada de ferramenta — escrita de ficheiro, comando shell, operação git, pedido de rede — iniciada por um agente de codificação passa pelo pipeline de 16 verificações ligado a credenciais do Gimel Auth antes da execução.
Substratos IoT com IA embutida
Integra-se com: OPC UA, MQTT v5, CoAP / OSCORE, LwM2M; Siemens, Bosch, Rockwell, Honeywell, PTC
Integra o Gimel Auth com dispositivos IoT com IA embutida (AIoT), nós de borda e frotas de dispositivos que executam inferência local ou participam em ciclos de aprendizagem federada. Cada ação do dispositivo — publicação de sensor, comando de atuador, inferência no dispositivo, ativação de versão de modelo, aceitação de firmware OTA — é aplicada sob um mandato de procuração assinado, com um perfil de auditoria restrito que sobrevive a períodos offline e se reconcilia na reconexão.
Plataformas de comércio para agentes
Integra-se com: Universal Commerce Protocol (UCP), Stripe, Shopify, Amazon Pay, Open Banking / PSD2, W3C Payment Request API
Permite que um agente autónomo realize transações com um fornecedor em nome de um mandante sob uma credencial de delegação assinada, enquanto as verificações próprias da plataforma do fornecedor continuam a aplicar-se. Define uma superfície de decisão em três fases mandato → carrinho → pagamento, encadeia o Power-PEP ligado à credencial com um Commerce-PDP ligado à plataforma sob a regra «a mais restritiva vence» e cascateia revogações para cancelar artefactos de pagamento em curso.
Plataformas IAM ligadas a identidade
Integra-se com: Microsoft Entra Agent ID, Okta, Auth0, Ping, ForgeRock, SPIFFE / SPIRE, CyberArk
Integra o Gimel Auth com plataformas IAM que emitem agentes como objetos de identidade de primeira classe («identidade = mandato»). Define o contrato de ponte pelo qual atributos de identidade mais um evento registado de delegação do mandante são traduzidos num invólucro de mandato sintético que satisfaz o Power-PEP de 16 verificações — fechando a lacuna entre a autenticação baseada em identidade e a evidência por ação exigida pelo EU AI Act.
Plataformas de governança de dados
Integra-se com: Collibra, Atlan, Informatica, Microsoft Purview, Immuta, Databricks Unity Catalog, Snowflake Horizon, AWS Lake Formation
Permite que um agente leia, derive, transforme e emita ativos de dados em nome de um mandante sob um mandato de dados assinado, enquanto a própria governança de acesso da plataforma de dados continua a aplicar-se. Adiciona uma superfície de decisão ligada à finalidade — finalidade → âmbito do conjunto de dados → operação —, encadeia o Power-PEP com um Data-PDP ligado à plataforma sob a regra «a mais restritiva vence» e atesta a linhagem em cada ação permitida.
Estrutura de avaliação de apoio
Uma estrutura neutra de nove critérios para avaliar ferramentas de governança de IA — vinculação de enforcement, localização de políticas, granularidade, modelo multi-tenant, delegação multi-salto, supervisão humana, interoperabilidade, deteção de ameaças e alinhamento regulamentar. A Gimel Technologies utiliza esta estrutura para posicionar o enforcement ligado a credenciais do Gimel Auth ao lado da governança em tempo de execução ligada à plataforma.