CVE-2026-73056: Kritisk fejl i SiYuan giver admin-adgang
SiYuan-kernen før version 3.7.4 tillader ubegrænsede gæt på API-token, så angribere kan opnå fuld administratoradgang. Opdatér nu.
Hvad er det?
SiYuan er et open source noteprogram, der ofte selv-hostes af virksomheder til intern videndeling og dokumentation. Sårbarheden CVE-2026-73056 sidder i den funktion, der tjekker adgangskoder (CheckAuth-middleware). Programmet accepterer et API-token, en hemmelig nøgle der giver adgang uden login, både via en header og via et almindeligt link-parameter. Ingen af de to metoder er beskyttet af den lås, der normalt stopper gentagne fejlslagne loginforsøg. Det betyder, at en angriber kan afprøve tusindvis af tokens automatisk, uden at blive spærret ude. Lykkes gættet, får angriberen fuld administratoradgang til systemet.
Hvem rammer det?
Alle, der kører SiYuan kernel i version før 3.7.4, og som har gjort programmets API tilgængeligt fra internettet, for eksempel via en reverse proxy eller portåbning. Risikoen er størst, hvis der er sat et kort eller simpelt brugerdefineret token op i stedet for et langt, tilfældigt genereret token. Danske virksomheder og kommuner, der bruger SiYuan som intern videnbase, projektdokumentation eller notatsystem på egen server, er de primære berørte.
Hvad kan ske?
Får en angriber gættet tokenet rigtigt, opnår vedkommende rollen RoleAdministrator, den højeste rettighed i systemet. Herfra kan angriberen læse, ændre og slette alle filer i noteprogrammet, køre vilkårlige databaseforespørgsler og dermed trække al data ud, herunder fortrolige dokumenter, kundeoplysninger eller interne beslutninger. Data kan også blive krypteret eller slettet som led i afpresning.
Hvor alvorligt er det?
CVSS-scoren er 9,8 ud af 10, kritisk. Angrebet kræver hverken login, særlige rettigheder eller at en bruger klikker på noget. Det kan udføres fuldt automatisk over netværket af en hvilken som helst angriber, der kan nå serverens API. Kombinationen af lav kompleksitet og høj konsekvens for fortrolighed, integritet og tilgængelighed gør det til en af de mest alvorlige sårbarhedstyper, der findes.
Hvad gør jeg nu?
Følgende trin lukker hullet og begrænser skaden, hvis systemet allerede har været udsat.
- Opdatér SiYuan kernel til version 3.7.4 eller nyere, hvor CAPTCHA og lockout-mekanismen også dækker header- og query-baseret token-login.
- Skift jeres API-token til en lang, tilfældigt genereret værdi, uanset om I opdaterer med det samme eller ej.
- Fjern eller begræns adgangen til API’et fra internettet, så det kun kan tilgås via VPN eller intern netværk, indtil opdateringen er installeret.
- Gennemgå adgangslogs for usædvanligt mange loginforsøg eller mislykkede token-forsøg i perioden op til offentliggørelsen.
- Tag en sikkerhedskopi og vurdér, om filer eller database bærer spor af uautoriseret adgang, hvis logs viser mistænkelig aktivitet.
- Kontakt en sikkerhedsrådgiver, hvis I finder tegn på indbrud, eller hvis I er usikre på, om jeres opsætning er eksponeret.
Opdatér inden for 48 timer
Vi anbefaler, at I opdaterer SiYuan kernel til 3.7.4 eller nyere så hurtigt som muligt, især hvis API’et er tilgængeligt fra internettet. Skift samtidig token til en lang, tilfældig værdi som en ekstra sikkerhed. Det er kun forsvarligt at vente, hvis jeres SiYuan-installation udelukkende kan tilgås fra et lukket internt netværk uden ekstern adgang.
Tidslinje
Konkrete eksempler
Intern videnbase eksponeret ved en fejl
En dansk konsulentvirksomhed bruger SiYuan som intern videnbase og har åbnet API’et gennem en reverse proxy for at kunne tilgå det på farten. De har sat et kort, letforståeligt token op af bekvemmelighed. En angriber scanner internettet, finder den åbne API-adresse og kører et automatisk script, der afprøver tusindvis af tokens i timen. Efter kort tid rammer scriptet det rigtige token og får administratoradgang til al virksomhedens dokumentation, herunder kundekontrakter og interne strategipapirer.
Ofte stillede spørgsmål
Hvordan finder vi ud af, om vores SiYuan-installation er sårbar?
Tjek versionsnummeret i SiYuan under indstillinger eller om-siden. Er det lavere end 3.7.4, er installationen sårbar. Tjek også, om API’et kan nås fra internettet, for eksempel ved at forsøge at tilgå adressen udefra.
Kan vi vente med opdateringen til efter weekenden?
Det kan I kun, hvis API’et ikke er tilgængeligt fra internettet. Er det eksponeret, bør opdateringen ske med det samme, da sårbarheden kan udnyttes fuldt automatisk uden login.
Er sårbarheden udnyttet i praksis?
Der er på offentliggørelsestidspunktet ingen kendte rapporter om aktiv udnyttelse. Det ændrer dog ikke ved, at sårbarheden er let at udnytte automatisk, hvis den bliver kendt bredt.
Er det nok bare at skifte token, uden at opdatere?
Et langt og tilfældigt token gør det betydeligt sværere at gætte, men selve fejlen i beskyttelsen mod gentagne forsøg består, indtil I opdaterer til 3.7.4 eller nyere. Vi anbefaler begge dele.
Skal vi anmelde hændelsen, hvis vi finder tegn på indbrud?
Har uvedkommende fået adgang til personoplysninger, kan I være forpligtet til at anmelde det til Datatilsynet inden for 72 timer. Vi anbefaler at få en konkret vurdering, hvis logs viser tegn på uautoriseret adgang.
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)
SiYuan kernel versions before 3.7.4 contain an improper restriction of excessive authentication attempts vulnerability in the CheckAuth() middleware. The middleware accepts the API token (Conf.Api.Token) via an Authorization header (Token/Bearer) or a ?token= query parameter, and neither path is protected by the application’s CAPTCHA/lockout mechanism (NeedCaptcha/WrongAuthCount). As a result, an unauthenticated remote attacker can perform unlimited automated guesses of the API token, particularly when a short or weak custom token has been configured, and upon success gains full RoleAdministrator access enabling arbitrary file operations and SQL queries.
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.