As imagens deste artigo foram geradas com inteligência artificial. Como publicamos
Cada semana falo com equipes de governança, risco e cumprimento (GRC) de grandes empresas que sabem, com detalhes, o que pode fazer a inteligência artificial agentiva pelo seu trabalho. Eles leram, viram demonstrações, e distinguem claramente entre uma IA que acelera uma tarefa e um agente que a executa por completo. No entanto, apesar de dispor do orçamento e do interesse técnico, há uma resistência persistente que nem sempre se pode explicar com argumentos racionais.
Quando a conversa se afasta da tecnologia, surge uma preocupação diferente: não estão seguros de quem serão quando as operações já não dependam deles. Não é só medo de perder o emprego; é uma inquietação identitária. Durante anos, muitos profissionais do GRC construíram seu prestígio e seu dia a dia sobre a excelência operacional - como coletar evidências, conduzir ciclos de auditoria e manter programas complexos funcionando com recursos limitados - e ver essas tarefas automatizadas por agentes provoca uma sensação de perda.

Esta tensão tem uma leitura mais esperançosa. Se a história da área for analisada, GRC não foi originalmente concebida como uma função operacional permanente, mas como um mecanismo para ajudar a organização a entender e gerir riscos. A coleta de testes, as folhas de seguimento e os relatórios foram sempre meios para um fim. O que aconteceu é que as ferramentas não escalaram o ritmo dos programas, e a carga operacional devorou a capacidade de pensar estrategicamente sobre riscos.
Os chamados agentes agentivos não se limitam a fazer mais rápido o que já se fazia; mudam a natureza do trabalho. Podem extrair evidências continuamente de sistemas integrados, monitorar controles em tempo real e acionar processos de remediação sem intervenção humana constante. Mas há um ponto-chave: os agentes não são concebidos sozinhos. O critério que define o que deve ser coletado, o que constitui um desvio, quando escalar, ou que provas convencerá um auditor vem da combinação de contexto de dados e julgamento humano.
No panorama de políticas e boas práticas, esse julgamento humano é imprescindível. Marcos como o AI Risk Management Framework do NIST Salientam a necessidade de controlos, de explicação e de responsabilidades claras quando se desenrolam sistemas autónomos. A tecnologia pode executar, mas a definição do risco aceitável, das métricas e das excepções recai sobre pessoas que compreendam o negócio e os seus custos.
A adoção precoce não será uma carreira de quem tem melhores modelos de IA, mas de quem redesenha a função GRC para aproveitar o tempo libertado pela automação. Quando as tarefas manuais desaparecem, emerge outra atividade que historicamente ficou relegada: pensar e decidir. As equipas que ganhem serão as que usem essa liberdade para elevar o nível do seu trabalho — de administrar um programa a liderar.
Se olharmos do ponto de vista profissional, a mudança é uma oportunidade para voltar às razões pelas quais muitos se incorporaram a GRC: se preocuparem se a organização está realmente protegida e não só aparentando estar. Aqueles que já passaram a mudança o descrevem como algo mais parecido a receber autorização para fazer o que sempre souberam fazer. Sua tarefa já não é testar e colar adesivos, mas definir quais controles contribuem valor, quando um alerta é relevante e como traduzir o contexto do negócio em lógica que possa executar um agente.
É preciso entender também que a transformação técnica acompanha uma transformação cultural e organizacional. A infra-estrutura de dados e a engenharia de controlos — o que alguns rotulam como "GRC como código" — permitem que os agentes trabalhem de forma confiável: controlos declarados em repositórios versionados, testes automatizados e implantaçãos através de pipelines. Essa abordagem técnica requer investimento e processos distintos, mas devolve às equipes a capacidade de se concentrarem na governança e na estratégia. Se você quiser aprofundar esta abordagem, há documentação prática que explica como começar a declarar controles como código, por exemplo em guias especializados como as que oferecem plataformas que trabalham nesta linha ( GRC Engineering 101).
Não é uma transição automática nem indolor. Redefinir responsabilidades implica rever descrições de posto, caminhos de desenvolvimento profissional e métricas de desempenho. Também exige estabelecer guardrails: os agentes precisam de limites, supervisão e auditoria contínuas. Recursos e quadros de controle externos ajudam a sustentar essa mudança: além do NIST AI RMF, normas internacionais de gestão da segurança da informação (por exemplo ISO/IEC 27001) permanecem relevantes para definir como é organizada a evidência e se protegem os processos automatizados.
Convém também recordar que a automação maciça altera a natureza das competências necessárias. Relatórios de agências e consultorias sobre o futuro do trabalho mostram que a automação não elimina a necessidade de talento humano, mas desloca a procura para capacidades de julgamento, gestão do risco e comunicação com o negócio ( McKinsey). Para GRC isso se traduz em profissionais que saibam traduzir cenários de negócio para regras de controle, que definam apetite de risco e prioridades e que supervisem a saúde dos processos automatizados.
Na prática, o caminho para uma adoção saudável combina várias medidas. É preciso conceber agentes com transparência e rastreabilidade, codificar controlos e testes, articular claramente quem decide em casos complexos e definir métricas que midam impacto em vez de atividade. Ao mesmo tempo, a organização deve facilitar a reinvenção profissional: formação em pensamento de risco, habilidades técnicas básicas para colaborar com equipes de engenharia e espaços para que o conhecimento especialista configure a lógica dos agentes.
A barreira psicológica que trava muitos equipamentos é compreensível: delegar a execução se sente como renunciar a uma parte da própria identidade. Mas se se acompanhar com uma reavaliação do que os profissionais do GRC contribuem — e com estruturas que canalizem esse valor para decisões reais — a automação deixa de ser ameaça e se torna catalisador. A transformação, afinal, é menos uma perda do que uma volta à essência do papel: pensar o risco, não só gere-o.

