[KEV] Vulnérabilité dans Kludex Starlette (CVE-2026-48710)
Résumé
Vulnérabilité dans Kludex Starlette (CVE-2026-48710). Risque d'opérations non autorisées ou de divulgation. Exploitable via GET /foo. Inscrit au CISA KEV — exploitation active confirmée. Atténuation : mise à jour vers 1.0.1 ou plus.
Description d'origine
La description telle que publiée par la source (souvent en anglais).
Summary
In affected versions, the HTTP Host request header was not validated before being used to reconstruct request.url. Because the routing algorithm relies on the raw HTTP path while request.url is rebuilt from the Host header, a malformed header could make request.url.path differ from the path that was actually requested. Middleware and endpoints that apply security restrictions based on request.url (rather than the raw scope path) could therefore be bypassed.
Details
When a client requests http://example.com/foo, it sends:
GET /foo HTTP/1.1
Host: example.com
Affected versions reconstructed the URL by concatenating http://{host}{path} and re-parsing the result. The Host value is only valid as a uri-host [ ":" port ] per RFC 9112 §3.2, where uri-host follows the restricted host grammar of RFC 3986 §3.2.2. When it contains characters outside that grammar - notably /, ?, or # - those characters move the path/query/fragment boundaries during re-parsing, so the parsed request.url.path no longer matches the path the server actually received. For example:
GET /foo HTTP/1.1
Host: example.com/abc?bar=
reconstructs to http://example.com/abc?bar=/foo, whose parsed path is /abc - even though routing used the real path /foo. The router still dispatches to /foo and the endpoint execute…
Source: NIST National Vulnerability Database NVD GitHub Advisory CISA KEV
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-48710 a été découverte dans Kludex Starlette.
Des attaquants peuvent cibler un point d'entrée spécifique comme GET /foo à distance pour détourner le produit.
Risque d'opérations non autorisées ou de divulgation. Score CVSS : 6.5/10.
Note : la CISA a officiellement confirmé que cette faille est activement exploitée. À traiter avec une urgence élevée.
Action : mettez à jour Kludex Starlette vers 1.0.1 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « Kludex Starlette CVE-2026-48710 » sur le site de l'éditeur.
CVE-2026-48710 (Kludex Starlette) — CWE-444 / CVSS v3 6.5
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : GET /foo / Host header / Host / request.url
Correctif : 1.0.1 — appliquer immédiatement
Inscrit au CISA KEV — exploitation active confirmée, priorité absolue.
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-444) affecte Kludex Starlette. Les attaquants atteignent le code vulnérable via GET /foo sans authentification.
Consultez l'avis de l'éditeur pour les versions affectées de Kludex Starlette. Surface d'attaque : GET /foo / Host header / Host / request.url.
Gravité : Moyenne (CVSS 6.5/10). Risque d'opérations non autorisées ou de divulgation. Inscrit au CISA KEV — exploitation active confirmée, à traiter en priorité absolue.
Mettre à jour vers 1.0.1.
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 /foo (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver starlette.
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 'starlette' . | grep -v node_modulesリポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で
starletteを grep し、稼働しているサービス・バージョンを把握する。 -
2Hunt for indicators of compromise detect
grep 'GET /foo' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'アクセスログで
GET /fooへの異常なリクエスト (不正な認証ヘッダ・SQLメタ文字)を過去 30〜90日分捜索。WAF/SIEM があれば該当パスのアラート発火履歴を確認。 -
3Consider incident declaration escalate
Notify SOC / on-callCISA KEV登録済 = 実環境で悪用が観測されている。Step 2 で兆候があればインシデント対応宣言、無くてもパッチ適用までWAF強化を最優先で。
-
4Apply patch patch
Upgrade Kludex Starlette to 1.0.1ステージング環境で 1.0.1 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 2 で見つけた異常検知の続報チェックを含めること。
-
5Post-deployment verification verify
Replay attack against GET /foo on staging to confirm patch closes the vectorパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 2 と同じログクエリでアラート再発が無いか継続監視。
Paquets affectés
État des correctifs par distribution
Paquets corrigés publiés par chaque distribution pour cette CVE
- Debian DEBIAN-CVE-2026-48710 starlette
- Ubuntu UBUNTU-CVE-2026-48710 starlette
Références
- advisory security-advisories@github.com
- advisory security-advisories@github.com
- advisory security-advisories@github.com
- advisory x41-dsec.de
- advisory NVD
- advisory access.redhat.com
- advisory security.access.redhat.com
- advisory bugzilla.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory access.redhat.com
- advisory cisa.gov
- advisory access.redhat.com
- exploit security-advisories@github.com
- exploit security-advisories@github.com
- exploit wiz.io
- package github.com
- patch security-advisories@github.com
- patch security-advisories@github.com
- web ostif.org
- web github.com
- web cve.org
- web https:/www.microsoft.com/en-us/security/blog/2026/08/26/when-ai-infrastructure-becomes-target-securing-gateways-control-points