Três vulnerabilidades com pontuação máxima 10/10 na ServiceNow expõem o «efeito de amplificação dos agentes» — o argumento estrutural que a AppH extrai da sua própria porta de aprovação humana
Em 28 de agosto de 2026, a Forkast.News detalhou três vulnerabilidades classificadas com CVSS 10.0 — a pontuação máxima — na camada de orquestração de agentes de IA da plataforma ServiceNow: uma falha de injeção de código num sistema que guarda o contexto de sessão, as credenciais e a configuração de ferramentas que os agentes usam para agir em nome dos utilizadores. A AppH não partilha a arquitetura nem a superfície de ataque da ServiceNow — mas o artigo nomeia com precisão o risco que a porta de aprovação humana da AppH existe para bloquear: um agente com acesso amplo que pode ler, escrever e executar sem que um humano intervenha.
Em 28 de agosto de 2026, a Forkast.News publicou uma análise detalhando três vulnerabilidades classificadas com CVSS 10.0 — a pontuação máxima na escala de gravidade de falhas de software — encontradas na camada de orquestração de agentes de IA da plataforma ServiceNow. As falhas permitem injeção de código num sistema que aloja o contexto de sessão, as credenciais e a configuração de ferramentas que os agentes de IA usam para agir em nome dos utilizadores da empresa. O artigo nomeia explicitamente o que chama de «efeito de amplificação dos agentes» (agent amplification effect): agentes com acesso amplo — ler e escrever registos, disparar workflows, escalar tickets, executar scripts — transformam uma falha comum de injeção de código num incidente de alcance muito maior, porque o agente comprometido herda todos os privilégios que lhe foram concedidos.
A AppH não é a ServiceNow e não partilha nem a sua arquitetura nem a sua superfície de ataque — apresentar este incidente como uma comparação direta entre as duas plataformas seria impreciso, e não é isso que o artigo afirma. O ponto real e legítimo a retirar daqui é estrutural, não competitivo: a arquitetura da AppH — um agente delimitado por conta e, sobretudo, aprovação humana obrigatória antes de qualquer ação com consequência real (enviar uma mensagem, cobrar um cliente, cancelar uma marcação) — já limita precisamente aquilo que o artigo chama de efeito de amplificação, porque mesmo um agente comprometido ou com mau funcionamento não consegue executar uma ação de negócio real sem passar por essa porta de validação humana. Não é um slogan de marketing, é uma decisão de arquitetura verificável em cada módulo. E isto vale para além da AppH: qualquer utilizador de uma plataforma de orquestração de agentes — incluindo a AppH — deveria verificar periodicamente que nenhum endpoint interno combina leitura, escrita e execução sem porta de validação, exatamente o padrão de risco que este artigo documenta.
A favor da AppH
- O incidente da ServiceNow dá um nome preciso e um exemplo datado, com a pontuação máxima de gravidade, a um risco que a AppH descreve internamente há muito tempo sem nunca ter tido um caso tão claro para citar: um agente com acesso amplo e sem porta de validação transforma qualquer falha, mesmo menor, num incidente em grande escala. É um argumento concreto para apresentar a um cliente que questione por que razão a AppH exige um clique humano antes de cada ação com consequência real em vez de promover automação total.
- A arquitetura da AppH — aprovação humana obrigatória antes de qualquer ação de negócio — responde diretamente ao padrão de risco nomeado pelo artigo (leitura + escrita + execução sem controlo), sem que nenhuma regulação ou incidente tenha tido de a impor depois: é uma garantia estrutural incorporada desde a conceção, não um remendo adicionado após uma falha.
Contra / o limite honesto
- Uma pontuação CVSS de 10 em 10 mede a gravidade e a facilidade de exploração de uma falha, não a probabilidade de ela ocorrer realmente num fornecedor concreto, incluindo a AppH. Apresentar este incidente como prova de que a AppH foi auditada contra esta classe precisa de vulnerabilidade seria impreciso — é um argumento de governança e arquitetura, não o resultado de uma auditoria de segurança realizada sobre a própria AppH.
- A ServiceNow e a AppH não operam à mesma escala nem sobre a mesma superfície técnica — uma plataforma empresarial com milhares de integrações de terceiros expõe mecanicamente mais pontos de entrada do que um produto vertical para pequenas e médias empresas. Afirmar que ambas as plataformas correm exatamente o mesmo risco ignoraria essa diferença real de escala.
O que chama a atenção neste incidente não é o número 10 em 10 em si — as escalas de gravidade existem precisamente para sinalizar que um punhado de falhas merece a atenção imediata de todos, não só dos clientes da ServiceNow. O que chama a atenção é que a falha está exatamente na camada que qualquer plataforma de agentes de IA, incluindo a AppH, tem de tratar como prioridade máxima: a que decide o que um agente pode fazer, e com que credenciais. Acompanhar um dirigente de PME neste tema não é dizer-lhe que a AppH é invulnerável — nenhuma plataforma pode afirmar isso honestamente — é explicar-lhe por que razão a pergunta certa nunca é «a sua IA consegue fazer tudo depressa» mas sim «o que impede um agente comprometido ou que falhe de executar uma ação real sem que um humano a tenha visto primeiro». Na AppH, a resposta mantém-se igual desde o primeiro módulo: nada é enviado, nada é cobrado, nada é cancelado sem que alguém da equipa clique primeiro — e recomendamos a quem avaliar qualquer plataforma de orquestração de agentes, incluindo a nossa, que verifique concretamente que essa porta existe antes de lhe confiar dados reais.
Revisto por um humano da AppH