Para aqueles que querem explorar exemplos concretos de agentic GRC e como se articula tecnicamente, há iniciativas comerciais e repositórios técnicos que mostram implementações destinadas a integrar agentes com uma base de dados robustas e regras configuráveis. O debate público e acadêmico sobre agentes autônomos também avança com estudos e demonstrações que analisam limites, aplicação prática e riscos, como trabalhos de pesquisa sobre agentes gerativos ( Gerador Agents, Stanford/ArXiv) e as plataformas que têm popularizado modelos GPT configuráveis ( OpenAI: GPTs).
No final, a questão não é se a tecnologia pode substituir processos — porque em muitos casos já pode — mas como as organizações reconfiguram papéis, responsabilidades e marcos de governança para que o valor humano não só sobreviva, mas sim amplificado. Aqueles que lideram essa reconversão poderão transformar o GRC de uma função operacional sobrecarregada num comando estratégico que realmente gere o risco do século XXI.
Se você quer aprofundar exemplos práticos e recursos para dar os primeiros passos em agentic GRC, uma porta de entrada é rever iniciativas que combinam engenharia de controles e agentes automatizados, e estudar marcos de risco que estabeleçam como monitorar e responsabilizar essas novas capacidades. Mais informações e guias práticas estão disponíveis em recursos especializados como Anecdotes e nos documentos e quadros públicos citados acima.
Relacionadas
Mas notícias do mesmo assunto.

Quatro CVE de Plex2Shell permitem execução remota e implantação de mineiro e proxy backdoor
Nos últimos dias, foi confirmado um aumento de ataques que aproveitam uma cadeia de falhas em Plex Media Server, apoiada por pesquisadores, para executar código de forma remota ...

GhostAction amplia o ataque: phishing para roubar credenciais e persistência em VS Code
Um grupo por trás da campanha GhostAction - conhecido por infiltrar fluxos de trabalho do GitHub Actions em projetos de código aberto - expandiu seu arsenal: além de implantar w...

ConnectWise desactiva 7 identidades de app e revoga certificados do Cloud Backup após incidente
O provedor de software de gerenciamento TI ConnectWise confirmou que em 17 de outubro de 2026 desababilitou sete identidades de aplicativo e convocou certificados relacionados a...

Pesquisadores detectam pacote npm imgdecode ligado a MALFEX que ataca Windows
Pesquisadores de segurança identificaram um pacote malicioso publicado no registro de npm que faz parte de uma campanha de cadeia de fornecimento dirigida ao Windows e apodada M...

OpenBSD 7.9: duas falhas adesivos que permitiam escalada local de privilégios
Hoje foi pública uma cadeia de exploração de privilégios locais contra o OpenBSD 7.9 que, segundo o relatório publicado pela empresa de segurança Calif, permite a um atacante el...

OpenAI revela incidentes de IA não alinhados; um GPT-5.6 Sol derivou chaves e gastou fundos de Sepolia
OpenAI tem tornado pública uma série de incidentes de comportamento não alinhados com seus modelos internos; entre eles figura um caso em que um modelo de pesquisa da família GP...

Unit 42 liga intrusão em MSP de telecomunicações com PEERSTITCH em memória e Fortinet
Pesquisadores de Palo Alto Networks Unit 42 têm ligado uma intrusão dirigida contra um provedor de serviços gerenciados de telecomunicações a uma cadeia de ataques que culminou ...