CVE-2026-59822

BerriAI LiteLLM Improper Authentication Vulnerability

Utnyttes aktivt (CISA KEV) Høy 8.2 CVSS 3.1

Beskrivelse

LiteLLM is a proxy server (AI Gateway) to call LLM APIs in OpenAI (or native) format. Prior to 1.84.0, LiteLLM's MCP Streamable HTTP endpoint allowed an unauthenticated attacker to use a fabricated Authorization header to trigger an OAuth2 passthrough fallback path that replaced failed LiteLLM key validation with an empty UserAPIKeyAuth() object, allowing requests to reach MCP tooling without a valid LiteLLM key. This issue is fixed in version 1.84.0.

Beskrivelsen gjengis slik kilden har publisert den, på engelsk.

Nøkkelfakta

Publisert: 2026-07-08
Sist endret: 2026-09-03
Tildelt av: security-advisories@github.com
CVSS-vektor: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:L/A:N
Scoret av: nvd@nist.gov (NVD Primary)
Sannsynlighet for utnyttelse: 0.2 % høyere enn 16 % av alle kjente sårbarheter
EPSS, neste 30 dager, modell v2026.06.15
Rettelse finnes: Ja, se referansene

Aktivt utnyttet

CISA førte denne sårbarheten inn i katalogen over kjente utnyttede sårbarheter 2026-09-02, med utbedringsfrist 2026-09-16 for amerikanske føderale etater.

Pålagt tiltak: Apply mitigations in accordance with vendor instructions, ensuring compliance with CISA’s BOD 26-04 Prioritizing Security Updates Based on Risk (see URL in Notes) guidance and CISA’s “Forensics Triage Requirements” (see URL in Notes). Follow applicable BOD 26-04 guidance for cloud services or discontinue use of the product if mitigations are unavailable. Stakeholders are responsible for evaluating each asset's internet exposure and ensuring adherence to BOD 26-04 patching guidelines.

Berørte produkter

Leverandør	Produkt	Versjoner	Status
Litellm	Litellm	< 1.84.0	Berørt

Svakhetstype

CWE-287: Improper Authentication
When an actor claims to have a given identity, the product does not prove or insufficiently proves that the claim is correct.
CWE-306: Missing Authentication for Critical Function
The product does not perform any authentication for functionality that requires a provable user identity or consumes a significant amount of resources.

Angrepsteknikker

Utledet gjennom svakhetstypen: CVE til CWE til CAPEC til ATT&CK. Dette viser hvilke teknikker svakhetsklassen historisk brukes til. Det er ikke en påstand om at nettopp denne sårbarheten er utnyttet slik.

T1040: Network Sniffing credential-access, discovery
T1134: Access Token Manipulation stealth, privilege-escalation
T1185: Browser Session Hijacking collection
T1505.003: Web Shell persistence
T1548: Abuse Elevation Control Mechanism privilege-escalation
T1550.001: Application Access Token lateral-movement
T1557: Adversary-in-the-Middle credential-access, collection
T1563: Remote Service Session Hijacking lateral-movement

Referanser

https://github.com/BerriAI/litellm/commit/73869f0faf7d11ee21adcb5f91b8c33a340b6c2c Patch
https://github.com/BerriAI/litellm/pull/26463 Issue Tracking, Patch
https://github.com/BerriAI/litellm/releases/tag/v1.84.0 Product, Release Notes
https://github.com/BerriAI/litellm/security/advisories/GHSA-7488-6r32-c95q Mitigation, Patch, Vendor Advisory
https://www.cisa.gov/known-exploited-vulnerabilities-catalog?field_cve=CVE-2026-59822 US Government Resource
https://www.wiz.io/blog/ai-infrastructure-honeypot Third Party Advisory

Relatert hos Berigo

Artikler

Syv nye KEV-oppføringer, tre av dem i åpne utviklerkomponenter Nevner denne CVE-en 2026-09-03
CISA la 2. september 2026 syv nye sårbarheter inn i katalogen over kjente utnyttede sårbarheter. Tre av dem sitter i åpne komponenter som brukes i ut…

Berører dette dere?

En sårbarhet betyr bare noe hvis dere kjører produktet, i en berørt versjon, et sted en angriper kommer til.

Sjekk aktivalisten deres Bla i alle sårbarheter

Kilder og ferskhet

CVE

Hva det er: Et løpenummer som gir én bestemt sårbarhet et navn, for eksempel CVE-2024-9474.
Hva det forteller: Hvilken sårbarhet det er snakk om, og i hvilket produkt.
Hva det IKKE forteller: Ingenting om hvor alvorlig den er, om noen utnytter den, eller om den angår akkurat dere.
Hvorfor det betyr noe: Uten et felles nummer kan ikke leverandør, myndighet og verktøy snakke om samme feil.
Sammen med de andre: Nummeret er nøkkelen. NVD, KEV og EPSS beskriver alle den samme CVE-en.

NVD CWE CISA KEV EPSS

Hvordan lese dette samlet

Ingen av verdiene bør brukes alene. En høy CVSS-score betyr ikke at sårbarheten blir utnyttet, og en lav betyr ikke at den er ufarlig. De fire kildene svarer på fire ulike spørsmål.

CVE navngir den konkrete sårbarheten.
NVD gir alvorlighetsgrad og tekniske detaljer om den.
CWE beskriver typen feil som ligger bak.
CISA KEV viser at den allerede blir utnyttet.
EPSS anslår hvor sannsynlig utnyttelse er snart.

Rekkefølgen som avgjør hva som haster

Finnes produktet hos dere i det hele tatt?
Er versjonen dere kjører berørt?
Står den i CISA KEV?
Har den høy EPSS?
Er systemet eksponert mot internett eller mot andre?
Hvor forretningskritisk er systemet?
Finnes det kompenserende tiltak allerede?

De to første spørsmålene handler ikke om sårbarheten, men om dere. De fjerner det meste av listen før dere begynner.

Et kort eksempel

Rettes denne uken

CVSS 6,5 (middels)

I CISA KEV: ja
EPSS: 94 prosent
En brannmur mot internett

Kan planlegges

CVSS 9,8 (kritisk)

I CISA KEV: nei
EPSS: 0,04 prosent
En testserver uten internettilgang

Sorterer man på CVSS alene, kommer den til høyre først. Den er den alvorligste feilen i teorien. Men den til venstre blir brukt mot ekte virksomheter akkurat nå, og den står der en angriper kommer til. Det er den som skal rettes først.

Den kritiske skal fortsatt rettes. Den må bare ikke rettes i dag.

This product uses the NVD API but is not endorsed or certified by the NVD. CVE and the CVE logo are registered trademarks of The MITRE Corporation; CVE records are used under the CVE Terms of Use. CWE is a trademark of The MITRE Corporation, used per the CWE Terms of Use. KEV data from CISA (CC0). Exploitation probability from EPSS, a FIRST.org project. Open-source package data from OSV and the GitHub Advisory Database (CC-BY 4.0).

Score og vektor vises slik kildene har publisert dem. Rekkefølgen på treffene er Berigos egen redaksjonelle vurdering, beskrevet på søkesiden, og er ikke NVD-data. Et tomt resultat betyr aldri at et system er trygt.