CVE-2026-72843: Kritisk fejl i EverShop webshop
Ukendte kan overtage kundekonti i webshop-systemet EverShop uden at logge ind. Opdatér til version 2.2.1.
Hvad er det?
CVE-2026-72843 er en fejl i adgangskontrollen i webshop-platformen EverShop. En opdateringsfunktion til kundeoplysninger er sat op som offentligt tilgængelig i systemets kode, så den ikke tjekker, om den, der sender forespørgslen, faktisk er den kunde, der ejer kontoen. Fejlen kaldes en manglende autorisationskontrol, hvilket vil sige, at systemet udfører en handling uden at bekræfte, at afsenderen har ret til det. En angriber, der kender en kundes unikke id, kan derfor ændre den pågældende kundes e-mailadresse og adgangskode og overtage kontoen. Id’et fremgår blandt andet af links i ordrebekræftelsesmails.
Hvem rammer det?
Alle virksomheder, der selv driver en webshop bygget på EverShop i version 2.2.1 eller ældre, er berørt. Det gælder både den offentlige del af shoppen, hvor kunder handler, og den bagvedliggende API, der håndterer kundedata. Danske detailvirksomheder, mindre webshops og e-handelsbureauer, der har EverShop som platform, bør tjekke deres version.
Hvad kan ske?
En angriber kan overtage en vilkårlig kundekonto ved blot at kende kundens id, som ofte kan findes i links fra ordrebekræftelser eller administrative sider. Angriberen kan skifte e-mail og adgangskode på kontoen og dermed låse den rigtige ejer ude, se ordrehistorik og eventuelt gennemføre køb i kundens navn. For virksomheden betyder det tab af tillid, henvendelser fra berørte kunder og en sandsynlig underretningspligt til Datatilsynet, hvis persondata er blevet ændret eller udstillet uden hjemmel.
Hvor alvorligt er det?
Sårbarheden har en CVSS-score på 9,8 ud af 10, hvilket er kritisk. Angrebet kræver ikke login og ingen handling fra brugeren, det kan udføres over internettet af enhver, der kender et kunde-id. Konsekvensen rammer fortrolighed, integritet og tilgængelighed i højeste grad, da angriberen kan læse og ændre data samt spærre den legitime ejer ude. Der er ikke belæg for, at sårbarheden er udnyttet i praksis endnu, men det tekniske forløb er enkelt at gennemføre, og der findes ingen offentligt kendt kode til at udnytte den.
Hvad gør jeg nu?
Der findes en rettet version, så det vigtigste er at opdatere med det samme.
- Opdatér EverShop til version 2.2.1 eller nyere, hvor opdateringsruten er ændret til kun at kunne tilgås af den korrekte bruger.
- Gennemgå logs for opdateringsforespørgsler på kundeprofiler for at se, om nogen har udnyttet fejlen før opdateringen.
- Bed kunder, hvis konti viser tegn på ændringer i e-mail eller adgangskode, om at nulstille deres login.
- Overvej midlertidigt at fjerne kunde-id fra links i ordrebekræftelsesmails, indtil opdateringen er gennemført.
- Vurdér, om hændelsen skal anmeldes til Datatilsynet, hvis I finder tegn på uautoriseret adgang til persondata.
- Hvis I ikke selv har ressourcer til at gennemgå logs eller vurdere omfanget, bør I hente hjælp fra en sikkerhedsrådgiver.
Opdatér inden for 48 timer
Vi anbefaler, at I opdaterer EverShop til version 2.2.1 hurtigst muligt, da fejlen kræver hverken login eller brugerinteraktion og rammer alle kundekonti. Det er ikke forsvarligt at vente til en planlagt vedligeholdelsesrunde, fordi angrebet er enkelt at udføre for enhver, der får fat i et kunde-id. Er opdateringen først gennemført, og logs er tjekket for mistænkelig aktivitet, kan den videre opfølgning på berørte kunder ske i normalt tempo.
Tidslinje
Konkrete eksempler
Kontoovertagelse via ordrebekræftelse
En dansk webshop bygget på EverShop sender ordrebekræftelser med links, der indeholder kundens unikke id. En udenforstående, der får fat i en sådan mail, for eksempel via en delt mailboks eller et lækket link, kan bruge id’et til at ændre kundens e-mail og adgangskode uden at logge ind. Kunden opdager først problemet, når vedkommende ikke længere kan logge ind, og webshoppen står med en henvendelse om en kompromitteret konto.
Ofte stillede spørgsmål
Hvordan ved vi, om vores webshop er ramt?
Tjek hvilken version af EverShop jeres webshop kører. Er den 2.2.1 eller nyere, er fejlen rettet. Er den ældre, er I sårbare.
Kan vi vente til weekenden med at opdatere?
Vi anbefaler ikke det. Fejlen kræver ikke login eller brugerhandling, og den kan udnyttes af enhver, der kender et kunde-id, som ofte findes i almindelige ordrebekræftelsesmails.
Hvordan tjekker vi, om nogen har udnyttet fejlen allerede?
Gennemgå server- og applikationslogs for kald til kundeopdateringsruten, især forespørgsler der ændrer e-mail eller adgangskode uden forudgående login.
Skal vi underrette Datatilsynet?
Hvis I finder tegn på, at kundedata er blevet ændret eller tilgået uden hjemmel, skal I vurdere, om det udløser underretningspligt efter databeskyttelsesreglerne. Vi anbefaler at dokumentere fundene, inden I beslutter det.
Påvirker fejlen også administratorkonti?
Fejlen ligger i ruten til opdatering af kundeoplysninger, ikke i administratorloginet. Men da e-mail og adgangskode på kundekonti kan overtages, bør I sikre jer, at ingen administratorer bruger samme login til kundekonti.
Kræver opdateringen nedetid for shoppen?
Det afhænger af jeres opsætning, men en versionsopdatering af EverShop kan normalt gennemføres med kort eller ingen nedetid, hvis den udføres uden for åbningstid for webshoppen.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
The customer update route in EverShop is declared with “access”: “public” in packages/evershop/src/modules/customer/api/updateCustomer/route.json, which causes the admin authentication middleware to call next() without checking the caller, and no customer-session middleware guards the route; the only middleware in the chain parses the JSON body. The handler in updateCustomer.js then loads the customer by the uuid taken from the URL path and writes the supplied fields back to that record, hashing a password if one is provided, without verifying that the caller owns the record. An unauthenticated request carrying a known customer uuid can therefore overwrite that customer’s email address and password and read back the updated record from the 200 response, taking over the account and locking out its owner. Customer uuids are exposed through order confirmation email links and administrative URLs. Version 2.2.1 changes the route to “access”: “private”.
Referencer & kilder
Eksterne kilder
Brug for hjælp med jeres sikkerhed?
Vi hjælper SMV’er med at omsætte trusler som denne til konkrete handlingsplaner.