CVE-2026-85394: Kritisk fejl i python-jose (JWT)

python-jose er et Python-bibliotek, der bruges til at oprette og kontrollere JWT-tokens (JSON Web Token, en digital adgangsbillet der bekræfter, at en bruger er logget ind). CVE-2026-85394 betyder, at biblioteket ikke kontrollerer korrekt, om en nøgle er en asymmetrisk offentlig nøgle eller en symmetrisk hemmelig nøgle, når det validerer signaturen med HMAC (en metode til at lave en kontrolkode med en delt hemmelig nøgle). En angriber, der kender systemets offentlige nøgle, kan derfor lave sit eget token med HS256-algoritmen og få det godkendt, som var det udstedt af systemet selv. Fejlen er en ufuldstændig reparation af en tidligere sårbarhed, CVE-2024-33663.

Virksomheder og kommuner, der har udviklet egne Python-applikationer med login, API-adgang eller single sign-on, og som bruger python-jose til at verificere JWT-tokens. Alle versioner til og med 3.5.0 er ramt. Risikoen er størst, hvis koden ikke selv angiver, hvilken algoritme der skal accepteres ved verificering.

En angriber, der har fået adgang til systemets offentlige nøgle, ofte tilgængelig via et JWKS-endpoint eller anden offentlig kilde, kan forfalske et gyldigt login-token og udgive sig for en hvilken som helst bruger, inklusive administratorer. Det giver adgang til data og funktioner uden at kende et kodeord, og angriberen kan i praksis omgå hele login-systemet.

CVSS 9,1 af 10, kritisk. Angrebet kræver ikke login og ingen handling fra en bruger, og det kan udføres over netværket. Konsekvensen er fuld kompromittering af fortrolighed og integritet, mens tilgængeligheden ikke påvirkes. Der er ikke rapporteret aktiv udnyttelse på offentliggørelsesdatoen, men teknikken med algoritme-forveksling i JWT-verificering er velkendt og dokumenteret.

Det vigtigste er at rette koden, så den kun accepterer den forventede algoritme. Gør følgende i prioriteret rækkefølge:

1. Gennemgå al kode, der bruger python-jose til at verificere tokens, og angiv altid algoritme explicit, fx algorithms=[“RS256”], så biblioteket ikke selv vælger algoritme baseret på tokenet.
2. Kontrollér, at der ikke findes steder i koden, hvor både RS256 og HS256 accepteres samtidig i den samme verificeringsfunktion.
3. Opdatér python-jose til den nyeste udgivne version, når en rettet version foreligger, og test login-flowet efter opdateringen.
4. Roter jeres signeringsnøgler, hvis I finder tegn på, at den offentlige nøgle har været tilgængelig for uvedkommende, eller hvis I ser mistænkelige tokens i logs.
5. Gennemgå logs for login og API-kald for usædvanlige eller uventede tokens i perioden op til rettelsen.
6. Kontakt en sikkerhedsrådgiver, hvis I ikke selv har kompetencer til at gennemgå kildekoden eller vurdere jeres eksponering.