Riscos do Vibe Coding nas Empresas: o Shadow AI Corporativo

Enquanto seu time comemora ter criado um agente de IA funcional em uma tarde, ele já pode estar acessando o ERP da empresa com uma credencial pessoal que ninguém na TI sabe que existe. Esse é o retrato mais comum dos riscos do vibe coding nas empresas: velocidade sem processo, e processo é justamente o que falta quando alguém fora da TI decide programar sozinho, com a ajuda de uma IA generativa.

O que é vibe coding e por que ele se tornou padrão dentro das empresas

Vibe coding é descrever o resultado que você quer em linguagem natural e deixar uma inteligência artificial generativa escrever o código, testar e ajustar até funcionar. Em algumas horas, um protótipo que levaria semanas de desenvolvimento tradicional sai do papel e chega à produção, muitas vezes sem que um desenvolvedor humano tenha escrito uma única linha. Isso é bem diferente de automação de processos ou RPA, que seguem um fluxo desenhado, mapeado e aprovado antes de qualquer execução: alguém definiu de antemão o que o robô pode e não pode tocar. No vibe coding, o próprio time de negócio cria um software novo sob demanda, sem esse desenho prévio. É esse software recém-nascido, sem dono formal nem inventário, que se torna o ponto cego da empresa.

O vibe coding virou rotina porque resolve um problema real: times de negócio cansados de esperar a fila da TI encontram na IA generativa uma forma de resolver, sozinhos e hoje, um problema que só seria priorizado dentro de meses. Um time de vendas não vai esperar dois meses de backlog quando consegue um agente funcionando à tarde. O erro não está nessa pressa. O problema não é a ferramenta de IA que gerou o código: é a ausência de qualquer processo ao redor dela, do momento em que a ideia nasce até o dia em que o agente para de rodar. Essa ausência de processo, não a tecnologia em si, é a tese que sustenta o restante deste artigo sobre os riscos do vibe coding nas empresas.

Shadow AI: o risco invisível dos agentes criados sem passar pela TI

Shadow AI é o herdeiro direto do shadow IT: a mesma lógica de sistemas criados fora do radar da TI, agora aplicada a agentes de inteligência artificial que operam sem inventário, sem dono formal e sem revisão de segurança. É o que o mercado já chama de shadow IT de inteligência artificial, um fenômeno que cresce na mesma velocidade da adoção de agentes de IA sem supervisão. A diferença central está na natureza do risco. O shadow IT clássico era uma planilha ou um aplicativo instalado por conta própria, parado, esperando alguém abrir. O shadow AI é um agente que roda por conta própria, executando ações reais em sistemas reais, sem que ninguém precise clicar em nada.

O problema aparece depois. Se esse gerente sai da empresa e o acesso pessoal dele é revogado, o agente simplesmente para de funcionar sem que ninguém entenda por quê, porque ninguém documentou que aquele processo dependia daquela credencial. Na pior hipótese, o agente continua rodando, exposto, porque a credencial nunca foi desativada. Nenhum dos dois cenários aparece em um painel de segurança tradicional: nenhum é ativado por um alerta de login incomum, porque, para o sistema, aquele login sempre foi legítimo. Shadow IT era um sistema parado esperando alguém abrir. Shadow AI é um processo que roda sozinho, a qualquer hora da madrugada, sem pedir permissão a ninguém.

Os números que comprovam os riscos do vibe coding nas empresas

Os riscos do vibe coding nas empresas não são projeção alarmista: já existem números que os medem, vindos de instituições que acompanham o setor de perto. A Gartner projeta um aumento de 2.500% nos defeitos de software causados por agentes de IA sem supervisão, um salto que reflete o volume de código gerado e colocado em produção sem revisão técnica. Estudos independentes mostram ainda que vulnerabilidades de código de IA ocorrem a uma taxa quase três vezes maior do que em código escrito por profissionais experientes. Essas vulnerabilidades raramente aparecem em testes superficiais. Elas costumam sair à luz só quando o sistema já está em produção, processando dados reais de clientes ou de fornecedores.

