Retour à la tendance du jour: PHP corrige une faille de ses outils web Windows permettant d'exécuter du code
Classement Poly · tiré de la tendance du jour

Top 10 des bibliothèques C qui font discrètement tourner le web en 2026

Brotli ne compte que deux CVE de décodage à son actif, mais l'une d'elles, CVE-2026-111497 (note 9,8 selon CVSS 3.1), a obligé Node.js, .NET, les paquets Python et les versions Windows de PHP à publier des correctifs la même semaine d'octobre.

  • N° 1 : OpenSSL
  • 10 places

01Liste finale

Les IA de pointe ont établi séparément leur propre liste de dix places. Ci-dessus, un résultat commun facile à vérifier : chaque place a une raison, les IA qui l’ont incluse et, quand les IA l’ont donnée, une source.

Ordre : du plus grand au plus faible accord entre les IA.

Une pastille vive signifie que cette IA a mis l'élément dans sa liste. Une pastille terne, qu'elle ne l'a pas fait.

  1. 1

    OpenSSL

    La bibliothèque TLS embarquée dans PHP, Node.js, Python et .NET. OpenCVE recense 330 CVE (d'autres outils de suivi en comptent 296 ou 229), Heartbleed étant la plus connue. Aucune source ne mesure sa part exacte parmi les sites web.

    L’ont inclus: Meta, Grok, Gemini, Nova, StepFun, Kimi, DeepSeek, Qwen. Ne l’ont pas inclus: ChatGPT, Wenxin.

    Dans leurs listes: Meta: voir la liste · Grok: voir la liste · Gemini: voir la liste · Nova: 1 · StepFun: voir la liste · Kimi: voir la liste · DeepSeek: voir la liste · Qwen: voir la liste

    Ce qu'a noté chaque IA 8
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Gemini

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Novaplace 1

      Le socle cryptographique du web, qui gère TLS/SSL pour 67% des sites HTTPS mais est touché par des failles récurrentes de corruption de mémoire.

    • StepFun

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Kimi

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • DeepSeek

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Qwen

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    8 IA l’ont placé ici
  2. 2

    Brotli (libbrotli)

    Peu de CVE au total, mais une seule faille de décodage, CVE-2026-111497, a obligé Node.js, .NET, Python et PHP à corriger en même temps. Elle est notée 9,8 selon CVSS 3.1, 9,2 selon 4.0 et 8,1 chez Microsoft et Red Hat.

    L’ont inclus: ChatGPT, Meta, Grok, Gemini, Nova, StepFun, Kimi, Wenxin. Ne l’ont pas inclus: DeepSeek, Qwen.

    Dans leurs listes: ChatGPT: 1 · Meta: 7 · Grok: 2 · Gemini: 5 · Nova: 4 · StepFun: 2 · Kimi: 2 · Wenxin: 3

    Ce qu'a noté chaque IA 8
    • ChatGPTplace 1

      Une faille de décodeur a touché les écosystèmes Node.js, Python, .NET et PHP, avec un score CVSS 3.1 de 9,8 dans la fiche citée.

    • Metaplace 7

      Score CVSS 9,2 : CVE-2026-111497, écriture hors limites dans c/dec/decode.c, versions 1.0.3-1.2.0 – 5% mieux que zstd, à 290 MB/s en compression et 425 MB/s en décompression, mais avec des arbres de préfixes complexes

      Source ↗
    • Grokplace 2

      Toujours le meilleur choix pour le web statique (15 à 35% plus petit que gzip), mais la faille d'écriture hors limites du décodeur d'octobre 2026 (CVE-2026-111497, CVSS 9,2) a montré pourquoi les machines d'état complexes deviennent les principales surfaces d'attaque.

      Source ↗
    • Geminiplace 5

      Atteint une réduction du texte sans égal, de 3,65x, grâce à un dictionnaire statique de 122 Ko, mais a exposé les environnements d'entrée à des correctifs d'urgence de corruption de mémoire à distance.

      Source ↗
    • Novaplace 4

      Le compresseur à fort taux de Google, désormais tristement célèbre pour CVE-2026-111497, qui permet l'exécution de code à distance via des flux malformés.

    • StepFunplace 2

      Meilleur taux sur le web en service – et le seul codec qui ait livré un bogue de décodeur d'exécution de code à distance en octobre 2026.

    • Kimiplace 2

      Meilleur taux sur le texte web (15 à 20 % plus petit que gzip) – et, depuis cette semaine, une exécution de code à distance non authentifiée dans son décodeur (CVE-2026-111497).

    • Wenxinplace 3

      Un dictionnaire statique intégré de 120 Ko donne une bonne compression du texte, mais porte désormais une preuve de concept publique pour une écriture hors limites critique de 2026

      Source ↗
    8 IA l’ont placé ici
  3. 3

    zlib

    Le chemin gzip par défaut de PHP, Node.js, nginx, Python et curl. OpenCVE recense 19 CVE. La pire, CVE-2022-37434 (un dépassement de tas dans inflate()), est notée 9,8 par le NVD mais 7,3 par IBM.

    L’ont inclus: Meta, Grok, Gemini, Nova, StepFun, Kimi, DeepSeek, Qwen. Ne l’ont pas inclus: ChatGPT, Wenxin.

    Dans leurs listes: Meta: 2 · Grok: 3 · Gemini: 6 · Nova: 2 · StepFun: 9 · Kimi: 3 · DeepSeek: 3 · Qwen: 5

    Ce qu'a noté chaque IA 8
    • Metaplace 2

      Utilisé par 82% des sites web selon W3Techs – 390 MB/s en décompression, LZ77+Huffman simple, un seul grand dépassement de tas, CVE-2022-37434, en une décennie

    • Grokplace 3

      Solution universelle de repli, encore intégrée à tous les navigateurs et piles HTTP ; mature, mais elle accumule encore des dépassements de tas des décennies plus tard.

    • Geminiplace 6

      Double la décompression DEFLATE standard pour atteindre 850 MB/s grâce à la vectorisation AVX2, tout en restant strictement compatible avec la RFC 1951.

      Source ↗
    • Novaplace 2

      Bibliothèque de compression omniprésente qui alimente gzip et deflate, avec des décennies de vulnérabilités de lecture et de dépassement de tampon.

    • StepFunplace 9

      Un remplaçant direct de zlib, mesurablement plus rapide – et avec sa propre liste de CVE courte mais réelle.

      Source ↗
    • Kimiplace 3

      Le plancher que tous les clients comprennent : 93,4 % des sites compressent leurs réponses, et presque tous ces octets finissent dans un inflate() vieux de 30 ans.

    • DeepSeekplace 3

      Le choix par défaut d'Internet depuis trois décennies : taux de 2,743x et décodage à 390 MB/s, mais 14 à 19 CVE en font le codec web le plus attaqué de l'histoire.

    • Qwenplace 5

      La colonne vertébrale HTTP vieille de 30 ans, qui échange un catalogue massif et bien documenté de débordements d'entiers contre une compatibilité universelle.

      Source ↗
    8 IA l’ont placé ici
  4. 4

    libxml2

    Analyse du XML non fiable dans PHP DOM, Python lxml et Ruby Nokogiri. Son nombre de CVE va de 101 à 133 selon l'outil de suivi. CVE-2025-49796 (corruption de mémoire) a obtenu la note 9,1.

    L’ont inclus: Meta, Grok, Gemini, Nova, StepFun, Kimi, DeepSeek, Qwen. Ne l’ont pas inclus: ChatGPT, Wenxin.

    Dans leurs listes: Meta: voir la liste · Grok: voir la liste · Gemini: voir la liste · Nova: 5 · StepFun: voir la liste · Kimi: voir la liste · DeepSeek: voir la liste · Qwen: voir la liste

    Ce qu'a noté chaque IA 8
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Gemini

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Novaplace 5

      Analyseur XML pour PHP, Python et Ruby, avec des problèmes historiques de dépassement de tampon dans l'expansion des entités et la gestion des tampons.

      Source ↗
    • StepFun

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Kimi

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • DeepSeek

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Qwen

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    8 IA l’ont placé ici
  5. 5

    libcurl

    Embarquée dans l'extension curl de PHP et dans pycurl. Le NVD a noté 9,8 le dépassement de tas SOCKS5 CVE-2023-38545, mais le responsable de curl affirme que le projet n'a publié que deux CVE de gravité élevée depuis 2021.

    L’ont inclus: Meta, Grok, Gemini, StepFun, Kimi, DeepSeek, Wenxin, Qwen. Ne l’ont pas inclus: ChatGPT, Nova.

    Dans leurs listes: Meta: voir la liste · Grok: voir la liste · Gemini: voir la liste · StepFun: voir la liste · Kimi: voir la liste · DeepSeek: voir la liste · Wenxin: voir la liste · Qwen: voir la liste

    Ce qu'a noté chaque IA 8
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Gemini

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • StepFun

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Kimi

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • DeepSeek

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Wenxin

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Qwen

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    8 IA l’ont placé ici
  6. 6

    PCRE2

    Le moteur d'expressions régulières derrière les fonctions preg_* de PHP et les blocs location de nginx. PCRE2 compte 19 CVE, et la famille PCRE plus large 66. Une faille du JIT, CVE-2022-1587, est une lecture hors limites notée 9,1.

    L’ont inclus: ChatGPT, Meta, Grok, Gemini, StepFun, Kimi, DeepSeek, Qwen. Ne l’ont pas inclus: Nova, Wenxin.

    Dans leurs listes: ChatGPT: 6 · Meta: voir la liste · Grok: voir la liste · Gemini: voir la liste · StepFun: voir la liste · Kimi: voir la liste · DeepSeek: voir la liste · Qwen: voir la liste

    Ce qu'a noté chaque IA 8
    • ChatGPTplace 6

      Un moteur d'expressions régulières peut se cacher derrière un champ de formulaire d'apparence anodine, et transformer un texte contrôlé par un attaquant en charge d'analyse native.

      Source ↗
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Gemini

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • StepFun

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Kimi

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • DeepSeek

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Qwen

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    8 IA l’ont placé ici
  7. 7

    SQLite

    Embarquée dans PHP, Python et Node.js. OpenCVE recense 87 CVE, mais JFrog qualifie plus de 50 d'entre elles de bruit généré par des modèles de langage (LLM). La vraie faille de 2026 : une écriture dans le tas via FTS5 (CVE-2026-11822/11824).

    L’ont inclus: Meta, Grok, Gemini, StepFun, Kimi, DeepSeek, Wenxin, Qwen. Ne l’ont pas inclus: ChatGPT, Nova.

    Dans leurs listes: Meta: voir la liste · Grok: voir la liste · Gemini: voir la liste · StepFun: voir la liste · Kimi: voir la liste · DeepSeek: voir la liste · Wenxin: voir la liste · Qwen: voir la liste

    Ce qu'a noté chaque IA 8
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Gemini

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • StepFun

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Kimi

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • DeepSeek

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Wenxin

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Qwen

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    8 IA l’ont placé ici
  8. 8

    libpng

    Décode chaque image PNG envoyée à PHP GD et Python Pillow. Un seul lot de fin 2025 a corrigé cinq CVE, dont des dépassements de tas (CVE-2025-64505 à CVE-2025-66293).

    L’ont inclus: ChatGPT, Meta, Grok, DeepSeek, Wenxin, Qwen. Ne l’ont pas inclus: Gemini, Nova, StepFun, Kimi.

    Dans leurs listes: ChatGPT: 7 · Meta: voir la liste · Grok: voir la liste · DeepSeek: voir la liste · Wenxin: voir la liste · Qwen: voir la liste

    Ce qu'a noté chaque IA 6
    • ChatGPTplace 7

      Le traitement des images se fait souvent automatiquement dans les chaînes d'envoi de fichiers, les services de miniatures et les systèmes de gestion de contenu, en dehors du code principal du développeur.

      Source ↗
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • DeepSeek

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Wenxin

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Qwen

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    6 IA l’ont placé ici
  9. 9

    libjpeg-turbo

    Le décodeur JPEG de Pillow, GD et sharp, si bien que chaque avatar téléversé y passe. OpenCVE recense 17 CVE, dont CVE-2018-14498, une lecture de tas hors limites déclenchée par un JPEG piégé.

    L’ont inclus: ChatGPT, Meta, Grok, StepFun, DeepSeek, Qwen. Ne l’ont pas inclus: Gemini, Nova, Kimi, Wenxin.

    Dans leurs listes: ChatGPT: 9 · Meta: voir la liste · Grok: voir la liste · StepFun: voir la liste · DeepSeek: voir la liste · Qwen: voir la liste

    Ce qu'a noté chaque IA 6
    • ChatGPTplace 9

      Un seul service de traitement d'images peut accepter des données binaires contrôlées par un attaquant, même si son API publique n'est qu'un point d'envoi de fichiers.

      Source ↗
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • StepFun

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • DeepSeek

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Qwen

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    6 IA l’ont placé ici
  10. 10

    libexpat

    L'analyseur XML de la bibliothèque standard de Python. OpenCVE recense 70 CVE (65 sur un autre miroir), et une seule version de juin 2026 en a corrigé 14.

    L’ont inclus: Meta, Grok, StepFun, Kimi. Ne l’ont pas inclus: ChatGPT, Gemini, Nova, DeepSeek, Wenxin, Qwen.

    Dans leurs listes: Meta: voir la liste · Grok: voir la liste · StepFun: voir la liste · Kimi: voir la liste

    Ce qu'a noté chaque IA 4
    • Meta

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Grok

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • StepFun

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    • Kimi

      Nommé autrement dans sa propre liste : ouvrez la liste complète.

      voir la liste
    4 IA l’ont placé ici
    source non indiquée

Plus sur le trio de tête ↓

02Plus sur le trio de tête

Le classement est ci-dessus. Voici plus sur les trois premières places : ce qu'elles sont, pourquoi elles sont là et ce qu'il faut savoir.

Les trois sont comparés selon des mesures différentes : un nombre de CVE pour OpenSSL et zlib, et un score de gravité pour Brotli, qui varie aussi selon l'évaluateur (9,8, 9,2 ou 8,1). Les bases de suivi des failles ne s'accordent pas sur le nombre de CVE d'OpenSSL (330, 296 ou 229).

1OpenSSL

N° 1 — OpenSSL. Dans les listes de 8 IA sur 10 ; place médiane : 1. Il gère TLS à l'intérieur de PHP, Node.js, Python et .NET, et possède le plus long historique de bogues de corruption de mémoire, Heartbleed compris.

Le saviez-vous ?

  • La faille Heartbleed a été découverte deux fois, indépendamment l'une de l'autre. Neel Mehta, de Google, l'a signalée à OpenSSL le 1er avril 2014. La société de sécurité Codenomicon a trouvé la même faille en améliorant ses propres outils de test, et indique le 3 avril 2014 comme date.

Ce que c'est
La principale bibliothèque TLS et de chiffrement intégrée à PHP, Node.js, Python et .NET.
Son atout
Elle compte bien plus de CVE recensées que Brotli ou zlib : 330 sur OpenCVE.
À qui c'est utile
Utile à qui veut savoir pourquoi le code de chiffrement d'un serveur web est une cible d'attaque de premier ordre.
  • Portée et failles mémoire (CVE)330 CVE sur OpenCVE

Wikipédia · Wikidata

Pourquoi il est là
  • Lorsque Heartbleed a été rendu public, on estimait qu'environ 17% des serveurs web sécurisés de confiance sur Internet, soit à peu près un demi-million, étaient exposés. Le code défectueux d'OpenSSL s'était répandu avec la version 1.0.1, publiée le 14 mars 2012.

Le saviez-vous ?
  • Le code défectueux de Heartbleed est entré dans OpenSSL le 31 décembre 2011, après qu'un relecteur eut laissé passer le bogue. Il a été livré dans la version 1.0.1 en mars 2012 : il est donc resté dans la bibliothèque plus de deux ans avant que Neel Mehta, de Google, le signale en avril 2014.

Histoire
  • En 2014, au moment où la faille Heartbleed a été découverte, OpenSSL était maintenu par une poignée de bénévoles, dont un seul à plein temps. Les dons annuels s'élevaient à environ 2 000 dollars américains. Le bogue était présent dans le code depuis 2012.

À garder en tête
  • Une étude de 2020 montre qu'après Heartbleed, le nombre de modifications du code par mois a triplé et que 91 vulnérabilités ont été trouvées et corrigées. Elle soutient aussi qu'un simple décompte des vulnérabilités est un mauvais moyen de juger de la sécurité d'une bibliothèque.

Pour aller plus loin
  • Ouvrez la liste des avis de sécurité d'OpenSSL, lisez d'abord l'entrée la plus récente et vérifiez quelles versions d'OpenSSL elle indique comme touchées.

Comparer le trio de tête ↓

2Brotli (libbrotli)

N° 2 — Brotli (libbrotli). Dans les listes de 8 IA sur 10 ; place médiane : 2.5. Peu de CVE au total, mais une seule faille de décodage a imposé des correctifs à Node.js, .NET, Python et PHP en même temps.

Le saviez-vous ?

  • Brotli embarque un dictionnaire intégré de 13 504 mots dans six langues, ainsi que des chaînes de caractères courantes sur le web. Avec 120 transformations, comme l'ajout de préfixes ou de suffixes ou le changement de majuscules, il peut exprimer 1 633 984 mots différents.

Ce que c'est
La bibliothèque de compression de Google, que les serveurs web et les navigateurs utilisent pour alléger les pages web.
Son atout
Un seul bogue, CVE-2026-111497, a touché en même temps plus d'environnements d'exécution que n'importe quelle faille des deux autres bibliothèques.
À qui c'est utile
Utile aux développeurs : chaque programme embarque sa propre copie du décodeur et doit être mis à jour séparément.
  • Portée et failles mémoire (CVE)CVE-2026-111497, CVSS 9,8

Wikipédia · Wikidata

Pourquoi il est là
  • Un bogue du décodeur Brotli, CVE-2026-111497, a exigé des correctifs dans Node.js, .NET, Bun, Envoy, Istio et les paquets Python. Google le note 9,2 (CVSS 4.0), tandis que Red Hat et Microsoft lui attribuent 8,1.

  • Le correctif a été intégré au code source de Brotli le 27 février, mais aucune version ne l'a inclus avant le 21 octobre. Les correctifs de Node.js ont ensuite été publiés pour trois branches : 22.23.4, 24.22.1 et 26.12.1.

Histoire
  • Les ingénieurs de Google Jyrki Alakuijala et Zoltán Szabadka ont conçu Brotli en 2013 pour alléger les fichiers de polices web WOFF. En septembre 2015, il a été généralisé à la compression HTTP, afin que les serveurs web et les navigateurs puissent l'utiliser.

À garder en tête
  • Les experts ne s'accordent pas sur sa gravité. OpenAI décrit une exécution de code à distance, mais l'avis de sécurité .NET de Microsoft ne la mentionne pas. Red Hat affirme qu'il n'existe aucune preuve publique fiable d'exécution de code, et la Cybersecurity and Infrastructure Security Agency n'a enregistré aucune exploitation.

  • Chaque programme embarque sa propre copie du décodeur, qui doit donc être mise à jour séparément. En Python, il suffit d'installer le paquet Brotli pour exposer une application. Node.js est exposé via fetch() lorsqu'une réponse utilise Brotli.

Pour aller plus loin
  • Ouvrez la page du projet Brotli de Google et lisez d'abord la description, puis consultez la RFC 7932, la spécification du format que suit la bibliothèque.

ChatGPT l'ont mis premier. Ce qu'elles y ont vu
  • ChatGPT: Une faille de décodeur a touché les écosystèmes Node.js, Python, .NET et PHP, avec un score CVSS 3.1 de 9,8 dans la fiche citée.

Comparer le trio de tête ↓

3zlib

N° 3 — zlib. Dans les listes de 8 IA sur 10 ; place médiane : 3. C'est la voie gzip par défaut dans PHP, Node.js, nginx, Python et curl, mais son historique est plus court que celui d'OpenSSL.

Le saviez-vous ?

  • Mark Adler a écrit le code de décompression de zlib avec Jean-loup Gailly, qui a écrit celui de compression. Adler a aussi travaillé sur la mission des rovers d'exploration de Mars de la NASA, en dirigeant une étude sur le concept qui a été retenu plus tard pour la mission de 2003.

Ce que c'est
La vieille bibliothèque universelle derrière la compression gzip de la plupart des logiciels web.
Son atout
Son pire bogue, CVE-2022-37434, est un simple débordement de mémoire, et sa liste de CVE est bien plus courte que celle d'OpenSSL.
À qui c'est utile
Utile à qui veut savoir à quel point une grande partie du web repose sur une seule bibliothèque vieille de 30 ans.
  • Portée et failles mémoire (CVE)19 CVE sur OpenCVE

Wikipédia · Wikidata

Histoire
  • La première version publique de zlib, la 0.9, est sortie le 1er mai 1995. Elle était au départ destinée à la bibliothèque d'images libpng, et Jean-loup Gailly et Mark Adler l'ont écrite.

Comparer le trio de tête ↓

Le trio de tête côte à côte

OpenSSLBrotli (libbrotli)zlib
Dans les listes des IA8 / 108 / 108 / 10
Portée et failles mémoire (CVE)330 CVE sur OpenCVECVE-2026-111497, CVSS 9,819 CVE sur OpenCVE
Premier pourNovaChatGPT—

À nombre d'IA égal, les places sont classées selon leur place moyenne dans les listes des IA.

03Bon à savoir

Ce que les IA ont remarqué en établissant la liste.

Une seule extension PHP, php_curl.dll, charge cinq bibliothèques C natives : libcrypto, libssl, brotlidec, libzstd et nghttp2.

Remarqué par:
L’ont inclus: Kimi. Ne l’ont pas inclus: ChatGPT, Meta, Grok, Gemini, Nova, StepFun, DeepSeek, Wenxin, Qwen.
Source ↗

Le bug Brotli n'est pas atteignable sur chaque installation. PHP indique que la décompression automatique des réponses de cURL est désactivée par défaut, et .NET documente une exposition conditionnelle. Une IA affirme que Guzzle l'active par défaut.

Remarqué par:
L’ont inclus: ChatGPT, Meta, Wenxin. Ne l’ont pas inclus: Grok, Gemini, Nova, StepFun, Kimi, DeepSeek, Qwen.
Source ↗

Les scores de gravité dépendent de qui note le bug : CVE-2022-37434 de zlib vaut 9,8 au NVD et 7,3 chez IBM.

Remarqué par:
L’ont inclus: Kimi. Ne l’ont pas inclus: ChatGPT, Meta, Grok, Gemini, Nova, StepFun, DeepSeek, Wenxin, Qwen.
Source ↗

La part de PHP parmi les sites dont le langage côté serveur est connu est citée à 69,2 %, 69,3 %, environ 73 % et 75 %, selon l'instantané et la source.

Remarqué par:
L’ont inclus: ChatGPT, Meta, Gemini, StepFun, Kimi. Ne l’ont pas inclus: Grok, Nova, DeepSeek, Wenxin, Qwen.
Source ↗

04Notre méthode

En mots simples, sans formules.

1La question

Top 10 des bibliothèques C/C++ partagées qui font discrètement tourner les environnements web modernes

2Champ d'application

sécurité des moteurs d'exécution des serveurs web et des applications à l'échelle mondiale

3Ce que nous avons regardé

  • Présence mondiale dans les serveurs web et les moteurs des langages côté serveur (PHP, Node.js, Python, .NET, Ruby)
  • Fréquence et gravité historiques des failles de corruption de mémoire sans authentification (dépassements de tampon à CVSS 8.0 et plus, corruptions de tas, écritures hors limites)
  • Enquêtes techniques W3Techs — part des sites selon le langage côté serveur (PHP 69,2 % des sites au langage connu, 27 octobre 2026) et selon le serveur web. Elle compte des sites, pas des installations de bibliothèques.
  • OpenCVE — enregistrements CVE comptés par éditeur ou produit (OpenSSL 330, libxml2 116, SQLite 87, libexpat 70, zlib 19, libjpeg-turbo 17)
  • Base nationale de vulnérabilités (NVD) du National Institute of Standards and Technology — enregistrements CVE individuels, avec leur classe CWE (CWE-119/787/125) et leur score CVSS
  • Pages de sécurité des mainteneurs (curl, SQLite, OpenSSL) — historique CVE et gravité propres à chaque projet, souvent en désaccord avec les scores du NVD

4Qui a classé

Les IA de pointe : ChatGPT, Meta, Grok, Gemini, Nova, StepFun, Kimi, DeepSeek, Wenxin, Qwen. Chacune a établi seule sa liste de dix et cité une source pour chaque place.

5Comment les places ont été fixées

Un même élément formulé différemment par différentes IA a été compté une seule fois. Plus les IA sont nombreuses à l'avoir mis dans leur liste, et plus elles l'ont placé haut, plus sa place est élevée. « Accord des IA » indique combien d'IA l'avaient dans leur propre liste. Les sources sont uniquement celles trouvées par les IA ; rien n'a été ajouté à la main.

05La liste de chaque IA

🇺🇸 ChatGPT10 places · 2 notes

La même question, à laquelle ChatGPT a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Décodeur C Brotli

    Une faille de décodeur a touché les écosystèmes Node.js, Python, .NET et PHP, avec un score CVSS 3.1 de 9,8 dans la fiche citée.

  2. 2
    zlib et DEFLATE

    Le moteur de compression derrière gzip a des décennies d'usage derrière lui, et même un petit défaut de décodeur peut se propager à de nombreuses piles logicielles.

    Source ↗
  3. 3
    OpenSSL : libcrypto et libssl

    Une dépendance cryptographique partagée peut transformer une seule faille d'analyse ou de gestion de mémoire en risque pour les terminaisons TLS, les clients et les applications embarquées.

    Source ↗
  4. 4
    libcurl

    Une bibliothèque conçue pour rendre l'accès réseau pratique peut elle-même devenir la frontière des données non fiables lorsque la décompression automatique des réponses est activée.

    Source ↗
  5. 5
    libxml2

    Les analyseurs XML combinent des grammaires d'entrée complexes et le traitement de documents potentiellement non fiables ; leur durcissement compte donc même lorsque l'application est écrite dans un langage managé.

  6. 6
    Bibliothèque d'expressions régulières PCRE2

    Un moteur d'expressions régulières peut se cacher derrière un champ de formulaire d'apparence anodine, et transformer un texte contrôlé par un attaquant en charge d'analyse native.

    Source ↗
  7. 7
    libpng

    Le traitement des images se fait souvent automatiquement dans les chaînes d'envoi de fichiers, les services de miniatures et les systèmes de gestion de contenu, en dehors du code principal du développeur.

    Source ↗
  8. 8
    Oniguruma compatible PCRE

    Le modèle d'objets managé de Ruby ne rend pas toutes les extensions natives ni toutes les implémentations natives des expressions régulières sûres en mémoire.

    Source ↗
  9. 9
    libjpeg-turbo

    Un seul service de traitement d'images peut accepter des données binaires contrôlées par un attaquant, même si son API publique n'est qu'un point d'envoi de fichiers.

    Source ↗
  10. 10
    libarchive

    L'extraction d'archives transforme des octets compacts fournis par un attaquant en de nombreux noms de fichiers, champs de métadonnées et tampons décompressés, en une seule opération.

    Source ↗

Ce que ChatGPT a remarqué

La vulnérabilité d'une bibliothèque native peut être recopiée dans les avis de sécurité de plusieurs produits sans représenter plusieurs défauts indépendants à la racine. Comptez les CVE uniques séparément des produits concernés.

Du code applicatif sûr en mémoire ne peut pas empêcher une écriture hors limites à l'intérieur d'un décodeur natif. Les inventaires de dépendances doivent inclure les binaires embarqués, les sources vendorisées et les copies liées statiquement.

🇺🇸 Meta10 places · 2 notes

La même question, à laquelle Meta a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Zstandard (zstd) 1.5.7

    510 MB/s en compression, 1 550 MB/s en décompression, pour un taux de 2,896 – 5 fois plus rapide que gzip, avec un meilleur taux et presque aucun historique de CVE critiques

    Source ↗
  2. 2
    zlib (gzip/DEFLATE) 1.3.1

    Utilisé par 82% des sites web selon W3Techs – 390 MB/s en décompression, LZ77+Huffman simple, un seul grand dépassement de tas, CVE-2022-37434, en une décennie

  3. 3
    LZ4 1.10.0

    3 850 MB/s en décompression – le décodeur de périphérie web le plus rapide, taux de 2,101, format de trame si simple qu'il n'a aucune CVE d'exécution à distance connue

    Source ↗
  4. 4
    Snappy 1.2.1

    1 500 MB/s en décompression – valeur par défaut de gRPC de Google, saute le Huffman pour les littéraux bruts, en échange d'un taux de 2,089 et d'une machine d'état minimale

    Source ↗
  5. 5
    LZO1X 2.10

    780 MB/s en décompression, taux de 2,106 – décodeur de l'époque 1996 à très faible mémoire, encore présent dans l'initramfs de Linux, surface de dépassement d'entier minime

  6. 6
    Deflate (brut, RFC1951)

    Même cœur que gzip sans l'enveloppe de 18 octets – 105 MB/s en compression, 390 MB/s en décompression, identiques, utilisé dans le deflate HTTP ; surface d'attaque = zlib moins l'analyseur d'en-tête

  7. 7
    Brotli 1.2.0 (br)

    Score CVSS 9,2 : CVE-2026-111497, écriture hors limites dans c/dec/decode.c, versions 1.0.3-1.2.0 – 5% mieux que zstd, à 290 MB/s en compression et 425 MB/s en décompression, mais avec des arbres de préfixes complexes

    Source ↗
  8. 8
    LZMA / xz 5.6

    Taux le plus élevé, environ 30% de plus que gzip, mais décompression 20x plus lente, et la porte dérobée xz de 2024, CVE-2024-3094, montre le risque des machines d'état

  9. 9
    bzip2 1.0.8

    Burrows-Wheeler + Huffman, 200x plus lent que LZ4, taux environ 1,15x celui de gzip – peu d'historique d'exécution de code à distance, mais la bombe de décompression reste possible

  10. 10
    LZW / compress (.Z)

    Croissance de dictionnaire des années 1970 sans étape d'entropie – taux de 0,9x celui de gzip, brevet expiré, analyseur trivial mais sans usage web moderne

    Source ↗

Ce que Meta a remarqué

Zstd au niveau -1 atteint 510 MB/s en compression et 1 550 MB/s en décompression, contre 105/390 pour gzip et 290/425 pour brotli, sur le même i7-9700K Silesia – 5x plus rapide que gzip, avec un taux de 2,896 contre 2,743

GZIP reste roi : selon W3Techs, 82% de tous les sites suivis utilisent GZIP, et 93,4% utilisent une compression quelconque en octobre 2026 ; la surface d'attaque de zlib est donc universelle, même si le code est le plus simple

🇺🇸 Grok10 places

La même question, à laquelle Grok a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Zstandard (zstd)

    Décompresse à plus de 1 Go/s tout en égalant ou dépassant les taux de Brotli de niveau intermédiaire, pour une fraction du processeur, ce qui rend le gain de bande passante des 10 % finaux bon marché plutôt qu'exponentiel.

  2. 2
    Brotli

    Toujours le meilleur choix pour le web statique (15 à 35% plus petit que gzip), mais la faille d'écriture hors limites du décodeur d'octobre 2026 (CVE-2026-111497, CVSS 9,2) a montré pourquoi les machines d'état complexes deviennent les principales surfaces d'attaque.

    Source ↗
  3. 3
    gzip / zlib deflate

    Solution universelle de repli, encore intégrée à tous les navigateurs et piles HTTP ; mature, mais elle accumule encore des dépassements de tas des décennies plus tard.

  4. 4
    LZ4

    Vitesse de décompression extrême (souvent >3 Go/s) au prix des taux les plus faibles ; idéal lorsque la latence domine la bande passante.

    Source ↗
  5. 5
    Snappy

    La conception de Google, avant tout rapide, figure encore dans de nombreux chemins RPC et de stockage ; le taux est délibérément sacrifié pour un décodage prévisible et peu gourmand en processeur.

    Source ↗
  6. 6
    XZ / LZMA

    Taux les plus élevés sur le texte, mais la décompression est dix fois plus lente ; la complexité a historiquement produit moins de CVE à distance visibles sur le web, simplement parce qu'elle est rarement utilisée pour des charges HTTP non authentifiées.

  7. 7
    LZO

    Encore présent dans les systèmes embarqués et certains contextes de systèmes de fichiers ; taux et vitesse entre gzip et LZ4, avec une empreinte publique de CVE plus réduite.

  8. 8
    bzip2

    Choix historique à taux élevé, presque jamais utilisé pour l'encodage des réponses web en direct, car la compression comme la décompression sont trop lentes pour le HTTP moderne.

  9. 9
    deflate (brut / façon PNG)

    La même famille d'algorithmes que gzip, mais sans l'en-tête ; reste le cheval de bataille de nombreux formats d'image et d'archive que les environnements web doivent analyser.

  10. 10
    lzma2 (variante XZ)

    Un peu plus souple que le LZMA classique, mais appartient toujours au coin « taux maximal, vitesse minimale » que les protocoles web ont largement abandonné.

🇺🇸 Gemini10 places · 2 notes

La même question, à laquelle Gemini a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Zstandard (Zstd)

    Décode le texte web à plus de 1 200 MB/s par cœur, tout en évitant la surface d'attaque des dictionnaires statiques qui affectait les codecs rivaux.

    Source ↗
  2. 2
    LZ4

    Privilégie le streaming aligné sur l'octet pour atteindre 4 500 MB/s en décompression, avec un analyseur si compact qu'il résiste à la corruption de mémoire liée à l'état de l'analyseur.

    Source ↗
  3. 3
    Gzip / DEFLATE

    Assure 47,1 % du trafic web compressé grâce à trente ans de fuzzing binaire continu, malgré un plafond de décodage de 350 MB/s.

    Source ↗
  4. 4
    Snappy

    Rejette entièrement les tables d'entropie Huffman à longueur variable, garantissant un décodage en microsecondes sur le fil, au prix d'une charge transférée plus grosse de 15 %.

    Source ↗
  5. 5
    Brotli

    Atteint une réduction du texte sans égal, de 3,65x, grâce à un dictionnaire statique de 122 Ko, mais a exposé les environnements d'entrée à des correctifs d'urgence de corruption de mémoire à distance.

    Source ↗
  6. 6
    zlib-ng

    Double la décompression DEFLATE standard pour atteindre 850 MB/s grâce à la vectorisation AVX2, tout en restant strictement compatible avec la RFC 1951.

    Source ↗
  7. 7
    LZO

    A ouvert en 1996 l'analyse en anneau tampon en temps réel, mais un dépassement d'entier en 2014 a montré qu'un code C de décompression vieux de plusieurs décennies et non maintenu vieillit rarement sans danger.

    Source ↗
  8. 8
    bzip2

    Utilise la transformée de Burrows-Wheeler pour compresser efficacement le texte, mais freine les serveurs d'entrée avec un débit de décompression inacceptable de 38 MB/s.

    Source ↗
  9. 9
    XZ / LZMA2

    Donne un taux exceptionnel de 4,10x sur les ressources structurées, mais exige jusqu'à 64 Mo de mémoire d'état de décompression par connexion entrante.

  10. 10
    Deflate64

    A étendu la fenêtre glissante de DEFLATE à 64 Ko, en ajoutant des cas limites d'analyse ésotériques sans offrir les gains de débit des codecs modernes en flux.

Ce que Gemini a remarqué

Courir après les 10 % finaux de réduction de charge entre DEFLATE (3,12x) et Brotli (3,65x) exige un dictionnaire prédéfini de 122 Ko et des tables Huffman dynamiques à plusieurs niveaux, qui ont augmenté la complexité de l'état de l'analyseur C de référence de plus de 400 %.

La Finite State Entropy (FSE) utilisée dans Zstandard atteint une précision fractionnaire de bits, comme le codage arithmétique, tout en décompressant à plus de 1,2 Go/s par cœur ; elle prouve qu'une forte compression n'impose pas une complexité d'analyse dangereuse.

🇺🇸 Nova5 places

La même question, à laquelle Nova a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    OpenSSL

    Le socle cryptographique du web, qui gère TLS/SSL pour 67% des sites HTTPS mais est touché par des failles récurrentes de corruption de mémoire.

  2. 2
    zlib

    Bibliothèque de compression omniprésente qui alimente gzip et deflate, avec des décennies de vulnérabilités de lecture et de dépassement de tampon.

  3. 3
    nghttp2

    Implémentation HTTP/2 utilisée par Cloudflare et Nginx, touchée par des failles de corruption du tas dans la gestion des flux.

  4. 4
    Brotli

    Le compresseur à fort taux de Google, désormais tristement célèbre pour CVE-2026-111497, qui permet l'exécution de code à distance via des flux malformés.

  5. 5
    libxml2

    Analyseur XML pour PHP, Python et Ruby, avec des problèmes historiques de dépassement de tampon dans l'expansion des entités et la gestion des tampons.

    Source ↗
🇨🇳 StepFun10 places · 3 notes

La même question, à laquelle StepFun a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Zstandard (zstd, RFC 8878)

    Le seul codec web de premier rang dont le décodeur C de référence n'a jamais eu de CVE de corruption de mémoire.

    Source ↗
  2. 2
    Brotli (RFC 7932)

    Meilleur taux sur le web en service – et le seul codec qui ait livré un bogue de décodeur d'exécution de code à distance en octobre 2026.

  3. 3
    gzip / DEFLATE (zlib, RFC 1952)

    Compresse encore 60 % du JavaScript du web, contre 29 % pour Brotli – sur un inflate() vieux de 30 ans, avec 19 CVE à son actif.

  4. 4
    LZ4

    Décompresse dans l'ordre du Go/s par cœur, et son décodeur est assez petit pour être audité en un après-midi – si vous acceptez le taux.

    Source ↗
  5. 5
    Snappy

    250 MB/s en entrée, 500 MB/s en sortie – et un taux de 20 à 100 % moins bon que gzip, ce qui explique précisément pourquoi il a perdu la bataille du web.

  6. 6
    Zopfli

    Achète les 3 à 8 % de densité DEFLATE restants pour environ 100 fois le coût de compression – et n'ajoute strictement aucune surface d'attaque au décodeur.

    Source ↗
  7. 7
    LZMA / xz (liblzma)

    Meilleur taux général de l'ensemble – et le seul qui ait livré une porte dérobée délibérée dans les archives de référence.

  8. 8
    bzip2

    Un format de 2009 encore présent dans la bibliothèque standard de Python, dont BZ2_decompress a continué d'écrire hors limites jusqu'en 2019.

  9. 9
    zlib-ng

    Un remplaçant direct de zlib, mesurablement plus rapide – et avec sa propre liste de CVE courte mais réelle.

    Source ↗
  10. 10
    LZO (liblzo2)

    Quatre CVE en un seul après-midi de 2014, toutes des dépassements d'entiers dans le décodeur des séquences littérales – le conte édifiant d'un codec « rapide ».

Ce que StepFun a remarqué

La courbe d'adoption et la courbe d'efficacité vont dans des sens opposés : Brotli est passé de 28 % à 37 % des pages mobiles entre 2023 et 2024, mais gzip compresse encore 60 % des réponses JavaScript contre 29 % pour Brotli – la plupart du web n'a jamais fait le saut vers le meilleur codec.

Au niveau d'entrée, l'écart de vitesse n'est pas marginal : zstd compresse à 510 MB/s contre 290 pour Brotli et 105 pour gzip, et décompresse à 1 550 MB/s contre 425 pour Brotli – c'est pourquoi les CDN choisissent de plus en plus zstd pour le contenu dynamique, et Brotli seulement pour les ressources statiques précompressées.

La critique la plus pointue de Brotli n'est pas qu'il compresse mal, mais que tout son avantage tient à « une vilaine astuce » – un dictionnaire codé en dur – et même cette affirmation est contestée : des commentateurs rapportent que Brotli gagne toujours en compression web lorsque le dictionnaire est mis à zéro.

🇨🇳 Kimi10 places

La même question, à laquelle Kimi a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Zstandard (zstd, RFC 8878)

    Bat gzip sur le taux (environ 10 à 15 % plus petit) tout en décodant environ 2x plus vite que Brotli – avec zéro CVE de corruption de mémoire dans son décodeur.

    Source ↗
  2. 2
    Brotli (RFC 7932)

    Meilleur taux sur le texte web (15 à 20 % plus petit que gzip) – et, depuis cette semaine, une exécution de code à distance non authentifiée dans son décodeur (CVE-2026-111497).

  3. 3
    DEFLATE / zlib (gzip)

    Le plancher que tous les clients comprennent : 93,4 % des sites compressent leurs réponses, et presque tous ces octets finissent dans un inflate() vieux de 30 ans.

  4. 4
    Zopfli (Google)

    Un optimiseur DEFLATE uniquement à l'encodage : il gagne la bataille du taux sans nouvelle surface d'attaque au décodeur, car tous les clients décodent déjà sa sortie.

    Source ↗
  5. 5
    LZ4

    Le décodeur le plus rapide de la liste – et son unique bogue mémoire célèbre (CVE-2021-3520) était un simple dépassement d'entier dans memmove().

    Source ↗
  6. 6
    Snappy (Google)

    Le codec maison de LevelDB/MongoDB : le dossier de vulnérabilités C++ le plus propre ici, en échange du taux de compression le plus faible.

  7. 7
    xz / LZMA (liblzma)

    Meilleur taux hors Brotli – mais son décodeur ne cesse de révéler de nouvelles classes de bogues, et sa pire CVE (10,0) est venue du mainteneur, pas des mathématiques.

  8. 8
    bzip2 (Burrows-Wheeler)

    Une écriture hors limites de 2019 notée 9,8 (critique) par NVD et 4,4 par Red Hat – le cas le plus pur où la « densité de vulnérabilités » est une décision de notation.

  9. 9
    LZW (compress Unix)

    La seule entrée retirée par un juriste plutôt que par un bogue mémoire : le brevet d'Unisys (US 4,558,302) a expiré le 20 juin 2003, après que le web avait déjà quitté GIF pour PNG.

    Source ↗
  10. 10
    Brotli partagé (Compression Dictionary Transport)

    La frontière : les dictionnaires partagés par site donnent aux visiteurs réguliers des taux proches de Brotli, avec l'état de décodeur le moins fuzzé du web.

    Source ↗
🇨🇳 DeepSeek10 places · 2 notes

La même question, à laquelle DeepSeek a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Zstandard (zstd) 2026

    Décompresse à 1 550 MB/s tout en égalant le taux de Brotli – le cas rare où le décodeur le plus rapide est aussi la surface d'attaque la plus simple.

    Source ↗
  2. 2
    Brotli 2026

    Le meilleur taux de texte web (2,883) vient de produire une écriture hors limites CVSS 9,2 dans son décodeur C de référence – l'exemple parfait du jugement sur les rendements décroissants.

    Source ↗
  3. 3
    gzip / DEFLATE (zlib) 2026

    Le choix par défaut d'Internet depuis trois décennies : taux de 2,743x et décodage à 390 MB/s, mais 14 à 19 CVE en font le codec web le plus attaqué de l'histoire.

  4. 4
    LZ4 2026

    La décompression à plusieurs Go/s en fait le roi du débit, mais son taux d'environ 2,1x coûte environ 25 % d'octets de plus que zstd – et son décodeur C a une empreinte de CVE bien plus réduite.

    Source ↗
  5. 5
    XZ / LZMA2 2026

    Taux le plus élevé du classement (3,43x), mais décompresse à 35 MB/s et a subi une porte dérobée de chaîne d'approvisionnement notée CVSS 10,0 – compression maximale, risque maximal.

  6. 6
    bzip2 2026

    La compression par tri de blocs donne un bon taux sur le texte, mais se décompresse lentement et traîne une longue liste de CVE de dépassement d'entier et d'écriture hors limites.

  7. 7
    Snappy 2026

    Variante LZ77 de Google, qui privilégie la vitesse au taux ; la bibliothèque C++ principale est légère, mais les liaisons Java ont récemment produit des dépassements de tas notés CVSS 7,5 et plus.

    Source ↗
  8. 8
    LZO 2026

    Conçu pour la décompression en temps réel, LZO atteint 217 MB/s avec un taux de 2,64x, mais n'a presque aucun historique de CVE propre au web – un outil de travail à faible surface d'attaque.

  9. 9
    DEFLATE (brut) 2026

    Le flux brut RFC 1951 est le codec web le plus simple possible, mais sans l'enveloppe CRC de gzip, il hérite encore de l'historique de 19 CVE de inflate() de zlib.

    Source ↗
  10. 10
    LZMA (format « alone ») 2026

    Le SDK LZMA offre un taux de classe xz sans le conteneur .xz, mais son décodeur est le plus lent de cette liste et partage la surface d'attaque complexe à machine d'état de xz.

Ce que DeepSeek a remarqué

La complexité de Brotli lui rapporte environ 5 % de meilleur taux que gzip sur le texte web, mais son décodeur vient de produire CVE-2026-111497, une écriture hors limites CVSS 9,2 accessible via la décompression HTTP automatique. Le gain marginal se mesure désormais en surface d'attaque.

Le décompresseur de LZ4 est des ordres de grandeur plus rapide que celui de xz (218 MB/s dans le benchmark SquashFS, contre 35 MB/s pour xz), mais il paie avec un taux de 2,12x contre 3,43x – une charge plus lourde de 62 %. Le codec le plus rapide n'est pas le plus économe en bande passante.

🇨🇳 Wenxin10 places · 1 notes

La même question, à laquelle Wenxin a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    Zstandard (zstd)

    Compression 5 fois plus rapide et décompression 4 fois plus rapide que zlib, à des réglages rapides comparables, avec un taux légèrement meilleur et sans dictionnaire statique intégré qui gonflerait la surface d'attaque

    Source ↗
  2. 2
    Gzip

    Solution de repli universelle sur le web, avec des décennies de tests de fuzzing publics couvrant presque toutes les failles de corruption de mémoire banales

    Source ↗
  3. 3
    Brotli

    Un dictionnaire statique intégré de 120 Ko donne une bonne compression du texte, mais porte désormais une preuve de concept publique pour une écriture hors limites critique de 2026

    Source ↗
  4. 4
    Deflate

    Spécification DEFLATE brute sur laquelle repose gzip, sans logique d'enveloppe HTTP supplémentaire qui pourrait ajouter une surface d'analyse à attaquer

    Source ↗
  5. 5
    LZ4

    Optimisé pour la décompression de lignes proches de la mémoire, privilégie la vitesse au taux de compression maximal pour les charges à faible latence

    Source ↗
  6. 6
    Snappy

    Algorithme simple de Google, conçu pour éviter la complexité côté décodeur qui mène aux failles de sécurité mémoire

    Source ↗
  7. 7
    LZF

    Implémentation C minimale de moins de 2 000 lignes de code, avec une complexité d'analyse structurelle minimale pour les usages HTTP

  8. 8
    LZMA

    Taux de compression maximal extrêmement élevé, au prix d'une complexité de décompression exponentielle et d'un débit très faible

  9. 9
    bzip2

    Algorithme fondé sur la transformée de Burrows-Wheeler, rarement utilisé sur le web moderne à cause de sa lenteur et de l'absence de maintenance de sécurité active

  10. 10
    DEFLATE64

    Variante étendue de DEFLATE avec de plus grandes fenêtres, qui ajoute une logique d'état supplémentaire sans prise en charge HTTP standard

    Source ↗

Ce que Wenxin a remarqué

À des réglages rapides comparables, Zstandard décompresse près de 4 fois plus vite que zlib avec un taux de compression légèrement meilleur, selon un benchmark de 2026

🇨🇳 Qwen10 places · 2 notes

La même question, à laquelle Qwen a répondu seul. La liste finale ci-dessus combine toutes les IA.

  1. 1
    LZ4

    Décompresse à la vitesse de la RAM avec une machine d'état si simple qu'elle passe presque inaperçue dans les scanners de vulnérabilités.

  2. 2
    Zstandard (Zstd)

    La prouesse d'ingénierie de Facebook équilibre des vitesses de décompression proches de LZ4 avec des taux qui battent gzip.

    Source ↗
  3. 3
    Snappy

    Le compresseur de Google, qui privilégie la vitesse, sacrifie le taux au profit d'un débit de décompression pur, en gardant la logique de l'analyseur d'une grande sobriété.

  4. 4
    Brotli

    Le cheval de trait du web pour les ressources statiques, jusqu'à ce qu'un analyseur de dictionnaire complexe déclenche les failles d'exécution de code à distance PHP2Shell et HTTP2Shell d'octobre 2026.

  5. 5
    Deflate (zlib)

    La colonne vertébrale HTTP vieille de 30 ans, qui échange un catalogue massif et bien documenté de débordements d'entiers contre une compatibilité universelle.

    Source ↗
  6. 6
    Gzip

    Rien qu'un en-tête de 10 octets enveloppant Deflate, qui hérite de toutes les failles historiques de corruption de mémoire de son moteur sous-jacent.

    Source ↗
  7. 7
    LZMA / XZ

    Atteint des taux miraculeux en construisant d'énormes machines d'état de dictionnaire, qui ont notoirement introduit une porte dérobée dans la chaîne d'approvisionnement en 2024.

    Source ↗
  8. 8
    bzip2

    La transformée de Burrows-Wheeler est mathématiquement élégante mais lourde en calcul, et largement abandonnée par les standards web modernes.

    Source ↗
  9. 9
    LZFSE

    Codec propriétaire d'Apple, économe en énergie, qui offre une grande autonomie sur mobile, mais introduit une logique d'état opaque en dehors du web ouvert standard.

    Source ↗
  10. 10
    Zopfli

    Une curiosité uniquement à l'encodage qui met des heures à compresser un fichier pour produire des données Deflate standard, sans aucun bénéfice de sécurité à la décompression.

    Source ↗

Ce que Qwen a remarqué

Zstd et LZ4 montrent qu'il n'est pas nécessaire d'une complexité d'analyse exponentielle pour obtenir d'excellentes performances web ; les dérivés simples de LZ77 orientés octets maintiennent un haut débit avec une surface d'attaque mémoire minimale.

Le rendement décroissant est réel : XZ et LZMA obtiennent de meilleurs taux, mais exigent des machines d'état de dictionnaire si massives qu'elles deviennent des cibles de choix pour les attaques par chaîne d'approvisionnement et les corruptions de mémoire.