"Ligámos aquele assistente ao email para resumir as reuniões, depois experimentámos outro para as propostas, e o estagiário pôs um terceiro a ler a Drive por causa de um relatório." Se isto te soa familiar, o problema não é a IA ser perigosa. O problema é que ninguém na empresa sabe dizer, hoje, que ferramentas têm a chave de quê.
Outubro é o Mês Europeu da Cibersegurança, coordenado em Portugal pelo CNCS, e a conversa vai ser a do costume: passwords fortes, cuidado com o phishing, autenticação de dois fatores. Tudo certo. Mas há uma porta que quase ninguém menciona e que, numa PME que andou a experimentar IA no último ano, costuma estar escancarada: os acessos que foste dando às ferramentas de IA e que ficaram lá depois de deixares de as usar.
Este artigo explica porque é que esse é o risco real (mais do que o modelo "inventar"), e dá-te uma revisão que se faz em 30 minutos, com uma pessoa e um café.
O risco não está no modelo, está na autorização
Quando carregas em "Iniciar sessão com Google" ou "Permitir acesso" numa ferramenta de IA, não estás só a fazer login. Estás a assinar uma autorização (tecnicamente, um token OAuth) que diz: esta aplicação pode ler o meu email, ou os meus ficheiros, ou o meu calendário — às vezes pode também enviar, editar e apagar. E essa autorização não expira quando fechas o separador. Fica ativa até alguém a revogar.
Três coisas tornam isto pior numa PME do que numa empresa grande:
- Não há departamento de TI a ver a lista. Quem autorizou foi o comercial, a contabilista, o estagiário — cada um na sua conta, sem ninguém a centralizar.
- O âmbito pedido é quase sempre o máximo. Uma ferramenta que só precisava de ler os anexos de faturas pede "ler, compor, enviar e eliminar email", porque é mais fácil para quem a fez. E tu carregaste em "Permitir".
- As pessoas saem, as autorizações ficam. Um ex-colaborador que ligou um assistente à conta partilhada
geral@deixou uma aplicação de terceiros com acesso à caixa por onde passam encomendas, IBANs e faturas.
Não é por acaso que, segundo o INE, entre as empresas portuguesas que ainda não usam IA, 55,4% apontam a privacidade como travão e 57,3% a falta de clareza sobre responsabilidades. A intuição está certa. O que falta é transformar o medo numa lista que se verifica.

A revisão de 30 minutos, passo a passo
Faz isto uma vez agora e depois uma vez por trimestre. Precisas de quem tem a conta de administrador do Google Workspace ou do Microsoft 365 (se não sabes quem é, esse é o primeiro achado).
1. Faz o inventário (10 minutos). Na consola de administração do Google Workspace, a secção de controlos de API mostra as aplicações de terceiros com acesso às contas da empresa; no Microsoft 365, é a lista de aplicações empresariais no Entra. Se usas contas pessoais ou não tens consola, cada pessoa abre a área de segurança da sua conta e vê as "apps com acesso". Escreve numa folha: nome da ferramenta, quem autorizou, a que tem acesso, quando foi usada pela última vez.
2. Retira o que ninguém usa (5 minutos). Regra simples: se ninguém consegue dizer para que serve ou não foi usada nos últimos 90 dias, sai. Numa empresa de 15 pessoas que andou a testar IA, é normal encontrares entre cinco e dez autorizações esquecidas. Revogar não apaga nada teu — só corta o acesso.
3. Reduz o âmbito do que fica (5 minutos). Para cada ferramenta que sobrevive, pergunta: precisa mesmo de escrever? Um assistente que resume reuniões precisa de ler o calendário, não de enviar email em teu nome. Se a ferramenta não permite menos do que acesso total, isso é informação: talvez não seja a ferramenta certa para dados da empresa.
4. Troca as chaves partilhadas (5 minutos). Chaves de API (a "password" que liga uma ferramenta à OpenAI, a um CRM ou ao ERP) acabam coladas em folhas de Excel, em mensagens de WhatsApp, em scripts de alguém. Se uma chave foi partilhada ou não sabes onde está, gera uma nova e desativa a antiga. Custa cinco minutos e fecha uma porta que não sabias que estava aberta.
5. Regista quem aprovou o quê (5 minutos). Uma tabela com quatro colunas — ferramenta, acesso, responsável, data de revisão — chega. É isto que, daqui a três meses, torna a próxima revisão numa conferência de dez minutos em vez de uma arqueologia.

