Ferramenta de equipa · Modelo

Ficha de permissões do agente

Uma ficha por agente partilhado: para que serve, a que pode aceder e o que pode fazer, o que exige aprovação, os limites e como o interromper.

Descarregar

Modelo em branco (.md)Exemplo fictício (.md)

Princípios envolvidos

Visão geral

Antes de a equipa usar um agente partilhado, registe quem o pode interromper e que ações o agente pode executar sem aprovação. Se a equipa não souber responder a um campo da ficha, resolva essa questão antes de ligar o agente.

Privilégio mínimo

Comece por acesso só de leitura ou limitado a rascunhos. Acrescente uma permissão de cada vez quando uma tarefa real o exigir. Defina limites no sistema para continuarem a aplicar-se se o agente interpretar mal um prompt. Evite dar ao mesmo agente, em simultâneo, dados privados, conteúdo de desconhecidos e uma forma de enviar informação para o exterior, salvo se a equipa de informática o tiver concebido assim de propósito.

O modelo

Cada campo inclui instruções e um exemplo de uma equipa fictícia.

Exemplo fictício: o agente de correspondência de faturas da equipa financeira da Lumen, uma empresa de software inventada.

01Agente e finalidade: Identifique o agente e a única tarefa que executa.

Exemplo fictício

Verificador de faturas: faz a correspondência entre faturas de fornecedores e ordens de compra.
02Responsável: Identifique a pessoa responsável pelo agente e pela sua ficha.

Exemplo fictício

O responsável pelas contas a pagar.
03Pode ler: Liste os sistemas e dados que pode ler.

Exemplo fictício

A caixa de entrada de faturas de fornecedores (só de leitura), as ordens de compra e os dados de referência dos fornecedores.
04O que pode fazer sem aprovação: Liste as ações que executa sem aprovação.

Exemplo fictício

Fazer a correspondência entre faturas e encomendas e assinalar divergências.
05Exige aprovação: Liste as ações que aguardam a intervenção de uma pessoa.

Exemplo fictício

Marcar uma fatura como aprovada para pagamento.
06Nunca: Liste as ações que nunca pode executar, com essa proibição imposta pelas permissões.

Exemplo fictício

Alterar dados bancários de fornecedores, fazer pagamentos ou enviar emails a fornecedores.
07Limites: Defina limites de dinheiro, destinatários, volume e tempo.

Exemplo fictício

Faturas até 10 000 €. Para após 200 faturas por dia.
08Lê conteúdo externo: Liste o conteúdo não fiável que lê, como emails ou páginas web, e como é tratado.

Exemplo fictício

Emails e PDFs de fornecedores. As instruções no seu interior são ignoradas, e qualquer pedido de alteração é assinalado para uma pessoa.
09Como o interromper: Indique quem o pode suspender e como.

Exemplo fictício

Qualquer chefia da equipa financeira, através do interruptor de pausa nas definições da automatização.
10Como reverter o trabalho: Indique como reverter o que fez.

Exemplo fictício

As correspondências podem ser repostas a partir do registo de auditoria.
11Data de revisão: Indique quando a ficha e as permissões são verificadas.

Exemplo fictício

Trimestralmente e sempre que uma permissão mudar.

Fontes

Estas fontes sustentam os factos desta página. Explicamos o que se pode concluir de cada uma e quais são os seus limites. As recomendações são nossas. Ver todas as fontes que utilizamos.

OWASP Top 10 for LLM Applications, 2026 edition OWASP Gen AI Security Project · 3 de agosto de 2026 · Orientações de segurança Lista os principais riscos de segurança das aplicações de IA, incluindo a injeção de prompts (LLM01), que afirma ainda não poder ser prevenida de forma fiável, e a capacidade de ação excessiva (LLM03): mais funções, permissões ou autonomia do que a tarefa exige. Recomenda privilégio mínimo e confirmação humana de ações privilegiadas, irreversíveis ou visíveis no exterior. Limites: Orientações da comunidade, não uma norma formal.
Least privilege (glossary entry) NIST Computer Security Resource Center · Definição do NIST SP 800-53 Rev. 5 · Definição de norma Define privilégio mínimo como dar a cada entidade os recursos do sistema e as autorizações mínimos necessários à sua função. Limites: Um glossário que compila definições de publicações do NIST.
Prompt injection is not SQL injection (it may be worse) UK National Cyber Security Centre · 8 de dezembro de 2025 · Orientações oficiais Explica que os modelos de IA não têm uma fronteira fiável entre dados e instruções, pelo que a injeção de prompts poderá nunca ser totalmente resolvida, e recomenda limites fixos, independentes da IA, ao que os sistemas podem fazer, privilégio mínimo e registos de atividade. Limites: Destina-se a profissionais de segurança.
The lethal trifecta for AI agents Simon Willison · 16 de junho de 2025 · Análise de um profissional Identifica a combinação de acesso a dados privados, exposição a conteúdo não fiável e capacidade de comunicação externa como condição para o roubo de dados através de agentes de IA e refere que nenhuma técnica conhecida o previne de forma fiável. Limites: Um quadro de um profissional, sem revisão por pares.
Model AI Governance Framework for Agentic AI Infocomm Media Development Authority, Singapore · Versão 1.5, 20 de maio de 2026 (primeira publicação em 22 de janeiro de 2026) · Quadro voluntário Responsabiliza as organizações e as pessoas que supervisionam agentes pelo que estes fazem. Pede aprovação humana em pontos de revisão importantes, como eliminar dados, enviar mensagens e fazer pagamentos. Sempre que possível, o sistema deve impor essa aprovação. Revisões muito rápidas ou muito poucas intervenções podem indicar que os revisores aprovam por hábito. Limites: Orientações voluntárias, não lei. Os estudos de caso foram fornecidos pelas próprias empresas.