Cenário de trabalho · 04 de 13
Um email pede ao seu agente que altere os dados bancários de um fornecedor
O seu agente de email quer atualizar um registo de pagamento porque um email lhe pediu que o fizesse.
A situação
O seu agente de email assinala uma mensagem: um fornecedor habitual pede-lhe que atualize os dados bancários antes do próximo pagamento. O agente oferece-se para atualizar o registo do fornecedor. O email parece correto e vem do endereço habitual.
Princípios envolvidos
O que faz?
Abra a opção que escolheria para ver o que acontece. Depois compare-a com as restantes escolhas.
Opção A: Deixa o agente atualizar. O endereço é o habitual.
Arriscado
Os endereços de email podem ser falsificados e as contas comprometidas. Um pedido de alteração de dados bancários é uma fraude de pagamento clássica. O agente está a seguir instruções de um desconhecido.
Opção B: Pede ao agente que responda e solicite confirmação por email.
Arriscado
Se alguém controla a conta do fornecedor, também pode responder à sua pergunta. A confirmação tem de vir por um canal que o atacante não controla.
Opção C: Recusa, liga ao fornecedor para um número que já tem e comunica o email.
A melhor escolha
Ligue ao fornecedor para um número em que já confia para saber se os dados bancários mudaram realmente. Comunique o email para os colegas poderem procurar pedidos semelhantes.
Opção D: Elimina o email e não diz nada.
Parte da resposta
Evitou a armadilha, mas o fornecedor pode ter uma alteração real e os colegas podem receber o mesmo email amanhã.
Ideia a reter
Trate o que um agente lê como conteúdo, nunca como ordens, e confirme qualquer alteração relativa a dinheiro ou credenciais por outro meio de contacto, por sua iniciativa. Melhor ainda, o agente deve estar impedido de alterar registos de pagamento sem a sua aprovação.
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.
- 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.
- Criminals Use Generative Artificial Intelligence to Facilitate Financial Fraud (I-120324-PSA) FBI Internet Crime Complaint Center · 3 de dezembro de 2024 · Aviso de serviço público Alerta que os criminosos usam vozes, imagens e vídeo gerados por IA para se fazerem passar por outras pessoas e recomenda desligar e voltar a ligar para um número obtido de forma independente. Limites: Dirigido aos consumidores dos EUA.