Aller au contenu
Développeur Full Stack
, ,

Echo v4 : décompression gzip sans limite de taille

Dans cet article 5 rubriques
Veille sécuritéBackend & données
P3Élevée

Le middleware Decompress d’Echo v4 pouvait décompresser des requêtes gzip sans limite de taille, permettant à un petit corps compressé de produire un corps décodé volumineux. La lecture de ce corps par les gestionnaires pouvait épuiser les ressources et provoquer un déni de service; le middleware n’est pas activé par défaut.

Go
IdentifiantAvis de sécurité
GravitéÉlevée
Exploitationnon connue / non déterminée
Correctifv4.16.1

Source : GHSA-h7wr-284f-5qvc — Echo: Decompress permits unbounded gzip expansion in v4

Analyse technique

Le correctif ajoute DecompressConfig.MaxDecompressedSize, avec une valeur par défaut de 100 MiB lorsque la configuration vaut zéro. Une lecture au-delà de la limite retourne une erreur HTTP 413; la valeur -1 désactive explicitement la limite.

Impact, versions et correctif

Événement datéAvis GHSA publié le 2026-10-23 à 20:49:49Z, dans la période demandée.
ImpactDes requêtes compressées peuvent entraîner une consommation excessive de mémoire ou de CPU et un déni de service.
Versions affectéesgithub.com/labstack/echo/v4 : versions <= 4.16.0
Version corrigéev4.16.1
ContournementDésactiver la décompression gzip sur les routes exposées ou appliquer BodyLimit après Decompress pour limiter les octets décompressés; prévoir également des délais et limites de concurrence adaptés.
Exploitation activenon connue / non déterminée
PoC publicinconnu
Publication2026-10-23T20:49:49Z
Mise à jour2026-10-23T20:49:50Z

Détection / vérification

Vérifier si le middleware Decompress est activé et si une limite effective s’applique à la taille du corps après décompression.

Action recommandée

Mettre à niveau vers Echo v4.16.1 et vérifier les limites appliquées après décompression.

Sources

Priorisation DFS : P3 · 1 source(s).

Article précédent :
Article suivant :