A ilusão da segurança absoluta na era da inteligência artificial

Durante muito tempo, bastava ouvir que uma empresa tinha antivírus, servidor protegido ou dados guardados na nuvem para imaginar que as informações estavam seguras. Essa tranquilidade já não corresponde à realidade. A inteligência artificial tornou mais fáceis tarefas que antes exigiam conhecimento técnico, tempo e dedicação de criminosos. Ao mesmo tempo, também ajuda equipes de segurança a identificar ameaças e agir mais depressa. É uma disputa contínua, não uma batalha que será vencida com a compra de uma única ferramenta.

Existe um paralelo com o surgimento dos vírus e antivírus: sempre que as defesas evoluem, os ataques procuram caminhos diferentes. Isso, porém, não comprova que empresas de antivírus tenham criado os vírus, tampouco que fabricantes de IA estejam por trás de atividades criminosas. O problema é outro: a mesma tecnologia útil para proteger pode ser aproveitada por quem deseja fraudar, espionar, interromper serviços ou roubar dinheiro.

Quando o ataque passa a acontecer em minutos

Imagine alguém que consegue entrar em uma empresa usando uma senha roubada. O próximo passo pode ser buscar acesso a outras máquinas, pastas ou sistemas. É esse intervalo entre a primeira entrada e a tentativa de avançar dentro do ambiente que a CrowdStrike chama de breakout time. No seu relatório de 2026, referente ao comportamento observado em 2025, a média foi de apenas 29 minutos. No caso mais rápido analisado, foram 27 segundos. [1]

Isso não quer dizer que todos os ataques aconteçam nesse prazo. Significa que contar apenas com uma pessoa percebendo algo estranho horas depois pode ser insuficiente. A pesquisa também identificou aumento de 89% na atividade de grupos criminosos que utilizam IA em relação ao ano anterior. Esse percentual mede o crescimento observado nessa categoria de atividade, não a proporção de todos os ataques do mundo que usam IA. [1]

A expressão “ataque” nos levantamentos de empresas de segurança costuma reunir eventos identificados por seus sistemas de proteção. Não equivale ao número de empresas invadidas. Além disso, os métodos de medição diferem; por isso, não se deve somar indicadores de fornecedores distintos ou apresentá-los como se fossem uma contagem completa do país.

O que mudou na prática: seis situações que qualquer pessoa pode reconhecer

1. Uma voz conhecida pode não ser verdadeira

Golpistas podem usar IA para criar mensagens de áudio que imitam o jeito de falar de um familiar, colega ou gestor. O pedido costuma vir acompanhado de urgência: uma transferência, uma senha, um código recebido por SMS ou a instalação de um aplicativo. A medida mais útil é simples: interromper o contato e confirmar a solicitação por outro canal conhecido, sem usar o telefone ou link enviados na própria mensagem.

2. O e-mail falso ficou mais bem escrito

Erros de português deixaram de ser um sinal confiável de fraude. Textos, logotipos e sites falsos podem ser criados com aparência profissional. É preciso desconfiar de pedidos inesperados de atualização cadastral, pagamentos e abertura de anexos, mesmo quando parecem partir de uma empresa conhecida.

3. Uma conta legítima pode virar a porta de entrada

Nem todo criminoso precisa “quebrar” um sistema. Senhas reutilizadas, acessos de ex-colaboradores, permissões excessivas e códigos de acesso expostos podem permitir a entrada como se fossem um usuário autorizado. Com autenticação multifator, revisão periódica de acessos e verificação de solicitações suspeitas, parte importante desse risco pode ser reduzida.

4. O fornecedor também faz parte do risco

Uma empresa pode cuidar de suas próprias máquinas e ainda ficar vulnerável por causa de um prestador de serviços, sistema de folha de pagamento, aplicação comercial ou integração entre plataformas. O estudo brasileiro da IBM apontou o comprometimento de terceiros e da cadeia de suprimentos como causa inicial de 16% das violações analisadas em 2026. [3] Antes de contratar, é importante saber quem poderá acessar os dados, como funcionam os backups e como será informado um incidente.

5. A IA pode receber informações que nunca deveriam sair da empresa

