OpenBSD 7.9'da Yerel Yetki Yükseltme: shmat ve UAF

Calif'in 16 Ekim 2026 tarihli araştırması, OpenBSD 7.9'da kernel seviyesinde kod çalıştırmaya ve root yetkisine ulaşan yerel bir yetki yükseltme zinciri açıklıyor. Zincir birden fazla kernel zayıflığını birleştiriyor: paylaşımlı bellek bağlantı sayacının taşması, referans sayımı kaynaklı use-after-free yarışı ve ayrı bir sınır dışı yazma. Bu, uzaktan ve kimlik doğrulamasız giriş noktası değildir. Saldırganın etkilenen makinede önceden yerel kod çalıştırabilmesi gerekir.

Sayaç tanımının eski olması, eksiksiz exploit zincirinin de o kadar eski olduğu anlamına gelmez. Calif, imzalı 16 bitlik paylaşımlı bellek bağlantı sayacının kökenini erken BSD koduna kadar izliyor. OpenBSD'de tekrarlanan süreç ve paylaşımlı bellek işlemleri sayacı temsil edebileceği sınırın üzerine taşıyabiliyordu. Hatalı muhasebe nesne yaşam süresi hatalarına katkı verdi. Araştırmacılar bu koşulu ayrı bir kernel yazma ilkel yeteneğiyle birleştirerek yetki yükseltme gösterdi. 37 yıllık veri tipi tek başına root erişimi sağlamıyordu; gösterim birden fazla uygulama ayrıntısının etkileşimine dayanıyordu.

Ne yamalandı?

OpenBSD'nin 7.9 errata sayfası ilgili iki düzeltmeyi kaydediyor. 018 numaralı errata shmat ile ilişkili tamsayı taşması sorununu; 026 numaralı errata ise use-after-free'ye yol açabilecek kernel referans sayımı hatasını gideriyor. Calif, her ikisini de gösterdiği zincirin parçası olarak anlatıyor. Düzeltmenin ve uygulama yönteminin asıl kaynağı resmi errata'dır. Çalıştırdığınız OpenBSD sürümü ve mimari için resmi talimatları izleyin; kaynak ağacı yama komutunu üretim makinesinde uygulamadan önce kernel derleme sürecinizi doğrulayın.

Soru	Kanıtla desteklenen yanıt
Uzaktan ve kimlik doğrulamasız exploit mi?	Yayımlanan zincir yerel yetki yükseltmedir. Ön koşul, yerel kod çalıştırma yetkisidir.
Araştırma tek bir hatayı mı anlatıyor?	Hayır. Paylaşımlı bellek muhasebesi, use-after-free yarışı ve ayrı bir sınır dışı yazma birleştiriliyor.
OpenBSD 7.9 için düzeltmeler yayımlandı mı?	Evet. Resmi errata 018 ve 026 düzeltmelerini listeliyor.
Rapor gerçek saldırılarda kullanıldığını kanıtlıyor mu?	Araştırma ve errata exploit gösterimini ve yamaları doğruluyor; suç veya devlet destekli grupların gerçek kullanımını göstermiyor.
Bu kaynaklarda CVE numarası var mı?	Atıf verilen araştırma ve errata yama numaraları kullanıyor, CVE numarası vermiyor. Sonradan atama için üretici ve CVE kayıtlarını yeniden kontrol edin.

Savunma ve müdahale

Gerçek sürüm ve kernel durumunu doğrulayın. OpenBSD sürümü, mimari, yama düzeyi ve şu anda açılmış kernel'i envantere alın. Paket metadata'sı tek başına yamalı kernel'in çalıştığını kanıtlamaz.
Uygulanabiliyorsa her iki ilgili errata'yı uygulayın. 018 ve 026 için resmi 7.9 talimatlarını izleyip tamamlandığını doğrulayın. Kurum içi kernel derleme ve değişiklik kontrolü süreçlerini kaydedin.
Yamasız ve yerel kullanıcı/iş yükü bulunan sistemi yetki sınırı riski sayın. Shell erişimini sınırlayın, güvenilmeyen derleme işlerini ve kiracıları yalıtın, native kod çalıştırabilen rolleri inceleyin. Bunlar fırsatı azaltır; yamaların yerini tutmaz.
Şüpheli yerel yetki geçişlerini araştırın. Beklenmeyen ayrıcalıklı etkinlik için kimlik doğrulama, süreç, servis ve sistem loglarını inceleyin. Araştırma hazır bir tespit imzası değil, exploit gösterimidir. Temiz log, yolun hiç kullanılmadığını kanıtlamaz.
Azaltımları düzeltme olarak görmeyin. Calif, test ortamındaki gösterimin KARL, SMAP ve SMEP dâhil korumalara rağmen çalıştığını bildiriyor. Hardening saldırı maliyetini artırabilir; öncelik temel hataların yamalanmasıdır.

Araştırmadan çıkarılacak savunma dersi

