CVE-2026-76311: Kritisk adgangsfejl i Splunk Enterprise
Splunk Enterprise har kritisk fejl i indlejrede rapporter. Opdatér til 10.4.2, 10.2.6, 10.0.9 eller 9.4.14.
Hvad er det?
CVE-2026-76311 er en fejl i adgangskontrollen i Splunk Enterprise, det platform mange virksomheder bruger til logopsamling og analyse. En indlejret rapport er en rapport, der vises i et eksternt system via et rapport-token uden almindeligt login. Fejlen sidder i den funktion, der leverer et dispatch-arkiv, en zip-fil med resultater og sessionsdata fra en kørt rapport. Systemet begynder at sende arkivet, før det tjekker, om anmodningen faktisk må hente det. En bruger, der kun har adgang til rapport-tokenet, kan derfor hente arkivet og finde sessionsmateriale, som giver adgang til langt mere data på Splunk-installationen end tiltænkt.
Hvem rammer det?
Sårbarheden findes i Splunk Enterprise i versioner under 10.4.2, 10.2.6, 10.0.9 og 9.4.14. Det rammer især virksomheder og kommuner, der bruger indlejrede rapporter i dashboards eller på eksterne portaler, hvor rapport-tokens deles med brugere, kunder eller samarbejdspartnere uden fuldt login til Splunk.
Hvad kan ske?
En person, der kun har fået et rapport-token, kan udnytte sessionsmateriale fra dispatch-arkivet til at få adgang til alle relevante data på Splunk-installationen, herunder logs fra andre systemer, og til at ændre data i platformen. For en dansk virksomhed betyder det, at fortrolige logdata, adgangsoplysninger eller forretningsdata i Splunk kan blive læst eller manipuleret af en person, der aldrig havde et rigtigt brugerlogin.
Hvor alvorligt er det?
CVSS-scoren er 9,4 ud af 10, hvilket er kritisk. Angrebet kræver ingen login, ingen brugerhandling og kan udføres over netværket med lav teknisk kompleksitet. Konsekvensen er høj for fortrolighed og integritet af data, og lav for tilgængelighed. Der er ikke oplysninger om, at sårbarheden aktivt udnyttes, men den kræver kun, at en angriber har et rapport-token, hvilket i praksis kan være let at opnå, hvis tokens deles bredt.
Hvad gør jeg nu?
Sårbarheden lukkes ved opdatering, ikke ved workaround. Gør følgende:
- Opdatér Splunk Enterprise til version 10.4.2, 10.2.6, 10.0.9 eller 9.4.14, afhængigt af hvilken linje I kører.
- Gennemgå, hvilke indlejrede rapporter og rapport-tokens der er aktive, og inddrag tokens, der ikke længere er nødvendige.
- Kontrollér logs for uventede downloads af dispatch-arkiver før opdateringen, særligt fra ukendte IP-adresser eller uden tilhørende brugerlogin.
- Begræns, hvor og til hvem indlejrede rapporter deles, indtil opdateringen er gennemført.
- Er I i tvivl om, hvilken version I kører, eller om jeres Splunk-installation er eksponeret mod internettet, bør I få en sikkerhedspartner til at vurdere risikoen og hjælpe med opdateringen.
Opdatér inden for få dage
Vi anbefaler, at I opdaterer Splunk Enterprise til den rettede version, så snart det kan planlægges i jeres driftsvindue, da fejlen kan udnyttes uden login. Det er kun forsvarligt at vente, hvis jeres Splunk-installation ikke bruger indlejrede rapporter og ikke er tilgængelig fra internettet. Er I i tvivl om jeres eksponering, hjælper vi gerne med en vurdering.
Tidslinje
Konkrete eksempler
Kommune med delt dashboard
En kommune deler et Splunk-dashboard med indlejrede rapporter til en ekstern leverandør via et rapport-token. En person hos leverandøren, eller en der har fået tokenet videresendt, downloader dispatch-arkivet og får sessionsmateriale, der giver adgang til langt mere logdata end det, dashboardet var tiltænkt at vise, herunder oplysninger fra andre afdelinger i kommunens Splunk-installation.
Ofte stillede spørgsmål
Er vi ramt af CVE-2026-76311?
I er ramt, hvis I kører Splunk Enterprise i en version under 10.4.2, 10.2.6, 10.0.9 eller 9.4.14, og bruger indlejrede rapporter med rapport-tokens. Tjek jeres versionsnummer i Splunk-administrationen.
Hvordan tjekker vi, om vi bruger indlejrede rapporter?
Gå ind i Splunks rapport- og dashboard-administration og se, om der er oprettet rapport-tokens til indlejring i eksterne systemer eller portaler. Er der ingen tokens, er I ikke sårbare via denne vej.
Kan vi vente til weekenden med at opdatere?
Hvis Splunk-installationen er tilgængelig fra internettet eller deler rapport-tokens bredt, bør opdateringen ske hurtigst muligt og ikke afvente en fast plan. Er systemet kun tilgængeligt internt og uden aktive rapport-tokens, kan I planlægge opdateringen inden for den kommende driftsuge.
Kræver angrebet et login?
Nej. Angrebet kræver kun besiddelse af et rapport-token, ikke et almindeligt brugerlogin til Splunk.
Skal vi anmelde dette som et sikkerhedshændelse?
Sårbarheden i sig selv skal ikke anmeldes. Finder I derimod tegn på, at data faktisk er blevet hentet eller ændret af uautoriserede, kan det udløse anmeldelsespligt efter databeskyttelsesreglerne, og I bør vurdere det konkret.
Er der en midlertidig løsning, hvis vi ikke kan opdatere nu?
Der findes ingen officiel workaround. Det bedste midlertidige skridt er at inddrage eller begrænse eksponeringen af rapport-tokens og afskærme Splunk-installationen fra internettet, indtil opdateringen er gennemført.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:L
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
In Splunk Enterprise versions below 10.4.2, 10.2.6, 10.0.9, and 9.4.14, an unauthenticated user who has an embedded report token could download the dispatch archive for an embedded report search job and use exposed session material to access all relevant data and affect system integrity on the Splunk platform instance. The vulnerability is possible because the embedded report authorization flow does not block dispatch archive download requests before Splunk Enterprise begins sending the archive to the requester. For more information see Additional configuration for embedded reports (https://help.splunk.com/en/splunk-enterprise/create-dashboards-and-reports/reporting-manual/10.4/report-management/additional-configuration-for-embedded-reports) and Embed scheduled reports (https://help.splunk.com/en/splunk-enterprise/create-dashboards-and-reports/reporting-manual/10.4/report-management/embed-scheduled-reports) in the Splunk documentation.
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.