Times de segurança não têm um problema de detecção. Têm um problema de remediação e um problema de comunicação, e são exatamente esses os dois pontos onde IA em segurança de fato se paga. Um scanner moderno entrega sem esforço 800 achados contra um benchmark de compliance. Os achados não são a parte difícil. A parte difícil é que a maioria deles nunca é corrigida, e os que são corrigidos ficam invisíveis para quem aprova o orçamento. Este post é um 101 sobre as duas funcionalidades de IA que, na minha visão, atacam isso diretamente: remediação automatizada com um portão de aprovação e relatórios gerados por IA para leitores não técnicos. Vou usar o Aether365, uma plataforma de segurança para Microsoft 365, como exemplo ao longo do texto. Transparência total desde o início: o Aether365 é produto meu. Julgue os argumentos pelo mérito.

Um princípio antes de começar: read-only é o padrão. Nada recebe acesso de escrita ao seu tenant sem um consentimento separado e explícito.

As duas lacunas que todo scanner de segurança deixa abertas

Rode qualquer scan de postura contra um tenant Microsoft 365 real, benchmark CIS, EIDSCA, CISA ScuBA, e a saída tem sempre o mesmo formato: uma lista longa de verificações reprovadas com severidades anexadas. Duas coisas previsíveis acontecem em seguida.

Primeiro, a fila de achados dura mais que a atenção de qualquer pessoa. Cada correção significa localizar o admin center certo, o cmdlet PowerShell certo ou a chamada certa do Microsoft Graph, e então fazer uma mudança em um sistema de identidade em produção, onde um erro tranca humanos de verdade do lado de fora. Multiplique por algumas centenas de achados e a fila vira backlog, e backlog é onde achados vão para envelhecer.

Segundo, o relatório do scan nunca sai do time de segurança. Ele é escrito em IDs de controle e caminhos de configuração. As pessoas que decidem headcount e orçamento não veem nada disso, ou veem um score de compliance sem nenhuma história por trás. Um tenant pode ficar um ano inteiro em 60 por cento de conformidade, e a liderança só vai descobrir o que isso significava na retrospectiva do incidente.

Repare que nenhuma das duas lacunas é sobre qualidade de detecção. Detecção melhor deixa a primeira lacuna mais larga. Isso importa porque a maior parte do marketing de "IA em segurança" é sobre detectar mais. O trabalho interessante está depois da detecção.

AI Pilot: remediação com portão de aprovação humana

O AI Pilot é a resposta do Aether365 para a primeira lacuna, e seu design é um estudo de caso útil de como remediação agêntica deveria funcionar, não importa quem construa. O ciclo tem quatro estágios: escanear, propor, aprovar, aplicar e verificar.

O scan produz os achados. Para cada achado, o sistema gera uma correção concreta mapeada para a mudança exata que será feita via Microsoft Graph, não uma sugestão em prosa, a mutação de verdade. Você então revisa cada mudança proposta individualmente e aprova ou rejeita item por item. Só as mudanças aprovadas são aplicadas, e cada mudança aplicada é verificada e registrada em uma trilha de auditoria.

A lição de 101 aqui é o modelo de permissão, porque é nele que sistemas agênticos em produção conquistam ou perdem confiança. Acesso somente leitura é o padrão e continua sendo o padrão. O AI Pilot exige uma conexão separada e explícita de consentimento de escrita da Microsoft, na qual você opta ativamente. Se você nunca a habilitar, a plataforma fisicamente não consegue alterar seu tenant. É isso que torna a ferramenta utilizável para tenants europeus e regulados que precisam permanecer em modo somente leitura: o caminho de escrita não é um toggle dentro do app, é uma fronteira de consentimento imposta pela própria camada de autorização da Microsoft.

Compare com o modo de falha: um agente totalmente autônomo com acesso de escrita permanente que corrige as coisas conforme as encontra. Parece eficiente até ele "corrigir" uma política de Conditional Access às 2 da manhã e o engenheiro de plantão não conseguir fazer login para entender o porquê. Autonomia sem um portão de aprovação por mudança transforma uma ferramenta de remediação em um admin sem auditoria e com paciência infinita. O portão não é uma limitação da IA. Ele é a funcionalidade.

Business Impact Reports: a camada de tradução

A segunda lacuna é comunicação, e este é o uso menos glamouroso e mais defensável de LLMs em segurança hoje. Modelos de linguagem são genuinamente bons em uma coisa em que ferramentas de segurança sempre foram ruins: traduzir um estado técnico em uma narrativa sobre a qual um leitor não técnico consegue agir.

Os Business Impact Reports pegam os achados brutos do scan e produzem um documento pronto para o conselho: um resumo executivo em linguagem simples, o que o score de compliance significa para o negócio, quais unidades de negócio carregam mais risco, um roteiro priorizado de faça-isto-primeiro e um mapeamento dos achados para obrigações de GDPR, NIS2 e ISO 27001. O relatório é gerado em qualquer um de 24 idiomas, o que importa mais do que parece: um CFO em Munique recebe o relatório em alemão enquanto o time de segurança trabalha em inglês, a partir dos mesmos dados de scan.

Duas ressalvas pertencem a qualquer 101 honesto. O relatório é tão bom quanto o scan por baixo dele; um LLM narrando dados ruins produz bobagem confiante com número de página. E relatórios gerados por IA exigem uma postura clara de tratamento de dados. A do Aether365 é: seus dados de scan nunca são usados para treinar ou fazer fine-tuning de nenhum modelo, a IA roda apenas para gerar seu relatório naquele momento, e tudo permanece sob supervisão humana, alinhado ao EU AI Act. Seja qual for a ferramenta que você escolher, exija essas respostas por escrito.

Um checklist 101 para qualquer funcionalidade de IA em segurança

Tire a marca da frente e avalie qualquer funcionalidade de "IA mais segurança" com cinco perguntas:

  • O acesso de escrita é opt-in e consentido separadamente? Somente leitura por padrão é o mínimo. Um caminho separado de consentimento de escrita é o teste de verdade.
  • Posso aprovar cada mudança individualmente? Aprovação em lote de 300 mudanças é carimbo, não portão.
  • Existe trilha de auditoria verificada? Aplicado não é o mesmo que verificado. Você quer os dois, por mudança.
  • A IA toma decisões ou faz apresentações? IA que rascunha correções e relatórios para aprovação humana é risco baixo. IA que age sem supervisão sobre infraestrutura de identidade não é.
  • Meus dados são usados para treinamento? Se a resposta leva mais de uma frase, a resposta é sim.

AI Pilot e Business Impact Reports são, para mim, a versão honesta de IA em segurança: o modelo faz o mapeamento tedioso e a tradução, os humanos mantêm a autoridade. Detecção nunca foi o gargalo. Corrigir e explicar eram, e é exatamente para lá que esta geração de ferramentas deveria mirar.

Leia isto a seguir

Para o lado de infraestrutura desta história, por que um tenant Microsoft 365 deve ser tratado como qualquer outro patrimônio de nuvem, veja Checking Cloud with Cloud: M365 Security Posture Scanning 101 em ercan.cloud. Para consultoria em IA, nuvem e trabalho de plataforma, ou só para dizer olá, comece em ercanermis.com.

Referências