Vulnérabilité dans redis (ALPINE-CVE-2021-32675)
Résumé
Vulnérabilité dans redis (ALPINE-CVE-2021-32675). Risque d'opérations non autorisées ou de divulgation. Atténuation : mise à jour vers 5.0.14-r0 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Redis is an open source, in-memory database that persists on disk. When parsing an incoming Redis Standard Protocol (RESP) request, Redis allocates memory according to user-specified values which determine the number of elements (in the multi-bulk header) and size of each element (in the bulk header). An attacker delivering specially crafted requests over multiple connections can cause the server to allocate significant amount of memory. Because the same parsing mechanism is used to handle authentication requests, this vulnerability can also be exploited by unauthenticated users. The problem is fixed in Redis versions 6.2.6, 6.0.16 and 5.0.14. An additional workaround to mitigate this problem without patching the redis-server executable is to block access to prevent unauthenticated users from connecting to Redis. This can be done in different ways: Using network access control tools like firewalls, iptables, security groups, etc. or Enabling TLS and requiring users to authenticate using client side certificates.
Source: OSV.dev (Open Source Vulnerabilities) OSV
Résumé généré automatiquement
Assemblé par SecPulse à partir des données sources (CVSS, CWE, versions affectées) à l'aide de modèles, sans IA. Vérifiez la description d'origine et les références ci-dessous.
Une vulnérabilité référencée ALPINE-CVE-2021-32675 a été découverte dans redis.
Risque d'opérations non autorisées ou de divulgation.
Action : mettez à jour redis vers 5.0.14-r0 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « redis ALPINE-CVE-2021-32675 » sur le site de l'éditeur.
ALPINE-CVE-2021-32675 (redis)
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Correctif : 5.0.14-r0 — appliquer immédiatement
Plan : 1) Audit SBOM, 2) Mise à jour staging→prod, 3) Surveillance WAF/proxy sur les endpoints affectés, 4) Recherche d'IOC dans les logs.
Réfs : voir GHSA / avis éditeur / version corrigée liés sur cette page.
Une vulnérabilité (non classée) affecte redis.
Consultez l'avis de l'éditeur pour les versions affectées de redis.
Gravité : ?. Risque d'opérations non autorisées ou de divulgation.
Mettre à jour vers 5.0.14-r0.
En attendant le correctif : désactivez la fonctionnalité concernée, appliquez des règles WAF, ou restreignez l'accès par ACL réseau.
Recherchez dans les logs des requêtes correspondant aux IOC connus de cette CVE. Auditez les SBOM/dépendances.
Actions de réponse
Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre
-
1Identify exposure identify
grep -r 'redis' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
redisを grep し、稼働しているサービス・バージョンを把握する。 -
2Apply patch patch
Upgrade redis to 5.0.14-r0ステージング環境で 5.0.14-r0 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスを含めること。
-
3Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番ではアクセスログ・WAF でアラート再発が無いか継続監視。
Paquets affectés
Références
- advisory security.alpinelinux.org