Vulnérabilité dans github.com/docker/distribution (CVE-2026-85747)
Résumé
Vulnérabilité dans github.com/docker/distribution (CVE-2026-85747). Les données peuvent être altérées par des attaquants. Exploitable via GET /v2/{name}/manifests/{digest}. Atténuation : mise à jour vers 3.1.2 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Summary
registry/client.(*manifests).Get(ctx, dgst, …) fetches a manifest by digest but never hashes the returned body and compares it against the requested digest. A malicious or compromised registry, or any MITM on the registry connection, can serve arbitrary manifest bytes in response to a digest-pinned request and the client returns the substituted content transparently to the caller. Any application relying on digest pinning for supply-chain integrity — image policy controllers, mirrors, pull-through caches — is silently undermined. The bundled pull-through proxy (registry/proxy/proxymanifeststore.go) is itself an unguarded consumer and is directly exploitable.
Details
Root cause: registry/client/repository.go:488-505 reads the response body and passes it directly to distribution.UnmarshalManifest without ever computing digest.FromBytes(body) and comparing against the caller-supplied dgst. The Docker-Content-Digest response header is parsed (lines 251-292 in descriptorFromResponse) only to populate an out-parameter (ReturnContentDigest) and is itself server-supplied — it is never recomputed from the body, so a lying server can set it to whatever value the caller requested while delivering different bytes.
Attack path: An attacker who controls the registry endpoint (malicious registry, compromised upstream, DNS hijack, or TLS MITM) responds to GET /v2/{name}/manifests/{digest} with:
Docker-Content-Digest:(forged header)- A…
Source: NIST National Vulnerability Database NVD GitHub Advisory
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 CVE-2026-85747 a été découverte dans github.com/docker/distribution.
Des attaquants peuvent cibler un point d'entrée spécifique comme GET /v2/{name}/manifests/{digest} à distance pour détourner le produit.
Les données peuvent être altérées par des attaquants. Score CVSS : 6.8/10.
Action : mettez à jour github.com/docker/distribution vers 3.1.2 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « github.com/docker/distribution CVE-2026-85747 » sur le site de l'éditeur.
CVE-2026-85747 (github.com/docker/distribution) — CWE-354 / CVSS v3 6.8
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : GET /v2/{name}/manifests/{digest} / distribution.UnmarshalManifest / dgst / descriptorFromResponse
Correctif : 3.1.2 — 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é (CWE-354) affecte github.com/docker/distribution. Les attaquants atteignent le code vulnérable via GET /v2/{name}/manifests/{digest} sans authentification.
Consultez l'avis de l'éditeur pour les versions affectées de github.com/docker/distribution. Surface d'attaque : GET /v2/{name}/manifests/{digest} / distribution.UnmarshalManifest / dgst / descriptorFromResponse.
Gravité : Moyenne (CVSS 6.8/10). Les données peuvent être altérées par des attaquants.
Mettre à jour vers 3.1.2.
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 webserver/proxy/WAF des requêtes anormales vers GET /v2/{name}/manifests/{digest} (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver github.com/docker/distribution.
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 'github.com/docker/distribution' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
github.com/docker/distributionを grep し、稼働しているサービス・バージョンを把握する。 -
2Hunt for indicators of compromise detect
grep 'GET /v2/{name}/manifests/{digest}' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'アクセスログで
GET /v2/{name}/manifests/{digest}への異常なリクエスト (不正な認証ヘッダ・SQLメタ文字)を過去 30〜90日分捜索。WAF/SIEM があれば該当パスのアラート発火履歴を確認。 -
3Apply patch patch
Upgrade github.com/docker/distribution to 3.1.2ステージング環境で 3.1.2 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 2 で見つけた異常検知の続報チェックを含めること。
-
4Post-deployment verification verify
Replay attack against GET /v2/{name}/manifests/{digest} on staging to confirm patch closes the vectorパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 2 と同じログクエリでアラート再発が無いか継続監視。
Paquets affectés
Références
- advisory nvd.nist.gov
- package github.com
- web github.com
- web github.com
- web github.com
- web github.com
- web github.com