Uma pessoa pode copiar para um serviço de IA um contrato, uma planilha de clientes, dados de pacientes, uma proposta comercial, documentos internos ou informações salariais apenas para pedir um resumo. Isso nem sempre representa um vazamento confirmado: o risco depende da configuração, dos contratos, da retenção, dos acessos e do modo como a ferramenta trata o conteúdo. Mas a exposição pode acontecer mesmo sem a intenção de causar dano. A OWASP aponta a divulgação de informações sensíveis entre os riscos centrais das aplicações de IA. [4]

6. A própria capacidade de processamento pode ser roubada

No golpe chamado LLMjacking, invasores se apropriam de credenciais, serviços ou servidores de IA mal configurados para usar recursos pagos por terceiros. A conta pode crescer sem que a empresa perceba imediatamente. Em junho de 2026, a Sysdig documentou um caso em que um servidor de IA exposto foi utilizado em uma ferramenta automatizada de ataque. [5] Não se trata de um risco exclusivo da nuvem: servidores locais de IA conectados de forma insegura também podem ser abusados.

Brasil: a pressão dos ataques não é uma abstração

Os levantamentos também mostram a intensidade das tentativas contra organizações brasileiras. Em julho de 2026, números da Check Point Research repercutidos pela imprensa especializada indicaram uma média de 4.151 tentativas de ataque por organização por semana no Brasil, crescimento de 45% em relação a julho de 2025. É uma fotografia daquele mês, baseada nos sistemas monitorados pela empresa, e não significa que cada empresa tenha sofrido 4.151 invasões. [12]

Outro número citado com frequência vem da Fortinet: no primeiro semestre de 2025, sensores da empresa detectaram cerca de 315 bilhões de atividades maliciosas direcionadas ao Brasil, equivalentes a 84% do volume contabilizado no levantamento regional. É indispensável informar o período e o universo de monitoramento. O percentual não quer dizer que 84% de todas as invasões bem-sucedidas da América Latina tenham ocorrido no país. [13]

Brasil: prejuízos concretos e setores mais expostos

O relatório da IBM divulgado em 15 de outubro de 2026 trouxe um dado que merece atenção fora das áreas de TI: o custo médio de uma violação de dados no Brasil foi de R$ 7,44 milhões. Esse número considera os incidentes e organizações incluídos na pesquisa; não é uma média de todo e qualquer golpe sofrido no país. Em 2025, o valor era de R$ 7,19 milhões; em 2024, R$ 6,75 milhões. [3] [6]

Fontes: IBM Brasil 2026 e 2025. Esses custos podem incluir paralisação, recuperação, atendimento, perdas comerciais e outros efeitos, variando conforme a metodologia. Não devem ser atribuídos apenas a multas da LGPD. [3] [6]

Para um hospital, a interrupção pode comprometer o acesso a prontuários. Para uma indústria, pode parar máquinas, pedidos e faturamento. Para uma pequena empresa, dias sem funcionar podem ser decisivos. Informações de clientes e conhecimentos internos também podem perder valor competitivo ao cair em mãos erradas.

O que se sabe e o que não se sabe sobre incidentes ocultos

Nem todo incidente vira notícia. Alguns são detectados e contidos sem exposição pública; outros envolvem dados que não acionam a obrigação de comunicar titulares. Também há ocorrências não identificadas.

No Brasil, a Resolução CD/ANPD nº 15/2024 exige a comunicação à autoridade e aos titulares quando um incidente com dados pessoais puder acarretar risco ou dano relevante, em regra no prazo de três dias úteis a partir do conhecimento, com exceções e condições previstas na regulamentação. O controlador também deve manter registros de incidentes, inclusive dos não comunicados, por pelo menos cinco anos. [7] Empresas do setor financeiro podem estar sujeitas, adicionalmente, a normas específicas do Banco Central. [8]

Portanto, é correto alertar para a subnotificação e para as limitações das estatísticas públicas. Não é correto transformar uma hipótese sobre os motivos de cada organização em informação comprovada.

Se a nuvem apresenta riscos, por que não trazer tudo de volta?

Guardar dados na nuvem significa utilizar infraestrutura disponibilizada por outra organização. Em sistemas de assinatura, conhecidos como SaaS, a empresa também utiliza um programa operado pelo fornecedor. Já o modelo local ou on-premises mantém servidores e sistemas sob administração própria. O modelo híbrido combina os dois.

