---
title: Alpine Linux gjenoppbygger GitLab-instans etter alvorlig sikkerhetstrussel
url: https://www.dataloco.com/no/alpine-linux-gjenoppbygger-gitlab-instans-etter-alvorlig-sikkerhetstrussel
published: 2026-11-08T15:27:04+00:00
language: no
section: Sikkerhet
source: https://japan.zdnet.com/article/35254472/
organizations: Alpine Linux, GitLab
publisher: Dataloco
---

# Alpine Linux gjenoppbygger GitLab-instans etter alvorlig sikkerhetstrussel

Alpine Linux har fullstendig gjenoppbyttet sin GitLab-instans etter å ha oppdaget at cyberangripere forsøkte å utnytte en kritisk sikkerhetssårbarhet. Selskapet valgte å starte på nytt fra bunnen av fordi de ikke kunne utelukke at systemet var kompromittert, selv om det ikke fantes direkte bevis for at angrepene lyktes.

Angrepene fant sted mellom 20. og 21. oktober, da angripere prøvde å utnytte sårbarheten CVE-2026-97229. Alpine Linux bekreftet at angrepene var svært nære ved å lykkes, men teamet fant ingen bevis på at de faktisk hadde penetrert systemet. Likevel behandlet de instansen som om den var brutt opp, siden muligheten for innbrudd ikke kunne utelukkes. Sårbarheten har en CVSS-basisk score på 10,0, noe som indikerer den høyeste mulige alvorlighetsgraden. Det handler om en fjern kodeutførelse i GitLab Community Edition og Enterprise Edition, der uautoriserte angripere kan kjøre vilkårlig kode gjennom manipulerte regulære uttrykk i CI/CD-pipeline-konfigurasjoner.

Røttene til problemet ligger i en feil i Ruby-språkets regulære uttrykksmotor Onigmo. GitLab lanserte rettelser i versjonene 19.4.2, 19.3.5 og 19.2.8 den 12. oktober. Oppstream-Ruby ga også ut en retting den 23. oktober. Likevel ble Alpine Linux-serveren utsatt fordi den feilaktig ble oppgradert til GitLab 19.3.4 den 13. oktober, i stedet for den sikrede versjonen 19.3.5. En senere oppgradering til versjon 19.3.6 den 22. oktober inneholdt heller ikke rettingen, siden bildet brukte en standardversjon av Ruby uten sikkerhetsoppdateringer.

Under denne perioden sendte nyregistrerte kontoer manipulerte CI-konfigurasjoner som førte til at GitLab-arbeiderne krasjet åtte ganger. I fire av disse tilfellene nådde angriperne langt i utnyttelsesprosessen, men mislyktes i neste trinn. Det tyder på at angriperne hadde lastet ned Alpine Linux sin GitLab-containerbildeg og tilpasset angrepsmetodene nøyaktig etter bygge miljøet. Alpine Linux ble klar over situasjonen og at serveren fortsatt var sårbare den 26. oktober, og stengte serveren dagen etter.

Driften ble gjenopptatt den 29. oktober med Ruby 3.3.13 og en korrekt patchet versjon av GitLab 19.3.7. Likevel valgte utviklerne å gjenoppbygge instansen i stedet for å prøve å rense den. De konkluderte med at et vellykket angrep ikke ville etterlate spor i weblogger eller krasjrapporter. Deler av loggene fra angrepsdagen var allerede borte, og verken Alpine Linux eller vertsleverandøren registrerte utgående kommunikasjon. Derfor manglet det bevis for å bekrefte eller avkrefte kodeutførelse.

Som følge av gjenoppbyggingen må brukere av Alpine Linux sin GitLab-tjeneste tilbakestille passord, registrere tofaktorautentisering på nytt, generere nye tilgangstoken og akseptere nye SSH-vertsnøkler. Prosjektets vedlikeholdsteam må også angi alle verdier for CI/CD-miljøvariabler på nytt, under forutsetning om at disse kan ha blitt lekket.