ServiceNow corrige três falhas críticas em sua plataforma de IA

A ServiceNow publicou em 27 de agosto de 2026 um aviso de segurança que corrige quatro vulnerabilidades na ServiceNow AI Platform — a plataforma antes conhecida como Now Platform. Três delas foram classificadas como críticas e podem ser exploradas por atacantes sem qualquer autenticação prévia, sem interação de usuário e em ataques de baixa complexidade. O boletim, identificado internamente como KB3152242, reúne os identificadores CVE-2026-18885, CVE-2026-18886, CVE-2026-74820 e CVE-2026-6876.

A ServiceNow AI Platform é um serviço de plataforma como serviço (PaaS) usado para integrar automação e modelos de IA a fluxos de trabalho corporativos — gestão de chamados, recursos humanos, operações de TI e processos de negócio. Segundo dados institucionais da própria empresa reproduzidos pelo veículo BleepingComputer, a plataforma sustenta mais de 100 mil aplicações corporativas de IA e é usada por 85% das companhias da lista Fortune 500. Esse alcance é justamente o que transforma um aviso de rotina em um problema de exposição sistêmica.

A empresa afirma não ter conhecimento de exploração maliciosa contra instâncias ServiceNow até o momento da divulgação. Ainda assim, a combinação de execução remota de código, injeção de SQL e escalonamento de privilégios em uma plataforma que concentra dados operacionais de grandes organizações justifica tratamento prioritário — sobretudo porque o histórico recente da própria plataforma mostra que falhas semelhantes foram exploradas em produção.

O que foi corrigido no aviso da ServiceNow

As descrições oficiais registradas na Base Nacional de Vulnerabilidades dos Estados Unidos (NVD), publicadas em 27 de agosto e tendo a própria ServiceNow como fonte, detalham o seguinte quadro:

Há um ponto de divergência entre as fontes que vale registrar. O BleepingComputer descreveu a CVE-2026-18886 como uma fraqueza de injeção de código que permite escalonamento de privilégios. O texto oficial publicado no NVD, atribuído à ServiceNow, classifica a mesma falha como controle de acesso inadequado. São categorias distintas: a primeira aponta para execução de código; a segunda, para operações de escrita não autorizadas em registros da instância. Na prática ambas exigem correção imediata, mas a diferença importa para quem for montar regras de detecção ou priorizar a análise forense.

Veículos especializados que consultaram o aviso relatam pontuação 10,0 na escala CVSS — o teto — para CVE-2026-18885 e CVE-2026-74820. Até o fechamento desta matéria, o NVD havia registrado os identificadores mas ainda não publicado sua própria avaliação de gravidade, exibindo o campo de pontuação como não atribuído. Ou seja: a classificação de severidade máxima vem do fornecedor e de sua reprodução pela imprensa técnica, não de uma análise independente do NIST.

Aspectos técnicos do que se sabe até agora

A ServiceNow não divulgou detalhes de exploração, prática comum quando o objetivo é dar tempo aos clientes autogeridos. As descrições públicas indicam que a CVE-2026-18885 está associada à API GraphQL Composite Data e que a CVE-2026-74820 é alcançada por meio de uma cláusula ORDER BY construída com esquema dinâmico. Essa informação circula em veículos secundários e ainda não foi confirmada por análise técnica independente publicada — trate-a como indicação de superfície de ataque, não como um vetor comprovado.

Mesmo com esse grau de incerteza, o padrão é reconhecível. Cláusulas de ordenação montadas dinamicamente a partir de nomes de coluna são um caso clássico de injeção de SQL, porque parâmetros preparados não protegem identificadores de esquema — apenas valores. Já uma API composta de GraphQL amplia a superfície porque permite encadear várias consultas em uma única requisição, o que multiplica os caminhos possíveis até um trecho de código vulnerável.

A empresa afirma ter identificado as quatro falhas por meio de pesquisa interna de segurança e de seu programa de divulgação responsável, e diz ter aplicado as correções nas instâncias hospedadas por ela mesma, além de disponibilizar as atualizações a parceiros e clientes autogeridos.

Versões corrigidas

As compilações que já incorporam as correções, segundo o aviso, são as seguintes:

• Xanadu: Patch 11 Hot Fix 7a
• Yokohama: Patch 12 Hot Fix 3b e Patch 13 Hot Fix 4
• Zurich: Patch 7b Hot Fix 3, Patch 8 Hot Fix 5, Patch 9 Hot Fix 6, Patch 10 Hot Fix 2m (ramo m), Patch 10 Hot Fix 3 (padrão), Patch 11 e Patch 12
• Australia: Patch 2 Hot Fix 3, Patch 3 Hot Fix 2, Patch 3m, Patch 4 e Patch 5

O histórico recente pesa contra a complacência