Existe, sim, um movimento de repatriação, quando organizações transferem determinadas aplicações ou dados da nuvem para ambientes próprios. Em pesquisa divulgada pela Citrix em 2024, com 350 líderes de tecnologia dos Estados Unidos, 94% relataram envolvimento em algum projeto desse tipo nos três anos anteriores e 42% disseram considerar ou já ter realizado o retorno de pelo menos metade de suas cargas de trabalho. Esses resultados descrevem a amostra pesquisada e pode indicar uma tendência futura. Custos imprevistos, segurança, desempenho e compatibilidade foram apontados entre as razões. [9]

Na prática, a escolha mais responsável depende da criticidade dos dados, dos requisitos legais, da capacidade técnica, do custo total e de quanto tempo a atividade pode ficar parada. Um servidor próprio vulnerável não é mais seguro por estar dentro do escritório; um serviço em nuvem não é seguro apenas por pertencer a uma grande marca.

O ponto mais delicado: entregar a informação não significa entregar a responsabilidade

Imagine uma empresa que contrata um sistema para armazenar fichas de clientes e documentos internos. Se houver um vazamento, não basta responder: “O programa era de terceiros”. É necessário saber quem é responsável pelo tratamento, onde estão as informações, quem consegue consultá-las, se há subcontratados e o que acontece com os registros quando o contrato termina. A gestão dos fornecedores e dos riscos de cadeia de suprimentos é parte importante das diretrizes do NIST. [10]

O mesmo vale para serviços de IA. Uma ferramenta que ajuda a revisar textos pode receber dados estratégicos sem que a empresa tenha autorizado esse uso. O risco aumenta quando funcionários fazem integrações por conta própria, sem análise de privacidade e segurança, prática conhecida como Shadow AI.

O que fazer no trabalho e em casa mesmo sem entender de informática

A proteção digital não é uma responsabilidade exclusiva do departamento de TI. Quem atende clientes, envia documentos, faz compras, trabalha com prontuários, lança notas ou consulta relatórios também pode impedir um incidente com pequenas atitudes.

1. Desconfie da urgência. Pedidos inesperados de transferência, alteração bancária ou envio de códigos exigem confirmação por um contato que você já conhecia.
2. Não confie apenas na voz, na foto ou no texto. Uma mensagem convincente pode ter sido produzida ou modificada por IA.
3. Evite repetir senhas e ative a verificação em duas etapas. Nunca compartilhe códigos de confirmação, mesmo com alguém que se apresente como suporte técnico.
4. Não cole informações sigilosas em ferramentas de IA sem autorização. Prefira dados fictícios ou anonimizados quando a tarefa permitir, observando as regras da organização.
5. Confira o destinatário e os anexos. Um erro ao enviar um e-mail pode divulgar informações sem que nenhum criminoso precise invadir sistemas.
6. Se algo parecer errado, avise imediatamente. O silêncio, por vergonha ou receio, costuma aumentar o prejuízo. Uma comunicação rápida pode evitar que outras pessoas sejam afetadas.

Para quem dirige ou administra processos: decisões que não podem esperar

Não é necessário conhecer linguagens de programação para fazer boas perguntas sobre segurança. É necessário compreender o valor dos dados e o impacto que sua perda teria sobre pessoas, clientes e operações.

1. Identifique as informações indispensáveis. Separe dados pessoais, contratos, fórmulas, projetos, credenciais, registros operacionais e outros ativos críticos.
2. Saiba quem pode acessar o quê. Elimine contas desnecessárias, revise acessos de ex-funcionários e adote autenticação multifator apropriada.
3. Verifique os contratos dos fornecedores. Exija clareza sobre localização dos dados, subcontratados, incidentes, exportação de informações e encerramento do serviço.
4. Tenha backups independentes e teste a recuperação. Uma cópia conectada ao mesmo ambiente comprometido pode não resolver o problema.
5. Planeje a continuidade. Defina como operar sem internet, sem o fornecedor ou sem o sistema principal, com registros provisórios controlados e posterior reconciliação.
6. Crie regras simples para a IA. Deixe claro quais ferramentas são autorizadas, o que pode ser compartilhado e quando uma revisão humana é obrigatória.
7. Monitore consumo e permissões. Alertas de custo, limites técnicos configuráveis, proteção de chaves e revisão de acessos ajudam a enfrentar abusos como o LLMjacking. Alertas financeiros não são garantia de bloqueio automático de gastos.
8. Simule um incidente. Quem será chamado? Quem decide interromper acessos? Como clientes serão informados? Quanto tempo levará para voltar a operar?

