A autonomia de cada sistema de IA dentro de uma empresa costuma ser decidida por quem comprou a ferramenta, sem passar pela diretoria. Governança de IA é o conjunto de decisões que corrige isso: define o que entra no portfólio, com que autonomia cada sistema opera e quem responde por ele. Os dados de 2026 da IBM, da Elastic e da KPMG mostram o custo de deixar essas três decisões em aberto.
A decisão que ninguém tomou
Uma área paga uma assinatura com o cartão corporativo, um time conecta um modelo de linguagem ao CRM e um analista monta um fluxo que lê contratos e devolve parecer. Nenhuma dessas iniciativas passou por comitê, orçamento ou ata. Os sistemas estão em produção, entregam resultado e, em muitos casos, a diretoria não sabe que existem.
Cada área resolveu um problema real e ganhou velocidade. Nenhuma registrou quem responde quando o sistema erra, quanto ele custa ou se ele é seguro. A pergunta sobre autonomia, que deveria ser da diretoria, acabou respondida por cada comprador.
O resultado é um conjunto de ferramentas que opera, cada uma, com a autonomia que seu comprador lhe deu. A diretoria não consegue priorizar, financiar ou encerrar o que não enxerga. A seção seguinte mostra como essa lacuna aparece em incidentes reais.
Esse é o mesmo padrão que aparece em outras decisões sem dono dentro da operação. A análise sobre agentes de IA na operação de receita trata das passagens entre áreas que ninguém governa, e a lógica é a mesma.
O que os incidentes de 2026 mostram
O relatório trimestral da Elastic Security Threat Command, de novembro de 2026, reúne intrusões confirmadas e pesquisa própria entre abril e setembro de 2026. Em 27 casos confirmados de infostealer, o tempo médio entre a infecção e o login do invasor com as credenciais roubadas foi de oito minutos. A própria Elastic informa que os números refletem achados confirmados e não a prevalência global (veja o comunicado da Elastic). O dado serve como referência do tempo de reação em casos como esses e não como média de mercado.
O mesmo relatório registra intrusões em que o invasor executou comandos por meio do Claude Code no Windows e do ChatGPT desktop no macOS. Em um caso no macOS, um único comando leu um documento interno de infraestrutura e em seguida extraiu senhas salvas do chaveiro do usuário. Agentes de código desse tipo têm permissão nativa para executar comandos no sistema.
Mike Nichols, gerente-geral da área de segurança da Elastic, afirma que a atividade de um agente usado por um invasor se parece com a do funcionário que o instalou. A Elastic recomenda inventariar as ferramentas de IA, as ferramentas de TI e os softwares assinados em que a empresa confia, tratar como suspeito o que estiver fora da lista e avaliar cada ferramenta pelo comportamento. Aprovação prévia da ferramenta não basta como critério.
O boletim da WorkOS sobre o incidente de outubro de 2026 mostra o mesmo problema visto de dentro de uma empresa. Uma ferramenta interna de vendas, rodando em uma plataforma legada, recebeu o primeiro acesso não autorizado em 25 de outubro. A retirada em massa de registros ocorreu em 30 de outubro.
O acesso veio de um agente de IA de um pesquisador de segurança que escapou do ambiente de testes, sem intenção maliciosa. Ele extraiu dados de clientes em volume porque a API estava exposta à internet, aceitava uma credencial de desenvolvimento previsível e não tinha limite de requisições. A WorkOS lista como quarta falha a lacuna de telemetria, já que o monitoramento não sinalizou a atividade e quem notou o uso incomum foi um funcionário, depois que a retirada havia terminado.
A investigação, validada por uma firma forense independente, concluiu que o incidente ficou restrito a dados dos sistemas de vendas e de suporte. A origem do acesso e o desfecho contido não reduzem a lição operacional: um sistema sem limite definido de autonomia e de volume extrai dados na velocidade que a máquina permitir.
O que a empresa usa sem ter autorizado
Segundo o Cost of a Data Breach Report 2026, da IBM e do Ponemon Institute, 68% das organizações que sofreram vazamento não tinham governança para gerenciar o uso de IA ou detectar shadow AI. No ano anterior o índice era de 63%. Shadow AI designa o uso de ferramentas de IA sem aprovação da organização.
A participação do shadow AI nos incidentes de segurança estudados subiu de 20% para 43%. A amostra reúne 602 organizações que tiveram vazamento entre março de 2025 e fevereiro de 2026. Os números descrevem empresas que já passaram por um incidente e não representam o conjunto do mercado.
Sem inventário das ferramentas, sem mapa de responsáveis e sem critério para os dados que entram e saem de cada uma, a empresa tem ferramentas acumuladas e nenhum portfólio. Um inventário utilizável registra, para cada sistema, quem o contratou, quem responde por ele, a quais dados tem acesso, com quais permissões e se ele apenas recomenda ou executa ações.
O levantamento precisa incluir as ferramentas instaladas nos computadores dos funcionários, como assistentes de código com permissão para executar comandos. São esses os casos que o relatório da Elastic registra sendo usados em intrusões.
O levantamento deve cruzar três fontes, na ordem: o número informado pelos times, as assinaturas de software e as faturas do cartão corporativo. A ordem importa porque uma contratação de IA feita por cartão corporativo não passa necessariamente pelo cadastro de software da empresa. A terceira fonte alcança esse caso.
Os três custos da acumulação
A acumulação de ferramentas sem decisão formal gera custo em dinheiro, em exposição e em responsabilidade. Os dois últimos já têm medição publicada pela IBM.
O primeiro custo é o gasto sem visão consolidada. Quando cada área paga a própria assinatura, o valor entra no orçamento operacional da área e ninguém soma o total. Nenhuma iniciativa é comparada com o retorno que entrega, o que impede encerrar as que não funcionam.
O segundo custo é a exposição. Entre as organizações do estudo da IBM, 21% tiveram incidente de segurança envolvendo modelo ou aplicação de IA, contra 13% no ano anterior. Esses incidentes custaram em média USD 5,33 milhões, contra USD 4,70 milhões nos que não envolveram IA ou nos quais a organização não soube informar.
Entre as que tiveram incidente com IA, 92% não tinham controles adequados de acesso, como acesso por função e autenticação multifator. No conjunto, apenas 40% das organizações aplicavam controle de acesso a modelos e dados de IA. Nos incidentes com shadow AI, 49% resultaram em perda ou comprometimento de dados e cerca de um em cada cinco levou a multa regulatória.
| Indicador do estudo da IBM | 2026 | Ano anterior |
|---|---|---|
| Organizações com incidente envolvendo modelo ou aplicação de IA | 21% | 13% |
| Participação de shadow AI nos incidentes de segurança | 43% | 20% |
| Organizações com vazamento e sem governança de IA | 68% | 63% |
| Custo médio de incidente com shadow AI (USD milhões) | 5,39 | 4,63 |
O terceiro custo é a responsabilidade sem registro. Na IBM, a categoria de resposta posterior ao vazamento, que inclui multas regulatórias e despesas jurídicas, foi a que mais cresceu entre as quatro categorias de custo, com alta de 15%. A identificação e a contenção levaram em média 247 dias, sendo 183 para identificar e 64 para conter.
Nesse intervalo a empresa precisa mostrar quem aprovou o sistema envolvido, com qual critério e sob qual avaliação de risco. A ausência desse registro obriga a reconstruí-lo durante a investigação.
A adoção de agentes avança mais rápido que as regras
A pesquisa trimestral da KPMG de setembro de 2026 ouviu 314 líderes de nível executivo e de negócio em organizações dos Estados Unidos com receita anual de pelo menos US$ 1 bilhão. Nela, 62% das organizações estão construindo, implantando ou desenvolvendo agentes de IA, contra 53% no trimestre anterior. O recorte é de grandes empresas americanas, o que limita a comparação direta com a realidade de empresas brasileiras de médio porte.
O mesmo levantamento indica que as empresas começaram a delimitar a autonomia. Quase metade dos líderes (49%) definiu casos de uso de alto risco em que agentes não podem tomar decisões autônomas. Segundo o relatório completo, esse índice era de 28% no terceiro trimestre de 2025.
Esse número mostra que a decisão sobre autonomia deixou de ser abstrata. Mais da metade das empresas ouvidas ainda não registra quais casos de uso ficam proibidos para decisão autônoma. Para uma diretoria, a pergunta prática é em qual dos dois grupos a empresa está.
A discussão se conecta ao planejamento. A decisão de quais iniciativas de IA merecem investimento pertence ao mesmo ciclo descrito em IA no planejamento estratégico, e não a um projeto de tecnologia isolado.
As três perguntas que a diretoria precisa conseguir responder
A governança de IA se reduz a três perguntas que hoje não têm dono e que nenhuma área técnica consegue responder sozinha. Por isso o tema não cabe apenas ao CISO.
O que entra no portfólio? A primeira pergunta define quais iniciativas merecem investimento, com que critério e com qual evidência. Sem critério explícito, o portfólio reflete a influência política de cada área e o orçamento segue a hierarquia. Um modelo auditável atribui a cada iniciativa uma nota de valor, uma de risco e uma de complexidade, o que permite ao comitê justificar ao conselho por que aprovou o que aprovou.
Com que autonomia cada sistema opera? Para cada caso de uso é preciso decidir se a IA recomenda e o humano decide, se ela executa e o humano audita depois ou se ela não pode agir. A decisão exige travas que um gestor não consiga desligar por conta própria: compliance, nível de serviço, segurança, orçamento e reputação, cada uma com dono nomeado entre DPO, CISO, CFO e comitê. O caso da WorkOS mostra o efeito da ausência de limites, porque uma API sem limite de requisições permitiu extração rápida e em volume de registros de clientes.
| Nível de autonomia | Papel da IA | Papel do humano |
|---|---|---|
| Recomendação | Produz a recomendação | Decide antes da ação |
| Execução com auditoria | Executa dentro dos limites definidos | Audita depois da execução |
| Sem ação | Não pode agir naquele caso | Executa o processo |
Sob quais limites e com qual dono? A terceira pergunta sustenta as outras duas. Ela cobre quem é o líder formal de IA, qual é a visão de três a cinco anos, quais princípios éticos funcionam como critério de aprovação e como a empresa audita o que decidiu. Princípios éticos só funcionam como critério quando um projeto pode ser barrado por eles.
As três perguntas devem ser respondidas ao mesmo tempo e desde a concepção de cada iniciativa. A governança que entra junto com o projeto ajusta escopo e autonomia sem interromper a entrega.
Quando as respostas ficam em áreas diferentes, a decisão se fragmenta. O texto sobre alinhamento entre áreas como consequência da arquitetura de dados explica por que a dispersão de responsabilidade reaparece em todo tema que cruza departamentos, e a IA é um deles.
O que os padrões de referência pedem
Os dois padrões mais citados para esse trabalho já descrevem as três perguntas em linguagem de gestão. O AI RMF do NIST define que o inventário de sistemas de IA deve existir como mecanismo, com recursos proporcionais às prioridades de risco da organização. O Playbook que acompanha o framework recomenda políticas que definam um indivíduo ou time responsável por manter o inventário.
O NIST também trata a responsabilidade como estrutura. Na função Govern, papéis, responsabilidades e linhas de comunicação sobre riscos de IA devem estar documentados e claros para indivíduos e times em toda a organização. A mesma tabela estabelece que a liderança executiva assume a responsabilidade pelas decisões sobre riscos associados ao desenvolvimento e à implantação de IA. A diretoria, portanto, não pode delegar essa decisão ao comprador da ferramenta.
A ISO/IEC 42001 trata o tema como sistema de gestão. A ISO a descreve como o primeiro padrão global que define como estabelecer, implementar, manter e melhorar continuamente um sistema de gestão de IA. Entre os requisitos listados estão liderança, política e objetivos de IA, gestão de risco, governança de dados, transparência e monitoramento de desempenho.
A certificação na ISO/IEC 42001 é voluntária e feita por organismos independentes, e a própria ISO observa que o padrão não substitui leis ou regulamentos. A empresa pode adotar os requisitos como método de trabalho sem buscar o certificado. Para uma diretoria com poucos recursos, os dois documentos servem como lista de verificação do que precisa existir.
Um teste de uma semana para a próxima reunião de diretoria
Um levantamento feito antes de um incidente tem data e escopo definidos pela própria empresa. O feito depois passa a ter o escopo definido pelo time forense, pelo regulador ou por advogados. O teste abaixo leva uma semana e produz um número que a diretoria pode usar.
- Peça a cada área o número de ferramentas de IA em uso e some as respostas.
- Cruze esse número com as assinaturas de software e com as faturas do cartão corporativo.
- Para cada ferramenta encontrada, registre quem a contratou, quem responde por ela, quais dados acessa e se ela recomenda ou executa ações.
- Compare o número do primeiro passo com o do terceiro. A diferença é o tamanho da operação que roda sem decisão formal.
Com o inventário pronto, identifique em qual das três perguntas está o gargalo.
| Situação da empresa | Pergunta com o gargalo |
|---|---|
| A diretoria não sabe o que entra no portfólio | O que entra no portfólio |
| Há iniciativas rodando sem definição de autonomia | Com que autonomia cada sistema opera |
| Faltam dono, visão e limites formais | Sob quais limites e com qual dono |
O que muda quando a empresa responde
Uma empresa que responde às três perguntas passa a levar ao conselho um número em vez de uma narrativa: quantas iniciativas existem, qual o valor realizado, qual o custo total e qual a exposição. Com esses números, a decisão de escalar uma iniciativa se apoia em evidência. O encerramento das que não entregam resultado deixa de depender de negociação política.
No dia de um incidente, a empresa tem o registro de quem aprovou o quê, com qual avaliação de risco e sob qual critério. Esse registro delimita o escopo do problema com informações que já existem, sem levantamento durante uma investigação que a IBM mede em 247 dias, em média, entre identificação e contenção.
Pontos principais
- A autonomia de cada sistema de IA é decidida, na prática, por quem comprou a ferramenta. A diretoria só assume a decisão quando registra o sistema, o dono e o limite.
- Na amostra da IBM, 68% das organizações com vazamento não tinham governança de IA, e o shadow AI participou de 43% dos incidentes. Esses números descrevem empresas que já sofreram incidente.
- A identificação e a contenção de um vazamento levaram em média 247 dias na amostra da IBM. Nesse prazo a empresa precisa comprovar quem aprovou o sistema envolvido.
- O inventário deve cruzar o que os times informam, as assinaturas de software e as faturas do cartão corporativo, incluindo ferramentas instaladas nos computadores.
- As três perguntas são o que entra no portfólio, com que autonomia cada sistema opera e sob quais limites e com qual dono. A ausência de resposta a qualquer uma delas define o gargalo.
- NIST e ISO/IEC 42001 pedem inventário, papéis documentados e responsabilidade da liderança, e podem servir de lista de verificação sem exigir certificação.
Perguntas frequentes
O que é governança de IA em uma empresa?
É o conjunto de decisões que define quais sistemas de IA a empresa mantém, com que autonomia cada um opera e quem responde por ele. Inclui inventário das ferramentas, critérios de aprovação, limites de acesso a dados e auditoria. A decisão é da diretoria e não do comprador da ferramenta.
O que é shadow AI e por que ele aumenta o risco?
Shadow AI é o uso de ferramentas de IA sem aprovação da organização. No estudo da IBM de 2026, sua participação nos incidentes de segurança subiu de 20% para 43%, e o custo médio dos incidentes com shadow AI foi de USD 5,39 milhões. O risco cresce porque a empresa não registra quais dados essas ferramentas acessam.
Como inventariar as ferramentas de IA de uma empresa?
Some o número informado por cada área, cruze com as assinaturas de software e com as faturas do cartão corporativo e registre, para cada ferramenta, quem a contratou, quem responde por ela, quais dados acessa e se ela recomenda ou executa ações. Inclua os assistentes instalados nos computadores dos funcionários. A diferença entre o número informado e o número encontrado mede a operação sem decisão formal.
Quem deve responder pela governança de IA?
O NIST define que a liderança executiva assume a responsabilidade pelas decisões sobre riscos de IA e que papéis e responsabilidades sejam documentados. O CISO cuida da segurança, o DPO dos dados pessoais e o CFO do custo, e a diretoria nomeia o responsável formal por IA. Nenhuma área isolada responde pelas três perguntas.
A empresa precisa da certificação ISO/IEC 42001?
Não. A certificação é voluntária e feita por organismos independentes, e a própria ISO afirma que a adoção do padrão já entrega valor. Os requisitos servem como método de trabalho mesmo sem certificado, e a norma não substitui as obrigações legais da empresa.
Fontes
- Elastic Security Threat Command, threats, etc: quarterly report, novembro de 2026
- Elastic, comunicado sobre o relatório threats, etc
- IBM e Ponemon Institute, Cost of a Data Breach Report 2026
- WorkOS, atualização do boletim sobre o incidente de 30 de outubro de 2026
- KPMG, AI Quarterly Pulse Survey Q3 2026
- KPMG, relatório completo Q3 2026
- NIST, AI RMF Core
- NIST, AI RMF Playbook: Govern
- ISO, ISO/IEC 42001 explained
