Durante anos, a password servia para uma coisa simples: uma pessoa entrava num sistema. Uma pessoa, uma password, uma responsabilidade.
Isso está a mudar. Hoje, um agente de IA pode consultar emails, preparar respostas, marcar reuniões ou transferir dados entre ferramentas. Para o fazer, precisa de acesso às tuas contas — e esse acesso pode permitir muito mais do que a tarefa que tinhas em mente.
O problema não é apenas a força da password. É que uma password foi pensada para uma pessoa. Um agente pode executar instruções à letra, sem perceber que a ação não faz sentido para o teu negócio. E pode não distinguir uma instrução legítima de uma instrução maliciosa escondida num email ou numa página que está a ler.
Por isso, gerir credenciais deixou de ser apenas uma questão técnica. É uma decisão de negócio: quem pode fazer o quê, com que limites e como percebes que algo correu mal.
Como é que um agente acede às tuas contas?
Nem todos os métodos de acesso oferecem o mesmo controlo. Antes de ligares um agente a uma ferramenta, percebe o que lhe estás a conceder.
Dar a password diretamente
É o cenário a evitar. Se entregas ao agente a tua password, ele pode entrar como se fosses tu. Os registos do serviço podem mostrar apenas a tua conta, sem esclarecer se foste tu ou o agente a enviar, alterar ou apagar alguma coisa.
Além disso, se essa password for reutilizada noutros serviços, uma fuga num ponto pode pôr várias contas em risco.
Autorizar uma ligação de conta
Com OAuth, autorizas uma aplicação a aceder a determinados recursos sem lhe revelares a password. Em alguns serviços, podes limitar as ações e revogar a autorização depois.
É normalmente preferível a partilhar a password, mas não significa automaticamente que o acesso seja restrito. A aplicação pode pedir permissões demasiado amplas. Lê o que está a pedir e confirma se o serviço permite rever ou retirar essas permissões.
Usar uma chave de API
Uma chave de API é uma credencial técnica que permite a um sistema comunicar com outro. Pode ser limitada a certas ações, recursos ou ambientes, o que facilita controlar e identificar o acesso.
Mas uma chave não é segura por ser uma chave de API. Se tiver permissões excessivas, for partilhada ou ficar exposta, pode causar danos. Trata-a como uma password: guarda-a num local seguro, limita o que permite e revoga-a se já não for necessária.
Usar o navegador do agente
Alguns agentes interagem com sites através de um navegador, como faria uma pessoa. Se o navegador estiver ligado às tuas contas, o agente pode conseguir atuar através da sessão já iniciada.
É prático, mas tens de perceber que sessão está a usar e o que essa conta consegue fazer. Não ligues um agente a um navegador com acesso a tudo se só precisa de consultar uma página ou preparar uma tarefa.
Regra prática: quanto maior o poder do agente, menos sentido faz usar a tua conta pessoal. Prefere uma identidade própria, com permissões limitadas e registos que permitam perceber o que fez.
Os riscos que deves ter em conta
Um agente não precisa de ser malicioso para causar problemas. Basta receber uma instrução ambígua, interpretar mal o pedido ou ter acesso a mais do que precisa.
- Ação fora do âmbito: pedes que prepare um email e o agente acaba por enviá-lo, ou envia-o a mais pessoas do que pretendias.
- Permissões demasiado amplas: autorizas uma conta completa porque é mais rápido. O agente passa a ter acesso a ficheiros, emails ou dados de clientes que não são necessários para a tarefa.
- Instruções maliciosas em conteúdo externo: um email, documento ou site pode incluir instruções concebidas para tentar desviar o agente. Este tipo de risco é conhecido como prompt injection. O conteúdo que o agente lê deve ser tratado como dados, não como uma instrução tua.
- Credenciais expostas: uma password ou chave guardada de forma insegura pode ficar comprometida se o serviço ou dispositivo que a contém for atacado.
- Erros silenciosos: uma reunião marcada à hora errada ou um ficheiro alterado pode passar despercebido se não houver registo e revisão.
- Contas partilhadas: se várias pessoas usam a mesma conta de agente, pode ser difícil perceber quem pediu uma ação ou quem tinha acesso quando algo correu mal.
A OWASP recomenda, entre outras medidas, limitar as permissões das ferramentas usadas por agentes e validar as ações fora do próprio modelo. Ou seja: não basta pedir ao agente que tenha cuidado. O sistema deve impedir que faça o que não está autorizado a fazer.
Boas práticas para proteger o teu negócio
1. Cria uma identidade por agente ou integração
Não uses a tua conta pessoal como identidade de trabalho do agente. Sempre que possível, cria uma conta ou credencial separada para cada agente ou fluxo de trabalho.
Assim, se um agente deixar de ser necessário ou ficar comprometido, podes cortar esse acesso sem teres de alterar todas as tuas contas.
2. Dá apenas as permissões necessárias
Um agente que prepara relatórios não precisa de apagar ficheiros. Um agente que rascunha emails não precisa de os enviar sem revisão. Um agente que consulta informação não precisa de poderes de administração.
Começa com acesso de leitura. Só acrescenta permissões para alterar, apagar, enviar ou pagar quando a tarefa realmente o exigir. Se o serviço permitir, limita também o acesso a pastas, dados ou ações específicas.
3. Guarda as passwords num gestor e ativa a autenticação de dois passos
Usa passwords únicas para cada serviço e guarda-as num gestor de passwords. Ativa a autenticação de dois passos — um segundo passo para confirmar que és tu — nas contas importantes, sobretudo no email, na faturação e na gestão de clientes.
Isto não substitui a limitação de acesso dos agentes. Protege as tuas contas; não impede, por si só, que uma aplicação autorizada execute ações dentro das permissões que lhe deste.
4. Não escrevas passwords em conversas
Se um agente te pede a password numa conversa, pára e procura outra forma de ligação, como uma autorização de conta ou uma credencial técnica limitada. Uma conversa não deve ser tratada como um cofre.
Se não existir alternativa segura, questiona se essa ferramenta deve ter acesso ao sistema em causa.
5. Mantém os sistemas críticos separados
Não ligues agentes de uso geral diretamente a contas bancárias ou a sistemas que permitem pagamentos, apagar dados ou alterar permissões. Quando a automatização envolve uma ação de impacto, usa controlos próprios e exige revisão humana antes da execução.
6. Revê acessos com regularidade
Pelo menos uma vez por trimestre, verifica as aplicações autorizadas, as chaves de API, as contas de agentes e as integrações ativas. Revoga o que já não usas. Confirma também quem, na tua empresa, ainda precisa de cada acesso.
O que fazer se algo correr mal
Quando suspeitas de acesso indevido ou de uma ação inesperada, a prioridade é travar o problema. Segue uma ordem simples:
- Corta o acesso. Revoga a autorização, a chave ou a credencial do agente. Se não conseguires fazê-lo, contacta o serviço que gere a conta. Descobrir como revogar o acesso antes de precisares pode poupar-te tempo crítico.
- Protege as contas afetadas. Muda as passwords comprometidas e quaisquer passwords reutilizadas noutros serviços. Termina também as sessões ativas, se o serviço permitir: mudar a password, por si só, pode não terminar todas as sessões.
- Verifica o que aconteceu. Consulta o histórico da ferramenta: emails enviados, ficheiros alterados, ações realizadas e horários. Regista o que sabes e o que ainda tens de apurar.
- Avalia o impacto nos dados e nas pessoas. Se estiverem envolvidos dados pessoais, verifica as obrigações aplicáveis ao teu negócio. Nos casos abrangidos pelo RGPD em que a violação possa representar um risco para os direitos e liberdades das pessoas, a entidade responsável tem, em regra, de notificar a autoridade de controlo sem demora injustificada e, quando possível, até 72 horas após ter conhecimento. Se houver risco elevado, poderá também ser necessário informar as pessoas afetadas. Consulta a orientação do Comité Europeu para a Proteção de Dados e procura aconselhamento adequado ao caso.
- Corrige a causa. Pergunta não só o que fez o agente, mas também porque é que tinha permissão para o fazer. Reduz os acessos, acrescenta uma aprovação humana ou altera o processo.
- Regista o incidente. Anota o que aconteceu, quando foi detetado, que medidas tomaste e o que vais mudar. Esse registo ajuda-te a evitar que o mesmo problema se repita.
Registo e aprovação: confiança com verificação
A melhor proteção não é apenas uma password forte. É conseguires saber o que o agente fez.
Sempre que possível, mantém um histórico das ações, com a hora, a ferramenta utilizada, a conta envolvida e o resultado. Revê esse histórico com regularidade. Não tens de passar o dia a vigiar o agente, mas deves ter forma de detetar ações inesperadas.
Para ações difíceis de reverter — enviar uma mensagem a todos os clientes, apagar dados, fazer um pagamento ou alterar permissões — aplica uma regra simples: o agente prepara; tu aprovas.
Se estás a explorar agentes para o teu negócio, começa por mapear as ferramentas e os acessos que já tens. O artigo “Dots: o novo agente da OpenAI que trabalha quando não estás a olhar” aprofunda precisamente a questão do controlo quando um agente trabalha sem supervisão constante.
As boas práticas de passwords continuam a ser as mesmas: passwords únicas, guardadas com segurança e protegidas com autenticação de dois passos. O que mudou foi a quem estás a dar acesso.
Um agente com acesso à tua conta tem poder para agir, mas não tem o teu julgamento. Dá-lhe credenciais próprias, permissões mínimas, registos claros e aprovação humana nas ações irreversíveis. E faz este teste: se amanhã um agente fizer uma asneira, sabes cortar-lhe o acesso em menos de cinco minutos? Se não sabes, começa por aí.