Sunucu sahipleri ve sunucu satın alanlar dikkat

CVE-2026-31431 (Copy Fail) – Sunucularınızdaki Kernel Sürümünü Kontrol Edin

Nisan 2026'da kamuya açıklanan CVE-2026-31431 (Copy Fail), Linux kernel üzerinde yerel yetki yükseltmeye (LPE) olanak sağlayan ciddi bir güvenlik açığıdır. Ubuntu güvenlik ekibi açığı CVSS 7.8 / High olarak sınıflandırıyor.
Açığın kamuya açıklanmasının üzerinden yaklaşık 5 ay geçmiş olmasına rağmen, özellikle sunucu sağlayıcılarının sunduğu hazır işletim sistemi imajlarının hangi kernel sürümüyle geldiğine dikkat edilmesi gerekiyor.
Ben bu sorunla 3 farklı sunucu sağlayıcısında karşılaştım. Firma isimlerini paylaşmayacağım; amacım herhangi bir firmayı hedef göstermek değil, sunucu sahiplerinin kendi sistemlerini kontrol etmesini sağlamak.
Örneğin Plesk kurulu bir sunucuda düşük yetkili bir kullanıcıya SSH erişimi verdiğinizi düşünün.
Normalde bu kullanıcının yalnızca kendi hesabı ve izinleri dahilinde işlem yapabilmesi gerekirken, sistemin kernel'i CVE-2026-31431'e karşı yamalanmamışsa saldırgan bu açığı kullanarak yerel yetkisini root seviyesine yükseltebilir.
Yani problem yalnızca:

"Root SSH ile giriş yapılabiliyor mu?"

meselesi değil.
Sistemde düşük yetkili bir kullanıcıya kod çalıştırma imkânı verilmiş olması bile saldırı zincirinin başlangıcı olabilir.
Bu nedenle özellikle;

• Plesk / cPanel gibi kontrol panellerinin bulunduğu sunucular,
• VPS ve dedicated sunucular,
• Hosting sunucuları,
• CI/CD runner'ları,
• Birden fazla kullanıcının erişebildiği Linux sistemleri,
• Kullanıcıların kendi kodlarını çalıştırabildiği sunucular

kontrol edilmeli.

Kernel sürümünüzü kontrol edin

Öncelikle çalışan kernel sürümünü öğrenmek için:

uname -r

Ancak burada önemli bir nokta var:
Sadece kernel'in 5.x veya 6.x olması güvenli olduğunuz anlamına gelmez.
Dağıtımlar güvenlik düzeltmesini kendi kernel sürümlerine backport edebiliyor. Örneğin Ubuntu 22.04 için düzeltilmiş sürüm 5.15.0-179.189, Ubuntu 24.04 için ise 6.8.0-117.117 olarak yayınlandı.
Dolayısıyla kullandığınız dağıtımın CVE-2026-31431 için yayınladığı patched kernel sürümünü kontrol etmeniz gerekiyor.

Neden özellikle hazır imajlara dikkat edilmeli?

Sunucuyu sağlayıcıdan yeni kurmuş olmanız sistemin otomatik olarak güvenli olduğu anlamına gelmiyor.
Plesk'in kendi güvenlik duyurusunda Debian, Ubuntu, AlmaLinux, CloudLinux ve RHEL'in etkilenen sürümlerinin bulunduğu belirtiliyor.
Dolayısıyla yeni bir VPS oluşturduğunuzda ilk yapmanız gerekenlerden biri:
uname -r
ile çalışan kernel'i kontrol etmek ve ardından işletim sisteminizin güvenlik güncellemelerini uygulamak olmalı.
Ubuntu kullanıyorsanız örneğin:
sudo apt update sudo apt upgrade sudo reboot
gibi standart güvenlik güncellemelerinin uygulanması gerekiyor.
Özetle: Sunucunuzda Plesk, cPanel veya başka bir panel bulunması sizi bu tür kernel açıklarından korumuyor.
Düşük yetkili bir kullanıcıya SSH erişimi verdiyseniz veya sistem üzerinde kullanıcıların kod çalıştırmasına izin veriyorsanız, kernel'in güncel ve CVE-2026-31431'e karşı yamalanmış olduğundan emin olun.
Benim karşılaştığım 3 örnek dışında da etkilenmiş sistemler olabilir.
Sunucunuzu bugün kontrol etmeniz birkaç dakikanızı alır.

uname -r

çıktısını alın ve kullandığınız dağıtımın CVE-2026-31431 güvenlik duyurusuyla karşılaştırın.

Kritik sistemlerde Live Patch kullanılmalı. Ücretli olarak en iyisi şu anda KernelCare.

Bir Ubuntu VDS'mize sızmışlardı şahsi olarak kullanıyordum, mining rig kurup çıkmışlar SSH ile bağlandığında sistem kendini kapatıyordu tespit etmesi zordu. En son çare olarak değerli bir bilgi olmadığı için sıfırlayarak ve upgrade yaparak çözdüm. Dikkatli olalım

Merhaba, uyarı için teşekkürler. Eklemek istediğim bir nokta, paketi güncellemekle yamanın devreye girmesinin aynı şey olmaması: yeni kernel kurulsa bile sunucu yeniden başlatılmadıkça çalışan kernel eski kalıyor, o yüzden live patch kullanmıyorsanız güncellemeden sonra reboot yapıp uname -r çıktısını tekrar kontrol etmek gerekiyor. Panel konusunda da Plesk, cPanel, ispmanager fark etmez, müşterilere ya da site kullanıcılarına shell/SSH erişimi açılmışsa bu tür yerel yetki yükseltme açıkları doğrudan risk oluşturuyor; bu yüzden shell erişimini sadece gerçekten ihtiyacı olanlara vermek, kernel güncellemesi kadar önemli ikinci bir katman. Sağlayıcıdan yeni gelen imajlarda da ilk iş güncelleme ve reboot olmalı.