Exploit azaltımları garanti değil, katmanlardır. Kernel imajını rastgeleleştirmek her allocator davranışını rastgeleleştirmez ve bellek güvenliği hatasını ortadan kaldırmaz. Operasyonel açıdan sayacın tarihsel kökeninden daha önemli olan; güncel kodun aralığı doğrulaması ve eşzamanlılıkta nesne yaşam süresini korumasıdır. Düzeltilen kodu ve regresyon testlerini yalnızca sayaç tipine değil, sınır doğrulamasına ve nesne yaşam döngüsü geçişlerine göre inceleyin.

Bu açıklamanın değeri, ayrı ele alınan iki errata'nın pratik saldırı yolunda birleşebildiğini göstermesidir. Araştırmacıların birleştirilebilir bulgular gösterdiği durumlarda zafiyet yönetimi ilişkili düzeltmeleri birlikte değerlendirmelidir. Buna karşılık yerel exploit'i ağ üzerinden ele geçirme gibi anlatmayın ve kamuya açık PoC'den gerçek saldırı sonucu çıkarmayın.

Bu özet, 18 Ekim 2026 itibarıyla Calif araştırması ve OpenBSD 7.9 errata sayfasına dayanır. Sonraki CVE atamaları, etkilenen sürüm açıklamaları ve errata güncellemeleri bu anlık görüntünün önüne geçmelidir.

Zinciri CVSS etiketi değil, exploit edilebilirlik sorusu olarak okuyun

Açıklama birden fazla koşulu tek saldırı yolunda birleştiriyor. Her koşul ayrı bir inceleme sorusunu yanıtlıyor:

Bileşen	Güvenlik sorusu	Operasyonel anlamı
Paylaşımlı bellek bağlantı sayacı taşması	Tekrarlanan yerel işlemler kernel muhasebesini geçersiz duruma getirebilir mi?	`shmat` düzeltmesi bildirilen sayaç sorununu gideriyor.
Referans sayımı kaynaklı use-after-free	Eşzamanlı nesne yaşam süresi değişiklikleri kernel'de geçersiz referans bırakabilir mi?	İkinci errata bildirilen yaşam döngüsü kusurunu gideriyor.
Ayrı sınır dışı yazma	Gösterim önceki koşullarla hangi ek kernel yazma kabiliyetini birleştirdi?	Araştırmayı ve düzeltilmiş kodu inceleyin; genel bir uzaktan yazma ilkel yeteneği varsaymayın.
Yerel kod çalıştırma ön koşulu	Ana bilgisayarda zinciri kim başlatabilir?	Güvenilmeyen yerel kullanıcılar ve build iş yükleri önceliği etkiler; ağ erişimi tek başına bildirilen giriş koşulu değildir.

Bu ayrıştırma bileşenlere ayrı severity puanı vermez. Bildirilen etki bileşimden doğar; her yamanın neyi değiştirdiği konusunda resmi errata esas alınmalıdır. Zafiyet kaydında etkilenen sürüm, errata numarası, açılmış kernel kanıtı ve araştırmacının belirttiği ön koşullar bulunsun. Böylece “kernel hatası” ifadesi, kanıtsız uzaktan ele geçirme iddiasına dönüşmez.

Çalışan sistemde yama durumunu doğrulayın

Her OpenBSD 7.9 sunucusu için sürümü ve mimariyi, 018 ve 026 errata'sının uygulanma yöntemini, sonuçtaki kernel build'ini ve sistemin bu kernel ile yeniden başlatılıp başlatılmadığını kaydedin. Değişiklik kaydını koruyun ve yeniden başlatma sonrasında etkin kernel'i olağan envanter sürecinizle doğrulayın. Filo raporunda iki düzeltmesi doğrulanan host'ları kaydı eksik host'lardan ayırın; yama dosyasının mevcut olması düzeltilmiş kernel'in çalıştığına kanıt değildir.

Yerel kod çalıştırıldığından şüpheleniyorsanız yama sonraki maruziyeti azaltır, ancak daha önce ayrıcalıklı işlem yapılıp yapılmadığını çözmez. Logları ve host kanıtını koruyun, beklenmeyen yetki geçişlerini inceleyin ve olay müdahale sürecinizi izleyin. Kamuya açık açıklama araştırma ayrıntısı verir; eksiksiz bir tespit imzası sunmaz.

OpenBSD yerel yetki yükseltme soruları

İnternete açık servis bu zafiyeti uzaktan exploit hâline getirir mi? Yayımlanan zincir önce host'ta kod çalıştırmayı gerektirir. Uzaktaki servis ayrı bir erişim yolu olabilir; araştırma bunu kimlik doğrulamasız ağ exploit'i olarak anlatmıyor.

018 ve 026 errata birlikte mi izlenmeli? Araştırma iki sorunun birlikte kullanıldığı bir zincir gösteriyor. Uygulanabildiği sistemlerde iki resmi düzeltmeyi de doğrulayın ve çalışan kernel'i kontrol edin.

İlgili okuma: Linux kernel yerel yetki yükseltme araştırmaları ve exploit bağlamı.