Lazarus : quand une mise à jour du modèle cache un déclencheur

Les poids du modèle font partie de la chaîne d’approvisionnement d’un agent ; provenance et permissions doivent être examinées ensemble.

José Palanco José Palanco
Last Updated:
2 min read
Partager
Lazarus : quand une mise à jour du modèle cache un déclencheur

Au-delà de l’ASPM

Une AppSec fondée sur la preuve pour les équipes qui développent avec l’IA

Plexicus utilise AI Swarm Pentest pour explorer des chemins d’application autorisés, valider ce qui est exploitable et fournir les preuves nécessaires pour prioriser la remédiation.

Découvrir AI Swarm Pentest

Le 10 novembre, Microsoft Research a présenté Lazarus, une technique de recherche qui modifie un petit nombre de neurones pour qu’un déclencheur caché amène un agent à émettre une commande choisie par un attaquant. Les chercheurs contrôlaient les poids. C’est un résultat de laboratoire : Microsoft indique ne pas avoir observé son exploitation par des attaquants.

Le modèle et l’agent sont deux frontières

Le modèle produit du texte ; l’application autour de lui peut lui donner des effets. Si un agent traite une réponse comme une commande, elle s’exécute avec ses permissions et selon ses règles d’approbation.

Sur un modèle testé, les chercheurs décrivent une charge utilisant sept neurones et une activation d’au moins 98,8 % sur les trajectoires de test avec déclencheur. Ce chiffre concerne cette expérience, pas tous les modèles. L’attaque suppose de pouvoir modifier un checkpoint ; une simple instruction malveillante ne constitue pas cette modification des poids.

Preuves et contrôles

FrontièrePreuve à conserverRéponse
ProvenanceÉditeur, modèle de base, empreinte et origineVérifier les empreintes et limiter le remplacement du modèle.
PoidsComparaison versionnée avec une base fiableExaminer les anomalies ; un contrôle réussi ne garantit pas la sécurité.
ExécutionPermissions, approbations et tracesLimiter fichiers, shell et réseau ; approuver les actions importantes.
ApplicationRévision du code, dépendances et déploiementExaminer les flux qui relient le modèle aux outils privilégiés.

L’auditeur expérimental a identifié 91,4 % des checkpoints modifiés réservés au test, avec 9,7 % de faux positifs dans l’évaluation décrite. Ce n’est pas une garantie en production. Les recommandations Microsoft préconisent aussi des contrôles indépendants et le moindre privilège.

PyRIT architecture diagram

Diagramme original de l’architecture PyRIT, un outil de test de sécurité IA ; il ne montre pas de détection Lazarus. Source: Microsoft PyRIT, pinned revision. Copyright Microsoft Corporation; MIT License.

Le rôle de Plexicus

Plexicus décrit des tests d’application fondés sur des preuves et des flux de remédiation pour les résultats applicatifs. Ils peuvent aider à examiner le code et les flux autour d’un agent. Cela n’établit pas que Plexicus analyse les poids de modèles ou détecte Lazarus. La provenance et l’audit des poids nécessitent leurs propres responsables.

Écrit par
José Palanco
José Palanco
José Ramón Palanco est le PDG/CTO de Plexicus, une entreprise pionnière dans le domaine de l'ASPM (Application Security Posture Management) lancée en 2024, offrant des capacités de remédiation alimentées par l'IA. Auparavant, il a fondé Dinoflux en 2014, une startup de Threat Intelligence qui a été acquise par Telefonica, et travaille avec 11paths depuis 2018. Son expérience inclut des rôles au département R&D d'Ericsson et chez Optenet (Allot). Il est titulaire d'un diplôme en ingénierie des télécommunications de l'Université d'Alcala de Henares et d'un master en gouvernance des TI de l'Université de Deusto. En tant qu'expert reconnu en cybersécurité, il a été conférencier lors de diverses conférences prestigieuses, notamment OWASP, ROOTEDCON, ROOTCON, MALCON et FAQin. Ses contributions au domaine de la cybersécurité incluent de nombreuses publications CVE et le développement de divers outils open source tels que nmap-scada, ProtocolDetector, escan, pma, EKanalyzer, SCADA IDS, et plus encore.
Lire plus de José
More to read

Related posts

Prêt à valider l'essentiel ?

Prêt à valider ce qui compte.

Plexicus est Proof-Driven AppSec : findings validés, compréhension contextuelle et remédiation relue — ancrée dans la preuve, scopée avec vous.

Qualification

Vérifiez si l'AI Swarm Pentest convient à votre environnement.

Partagez le contexte minimum. Nous vérifierons le périmètre et indiquerons la prochaine étape commerciale.

Avant d'envoyer — vérifiez que vous correspondez

0 / 280

Sans engagement. Si vous ne correspondez pas, nous vous le dirons.

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)
Tour privé Pour les investisseurs