EDK II'deki 16 yillik acik, aglardan onyukleyen sunucularda Secure Boot oncesi kod calistirabiliyor

Cogu firmware ureticisinin uzerine insa ettigi acik kaynakli UEFI referans kodu EDK II'deki 16 yillik bir arabellek tasmasi, PXE onyukleme sirasinda ag uzerinden tetiklenebiliyor ve bir saldirganin Secure Boot denetimlerinden once kod calistirmasina imkan verebiliyor. The Hacker News'in aktardigina gore CVE-2026-97631 kodlu acik, TianoCore'un 22 Ekim'de yayimladigi uyarida (GHSA-99cj-7hg9-mp4m) 10 uzerinden 9,5 olarak derecelendirildi ve henuz yamalanmis kararli bir surum bulunmuyor.

Teknik detaylar

The Hacker News'e gore EDK II'nin PXE surucusu, ICMP hata mesajlarini ve ilgili durum mesajlarini sabit 504 baytlik bir arabellege kopyaliyor; ancak boyut kontrolleri hem IPv4 hem IPv6 kodunda hatali oldugu icin daha uzun mesajlar yakindaki bellegin uzerine yaziliyor. Hatali kopyalama dongusu Kasim 2010 tarihli bir degisiklige dayaniyor. Saldirganin parolaya veya onceden erisime ihtiyaci yok; makine ag uzerinden onyukleme yaparken adresine ozel hazirlanmis tek bir hata mesaji gondermesi yetiyor. En olasi sonuc cokme ya da takilan bir onyukleme; kod calistirmak ise cok daha zor ve uyariya gore saldirganin, sahte bir olay hazirlamak icin tam firmware surumunu bilmesini gerektiriyor.

Neden onemli?

The Hacker News, enjekte edilen kodun Secure Boot ve diger onyukleme zamani denetimlerinden once calistigini, acigi ciddi kilan seyin de bu oldugunu belirtiyor. Enjekte edilen kod tek seferlik calissa ve kendiliginden kalici olmasa da, her onyuklemede calisan kod yukleyebiliyor; onyukleme asamasi ise TPM gibi hassas bilesenlere hala ulasabiliyor ve arastirmacilara gore bu, bazi senaryolarda disk sifrelemesini asmaya yardimci olabilir. Eclypsium'dan Jesse Michael'in sozlerine gore acik, Secure Boot atlatmalarinin aksine temel bir kod duzeltmesiyle giderilebiliyor ve sertifika ya da anahtar iptali gerektirmiyor. Dragos arastirma sorumlusu HD Moore ise acigin, onyukleme sureci hala hassas bilesenlere erisebilirken saldirganin program akisini ele gecirmesine izin verebilecegi uyarisinda bulunuyor.

Kimler etkileniyor?

The Hacker News'e gore edk2-stable202608 dahil onceki EDK II surumleri etkileniyor ve EDK II; AMI, Insyde, Phoenix ile Microsoft'un Project Mu'sunun temelini olusturuyor. Red Hat, RHEL 8, 9 ve 10'daki edk2'yi etkilenmis ve yamalanmamis olarak listeliyor; SUSE ve Debian da paketlerini ayni sekilde isaretliyor. PXE, EDK II'nin standart derlemesinde varsayilan olarak etkin oldugundan olasi etki aglardan onyukleyen sunuculara ve veri merkezi donanimlarina dusuyor; yalnizca yerel diskten onyukleyen makineler etkilenmiyor. Intel, bildigi kadariyla ticari olarak desteklenen hicbir urununun etkilenmedigini soyledi; Arm ise acigin kendi urun yelpazesine dogrudan uygulanamadigini belirtti. Acik, Anthropic'ten Alex Matrosov ve Google'dan Dan Holmes-Mitra'ya atfedildi.

Ne yapmali?

EDK II ana dalina 15 Ekim'de bir duzeltme (PR #13302) birlestirildi ve asiri boyuttaki mesajlari kirpiyor; ancak uyari hala yamalanmis surumun mevcut olmadigini belirtiyor, bu yuzden sunucu operatorleri firmware ureticilerinin bir BIOS ya da UEFI guncellemesi yayimlamasini beklemek zorunda. The Hacker News, suan icin bir istismar belirtisi olmadigini ve acigin, CISA'nin 27 Ekim guncellemesi itibariyla Bilinen Istismar Edilen Zafiyetler katalogunda yer almadigini aktariyor. PXE'ye ihtiyac duymayan operatorler bunu devre disi birakmali; ayrica onyukleme zamani ag trafiginin ve kayitlarin izlenmesi de oneriliyor.