CVE-2026-13097: Kritisk fejl i FreeIPA og 389-ds
Fejl i FreeIPA lader brugere med skriverettigheder i LDAP-katalogtjenesten overtage privilegerede Kerberos-konti. Opdatér 389-ds og FreeIPA-pakker.
Hvad er det?
CVE-2026-13097 er en fejl i FreeIPA, et system til centraliseret identitetsstyring og login på tværs af Linux- og Unix-servere. Fejlen ligger i katalogtjenesten 389-ds, som opbevarer brugere og tjenestekonti. Systemet skal sikre, at hvert Kerberos-principalnavn, altså identiteten bag en bruger- eller servicekonto i autentificeringssystemet Kerberos, kun findes én gang. Kontrollen tjekker ikke for forskellige skriveformer af det samme navn. En bruger med skriverettigheder i katalogtjenesten kan derfor oprette en ny tjenestekonto, der i praksis fremstår identisk med en eksisterende privilegeret konto. Det åbner for, at systemet udleverer billetter (adgangsbeviser) til følsomme tjenester til den forkerte konto.
Hvem rammer det?
Sårbarheden rammer organisationer, der bruger FreeIPA eller Red Hat Identity Management, herunder den underliggende 389-ds directory server, til at styre brugere, servere og Kerberos-autentificering. Det gælder typisk kommuner, uddannelsesinstitutioner og virksomheder med Linux-tung infrastruktur, hvor FreeIPA fungerer som modstykke til Active Directory. NVD angiver ingen bestemt versionsafgrænsning, så alle installationer bør kontrollere, om de kører en rettet pakke.
Hvad kan ske?
En bruger, der allerede har fået tildelt skriverettigheder i katalogtjenesten, eksempelvis en helpdesk-medarbejder eller en delegeret administrator, kan oprette en tjenestekonto, der udgiver sig for en eksisterende privilegeret konto. Herefter kan personen få udstedt gyldige Kerberos-billetter til følsomme tjenester og dermed skaffe sig adgang, som normalt kun tilhører domæneadministratorer. I værste fald giver det fuld kontrol over hele domænet og alle systemer, der stoler på det.
Hvor alvorligt er det?
CVSS-scoren er 9,1 ud af 10, hvilket er kritisk. Angrebet kræver ikke brugerinteraktion og kan udføres over netværket med lav kompleksitet, men det kræver, at angriberen allerede har høje privilegier i form af skriverettigheder i LDAP. Det gør sårbarheden mest relevant som et internt trin i en angrebskæde, for eksempel efter en kompromitteret helpdesk-konto, snarere end noget en udenforstående kan udnytte direkte. Konsekvensen ved udnyttelse er dog fuld kompromittering af fortrolighed, integritet og tilgængelighed. Der er ikke offentligt kendte tilfælde af aktiv udnyttelse på offentliggørelsestidspunktet.
Hvad gør jeg nu?
Følgende trin lukker hullet og begrænser skaden, hvis det allerede er udnyttet.
- Opdatér 389-ds-base og freeipa-server til den rettede pakke fra jeres distributions sikkerhedskanal, for eksempel Red Hat eller Fedora.
- Gennemgå, hvem der har skriverettigheder i katalogtjenesten, og reducér delegerede rettigheder til det, der faktisk er nødvendigt.
- Søg efter dubletter eller usædvanlige tjenesteprincipaler, der ligner eksisterende privilegerede konti.
- Gennemgå Kerberos-logs for uventet udstedelse af tjenestebilletter til følsomme services.
- Skift adgangskoder og nøgler for privilegerede tjenestekonti, hvis I finder tegn på misbrug.
- Hent ekstern hjælp, hvis I ikke har erfaring med FreeIPA-hærdning eller ikke selv kan verificere, om katalogtjenesten er rettet.
Opdatér inden for en uge
Vi anbefaler, at I opdaterer 389-ds og FreeIPA-pakkerne ved førstkommende planlagte vindue, dog senest inden for en uge, og samtidig strammer op på, hvem der har skriverettigheder i katalogtjenesten. Fordi angrebet kræver eksisterende privilegier, kan I vente til et normalt patchvindue, hvis I i mellemtiden begrænser antallet af brugere med LDAP-skriverettigheder. Er I i tvivl om, hvilke rettigheder der er delegeret i jeres opsætning, bør I få en gennemgang, før I venter længere.
Tidslinje
Konkrete eksempler
Delegeret helpdesk-konto misbruges
En kommune bruger FreeIPA til at styre login på sine Linux-servere og har givet en helpdesk-medarbejder begrænsede skriverettigheder i katalogtjenesten til at oprette nye brugere. Medarbejderens konto bliver kompromitteret gennem en phishing-mail. Angriberen bruger de eksisterende skriverettigheder til at oprette en tjenestekonto, der efterligner domænets administrative service, og får dermed udstedt Kerberos-billetter, der giver adgang til alle servere i domænet.
Ofte stillede spørgsmål
Er vi ramt af denne sårbarhed?
I er kun ramt, hvis I bruger FreeIPA eller Red Hat Identity Management med 389-ds som directory server. Kontrollér den installerede version af 389-ds-base og freeipa-server, og sammenhold med sikkerhedsopdateringer fra jeres leverandør.
Hvordan tjekker vi, om vores installation er rettet?
Se pakkeversionen for 389-ds-base og freeipa-server på jeres servere, og sammenlign med den seneste sikkerhedsopdatering fra Red Hat eller Fedora. Er I i tvivl, kan jeres Linux-leverandør eller en sikkerhedsrådgiver bekræfte det.
Kan vi vente til weekenden med at opdatere?
Ja, hvis I samtidig begrænser antallet af brugere med skriverettigheder i katalogtjenesten i mellemtiden. Angrebet kræver, at nogen allerede har den slags rettigheder, så risikoen er lavere end ved sårbarheder, der kan udnyttes udefra uden forudgående adgang.
Hvad er en Kerberos service principal?
Det er identiteten for en tjeneste eller en server i Kerberos-autentificeringssystemet, som bruges til at bevise, hvem man er, uden at sende adgangskoder over netværket. Får en angriber kontrol over en privilegeret service principal, kan de udstede sig som den tjeneste over for alle systemer, der stoler på den.
Skal vi anmelde det til myndighederne?
Kun hvis I finder konkrete tegn på, at sårbarheden er udnyttet og persondata er kompromitteret. Så gælder de almindelige regler om anmeldelse til Datatilsynet inden 72 timer. Selve tilstedeværelsen af en sårbarhed, som ikke er udnyttet, kræver ikke anmeldelse.
Hvem kan udnytte denne sårbarhed?
En bruger, der allerede har skriverettigheder i katalogtjenesten, for eksempel en delegeret administrator eller en kompromitteret helpdesk-konto. Det er ikke en fejl, som en udenforstående uden nogen adgang kan udnytte direkte.
CVSS-detaljer
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H
CWE-svaghedstyper
Original NVD-beskrivelse (engelsk)
A privilege escalation flaw was found in FreeIPA. The uniqueness constraint enforced on Kerberos principal name attributes in the 389-ds directory server does not properly account for equivalent representations of the same principal name, allowing a user with sufficient LDAP write privileges to create a service principal that impersonates an existing privileged one. This can lead to unauthorized acquisition of Kerberos service tickets for sensitive services, potentially resulting in full domain compromise.
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.