Entre 14:05 et 15:22 UTC hier — une fenêtre de 77 minutes — vingt CVE ont été publiées contre PraisonAI, un framework multi-agents. Les identifiants se suivent de manière contiguë de CVE-2026-55522 à CVE-2026-55541. Treize signalements distincts sont crédités. Le plus grave est noté 9,1.

Elles pointent toutes vers un seul commit

En extrayant la liste des références de l’ensemble des vingt avis puis en la dédupliquant, on obtient exactement un commit de correction, présent dans chacun des enregistrements. Il était présenté comme un renforcement de la validation des entrées, a été fusionné le 13 juin 2026 et publié ce jour-là. La divulgation est donc intervenue 73 jours après la correction du code. Nous avons comparé le fichier serveur concerné entre les deux versions pour confirmer que la modification est bien réelle et non cosmétique.

Ce que le cadrage commun ne dit pas

Vingt CVE ne signifient pas vingt vulnérabilités. Un seul commit de durcissement, qui a fermé une catégorie de failles de validation d’entrée, a été décliné en vingt notices numérotées séparément par treize signalements portant sur le même codebase. L’illustration la plus parlante : trois des vingt décrivent le même bug — un argument de clé API ignoré — et affichent 8,6, 7,3 et aucun score CVSS. Une seule faille, trois identifiants, trois traitements différents en matière de gravité. En outre, la description textuelle d’une notice concernant la plage affectée contredit sa propre plage lisible par machine de neuf versions.

Pourquoi cela fausse le tableau

Le nombre de CVE sert de proxy pour évaluer le niveau de risque d’une dépendance — pour les achats, pour les scanners, pour quiconque compare des frameworks. Vingt identifiants contre un seul projet en une après-midi donnent une impression de catastrophe et ne représentent, dans les faits, qu’une correction de juin. Pendant ce temps, la duplication des scores rend le tri automatique incohérent : une politique qui déclenche au-dessus de 8,0 s’active sur une copie du bug, ignore la deuxième et ne voit pas la troisième du tout.

Ce qui est réellement problématique

Toute personne qui n’a pas mis à jour depuis début juin exécutait du code connu comme vulnérable depuis deux mois et demi, sans rien dans le registre public pour l’en alerter — parce que la correction a été livrée sous la forme d’un simple commit de durcissement, et que les avis sont arrivés 73 jours plus tard. Cet écart, pas le chiffre vingt, constitue la véritable exposition.