Linux çekirdeği BHI açığı için yanlış azaltma seçimini düzeltti

Linux çekirdeği geliştiricileri, BHI adıyla bilinen işlemci zafiyetine karşı uygulanan korumanın yanlış seçilmesine neden olan bir hatayı düzeltti. Düzeltme, bu haftaki x86 yamaları arasında yer aldı. Yamalar, Linux 7.4-rc2 sürümünün yayımlanmasından hemen önce çekirdek yöneticilerine iletildi.

Haftalık x86 düzeltme paketinde ne var?

Linux çekirdeğinde her sürüm adayı döneminde x86 mimarisine ait hata düzeltmeleri toplu biçimde gönderilir. Bu hafta da böyle bir paket hazırlandı ve içinde BHI açığına karşı devreye giren azaltma yönteminin seçim mantığını onaran bir değişiklik bulunuyor. Kaynakta bu değişikliğin ayrıntılı teknik dökümü yok; yalnızca seçimin hatalı olduğu ve bunun giderildiği bilgisi veriliyor. Bu nedenle hangi işlemci modellerinin ya da hangi yapılandırmaların etkilendiği konusunda kesin bir şey söylemek mümkün değil.

Düzeltmenin sürüm adayı aşamasında gelmesi, geliştirme sürecinin olağan akışına uyuyor. İlk sürüm adayından sonra yeni özellik eklenmesi büyük ölçüde durur, çalışmalar kararlılığa ve hata ayıklamaya kayar. İkinci sürüm adayı öncesinde gelen bu tür yamalar, kararlı sürümden önce sorunların temizlenmesini sağlar.

Arka plan

BHI, kısaca dal geçmişi enjeksiyonu anlamına gelen bir zafiyet sınıfıdır. Modern işlemciler performansı artırmak için bir dalın hangi yöne gideceğini önceden tahmin eder ve bu tahminlerde geçmiş dal davranışlarını kullanır. Saldırgan, bu geçmişi etkileyerek işlemcinin yanlış yerde spekülatif kod çalıştırmasına yol açabilir. Böylece çekirdek belleğindeki hassas veriler yan kanallar üzerinden sızdırılabilir. Zafiyet, Spectre ailesi olarak anılan spekülatif yürütme saldırılarıyla aynı genel mantığa dayanır.

Bu tür açıklara karşı çekirdekte genellikle birden fazla savunma seçeneği bulunur. Bazı işlemcilerde donanımın sunduğu bir denetim özelliği kullanılabilir. Diğerlerinde ise yazılım tabanlı bir temizleme dizisi devreye girer. Çekirdek, açılışta işlemcinin özelliklerine ve kullanıcının verdiği ayarlara bakarak hangi yöntemin uygulanacağına karar verir. Bu karar mantığında bir hata olursa sistem ya gereksiz yere daha ağır bir yöntemi kullanır ya da işlemci için uygun olmayan bir korumayı seçer. Haberdeki düzeltme, bu seçim adımındaki kusura işaret ediyor.

Neden önemli?

Azaltma yöntemlerinin doğru seçilmesi iki açıdan kritik. Birincisi güvenlik: yanlış seçilen bir koruma, sistemin korunduğu izlenimini verirken açığı tam kapatmayabilir. İkincisi performans: spekülatif yürütme korumaları çoğu zaman işlemci hızından fedakârlık gerektirir. Gereksiz ya da yanlış bir yöntem, sunucularda ve yoğun iş yüklerinde fark edilir yavaşlamaya yol açabilir.

Linux, veri merkezlerinden bulut altyapısına, gömülü cihazlardan masaüstü sistemlere kadar çok geniş bir alanda kullanıldığı için çekirdekteki bu tür ayrıntılar geniş bir kullanıcı kitlesini ilgilendirir. Sistem yöneticileri genellikle bu düzeltmelerin kararlı çekirdek dallarına da taşınıp taşınmayacağını izler. Kaynakta bu konuda bir bilgi yok; dolayısıyla geriye taşıma kararı hakkında tahmin yürütmek doğru olmaz.

Kullanıcılar ne yapmalı?

Çoğu kullanıcı için bu değişiklik, dağıtımının çekirdek güncellemesi içinde sessizce gelecek. Doğrudan geliştirme sürümlerini test edenler ise 7.4-rc2 ile birlikte yeni davranışı gözlemleyebilir. Çekirdeğin hangi azaltma yöntemini seçtiği, sistemdeki zafiyet durum bilgilerinden ve açılış günlüklerinden kontrol edilebilir. Elle ayar yapan kullanıcıların, kendi tercihlerinin yeni mantıkla nasıl etkileşeceğini yayımlanacak sürüm notlarından izlemesi yerinde olur.

Spekülatif yürütme açıklarıyla mücadele, çekirdek geliştiricileri için uzun soluklu bir iş. Her yeni işlemci nesli ve her yeni saldırı varyantı, savunma kodunun yeniden gözden geçirilmesini gerektiriyor. Bu hafta gelen düzeltme de bu sürekli bakım sürecinin küçük ama anlamlı bir parçası.