A ServiceNow dá a todo agente de IA um passaporte assinado. O que conta é quem o verifica na porta

Pergunte a um agente de terceiros o que ele tem permissão para fazer e ele vai responder. Essa resposta vale exatamente o quanto a honestidade do agente e a integridade do prompt dele valem, ou seja, não muito em um workflow de produção onde o agente lê documentos, e-mails e resultados de ferramentas escritos por pessoas que você nunca conheceu.

O AI Passport da ServiceNow, anunciado em 15 de outubro, é construído em torno desse problema. Cada agente recebe uma credencial assinada criptograficamente, emitida pelo Super Intelligence Control Tower da ServiceNow, que declara seu escopo autorizado. O escopo é baseado no CMDB, nas políticas de GRC e nas aprovações de workflow, e os agentes apresentam a credencial em runtime, em ambientes como o OpenShell da NVIDIA. A frase da própria ServiceNow para agentes de terceiros é a importante: um registro de permissões verificável “em vez de depender das próprias ‘alegações’ do agente de IA sobre suas permissões.”

O AI Passport, junto com a detecção de shadow AI e o AI Cost Management, está previsto para Q4 2026. A solução Operational Resilience para serviços financeiros, anunciada no mesmo dia, já está disponível.

Uma credencial é uma alegação que pode ser verificada

Um passaporte assinado muda a pergunta de “o que o agente diz que pode fazer?” para “o que a empresa assinou que ele pode fazer?”. Três recursos no anúncio importam mais do que a criptografia:

• Delegação com escopo que se estreita a cada passo. Quando um agente passa trabalho para outro agente, o segundo nunca deve herdar mais do que o primeiro tinha. A ServiceNow diz que a delegação se estreita passo a passo em workflows multiagente. Essa é a propriedade que a maioria das cadeias de agentes caseiras não tem hoje.
• Revogação precisa. Uma credencial que pode ser retirada para um agente, um escopo, sem fazer deploy de nada, é o que torna um plano de incidente executável.
• Respostas graduadas. Quando um agente sai do escopo, a ServiceNow descreve redirecioná-lo, restringi-lo ou reconectá-lo com o contexto adequado, com um kill switch como último passo.

O checkpoint é o produto

Um passaporte não para nada por si só. Alguém tem que inspecioná-lo no ponto onde uma ação acontece: o gateway de ferramentas, o runtime, a API na frente do sistema de registro. Se o agente consegue alcançar uma ferramenta sem passar por um checkpoint que verifica a credencial, o passaporte é documentação.

A ServiceNow parece saber disso. A NVIDIA é a parceira de design e lançamento, e a ServiceNow diz que está construindo “uma implementação de enforcement pronta para produção” na Open Agent Safety Platform da NVIDIA, com o runtime OpenShell e o framework de segurança Sentry. A citação da NVIDIA coloca de forma clara: proteger agentes “exige enforcement na camada de infraestrutura”. Essa implementação é trabalho anunciado, não um produto lançado, e o resto do seu ambiente não vai rodar no OpenShell.

Quem emite, quem carrega, quem verifica

Emissor

• Control Tower assina o escopo
• Baseado em CMDB, GRC e aprovações
• Revoga por agente

Agente

• Carrega o passaporte
• Passa escopo mais restrito para subagentes

Ponto de verificação

• Runtime ou gateway de ferramentas
• Verifica assinatura e escopo
• Bloqueia, restringe ou para

Essa é a separação que descrevemos em seis autoridades independentes sobre um agente: a parte que decide o escopo e a parte que aplica o enforcement devem ser diferentes, e o enforcement tem que viver fora do agente. O AI Passport formaliza a primeira metade. A segunda metade depende do que está no seu caminho de tráfego.

Especificações abertas, perguntas abertas

A ServiceNow diz que o AI Passport é construído sobre especificações abertas, para que “qualquer produto de governança, provedor de identidade ou ponto de enforcement” possa emitir e verificar credenciais. Essa é a ambição correta para um ambiente multi-vendor, e deve ser testada antes de ser assumida. O anúncio não nomeia as especificações, e um formato aberto não garante que seus frameworks de agentes, gateways e provedor de identidade vão verificá-lo.

Perguntas que valem a pena fazer à ServiceNow, ou a qualquer fornecedor que ofereça credenciais de agente:

1. Quais pontos de enforcement verificam o passaporte hoje, e quais estão planejados?
2. Como o passaporte se relaciona com a identidade do agente no seu provedor de identidade? Duas autoridades paralelas para um agente são um problema de reconciliação esperando para acontecer.
3. Quão rápido a revogação se propaga, e o que acontece com uma ação já em andamento?
4. O registro no CMDB por trás do escopo é preciso o suficiente para autorizar qualquer coisa? Uma credencial baseada em dados de configuração obsoletos assina permissões obsoletas.

Esse último ponto é fácil de pular. A qualidade de uma autorização é limitada pelos dados a partir dos quais ela é calculada. Muitas empresas sabem que seu CMDB é a tabela menos confiável que possuem.

Onde isso deixa os compradores

A evidência do cliente no release é sobre inventário, não enforcement: o CISO da LTM diz que a empresa fez o deploy de 1,500 agentes, cada um com um ID de funcionário e um gestor, e usa o control tower da ServiceNow como seu sistema de registro. Esse é o arquivo de agente que argumentamos que todo agente de produção precisa. O AI Passport tenta tornar o arquivo executável.

Se você roda agentes em várias plataformas, o movimento útil antes do Q4 é um mapa: cada caminho pelo qual um agente pode alcançar uma ação consequente, e se um checkpoint que você controla está nele. Onde está, um escopo assinado pode ser verificado. Onde não está, nenhum formato de credencial vai ajudar, e essa lacuna é a coisa a consertar primeiro.