CVE-2026-53791: Kritisk fejl i rsync-daemonen tillader IP-forfalskning
Fejl i rsync-daemonen (CVE-2026-53791) lader angribere forfalske deres IP og omgå adgangskontrol. Opdatér til rsync 3.5.0.
Hvad er det?
CVE-2026-53791 er en sårbarhed i rsync-daemonen, det program der kører rsync som en tjeneste på netværket og lytter efter forbindelser fra andre servere. Fejlen ligger i håndteringen af PROXY-protokollen, en teknisk metode til at videresende den oprindelige afsender-IP-adresse, når trafik passerer gennem en proxy eller load balancer. En angriber kan sende en forfalsket PROXY-header med en falsk afsender-IP og på den måde omgå de hosts allow og hosts deny-regler, som administratorer bruger til at begrænse, hvilke IP-adresser der må tilgå daemonen. Angrebet kræver ikke login og kan udføres af enhver, der kan oprette en direkte netværksforbindelse til rsync-daemonen.
Hvem rammer det?
Sårbarheden rammer virksomheder og kommuner, der kører rsync i daemon-tilstand (rsyncd), typisk til backup, filsynkronisering mellem servere eller distribution af filer mellem lokationer. Det gælder alle versioner af rsync-daemonen før 3.5.0. Rsync brugt via SSH til fjernkopiering er ikke berørt, da det ikke bruger den sårbare daemon-adgangskontrol.
Hvad kan ske?
En angriber, der normalt er blokeret af IP-baserede adgangsregler, kan forfalske sin afsender-adresse og få adgang til rsync-daemonen, som var det en betroet server. Det kan give indsigt i fortrolige filer, herunder backupdata, konfigurationsfiler eller kundedata, som daemonen har adgang til. Sårbarheden giver ikke mulighed for at lukke tjenesten ned, men den kan give uautoriseret læse- og i nogle opsætninger skriveadgang til data, der skulle have været afskærmet.
Hvor alvorligt er det?
CVSS-scoren er 9,1 ud af 10, kritisk. Angrebet kræver ingen godkendelse, ingen handling fra en bruger, og kan udføres over netværket med lav kompleksitet. Konsekvensen er høj risiko for fortrolighed og integritet, altså at data kan læses eller ændres uretmæssigt, mens tjenestens tilgængelighed ikke påvirkes. Der er ingen oplysninger om, at sårbarheden aktivt udnyttes i angreb ved offentliggørelsen, men den lave angrebskompleksitet betyder, at det kan ændre sig hurtigt.
Hvad gør jeg nu?
Sådan lukker I hullet og begrænser risikoen, mens opdateringen implementeres:
- Opdatér rsync-daemonen til version 3.5.0 eller nyere, det fjerner selve sårbarheden.
- Kan opdateringen ikke ske med det samme, så sørg for at rsync-daemonen ikke er direkte tilgængelig fra internettet, brug firewall eller VPN til at begrænse adgang.
- Gennemgå jeres rsyncd.conf og vurdér, om hosts allow og hosts deny er den eneste beskyttelse, tilføj et lag mere, fx netværkssegmentering eller autentificering.
- Tjek logfiler for uventede forbindelser fra IP-adresser, der normalt skulle være blokeret.
- Genstart rsync-daemonen efter opdateringen, og bekræft versionen med rsync –version.
- Hvis I ikke selv kan vurdere jeres rsync-opsætning eller finde daemonen i jeres infrastruktur, bør I hente ekstern hjælp til at kortlægge og lukke sårbarheden.
Opdatér inden for få dage
Vi anbefaler, at rsync-daemonen opdateres til version 3.5.0 så hurtigt som praktisk muligt, da angrebet er simpelt at udføre og ikke kræver godkendelse. Er daemonen kun tilgængelig fra et internt, afskærmet netværk uden direkte internetadgang, kan opdateringen planlægges inden for den normale opdateringscyklus. Er daemonen tilgængelig fra internettet eller fra andre virksomheders netværk, bør opdateringen prioriteres højt, og adgangen bør i mellemtiden begrænses via firewall.
Tidslinje
Konkrete eksempler
Backup-server mellem to kontorer
En dansk virksomhed med to kontorer bruger rsync-daemonen til at synkronisere backupfiler mellem lokationerne og har afgrænset adgangen med hosts allow til kun at tillade det andet kontors IP-adresse. En angriber, der har fundet daemonen tilgængelig via en fejlkonfigureret firewallregel, forfalsker afsender-IP’en med en PROXY-header og får adgang til backupdataene, selv om deres egen IP-adresse ellers skulle have været blokeret.
Ofte stillede spørgsmål
Er vi ramt, hvis vi bruger rsync over SSH?
Nej. Sårbarheden ligger i rsync-daemonen (rsyncd), som lytter direkte på netværket og bruger hosts allow/deny-regler. Bruger I rsync til fjernkopiering via SSH, er I ikke berørt af denne konkrete fejl.
Hvordan tjekker vi, om vi kører rsync i daemon-tilstand?
Tjek om rsyncd-processen kører, og om port 873 er åben på jeres servere, det er standardporten for rsync-daemonen. I kan også se efter en rsyncd.conf-fil, som kun bruges i daemon-tilstand.
Kan vi vente til weekenden med at opdatere?
Det afhænger af, om daemonen er tilgængelig fra internettet eller andre eksterne netværk. Er den kun tilgængelig internt og godt afskærmet, kan I vente til næste planlagte opdateringsvindue. Er den eksternt tilgængelig, bør opdateringen prioriteres før weekenden.
Skal vi anmelde dette til en myndighed?
Kun hvis udnyttelse af sårbarheden fører til et konstateret databrud, som falder ind under GDPR eller anden lovgivning om anmeldelsespligt. Selve sårbarheden i sig selv udløser ikke en anmeldelsespligt.
Er hosts allow og hosts deny så ubrugelige nu?
Ikke helt, men de bør ikke stå som den eneste adgangskontrol, når daemonen kan nås fra netværk, hvor angribere kan forfalske PROXY-headeren. Kombinér med opdatering til 3.5.0, netværkssegmentering eller VPN for et mere robust forsvar.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
rsync daemon before 3.5.0 contains an IP address spoofing vulnerability that allows unauthenticated remote attackers to bypass IP-based access controls by sending a crafted PROXY protocol header with a forged source address. Attackers who can connect directly to the rsync daemon can inject a spoofed source IP in the PROXY protocol header to circumvent hosts allow/deny rules, gaining unauthorized access that would otherwise be blocked based on their real source address.
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.