Com prazo e patrocinador
- Convite por email com passkey
- Organizações e domínios
- Âmbito por aplicações, grupos e PAM
- SCIM com userType
Agentes IA e externos · identidades com prazo e patrocinador
Quem não é da casa também vai entrar. Com prazo, e com alguém a responder.
Prestadores, auditores, parceiros e os agentes de IA da sua organização precisam de acesso. O AuthGuard está a ser desenhado para lhes dar só o que o contrato prevê, só até à data de fim, e para pôr uma pessoa à frente de cada ação crítica de um agente.
Em desenvolvimento Esta funcionalidade está a ser implementada. Fale connosco para participar no programa piloto.
- Patrocinador obrigatório
- Data de fim automática
- Aprovação no telemóvel
- Paragem imediata
Aprovação no telemóvel · conceitoexemplo ilustrativo
AgentePedido pelo agente «Assistente de Faturação» em nome de Ana Ribeiro
- Operação
- Transferência
- Montante
- 1 250,00 EUR
- IBAN
- PT50 •••• •••• 1234 destinatário novo
- Referência
- INV-2026-0042
Porque pedimos a sua atenção
- Destinatário novo para este agenteagente
- Montante acima do habitual deste agentemontante
- Permitir
- Passkey
- Telemóvel
- Segundo aprovador
- Recusar
RecusarParar este agente
- Agente propõe
- Pessoa aprova
- Recibo
- Execução
Como vai funcionar
Patrocínio, âmbito, aprovação, paragem.
Pessoas externas e agentes de IA vão seguir as mesmas regras: alguém responde por eles, o âmbito é fechado e cada ação crítica de um agente passa por uma pessoa.
-
01 · Patrocínio
Alguém vai responder por cada acesso.
Cada pessoa externa e cada agente vão ter um colaborador patrocinador e uma data de fim. No fim, o acesso termina sozinho: sessões, grupos, acessos privilegiados e pedidos pendentes.
-
02 · Âmbito
Só o que o contrato prevê.
Aplicações, grupos e perfis de acesso privilegiado vão ser escolhidos no convite, e uma regra de política mal escrita não vai poder alargar o âmbito. Hoje, veja a gestão de identidades.
-
03 · Aprovação
O agente propõe, uma pessoa aprova.
O agente vai atuar em nome de quem lhe delegou, com permissões reduzidas. Cada ação crítica vai chegar ao telemóvel com a operação exata e terminar num recibo assinado com o agente, quem delegou e quem aprovou. Como funciona hoje a aprovação no telemóvel.
-
04 · Paragem
Parar num toque.
Um agente, todos os agentes de um fornecedor ou todos: o desenho prevê que os tokens deixem de funcionar de imediato e que as sessões privilegiadas fechem em menos de um minuto.
Exemplo ilustrativo · como vai funcionar
A auditoria acaba a 31 de março. O acesso também.
A Marta, auditora da Silva & Associados, vai receber um convite por email, criar uma passkey e a patrocinadora confirma-a no telemóvel. A Marta vai ver o ERP e o arquivo, e mais nada.
Todos os meses, a patrocinadora confirma com um toque que o acesso ainda faz falta. A 31 de março, à meia-noite, o acesso termina e o lugar de licença fica livre.
Exemplo ilustrativo · como vai funcionar
O agente prepara. A Ana decide.
Imagine que o agente de faturação da empresa tem da Ana uma delegação: propor pagamentos a fornecedores até 5 000 € por dia, até ao fim do trimestre.
Quando chegar uma fatura com um IBAN diferente do habitual, o agente propõe a transferência. O telemóvel da Ana vai mostrar o pedido do agente em seu nome, o montante, o IBAN e o aviso do motor de risco: «Destinatário novo para este agente».
Se a Ana escolher «Isto não corresponde ao que pedi», o pedido é recusado e, à terceira recusa seguida, o agente vai ser suspenso automaticamente. O agente foi desenhado para nunca ver a senha do banco: só pode propor.
Comparação
O habitual e o que vai mudar.
| O habitual | Como o AuthGuard está a ser desenhado |
|---|---|
| Contas de convidado que ninguém desativa | Data de fim obrigatória; o acesso termina sozinho |
| «Quem pediu este acesso?» | Patrocinador obrigatório e revisões periódicas |
| Agentes com uma chave de API permanente e permissões de administrador | Identidade própria, tokens de 5 minutos e só o que foi delegado |
| «O agente fez isto sozinho» | Cada ação crítica aprovada por uma pessoa, com recibo assinado |
| Senhas coladas no prompt do agente | Sessões através do gateway; o agente não vê a credencial |
| Desligar um agente exige ir a vários sistemas | Um botão: agente, fornecedor ou todos |
- O habitual: Contas de convidado que ninguém desativa
- Como o AuthGuard está a ser desenhado: Data de fim obrigatória; o acesso termina sozinho
- O habitual: «Quem pediu este acesso?»
- Como o AuthGuard está a ser desenhado: Patrocinador obrigatório e revisões periódicas
- O habitual: Agentes com uma chave de API permanente e permissões de administrador
- Como o AuthGuard está a ser desenhado: Identidade própria, tokens de 5 minutos e só o que foi delegado
- O habitual: «O agente fez isto sozinho»
- Como o AuthGuard está a ser desenhado: Cada ação crítica aprovada por uma pessoa, com recibo assinado
- O habitual: Senhas coladas no prompt do agente
- Como o AuthGuard está a ser desenhado: Sessões através do gateway; o agente não vê a credencial
- O habitual: Desligar um agente exige ir a vários sistemas
- Como o AuthGuard está a ser desenhado: Um botão: agente, fornecedor ou todos
O que está a ser construído
Governe, delegue, prove.
Delegação, não chaves mestras
- Delegação com âmbito reduzido (RFC 8693)
- Aprovação de cada ação crítica no telemóvel
- Limites por minuto, dia e montante
- Base de risco por agente
- Servidor MCP
Quem pediu, quem aprovou
- Recibos assinados com agente, quem delegou e quem aprovou
- Cadeia completa na auditoria
- Token de aprovação de uso único para o seu sistema
- Verificação offline
O que convém saber
- Esta funcionalidade está em desenvolvimento: nada nesta página está disponível hoje e não há data anunciada.
- Os agentes nunca vão ser administradores nem aprovar pedidos, nem os próprios nem os de outros.
- Cada ação crítica de um agente vai precisar de uma pessoa; não vai haver aprovação automática.
- Por omissão, os agentes não vão receber segredos: vão usar sessões privilegiadas através do gateway do PAM, que são gravadas.
- O modelo de licenças para pessoas externas e agentes ainda está em definição.
- Os agentes vão estar disponíveis no perfil Standard, e aprovar pedidos de agentes vai exigir a versão atualizada da aplicação do telemóvel.
No centro de ajuda
Os artigos sobre pessoas externas, agentes, a paragem de emergência, a aprovação de pedidos de agentes, o servidor MCP e a troca de tokens vão ser publicados no centro de ajuda quando a funcionalidade estiver disponível.
Programa piloto
Comece por um contrato e um agente.
Junte-se ao programa piloto: escolha um prestador externo e um agente com uma única operação, e testamos consigo as revisões, os recibos e o botão de paragem à medida que ficam prontos.
Participar no piloto