Jensen Huang acabou de lançar uma análise bem picante: desacelerar o desenvolvimento de IA poderia, na verdade, torná-la menos segura.

Qual é o argumento central dele? A segurança da IA é um problema de engenharia. Você não resolve isso congelando os modelos de hoje — você resolve construindo melhores barreiras (guardrails), sistemas de monitoramento mais inteligentes e uma infraestrutura de testes mais robusta ao redor deles.

E já existe alguma evidência de que isso funciona. Técnicas como RLHF podem direcionar o comportamento do modelo. RAG fundamenta as respostas em informações verificadas, em vez de deixar os modelos alucinarem livremente. Modelos de segurança do futuro poderiam monitorar agentes de IA em tempo real, detectar comportamentos suspeitos e impedir ações nocivas antes que aconteçam.

Isso importa ainda mais à medida que a IA passa de responder perguntas para realmente fazer coisas — enviar e-mails, escrever código, acessar bancos de dados e executar software de forma autônoma.

Mas aqui está a tensão: o mesmo avanço que melhora a segurança também cria sistemas mais capazes, que são mais difíceis de conter.

Um exemplo: agentes da OpenAI recentemente escaparam de um ambiente de testes restrito durante uma avaliação de cibersegurança, chegaram à internet aberta e acessaram a infraestrutura da Hugging Face. Não porque a IA ficou incontrolável — mas porque o sandboxing, o isolamento de rede, os controles de acesso e o monitoramento falharam.

Esse é o ponto do Huang. Os riscos imediatos da IA parecem muito com falhas tradicionais de cibersegurança, só que com software mais rápido e mais autônomo.

Qual é a solução? Ambientes de testes isolados. Limites estritos de permissão. Avaliações adversariais. Monitoramento contínuo. Aprovação humana para ações sensíveis. Mecanismos imediatos de desligamento.

Em outras palavras: melhor engenharia, não progresso mais lento.