SSRF (Falsification de requête côté serveur) dans open-webui (CVE-2026-70485)
Résumé
SSRF dans open-webui (CVE-2026-70485). Des informations confidentielles peuvent être exposées. Exploitable via POST /api/v1/retrieval/process/web. Atténuation : mise à jour vers 0.11.0 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Summary
Open WebUI fetches user-supplied URLs on the server for RAG URL ingestion, URL-to-markdown conversion and web-search content retrieval, and decides whether a destination is allowed by asking whether its IP address is globally routable. That test operates on the literal IPv6 address and does not look at the IPv4 address embedded inside it. On a deployment whose network has a NAT64 gateway, any verified user can wrap an internal or cloud-metadata IPv4 address in the NAT64 well-known prefix, pass the filter, and receive the internal response body back through the API.
Preconditions
- Any verified (authenticated) user account. No admin role, no elevated permission.
- Default configuration:
ENABLE_LOCAL_WEB_FETCHoff, the defaultWEB_FETCH_FILTER_LISTmetadata blocklist in place. Neither prevents this, because the blocklist matches hostname strings and the NAT64 literal is not one of them. - The deployment's network must provide NAT64 translation for the well-known
64:ff9b::/96prefix, which is the common default on IPv6-only and dual-stack cloud and Kubernetes networks. - Deployments on IPv4-only networks, or on any network without a NAT64 gateway, are not affected: the address has nowhere to route.
Impact
On an affected network a low-privilege user can read GET responses from services the server can reach but the internet cannot: cloud instance metadata including IAM role credentials, loopback-bound admin surfaces, and internal APIs in the same VPC or…
Source: GitHub Security Advisories (Global) 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-70485 a été découverte dans open-webui.
Des attaquants peuvent cibler un point d'entrée spécifique comme POST /api/v1/retrieval/process/web à distance pour détourner le produit.
Des informations confidentielles peuvent être exposées. Score CVSS : 7.1/10.
Action : mettez à jour open-webui vers 0.11.0 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « open-webui CVE-2026-70485 » sur le site de l'éditeur.
CVE-2026-70485 (open-webui) — CWE-918 / CVSS v3 7.1
Vecteur d'attaque : distant (réseau) / sans interaction utilisateur
Surface d'attaque : POST /api/v1/retrieval/process/web / ENABLE_LOCAL_WEB_FETCH / WEB_FETCH_FILTER_LIST / _SSRFSafeResolver
Correctif : 0.11.0 — 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 SSRF (CWE-918) affecte open-webui. Les attaquants atteignent le code vulnérable via POST /api/v1/retrieval/process/web.
Consultez l'avis de l'éditeur pour les versions affectées de open-webui. Surface d'attaque : POST /api/v1/retrieval/process/web / ENABLE_LOCAL_WEB_FETCH / WEB_FETCH_FILTER_LIST / _SSRFSafeResolver.
Gravité : Élevée (CVSS 7.1/10). Des informations confidentielles peuvent être exposées.
Mettre à jour vers 0.11.0.
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 POST /api/v1/retrieval/process/web (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver open-webui.
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 'open-webui' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
open-webuiを grep し、稼働しているサービス・バージョンを把握する。 -
2Hunt for indicators of compromise detect
grep 'POST /api/v1/retrieval/process/web' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'アクセスログで
POST /api/v1/retrieval/process/webへの異常なリクエスト (不正な認証ヘッダ・SQLメタ文字)を過去 30〜90日分捜索。WAF/SIEM があれば該当パスのアラート発火履歴を確認。 -
3Apply patch patch
Upgrade open-webui to 0.11.0ステージング環境で 0.11.0 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 2 で見つけた異常検知の続報チェックを含めること。
-
4Post-deployment verification verify
Replay attack against POST /api/v1/retrieval/process/web on staging to confirm patch closes the vectorパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 2 と同じログクエリでアラート再発が無いか継続監視。
Paquets affectés
Références
- advisory github.com
- advisory nvd.nist.gov
- package github.com
- package pypi.org
- web github.com
- web github.com
- web github.com