O argumento de que não há exploração conhecida perde força diante do que aconteceu com a mesma plataforma nos últimos dois anos. Em 2024, atacantes encadearam três falhas da ServiceNow — CVE-2024-4879, CVE-2024-5178 e CVE-2024-5217 — usando exploits publicamente disponíveis para invadir empresas privadas e órgãos governamentais em campanhas de roubo de dados.

Mais recentemente, em julho de 2026, a empresa de inteligência de ameaças Defused Cyber relatou exploração ativa da CVE-2026-6875 (CVSS 9.5), um escape de sandbox pré-autenticação na ServiceNow AI Platform. A Searchlight Cyber, que reportou o problema em 1º de abril de 2026 e depois publicou detalhes técnicos, descreveu que a falha permitia o comprometimento completo da instância e dos servidores proxy conectados a ela. Na ocasião, o pesquisador Adam Kues registrou que a ServiceNow, além da correção pontual, passou a restringir severamente o tipo de código que pode ser executado em contextos de sandbox.

A CVE-2026-6876 corrigida agora é, novamente, um escape de sandbox. A recorrência sugere que o modelo de isolamento de execução da plataforma continua sendo uma área de atrito — e que times de segurança que dependem dessa camada como controle de contenção deveriam considerar defesas adicionais em vez de confiar apenas na barreira do fornecedor.

Impactos, possibilidades e limitações

Para clientes hospedados pela ServiceNow, o risco imediato é menor: a empresa afirma ter aplicado as atualizações nas instâncias sob sua gestão e diz que organizações inscritas em seu Programa de Patches já receberam as correções. O ponto de exposição real está nas instâncias autogeridas e nas organizações que operam janelas de manutenção longas, com versões congeladas por causa de integrações personalizadas — situação comum em ambientes corporativos maduros.

Há também uma limitação relevante na avaliação de risco. Sem detalhes técnicos públicos, é impossível estimar com precisão quão trivial seria produzir um exploit funcional. O histórico da plataforma mostra dois caminhos possíveis: falhas que permaneceram teóricas por meses e falhas que ganharam exploração em produção poucas semanas após a divulgação. Nenhum dos dois cenários pode ser descartado agora.

Um aspecto adicional merece atenção de quem trabalha com governança. A ServiceNow divulgou de forma privada, no mês passado, um incidente de segurança em que pesquisadores ou pesquisa conduzida por clientes usaram uma falha de acesso não autenticado em um endpoint de API vulnerável para consultar dados de instâncias de clientes. Esse tipo de episódio, mesmo sem intenção maliciosa, evidencia que o perímetro de API da plataforma vem sendo testado de forma sistemática.

Recomendações práticas

• Compare a versão em produção com a lista de compilações corrigidas e aplique o patch ou hotfix correspondente. Não presuma que a inscrição no Programa de Patches cobre todas as instâncias — verifique cada uma, incluindo ambientes de homologação expostos à internet.
• Consulte o aviso oficial KB3152242 no portal de suporte da ServiceNow para obter a orientação de versão aplicável ao seu contrato.
• Reduza a exposição de funções de IA e endpoints de API acessíveis pela internet ao mínimo necessário, com controle de origem por lista de permissão sempre que a arquitetura permitir.
• Revise registros de autenticação, atividade de banco de dados, alterações incomuns em registros da instância e ações privilegiadas no período anterior à aplicação do patch, procurando sinais de tentativa de exploração.
• Habilite e retenha logs de consultas GraphQL e de chamadas de API, se ainda não estiverem ativos. Sem esse rastro, uma investigação retroativa fica inviável.
• Acompanhe o catálogo de vulnerabilidades exploradas conhecidas (KEV) da CISA e a publicação da avaliação de gravidade do NVD, que pode alterar a priorização interna.

Conclusão

O aviso da ServiceNow não descreve uma crise em curso: não há exploração confirmada, os detalhes técnicos permanecem restritos e as instâncias hospedadas já foram corrigidas pelo fornecedor. O que ele descreve é uma janela — e o histórico da plataforma mostra que essas janelas foram fechadas por atacantes antes, com exploits públicos, em pelo menos duas ocasiões desde 2024.

O que observar a seguir: a publicação da avaliação de gravidade pelo NVD, o aparecimento de análises técnicas independentes sobre os vetores da API GraphQL e da cláusula de ordenação dinâmica, e qualquer registro de exploração ativa reportado por empresas de inteligência de ameaças. Para as equipes responsáveis por instâncias autogeridas, porém, nada disso deveria ser pré-requisito para agir: a atualização está disponível agora.

Fontes e referências

• BleepingComputer — ServiceNow warns of three max severity security vulnerabilities
• NVD / NIST — CVE-2026-18885 Detail
• NVD / NIST — CVE-2026-18886 Detail
• NVD / NIST — CVE-2026-74820 Detail
• GBHackers — ServiceNow Patches Critical Flaws Enabling Unauthenticated RCE and SQL Injection
• The Hacker News — Critical ServiceNow AI Platform Flaw Exploited for Unauthenticated Code Execution