O NIST destaca que segurança digital deve ser tratada como risco da organização, com decisões proporcionais à realidade do negócio, e não apenas como aquisição de produtos de informática. [10] [11]

Conclusão: controle, responsabilidade e capacidade de reação

Não existe segurança absoluta, e a chegada de novos recursos de IA não muda isso. Ela acelera tanto o lado de quem ataca quanto o de quem protege. O erro está em acreditar que basta contratar o serviço mais conhecido, instalar um antivírus ou transferir tudo para servidores próprios para encerrar o assunto.

Em determinadas situações, manter dados e sistemas dentro da organização será a melhor escolha. Em outras, a nuvem poderá oferecer proteção, continuidade e custos mais adequados. Muitas empresas precisarão combinar as duas alternativas. O fundamental é que a decisão seja consciente, documentada e acompanhada.

Informações de clientes, experiências acumuladas, projetos, fórmulas, históricos, contratos e procedimentos não são apenas arquivos. São parte da memória e do patrimônio de uma organização. Protegê-los exige atenção cotidiana de todos, governança de fornecedores e preparo para o dia em que algo sair do planejado.

A questão não é onde os dados parecem mais protegidos. É quem responde por eles, quem pode acessá-los e se será possível recuperá-los quando realmente precisarmos.

Fontes originais e documentos oficiais consultados

As referências abaixo permitem verificar o período, o contexto e as limitações de cada dado. Estudos de empresas refletem as amostras e os critérios de seus respectivos fornecedores.

1. CrowdStrike, Global Threat Report 2026 (24/02/2026). 29 minutos de breakout time e crescimento da atividade de grupos que usam IA. Acessar publicação original.
2. Check Point Research, September 2026 Cyber Threat Landscape (08/10/2026). Tentativas semanais e exposição de dados em interações com IA. Acessar relatório.
3. IBM Brasil, Cost of a Data Breach 2026 (15/10/2026). Custo médio, setores e causas das violações no Brasil. Acessar divulgação oficial.
4. OWASP, Top 10 para aplicações de IA e LLM — 2025. Riscos de injeção de instruções e exposição de dados. Acessar guia.
5. Sysdig Threat Research, LLMjacking Evolved (17/06/2026). Caso documentado de uso indevido de servidores de IA. Acessar pesquisa técnica.
6. IBM Brasil, Cost of a Data Breach 2025 (30/07/2025). Série histórica de custos (2024 e 2025). Acessar divulgação oficial.
7. Autoridade Nacional de Proteção de Dados — ANPD. Resolução CD/ANPD nº 15/2024 e regras de comunicação de incidentes. Acessar orientações oficiais.
8. Banco Central do Brasil. Resolução CMN nº 4.893/2021, com alterações posteriores, sobre política de segurança cibernética e resposta a incidentes. Consultar normativo oficial.
9. Citrix, pesquisa com 350 líderes de TI dos EUA (14/02/2024). Repatriação de cargas de trabalho e razões da mudança. Acessar publicação original.
10. NIST, Cybersecurity Framework 2.0 — Supply Chain Risk Management (2024). Avaliação de prestadores e requisitos de segurança. Consultar guia oficial.
11. NIST, Cybersecurity, Enterprise Risk Management, and Workforce Management (23/03/2026). Orientações para abordar segurança como risco de negócio. Consultar publicação.
12. Check Point Research, panorama de julho de 2026; cobertura brasileira de 14/08/2026. O relatório da Check Point permite consultar a metodologia e os dados globais; a publicação especializada reproduz o recorte brasileiro de 4.151 tentativas. Relatório original · Recorte do Brasil.
13. Fortinet/FortiGuard Labs, dados apresentados no Fortinet Cybersecurity Summit Brasil 2025; cobertura do anúncio. Números do primeiro semestre de 2025. Consultar cobertura e contexto · Relatório global original Fortinet.