Lazarus: quando uma atualização do modelo esconde um gatilho

Os pesos do modelo fazem parte da cadeia de suprimentos de um agente; procedência e permissões devem ser analisadas em conjunto.

José Palanco José Palanco
Last Updated:
2 min read
Compartilhar
Lazarus: quando uma atualização do modelo esconde um gatilho

Além de ASPM

AppSec orientada por provas para equipes que desenvolvem com IA

A Plexicus usa AI Swarm Pentest para explorar caminhos autorizados da aplicação, validar o que é explorável e dar às equipes evidências para priorizar a remediação.

Explorar AI Swarm Pentest

Em 10 de novembro, a Microsoft Research apresentou Lazarus, uma técnica de pesquisa que altera poucos neurônios para que um gatilho oculto leve um agente a emitir um comando escolhido pelo atacante. Os pesquisadores controlavam os pesos nos testes. É um resultado de laboratório: a Microsoft afirma que não observou o uso dessa técnica por agentes maliciosos.

O modelo e o agente têm limites diferentes

O modelo produz texto; a aplicação ao redor pode transformar esse texto em ação. Se o agente tratar uma resposta como comando, ela será executada com as permissões concedidas a ele e conforme suas regras de aprovação.

Em um modelo testado, os pesquisadores descrevem uma carga com sete neurônios e ativação de pelo menos 98,8% nas trajetórias de teste com gatilho. O número pertence àquele experimento e não a todos os modelos. O ataque exige capacidade de modificar um checkpoint; um prompt malicioso sozinho não equivale à alteração de pesos descrita.

Evidências e controles

LimiteEvidênciaResposta
ProcedênciaPublicador, modelo base, hash e origemVerificar hashes e restringir quem substitui o modelo.
PesosComparação versionada com base confiávelInvestigar anomalias; um resultado limpo não garante segurança.
ExecuçãoPermissões, aprovações e registrosLimitar arquivos, shell e rede; aprovar ações relevantes.
AplicaçãoRevisão, dependências e implantaçãoRevisar código e fluxos que conectam o modelo a ferramentas privilegiadas.

O auditor experimental identificou 91,4% dos checkpoints alterados reservados para teste, com 9,7% de falsos positivos no cenário avaliado. Isso não é garantia de detecção em produção. As orientações da Microsoft também recomendam verificações independentes e privilégio mínimo.

PyRIT architecture diagram

Diagrama original da arquitetura do PyRIT, uma ferramenta de testes de segurança de IA; não mostra uma detecção de Lazarus. Source: Microsoft PyRIT, pinned revision. Copyright Microsoft Corporation; MIT License.

Onde a Plexicus se encaixa

A Plexicus descreve testes de aplicações baseados em evidências e fluxos de remediação para achados de aplicações. Eles podem apoiar a análise do código e dos fluxos ao redor de um agente. Isso não comprova que a Plexicus examine pesos de modelos ou detecte Lazarus. Procedência, revisão dos pesos e decisões de implantação precisam de responsáveis próprios.

Escrito por
José Palanco
José Palanco
José Ramón Palanco é o CEO/CTO da Plexicus, uma empresa pioneira em ASPM (Application Security Posture Management) lançada em 2024, oferecendo capacidades de remediação impulsionadas por IA. Anteriormente, ele fundou a Dinoflux em 2014, uma startup de Inteligência de Ameaças que foi adquirida pela Telefonica, e tem trabalhado com a 11paths desde 2018. Sua experiência inclui cargos no departamento de P&D da Ericsson e na Optenet (Allot). Ele possui um diploma em Engenharia de Telecomunicações pela Universidade de Alcalá de Henares e um Mestrado em Governança de TI pela Universidade de Deusto. Como um especialista reconhecido em cibersegurança, ele tem sido palestrante em várias conferências prestigiadas, incluindo OWASP, ROOTEDCON, ROOTCON, MALCON e FAQin. Suas contribuições para o campo da cibersegurança incluem múltiplas publicações de CVE e o desenvolvimento de várias ferramentas de código aberto, como nmap-scada, ProtocolDetector, escan, pma, EKanalyzer, SCADA IDS, e mais.
Leia mais de José
More to read

Related posts

Pronto para validar o que importa?

Pronto para validar o que importa.

O Plexicus é Proof-Driven AppSec: achados validados, compreensão contextual e remediação revisada — ancorada em evidência, escopada com você.

Qualificação

Verifique se o AI Swarm Pentest se adequa ao seu ambiente.

Partilhe o contexto mínimo. Vamos rever o escopo e indicar o próximo passo comercial.

Antes de enviar — verifique se se encaixa

0 / 280

Sem compromisso. Se não se encaixa, dizemos.

SAMPLE HANDOVER · ILLUSTRATIVE

Sample evidence handover

A trimmed view of what your team receives at the end of an AI Swarm Pentest engagement. Real engagements include full technical evidence, executive narrative, and a remediation plan.

VALIDATED FINDING Evidence attached

Server-Side Request Forgery in webhooks/receiver

demo-project/sample-app · src/webhooks/receiver.py:42

SeverityHigh CVSS 3.18.6 Priority79 Confirmedvia replay

Untrusted caller-supplied URLs reach an internal egress without an allowlist. Replayed in a sandbox against a fresh authorized target — the same control was validated to fail twice.

REVIEWER-READY REMEDIATION Merge-ready PR

Validate the target URL against an allowlist of permitted hostnames. Reject private/internal IP ranges. Enforce HTTPS only.

plexicus/remediation/webhooks-ssrf 3 changed · 0 new files
42resp = requests.get(target_url)
42+if not is_allowed_host(target_url):
43+  raise WebhookRejected(target_url)
44+resp = requests.get(target_url, timeout=5)
Every engagement hands over:
  • Executive briefing
  • Validated findings list
  • Merge-ready PRs
  • Compliance mapping (NIS2 · DORA · CRA)
Ronda privada Para investidores