snappy-java : allocation mémoire non bornée lors de la décompression

Veille sécuritéBackend & données

P3Élevée

Plusieurs chemins de décompression de snappy-java se fient à la longueur décompressée déclarée dans l’entrée et peuvent tenter une allocation pouvant atteindre 2 Go, entraînant un déni de service. Les versions jusqu’à 1.1.10.8 sont affectées ; la correction est disponible en 1.1.10.9, et une limite applicative sur la longueur peut servir de mesure provisoire.

IdentifiantCVE-2026-108106

GravitéÉlevée

Exploitationnon connue / non déterminée

Correctif1.1.10.9

Source : GHSA-q233-g92q-qxp6 — snappy-java

Analyse technique

Les entrées concernées comprennent `Snappy.uncompress`, les méthodes `uncompress*Array`, `SnappyInputStream` et `SnappyFramedInputStream`. La correction rejette les longueurs négatives ou impossibles au regard de la taille compressée.

Impact, versions et correctif

Événement datéAvis GitHub publié le 2026-10-27 à 15:33:22Z, dans la période demandée.

ImpactDéni de service par `OutOfMemoryError` ; certaines longueurs peuvent également provoquer une `NegativeArraySizeException`.

Versions affectéessnappy-java <= 1.1.10.8

Version corrigée1.1.10.9

ContournementAvant décompression de données non fiables, vérifier que `Snappy.uncompressedLength(input)` respecte une limite propre à l’application.

Exploitation activenon connue / non déterminée

PoC publicinconnu

CVSS7.5

EPSS0,37% · percentile 30,9%

Publication2026-10-27T15:33:22Z

Mise à jour2026-10-27T15:33:24Z

Action recommandée

Mettre à niveau vers snappy-java 1.1.10.9 ; en attendant, imposer une limite à la longueur décompressée avant traitement.

Sources

GHSA-q233-g92q-qxp6 — snappy-java

Priorisation DFS : P3 · 1 source(s).