O vulnerabilitate critică a firmware-ului UEFI ar putea expune milioane de servere

O vulnerabilitate critică în firmware-ul open-source EDK II permite unui atacator la distanță să execute cod pe un dispozitiv înainte de pornirea sistemului de operare.

Vulnerabilitatea este înregistrată sub identificatorul CVE-2026-97631. Aceasta se află în driverul de bootare prin rețea (PXE) și a primit un scor CvSS v4 de 9.5/10.

Avizul menționează pachetul NetworkPkg din versiunea master a EDK II din 14 septembrie 2026. EDK II este codul de referință pe care mulți producători de firmware îl utilizează pentru a crea firmware UEFI, astfel încât vulnerabilitatea poate afecta serverele, computerele desktop și laptopurile care pornesc prin rețea.

Pagina de avertizare indică în continuare Nu a fost remediat încă, deși o soluție a fost deja integrată în codul public. Furnizorii trebuie acum să includă acea soluție în propriile actualizări de firmware, proces care durează de obicei mult mai mult.

În timpul unei porniri PXE, driverul numit UefiPxeBcDxe așteaptă mesaje de eroare ICMP din rețea. Acesta copiază fiecare mesaj într-un câmp fix de 504 octeți. Codul de copiere verifică incorect dimensiunile atât în handler-ele IPv4, cât și în cele IPv6. În cazul unui mesaj mai lung de 504 de octeți, acesta continuă să copieze oricum. De asemenea, mută poziția de scriere cu lungimea totală copiată până în acel moment, în loc de lungimea segmentului curent. Prin urmare, octeții controlați de atacator ajung dincolo de sfârșitul câmpului. Nimic din etapa anterioară a procesului de recepție nu limitează dimensiunea mesajului.

Atacatorul nu are nevoie de autentificare și nici de vreo acțiune din partea utilizatorului. Trebuie doar să trimită un singur mesaj de eroare ICMP adresat adresei IP a clientului în timp ce acesta se inițializează prin PXE. Mesajul poate proveni de la orice distanță din rețea. Perioada de expunere durează atât cât durează inițializarea prin PXE.

Problemele apar sub două forme. Cea mai simplă este o blocare. Următoarea eroare ICMP declanșează o excepție CPU în interiorul nucleului DXE, iar procesul de pornire se blochează. Acest lucru împiedică instalarea sistemului de operare și recuperarea. Forma mai gravă necesită cunoștințe mai aprofundate. Un atacator care cunoaște versiunea exactă a firmware-ului poate introduce un eveniment fals în același pachet. Firmware-ul execută apoi datele atacatorului la cel mai înalt nivel de privilegii, înainte ca Secure Boot sau procesul de boot să verifice ceva.

Serverele sunt cele mai expuse riscului, deoarece centrele de date se bazează adesea pe PXE pentru a instala și reconfigura mașinile în bloc. Instrumentele care rulează la fiecare ciclu de realimentare oferă atacatorilor șanse repetate de a afecta sistemul.

Această descoperire se adaugă unei serii de vulnerabilități de securitate la nivel de firmware care implică codul de pornire prin rețea, cheile de autentificare de încredere și chiar imaginile afișate la pornirea unui computer. Aceste vulnerabilități au puncte de intrare diferite, dar au o caracteristică comună: atacatorii pot viza codul care se execută înainte ca mecanismele normale de protecție ale sistemului de operare să preia controlul.

Un exemplu este PKfail, o problemă din lanțul de producție a firmware-ului cauzată de faptul că producătorii de dispozitive livrează produse cu chei de platformă de testare care nu ar fi trebuit să fie considerate de încredere în producția de serie. Aceste chei ajută la controlul lanțului de încredere al funcției Secure Boot.

Un atacator care obține cheia privată corespunzătoare o poate folosi pentru a înlocui setările de pornire de încredere și pentru a permite rularea de software rău intenționat, chiar și cu funcția Secure Boot activată.

Un alt exemplu, LogoFAIL, a scos la iveală vulnerabilități în codul care citește imaginile cu logo-urile producătorilor în timpul pornirii. O imagine special concepută ar putea declanșa executarea codului în timpul etapei Driver Execution Environment (DXE). Aceasta este aceeași etapă inițială a firmware-ului vizată de vulnerabilitatea PXE recent dezvăluită, deși metoda de transmitere este diferită.

Remedierea este reprezentată de cererea de integrare (pull request) 13302. Aceasta adaugă verificări adecvate ale limitelor și corectează calculele legate de pointeri. Mesajele ICMP supradimensionate sunt acum trunchiate odată ce bufferul este plin. Patch-ul golește, de asemenea, bufferul înainte de fiecare copiere, astfel încât octeții vechi proveniți dintr-o eroare anterioară să nu poată rămâne. Acesta adaugă teste unitare care au eșuat înainte de modificare și care trec cu succes după aceasta

Sursă: https://cybersecuritynews.com/uefi-firmware-vulnerability/