dev · · 21:02 · 2 min de citit
Ghid de Patching: Închiderea Bypass-ului de Autentificare SSH CVE-2026-67276 pe Routerele MikroTik
O vulnerabilitate critică, CVE-2026-67276, permite atacatorilor să ocolească autentificarea SSH pe MikroTik RouterOS folosind o cheie publică RSA falsificată, acordând potențial control administrativ. Acest ghid prezintă pașii pentru identificare, actualizarea la versiuni corectate și reducerea expunerii în timpul patching-ului.
O vulnerabilitate critică de securitate, identificată ca CVE-2026-67276 și clasificată CRITICAL de CERT-In (CIVN-2026-0460), a fost descoperită în MikroTik RouterOS. Această defecțiune permite unui atacator să ocolească autentificarea SSH prin prezentarea unei chei publice RSA falsificate și a unei semnături, ceea ce ar putea duce la control administrativ complet asupra routerului afectat. Vulnerabilitatea afectează anumite intervale de versiuni ale RouterOS, inclusiv versiuni anterioare 7.24.2, 7.23.4 și 6.49.21, în funcție de ciclul de lansare.
Detaliile tehnice relevă că bypass-ul exploatează mecanismul de autentificare SSH prin acceptarea unei chei publice RSA și a unei semnături special create. Acest ghid oferă un set condensat de acțiuni pentru administratori pentru a atenua riscul. Primul pas implică identificarea dispozitivelor potențial afectate prin verificarea versiunii lor de RouterOS în raport cu intervalele vulnerabile. O scanare largă folosind ZoomEye pentru 'os="RouterOS"' a indicat o suprafață externă mare, deși nu toate dispozitivele sunt confirmate ca fiind vulnerabile. Soluția principală este actualizarea la versiunile patch-uite lansate de MikroTik în septembrie 2026, care abordează, de asemenea, două vulnerabilități conexe: CVE-2026-86060 (escaladare de privilegii) și CVE-2026-67277 (DoS și divulgare de memorie).
Având în vedere severitatea și lipsa de soluții alternative, patching-ul imediat este crucial, deoarece orice port SSH accesibil pe un dispozitiv nepatch-uit este expus riscului. Administratorilor li se recomandă să reducă expunerea prin restricționarea accesului SSH la rețele de încredere sau adrese IP sursă, dezactivarea SSH pe dispozitivele neesențiale și dezactivarea sau firewall-ul serviciului de testare a lățimii de bandă dacă nu este utilizat. Înregistrarea autentificărilor administrative și configurarea alertelor pentru activități suspecte sunt, de asemenea, practici de securitate recomandate în timpul ferestrei de patching. Soluția definitivă rămâne actualizarea la cea mai recentă versiune stabilă.
$ sursa --originală
dev.to
Rezumat realizat de Sudofeed pe baza articolului original. Drepturile asupra conținutului aparțin sursei originale.