Åland · Finland · SverigeOberoende källor. Praktiska åtgärder.
ÅlandSäkerhetsbloggenIT-säkerhet i praktiken
← Alla artiklar
CVSS 10,0● Känd exploatering

GitLab 10,0: kontrollera den egna servern

En kritisk sårbarhet i GitLab CE och EE kan möjliggöra kodkörning. Kontrollera version, uppdateringsväg och tecken på tidigare intrång.

Publicerad 31 okt. 2026 · Uppdaterad 31 okt. 2026 · 2 min läsning
Källor kontrollerade 31 okt. 2026 · Underlagets datum 2026-10-30 · AI-assisterat innehåll
Rekommenderat nästa steg

Prioritera sårbara installationer, särskilt internetexponerade tjänster.

Det här är bekräftat

CVE-2026-97229 har CVSS 3.1-poängen 10,0. Felet gäller reguljära uttryck i CI/CD och kan under vissa förutsättningar möjliggöra kodkörning utan inloggning. CERT-SE uppger att sårbarheten lagts till i CISA KEV. [1, 2]

Versioner att kontrollera

GitLab anger 19.2 före 19.2.8, 19.3 före 19.3.5 och 19.4 före 19.4.2. Dessa är rättningsnivåer i meddelandet. Välj en aktuell stödd målversion och följ GitLabs uppgraderingsväg. Uppgifterna gäller GitLab CE/EE. [1]

Vår rekommenderade åtgärd

Hantera eventuell misstanke om intrång separat från uppdateringen.

  1. Bekräfta installerad version och hur tjänsten exponeras.
  2. Kontrollera backup och återställning för data och konfiguration.
  3. Följ den stödda uppgraderingsvägen och testa projektåtkomst och pipelines.
  4. Granska loggar och konton. Vid misstänkt intrång: bedöm exponerade hemligheter och rätt ordning för återställning och byte.

Efter uppdateringen: tre tester som gör skillnad

Vår rekommendation är att dokumentera testerna i ändringsärendet. Om något misslyckas: avbryt vidare utrullning och använd den planerade felsöknings- eller återställningsvägen.

  1. Kontrollera GitLabs rapporterade version och att avsedd rättningsnivå eller en verifierad senare rättad version körs.
  2. Testa en vanlig användarinloggning och åtkomst till ett avsett testprojekt.
  3. Testa ett ofarligt Git-arbetsflöde och en kontrollerad testpipeline, utan att starta en skarp produktionsdistribution.

Behöver du en gemensam arbetsgång?

Guiden ”Ett säkerhetshål har upptäckts – så tar du det till en färdig åtgärd” beskriver hur du kontrollerar om du berörs, förbereder återställning och verifierar resultatet.

Källor

  1. GitLab: Critical Patch Release 19.4.2, 19.3.5, 19.2.8 ↗
  2. CERT-SE: GitLab rättar kritisk sårbarhet ↗

Siffror i texten hänvisar till källorna ovan. Arbetsordningar och checklistor är bloggens praktiska rekommendationer.