Um exemplo concreto: a distribuidora com a caixa geral@
Imagina uma distribuidora de material elétrico em Leiria, 20 pessoas. Na revisão encontram sete aplicações ligadas às contas da empresa. Três são de um teste de "IA para responder a emails" feito em março por um comercial que já saiu — e uma delas tem permissão para enviar email a partir de encomendas@. Outra é uma extensão de navegador que "resume páginas" e pediu acesso à Drive inteira, onde estão as tabelas de preços e as condições de cada cliente. A chave da API do assistente que gera propostas está num ficheiro Excel partilhado com toda a equipa comercial.
Resultado da meia hora: quatro autorizações revogadas, duas reduzidas a leitura, uma chave trocada, uma tabela criada. Não se gastou um euro. E a pergunta "quem pode mandar um email em nome da empresa com um IBAN novo?" passou a ter uma resposta.
A objeção: "então mais vale não ligar a IA a nada"
Não. Uma IA que não vê os teus dados só serve para escrever textos genéricos — e os ganhos reais numa PME estão precisamente em perguntar coisas aos teus dados: o stock de um artigo, as faturas em atraso de um cliente, as encomendas da semana. A questão não é se ligas, é como.
Três regras distinguem uma ligação segura de uma porta aberta:
- Só leitura por defeito. Se a ferramenta só precisa de responder a perguntas, não deve conseguir alterar, enviar ou apagar nada. Isto elimina a maior parte do risco à partida.
- Permissões mínimas e por pessoa. O armazém vê stock; a faturação vê faturas; ninguém vê tudo só porque a ferramenta "dá jeito".
- Registo de tudo. Cada pergunta e cada resposta ficam guardadas: quem perguntou, o quê, a que dados a IA foi buscar a resposta. Se algo correr mal, sabes exatamente o quê.
É assim que construímos o Nemea na Leiritech: perguntas ao teu ERP (por exemplo, o PHC que já usas) em português, no WhatsApp, e a resposta vem dos teus dados reais — mas a ligação é só de leitura, cada utilizador vê apenas o que o seu perfil permite, e cada pergunta fica auditada. Não é uma questão de confiança na IA; é uma questão de arquitetura. Uma IA que não consegue escrever no ERP não consegue estragar o ERP.

Onde isto não chega (sendo honesto)
A revisão de 30 minutos não substitui uma política de segurança, cópias de segurança testadas ou formação contra phishing — trata de uma porta específica. Também não resolve o "shadow IT" de quem cola dados de clientes em ferramentas gratuitas sem ligar nada: isso é uma conversa de regras internas, não de permissões. E se tens dados de saúde ou dados sensíveis de clientes, o RGPD pede mais do que uma tabela: registo de atividades de tratamento e, muitas vezes, uma avaliação de impacto. Aí, vale a pena falar com quem trata da tua proteção de dados.
Para fazer esta semana
Marca 30 minutos na primeira semana de outubro. Abre a consola, faz a lista, revoga o que ninguém defende, reduz o resto a leitura, troca as chaves partilhadas e escreve quem aprovou o quê. Repete em janeiro.
Se, ao fazer a lista, perceberes que queres mesmo pôr a equipa a perguntar coisas ao ERP — mas com uma ligação só de leitura e auditada, em vez de mais uma app com acesso total — fala connosco em hello@leiritech.com ou em leiritech.pt. Somos uma equipa pequena em Leiria, e quem te responde é quem escreve o código.