O gap entre esses dois últimos números é o que mais deveria preocupar quem lidera TI: quase metade das aplicações vai ganhar agentes de IA embutidos enquanto só uma fração pequena das empresas se sente pronta para isso. A Deloitte reforça o alerta com um caso concreto: um ataque que explorou uma ferramenta de codificação por IA amplamente usada no mercado comprometeu simultaneamente 30 organizações diferentes, sem que nenhuma delas tivesse motivo aparente para suspeitar do próprio ambiente. É por isso que a auditoria de código gerado por IA deixou de ser luxo de empresa grande e virou pré-requisito básico para qualquer negócio que aceita agentes criados internamente. O caso mostra o efeito cascata: uma única ferramenta popular, usada por times diferentes sem coordenação entre si, virou porta de entrada para múltiplas empresas ao mesmo tempo.

Por que a segurança de agentes de IA não cabe no modelo tradicional

A segurança da informação, como a maioria das empresas a pratica hoje, sempre girou em torno de pessoas: login, senha, token, um controle claro de quem entra em cada sistema e o que essa pessoa pode fazer lá dentro. Esse modelo funciona bem quando existe alguém sentado na frente da tela, decidindo cada ação e assumindo a responsabilidade por ela.

Com agentes de inteligência artificial, quem acessa não é mais uma pessoa. É um processo que roda sozinho, a qualquer hora do dia ou da noite, sem ninguém aprovando cada ação individualmente antes de ela acontecer. É como construir um prédio com biometria sofisticada na porta principal e deixar todas as janelas dos fundos abertas: o controle de acesso está lá, só que ele não olha para onde o risco de fato está passando. Monitoramento pensado para detectar login suspeito de usuário não percebe um agente operando 24 horas por dia com uma credencial emprestada, porque, tecnicamente, aquele login nunca fez nada fora do padrão dele mesmo. Times de segurança que já investigaram incidentes assim relatam um padrão comum: chamadas de API em lote, feitas fora do horário comercial, sustentadas por dias antes de qualquer alerta disparar. Nenhum desses sinais aciona um alarme tradicional, porque nenhuma senha errada foi digitada e nenhum token expirou no meio do processo. O agente continua rodando dentro do que o sistema entende como comportamento normal daquele usuário. Esse é o núcleo do problema: segurança de agentes de IA não pode copiar a segurança de login para um tipo novo de usuário. Ela precisa observar o comportamento do processo, não só a identidade de quem clicou em aceitar da primeira vez.

As quatro camadas de governança para vibe coding seguro

Resolver isso exige método, não um produto que se compra e instala em uma tarde. Na Agence, estruturamos a resposta a esse problema em quatro camadas que se sustentam umas nas outras, reunidas na abordagem de governança de agentes de inteligência artificial que aplicamos com clientes que já sentem esse risco no dia a dia. A ordem importa. Cada camada depende do resultado da anterior: não existe checklist de aprovação sem saber primeiro quantos agentes existem, e não existe hospedagem segura de algo que nunca passou por auditoria. Nenhuma das quatro funciona isolada: o assessment sem auditoria só descreve o problema, e a auditoria sem hospedagem segura corrige o código de hoje sem impedir que o próximo agente nasça do mesmo jeito.

Vale destacar como a auditoria funciona na prática, porque é aí que mora a resistência de muita empresa. Ela não é um projeto avulso contratado cada vez que aparece um agente novo. Funciona como capacidade mensal previsível: a empresa contrata uma base fixa de horas de revisão técnica, suficiente para o volume normal de agentes criados internamente, e paga um excedente apenas nos meses em que a demanda passa desse teto. Isso transforma um custo imprevisível em algo orçado com meses de antecedência, algo que times financeiros conseguem aprovar sem drama. O mesmo raciocínio vale para a última camada. Hospedar um agente em infraestrutura corporativa profissional muda o que a empresa consegue enxergar: cada execução fica registrada, com horário, origem e destino da chamada, algo que uma conta pessoal de um gestor jamais vai gerar. É essa trilha, não a ferramenta usada para criar o agente, que permite provar, numa auditoria, o que aconteceu e quando.

O risco não está na ferramenta de inteligência artificial. Está na ausência de processo ao redor dela.

EU AI Act e a pressão regulatória que chega em agosto de 2026

