Docker Hub zatvorio kritičan propust u prenosu PAT tokena
Docker je 30. septembra ispravio kritičnu ranjivost CVE-2026-105445 u registru Docker Hub, sa CVSS 4.0 ocenom 9,4. Propust je od 26. avgusta 2024. omogućavao da lični pristupni token, odnosno PAT, nakon konverzije ličnog naloga u organizaciju može da se koristi u registru pod identitetom drugog korisnika.
Docker navodi da nema dokaza da je ranjivost iskorišćena. Ispravka je primenjena na samom Docker Hubu, pa korisnici ne moraju da instaliraju ažuriranje. Pristup je bio ograničen na registar: token nije omogućavao ulazak u veb interfejs niti promenu lozinke, adrese e-pošte ili podešavanja dvofaktorske autentifikacije.
Kako je dolazilo do promene identiteta tokena
Docker Hub ne podržava direktan prenos repozitorijuma između naloga. Umesto toga, korisnik može da pretvori lični nalog u organizaciju istog imena i za njenog vlasnika imenuje postojeći nalog. Svaki PAT radi sa nivoom dozvola koji mu je dodeljen pri kreiranju.
Tokom perioda u kojem je propust postojao, postupak konverzije menjao je zabeleženog vlasnika svakog tokena, dok je njegova tajna ostajala nepromenjena. Napadač bi mogao da napravi token na nalogu koji kontroliše, taj nalog pretvori u organizaciju i za vlasnika postavi drugog korisnika. Token bi zatim u registru radio kao token imenovanog vlasnika, bez njegove potvrde i obaveštenja.
U okviru dozvola tokena, to je moglo da omogući preuzimanje, objavljivanje ili brisanje slika u repozitorijumima imenovanog korisnika i organizacijama kojima on pristupa. Docker je propust označio kao kritičan jer se tako mogu objaviti slike pod legitimnim imenom izdavača.
Pregled evidencije i mere za korisnike
Istraživači Peter Molnar i Krisztian Hozak iz mptrdev.com prijavili su propust, koji su nazvali GhostPat. Docker kaže da je ispravku postavio za manje od četiri sata od prijave. Kompanija je zatim pregledala svaku konverziju naloga iz pogođenog perioda, uporedila je sa zapisima registra i evidencijom tokena.
Analiza je obuhvatila približno 304.000 slanja slika izvršenih prenetim tokenima. Docker navodi da je svako takvo slanje završilo u repozitorijumu konvertovane organizacije ili njenog imenovanog vlasnika. Kada nije mogao da potvrdi da oba naloga pripadaju istoj osobi ili timu, pregledao je javne slike sa najvećim rizikom bez njihovog pokretanja i nije pronašao malver ni izmene.
Zapisnici registra beleže upotrebu tokena, ali ne i samo njegovo postojanje. Zato je Docker svaki token prenet tokom konverzije tretirao kao potencijalno pogođen, čak i kada nije bio korišćen. Korisnicima čiji su nalozi primili prenete tokene i vlasnicima uključenih organizacija poslata su obaveštenja 2. oktobra, a identifikovani tokeni su deaktivirani 8. oktobra, osim onih čije je zadržavanje zatražio vlasnik.
Šta treba proveriti u poslovnom okruženju
Docker savetuje pregled liste u odeljku Account settings, zatim Personal access tokens, gde su dostupni datum kreiranja i poslednje upotrebe tokena. Signal za proveru je token koji korisnik nije kreirao, bez obzira na njegov opis, kao i organizacija u biraču naloga kojoj se korisnik ne seća da se pridružio.
Za automatizaciju koja pripada organizaciji preporuka je korišćenje organizacionih pristupnih tokena umesto PAT-a jedne osobe. Oni zahtevaju pretplatu Docker Team ili Docker Business, a vlasnici organizacije na tim paketima mogu da provere prethodna slanja kroz activity logs. Za poslovne timove praktičan zaključak je da redovno opozivaju nepotrebne tokene, razdvoje lične i organizacione identitete za CI procese i proveravaju trag objavljenih slika.