sshole: Parolă lungă, acces root pe sistemele cu musl

Cum funcționează depășirea de buffer?

O greșeală critică în OpenSSH permitea atacatorilor să preia controlul total (root) pe anumite distribuții Linux. Exploatarea ținea de sistemele care rulează biblioteca musl libc, comună în medii ușoare precum Alpine Linux. Cercetătorii au identificat problema ca fiind un depășire de buffer (buffer overflow) declanșat de introducerea unei parole excesiv de lungi. Vulnerabilitatea afecta o gamă largă de dispozitive, de la sistemele embedded până la serverele standard. Utilizatorii acestor platforme erau expuși la o compromitere imediată dacă defectul rămânea necorectat. Descoperirea subliniază riscurile persistente în software-ul de rețea de bază.

Bug-ul, denumit sshole de cercetătorul de securitate Özgün Kültekin, a existat timp de aproximativ zece ani. Acesta decurgea din modul în care procesul de autentificare gestiona șirurile de parolă. Când un utilizator introducea o parolă care depășea 256 de octeți, sistemul eșua să valideze corect lungimea. Această neglijență permitea atacatorului să suprascrie structurile de memorie vecine. În consecință, sistemul acorda acces neautorizat la root fără a verifica credentialele. Atacul nu cerea instrumente complexe sau acces anterior la sistem. O simplă încercare de autentificare cu un șir defectuos era suficientă pentru a declanșa exploatarea.

De ce a supraviețuit defectul un deceniu?

Kültekin a descoperit vulnerabilitatea în timp ce analiza gestionarea memoriei în sistemele bazate pe musl. Cauza rădăcină stătea în interacțiunea dintre OpenSSH și biblioteca C de bază. Implementările standard ale glibc gestionaau intrările lungi diferit, ceea ce masca bug-ul pe majoritatea distribuțiilor mainstream. Totuși, musl libc lipsea aceleași verificări de securitate. Această diferență făcea ca Alpine Linux și distribuțiile similare să fie deosebit de vulnerabile. Cercetătorul a demonstrat că trimiterea unei parole de 257 octeți sau mai mult provoca o prăbușire sau o escaladare a privilegiilor. Defectul nu era o eroare de logică, ci o problemă fundamentală de securitate a memoriei. Nu cerea permisiuni speciale pentru a începe, ceea ce îl făcea o amenințare de severitate ridicată.

Longevitatea vulnerabilității sugerează o lacună în testarea de securitate pentru mediile de nișă Linux. Majoritatea testelor de penetrare se concentrează pe distribuțiile standard precum Ubuntu sau RHEL. Sistemele bazate pe musl, deși populare în containere și dispozitive embedded, primesc adesea mai puțină atenție. În plus, exploatarea cerea o condiție specifică: ținta trebuie să permită autentificarea prin parolă. Multe implementări moderne folosesc autentificarea bazată pe chei, ceea ce atenuază acest risc specific. Totuși, sistemele vechi și serverele configurate greșit rămăneau expuse. Lipsa fuzzing-ului automatizat pentru această interacțiune specifică a permis bug-ului să supraviețuiască.

Întrebări frecvente

Care sunt distribuțiile Linux afectate de sshole? Sistemele care folosesc biblioteca musl libc sunt vulnerabile. Aceasta include Alpine Linux și alte distribuții minime. Distribuțiile mainstream care folosesc glibc nu sunt afectate de această depășire specifică.

Cum pot administratorii proteja sistemele lor imediat? Aplicați cele mai recente patch-uri OpenSSH publicate de producător. Alternativ, dezactivați complet autentificarea prin parolă. Impunerea accesului bazat pe chei elimină vectorul de atac pentru această exploatare.