Un chercheur trouve une RCE WordPress à 500 000 $ avec GPT-5.6 pour 25 $

Le coût marginal de découverte d'un exploit critique passe sous le seuil d'une soirée de recherche - le rapport découverte / prime marché explose.

In plain terms. Un chercheur en sécurité (slcyber) affirme avoir trouvé une exécution de code à distance (RCE) sur un composant WordPress en pilotant GPT-5.6 pour environ 25 $ de tokens. Ce type de vulnérabilité s'échange autour de 500 000 $ chez les courtiers en zero-days. Le ratio prime marché / coût de découverte est désormais démesuré - et c'est un cas concret qui alimente la thèse « accès contrôlé aux modèles frontier ».

Contexte

Le marché des exploits critiques sur écosystèmes à grand parc installé (WordPress ~40 % du web) est structuré depuis des années : Zerodium, Crowdfense et une poignée de courtiers privés cotent publiquement des primes à six chiffres pour les RCE. Le fuzzing automatisé sur code PHP n'est pas nouveau. Ce qui l'est : le raisonnement d'un LLM sur des chaînes d'appel complexes et des invariants transverses, précisément là où les outils déterministes butaient. La démonstration slcyber tombe la même semaine que la mise en place des passkeys matérielles obligatoires par OpenAI Trusted Access for Cyber (1er sept. 2026) - le calendrier n'est plus fortuit.

Les données

• Prime marché revendiquée dans l'article : ~500 000 $ (base historique Zerodium/brokers sur RCE WordPress critique).
• Coût OpenAI de la session revendiquée : ~25 $.
• Modèle : GPT-5.6.
• Publication technique : slcyber.io, 2026-07-20.

Analyse

Trois signaux se combinent. D'abord, le coût variable d'audit assisté par LLM tombe sous celui d'un abonnement mensuel - pas sous le seuil du serious effort humain. Ensuite, la surface WordPress reste structurellement poreuse : milliers de plugins, cycle patch aléatoire, dépendances transverses. Enfin, la demande côté courtiers ne s'ajuste pas à l'offre à court terme : tant que la fenêtre d'exploitation reste ouverte, les primes tiennent. La conséquence directe pour le contrôle d'accès frontier : la politique d'usage « no offensive security » devient inopérante - un chercheur avec une clé standard fait ce qu'il faisait hier avec un budget cybersec pro.

Scénarios

• Central (60 %) : la trouvaille reste isolée sur 30 jours mais déclenche une vague de démonstrations comparables ; les courtiers baissent discrètement leurs primes sur les vulns « LLM-tractables ».
• Positif (25 %) : les vendors LLM durcissent leurs politiques d'usage sur les patterns « code offensif » et exigent des habilitations spécifiques ; la découverte assistée bascule majoritairement en bug bounty légitime.
• Négatif (15 %) : l'automatisation abaisse la barrière côté acteurs privés/étatiques et le patching CMS ne suit pas - pic de compromissions massives.

Implications

Pour un CISO, la question n'est plus « qui peut me trouver une RCE » mais « à quel coût ». Pour un éditeur de plugin, l'audit LLM interne devient une hygiène, pas un plus. Pour les plateformes IA, la logique « politique d'usage » cède le pas à la logique « contrôle d'accès dur » - clé matérielle, juridiction, entité vérifiée (fil frontier-access-control).

À surveiller

• Réponse d'Automattic et publication d'un CVE éventuel.
• Ajustements de tarif des courtiers sur les segments « LLM-tractables ».
• Extension éventuelle d'un dispositif Trusted Access de type OpenAI à Anthropic / Google.