AI / ML
CVE-2026-42208 CISA KEV critical CVSS 9.8

[KEV] Injection SQL dans Berriai litellm (CVE-2026-42208)

Résumé

injection SQL dans Berriai litellm (CVE-2026-42208). L'exploitation peut entraîner la prise de contrôle totale du système. Exploitable via POST /chat/completions. Inscrit au CISA KEV — exploitation active confirmée. Atténuation : mise à jour vers >=1.83.7 ou plus.

Description d'origine

La description telle que publiée par la source (souvent en anglais).

Impact

A database query used during proxy API key checks mixed the caller-supplied key value into the query text instead of passing it as a separate parameter. An unauthenticated attacker could send a specially crafted Authorization header to any LLM API route (for example POST /chat/completions) and reach this query through the proxy's error-handling path.

An attacker could read data from the proxy's database and may be able to modify it, leading to unauthorised access to the proxy and the credentials it manages.

Patches

Fixed in 1.83.7. The caller-supplied value is now always passed to the database as a separate parameter. Upgrade to 1.83.7 or later.

Workarounds

If upgrading is not immediately possible, set disable_error_logs: true under general_settings. This removes the path through which unauthenticated input reaches the vulnerable query.

References

Discovery Credit: Tencent YunDing Security Lab

Source: CISA Known Exploited Vulnerabilities NVD GitHub Advisory CISA KEV

Résumé IA

Rédigé par une IA externe ; il peut contenir des erreurs. Vérifiez la description d'origine et les références ci-dessous avant d'agir.

Une vulnérabilité référencée CVE-2026-42208 a été découverte dans Berriai litellm.
Des attaquants peuvent cibler un point d'entrée spécifique comme POST /chat/completions à distance pour détourner le produit.
L'exploitation peut entraîner la prise de contrôle totale du système. Score CVSS : 9.8/10.
Note : la CISA a officiellement confirmé que cette faille est activement exploitée. À traiter avec une urgence élevée.
Action : mettez à jour Berriai litellm vers >=1.83.7 ou supérieur.
En cas de doute, contactez votre service informatique ou cherchez « Berriai litellm CVE-2026-42208 » sur le site de l'éditeur.

CVE-2026-42208 (Berriai litellm) — CWE-89 / CVSS v3 9.8
Vecteur d'attaque : distant (réseau) / non authentifié / sans interaction utilisateur
Surface d'attaque : POST /chat/completions / POST /team/permissions_bulk_update / Authorization / general_settings
Versions affectées : >=1.81.16, <1.83.7
Correctif : >=1.83.7 — appliquer immédiatement
Inscrit au CISA KEV — exploitation active confirmée, priorité absolue.
Contournement : set disable_error_logs: true under general_settings.
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.

❓ Quel est le problème

Une injection SQL (CWE-89) affecte Berriai litellm. Les attaquants atteignent le code vulnérable via POST /chat/completions sans authentification.

📍 Périmètre concerné

Berriai litellm — Plage affectée : >=1.81.16, <1.83.7. Surface d'attaque : POST /chat/completions / POST /team/permissions_bulk_update / Authorization / general_settings.

🔥 Gravité

Gravité : Critique (CVSS 9.8/10). L'exploitation peut entraîner la prise de contrôle totale du système Inscrit au CISA KEV — exploitation active confirmée, à traiter en priorité absolue.

🔧 Comment corriger

Mettre à jour vers >=1.83.7. (Si une version vulnérable >=1.81.16, <1.83.7 est en production, planifiez immédiatement une fenêtre de maintenance.)

🛡️ Contournement

Contournement : set disable_error_logs: true under general_settings.

🔍 Détection

Recherchez dans les logs webserver/proxy/WAF des requêtes anormales vers POST /chat/completions (en-têtes d'auth malformés, méta-caractères SQL). Auditez les fichiers de dépendances pour trouver litellm.

Incidents passés similaires Incidents similaires extraits des CVE passées

Another significant SQL injection vulnerability affecting authorization processes in similar systems.

Example of a SQL injection vulnerability exploited via an API header.

Historical highlight of the impact SQL injection can have on large systems.

Si cela arrivait dans votre entreprise Impact attendu selon le scénario métier

📌 In a B2B SaaS environment where BerriAI LiteLLM powers critical business logic processing.

Unauthorized read/write access to databases leading to sensitive business data exposure.

📌 In systems handling personally identifiable information (PII) for third-party clients.

Potential breach of PII, leading to regulatory fines and damage to client trust.

📌 In an internal IT infrastructure using LLM APIs for operations.

Compromised infrastructure that leads to operational disruptions and data leaks.

Action recommandée

Immediate upgrade to patched version 1.83.7 and review error logging configurations.

Actions de réponse

Étapes concrètes et exemples de commandes que les équipes SOC/SRE doivent exécuter dans l'ordre

  1. 1
    Identify exposure identify
    grep -r 'litellm' . | grep -v node_modules

    リポジトリと本番環境の依存ファイル (package-lock.json / requirements.txt / go.sum / Gemfile.lock 等) で litellm を grep し、稼働しているサービス・バージョンを把握する。

  2. 2
    Match against affected range verify
    Confirm if version satisfies `>=1.81.16, <1.83.7`

    Step 1 で見つかったバージョンが影響範囲 >=1.81.16, <1.83.7 に該当するか照合。本番で稼働中ならインシデント扱い。

  3. 3
    Hunt for indicators of compromise detect
    grep 'POST /chat/completions' /var/log/nginx/access.log | grep -E '(unusual_payload|sqli_pattern)'

    アクセスログで POST /chat/completions への異常なリクエスト (不正な認証ヘッダ・SQLメタ文字)を過去 30〜90日分捜索。WAF/SIEM があれば該当パスのアラート発火履歴を確認。

  4. 4
    Consider incident declaration escalate
    Notify SOC / on-call

    CISA KEV登録済 = 実環境で悪用が観測されている。Step 3 で兆候があればインシデント対応宣言、無くてもパッチ適用までWAF強化を最優先で。

  5. 5
    Apply temporary workaround mitigate
    set `disable_error_logs: true` under `general_settings`.

    パッチが適用されるまでの応急処置として、set disable_error_logs: true under general_settings. を実施。回避策の副作用 (機能低下) を確認した上で。

  6. 6
    Apply patch patch
    Upgrade litellm to >=1.83.7

    ステージング環境で >=1.83.7 に上げて回帰テスト → 本番反映。回帰テストはアプリの主要ハッピーパスと、Step 3 で見つけた異常検知の続報チェックを含めること。

  7. 7
    Post-deployment verification verify
    Replay attack against POST /chat/completions on staging to confirm patch closes the vector

    パッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。

Paquets affectés

pip litellm
[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.83.7"}]}]
PyPI litellm
[{"type":"ECOSYSTEM","events":[{"introduced":"1.81.16"},{"fixed":"1.83.7"}]}]

Références

Nous utilisons des cookies pour l'analyse d'audience et la mesure publicitaire. Ce réglage s'applique à tous les sites de Game co., Ltd. En savoir plus