O EU AI Act entra em vigor em agosto de 2026. A partir dessa data, sistemas de inteligência artificial classificados como de alto risco passam a exigir documentação e rastreabilidade completas, o que inclui boa parte dos agentes que hoje nascem de forma informal dentro das empresas. A lei é europeia. Mas o efeito prático do EU AI Act para empresas fora da Europa já chegou ao Brasil e à América Latina.

Empresas brasileiras e latino-americanas que atendem clientes europeus ou multinacionais sentem essa pressão antes mesmo de qualquer fiscalização direta. Ela chega via contrato, via due diligence e via processos de auditoria que passam a cobrar evidências formais de controle, do tipo que hoje sustenta as certificações de segurança da informação exigidas de fornecedores de tecnologia. Um cliente europeu não pergunta se a empresa conhece o EU AI Act. Ele pede o documento que prova conformidade.

Nos próximos 18 meses, duas coisas tendem a acontecer com quem não se estruturar antes do prazo: incidentes de segurança causados por agentes ocultos que ninguém sabia que existiam, ou auditorias contratuais cobrando documentação que a empresa simplesmente não tem para apresentar. Quem se organiza antes desse prazo sai na frente da concorrência. Quem não se organiza se torna, mais cedo ou mais tarde, alvo de uma dessas duas situações.

Como aprovar agentes de IA antes da produção

1. 1MapearLevantar todos os agentes de IA existentes hoje dentro da empresa e o que cada um acessa, incluindo os criados informalmente por times de negócio fora da TI. Esse mapa deve registrar a credencial usada, o sistema tocado e o responsável direto por cada agente.
2. 2Definir critériosEstabelecer critérios objetivos de aprovação, como o tipo de dado acessado, a criticidade do sistema envolvido e a exposição a terceiros. Um agente que só lê dados públicos de um site institucional pede uma aprovação simples. Um agente que toca dado financeiro de cliente ou informação de folha de pagamento exige um nível de aprovação bem mais rigoroso, com revisão técnica completa antes de qualquer deploy.
3. 3Definir quem aprovaDeterminar quem aprova e em qual instância. Agentes que tocam dados de clientes ou sistemas críticos devem passar por um comitê formal de segurança, com representantes de TI e de negócio. Agentes internos, de baixo risco e sem acesso a dados sensíveis, podem ser aprovados diretamente pelo gestor de TI, sem precisar de um processo tão longo.
4. 4Auditar antes do deployExigir auditoria técnica obrigatória antes de qualquer deploy em produção, sem exceção para agentes considerados simples ou internos. É justamente o agente 'simples', criado às pressas para resolver um problema pontual, que mais costuma pular essa etapa, e é ele que mais aparece nos incidentes documentados pelo mercado.
5. 5Migrar para hospedagem seguraLevar os agentes aprovados para hospedagem corporativa, com monitoramento contínuo e trilha de auditoria completa de cada execução. Só depois dessa migração o agente deixa de depender de uma credencial pessoal e passa a existir, de fato, como um ativo da empresa.

Ter esse processo desenhado no papel não basta: ele precisa de alguém puxando essa conversa antes que o próximo agente seja colocado no ar. Conversar com um especialista sobre o assunto, antes de aprovar o próximo agente, custa muito menos do que corrigir tudo depois que um incidente já aconteceu.

Nenhuma dessas cinco etapas exige abandonar a velocidade que fez o vibe coding virar hábito dentro da empresa. Exige apenas que essa velocidade passe a rodar dentro de um processo formal, algo que times internos raramente têm tempo de desenhar sozinhos, e que a equipe de inteligência artificial aplicada a negócios da Agence estrutura junto com o cliente antes do primeiro incidente.

Perguntas frequentes sobre vibe coding corporativo

O momento de estruturar é antes do incidente, não depois

Os agentes de IA que hoje nascem sem processo, sem auditoria e sem hospedagem segura na sua empresa são exatamente o que o Safe AI da Agence foi desenhado para resolver: assessment, governança, auditoria e hospedagem reunidos em uma estrutura única, pronta antes da próxima auditoria regulatória ou do próximo incidente. Fale agora com um dos nossos especialistas e descubra por onde começar.

Fale agora com um especialista