# Linux Çekirdeğinde Kritik TCP Açığı: Sunucular Risk Altında URL: https://intellego.com.tr/blog/linux-kernel-tcp-guvenlik-acigi-cve-2026-98432 Yayın tarihi: 2026-10-30 Güncelleme: 2026-10-30 Yazan: Intellego Softworks > Linux çekirdeğinde tespit edilen CVE-2026-98432 güvenlik açığı, belirli koşullarda saldırganların sunucularda uzaktan yönetici yetkisi elde etmesine olanak tanıyabiliyor. 9,8 güvenlik riski puanına sahip açık için Linux çekirdeğinde düzeltme yayımlandı. Ancak güncellemelerin dağıtımlara ulaşma tarihleri farklılık gösteriyor. Bu yazıda açığın nasıl çalıştığını, hangi sistemlerin etkilenebileceğini ve şirketlerin Linux sunucularını korumak için hangi önlemleri alabileceğini inceliyoruz. Linux çekirdeğinin TCP bağlantılarını işleyen bölümünde bulunan bir güvenlik açığı, sunucu yöneticilerinin güncelleme takvimini yeniden gözden geçirmesini gerektiriyor. **CVE-2026-98432** olarak takip edilen açık, Linux çekirdeğinin güvenlik ekibi tarafından **CVSS 3.1'e göre 9,8/10** puanla değerlendirildi. Sorun, belirli ağ paketleri işlenirken daha önce serbest bırakılmış bir bellek alanına yeniden erişilebilmesinden kaynaklanıyor. Açık, 15 Ekim 2026'da CVE kaydına girdi. 27 Ekim'de Anthropic, bu hatadan yararlanarak uygun koşullardaki bir Linux sunucusunda uzaktan ve kimlik doğrulaması olmadan yönetici yetkisiyle komut çalıştırılabildiğini gösteren bir araştırma yayımladı. Deneyde hedef sunucunun **Multipath TCP (MPTCP)** bağlantılarını kabul etmesi gerekiyordu. Bu sonuç, internete açık her Linux sunucusunun aynı yöntemle ele geçirilebileceği anlamına gelmiyor. [Linux çekirdeği güvenlik duyurusu](https://kernel.googlesource.com/pub/scm/linux/security/vulns/+/refs/heads/master/cve/published/2026/CVE-2026-98432.mbox) ve [Anthropic'in araştırması](https://www.anthropic.com/research/discovering-vulnerabilities-with-claude) açığın teknik ayrıntılarını açıklıyor. ## CVE-2026-98432 Nasıl Çalışıyor? Bir sunucuya TCP bağlantısı kurulurken işletim sistemi, bağlantıyla ilgili bazı bilgileri bellekte saklıyor. Bu açıkta iki işlem aynı anda ilerlediğinde, işlemlerden biri söz konusu bilgiyi bellekten kaldırırken diğeri kullanmaya devam edebiliyor. Yazılım güvenliğinde bu hata türüne *use-after-free* deniyor. Böyle bir hata sunucunun çökmesine veya bellekteki verilerin bozulmasına neden olabilir. Uygun koşullar oluştuğunda daha ağır sonuçlar da mümkün. Anthropic'in açıkladığı örnekte saldırgan, önce çekirdek belleğine ilişkin bir adres bilgisini elde etmiş, ardından aynı hatayı kullanarak sunucuda **root** yetkisiyle komut çalıştırmış. Hata, IPv4 üzerinden TCP bağlantılarının kurulmasıyla ilgili. Linux çekirdeği ekibinin açıklamasına göre sorun Linux 4.4 döneminde eklenen bir değişikliğe kadar uzanıyor. Ancak bir sistemin etkilenip etkilenmediğini yalnızca sürüm numarasına bakarak belirlemek doğru değil. Linux dağıtımları, güvenlik düzeltmelerini kendi çekirdek paketlerine sonradan ekleyebiliyor. ## Hangi Linux Sunucuları Etkileniyor? Ubuntu, Red Hat Enterprise Linux, Debian, SUSE ve Amazon Linux gibi dağıtımların güvenlik duyurularında bu CVE için kayıt bulunuyor. Dağıtımların etkilenme durumu ve düzeltme takvimleri birbirinden farklı. **30 Ekim 2026 itibarıyla** Debian, desteklediği bazı çekirdek paketleri için düzeltmeleri yayımlamış durumda. Ubuntu'nun yaygın kullanılan bazı sürümlerinde ise ilgili çekirdek paketleri hâlâ güncelleme bekliyor. Red Hat'in duyurusunda da etkilenen ürünler yer alıyor. Bu bilgiler zamanla değişebileceğinden sunucunuzun kullandığı dağıtıma ait güncel güvenlik kaydını kontrol etmeniz gerekiyor. [Ubuntu güvenlik kaydı](https://ubuntu.com/security/CVE-2026-98432), [Red Hat güvenlik kaydı](https://access.redhat.com/security/cve/cve-2026-98432) ve [Debian güvenlik takip sayfası](https://security-tracker.debian.org/tracker/CVE-2026-98432) sürüm bazında bilgi veriyor. Haberlerde geçen 9,8 puan da her dağıtımın değerlendirmesi değil. Linux çekirdeği güvenlik ekibi bu puanı verirken bazı dağıtım sağlayıcıları açığın kullanılma güçlüğünü farklı değerlendirerek daha düşük puanlar vermiş. Bu nedenle risk değerlendirmesinde kullanılan çekirdek sürümü, açık ağ servisleri ve sunucu yapılandırması birlikte incelenmeli. ## Linux TCP Güvenlik Açığı Nasıl Kapatılır? Çözüm, **CVE-2026-98432 düzeltmesini içeren çekirdek güncellemesini yüklemek**. Linux çekirdeği ekibi düzeltmeyi desteklenen kararlı sürümlere ekledi. Örneğin 5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113 ve 6.18.56 sürümleri ilgili düzeltmeyi içeriyor. Dağıtımınızın paket adı veya sürüm numarası bunlardan farklı olabilir. Sunucunuzun çalıştırdığı çekirdek sürümünü `uname -r` komutuyla görebilirsiniz. Ancak bu çıktı tek başına güvenlik açığının kapatıldığını kanıtlamaz. Önce dağıtım sağlayıcısının güvenlik duyurusundan düzeltme içeren paketi belirlemek, ardından güncellemeyi test ederek yüklemek gerekiyor. Çekirdek güncellemesinin etkinleşmesi için çoğu durumda sunucunun yeniden başlatılması da gerekli. Üretim ortamında yeniden başlatma işlemi plansız yapılmamalı. Uygulama trafiğinin başka sunuculara aktarılması, yedeklerin kontrol edilmesi ve güncelleme sonrasında servislerin çalıştığının doğrulanması gerekebilir. Özellikle birden fazla sunucunun birlikte çalıştığı ortamlarda bakım sırası önem taşıyor. Düzeltme henüz dağıtımınız için yayımlanmadıysa sağlayıcının duyurularını takip etmek ve dışarıya açık servisleri gözden geçirmek uygun olur. MPTCP'nin devre dışı bırakılması, Anthropic'in gösterdiği saldırı yöntemine karşı riski azaltabilir. Ancak **tek başına kesin çözüm sayılmamalı**. Go güvenlik ekibi de temel hatanın MPTCP'ye özgü olmadığını ve asıl çözümün güncellenmiş çekirdek olduğunu belirtiyor. [Go güvenlik ekibinin açıklaması](https://groups.google.com/g/golang-announce/c/PCoQcdxoScw/m/aD-MgXEvAAAJ) ## Şirketlerin Sunucu Güvenliğinde Neleri Takip Etmesi Gerekiyor? Bir web uygulamasının güncel olması, üzerinde çalıştığı Linux sunucusunun da güncel olduğu anlamına gelmiyor. Uygulamanın kullandığı kütüphaneler, Docker konteynerleri ve sunucunun işletim sistemi farklı bakım süreçlerine sahip. Linux çekirdeğindeki bir açık, uygulama kodunda herhangi bir hata bulunmasa da altyapıyı etkileyebilir. Örneğin bir konteynerin içindeki paketleri yenilemek, o konteynerin kullandığı ana makinenin Linux çekirdeğini güncellemez. Bu nedenle yalnızca uygulama sürümlerini izlemek yeterli değil. Sanal makineler, bulut sunucuları ve konteynerleri çalıştıran ana makineler de güvenlik kontrollerine dahil edilmeli. Bunun için karmaşık bir sistem kurmak şart değil. Hangi sunucuda hangi işletim sistemi ve çekirdek paketinin çalıştığı biliniyorsa, güvenlik duyuruları ilgili makinelerle eşleştirilebilir. Kritik güncellemeler test ortamında denenebilir ve iş sürekliliğini etkilemeyecek bir bakım takvimine alınabilir. ## Intellego Linux Sunucularınızın Güvenliğini Nasıl Destekleyebilir? Intellego Softworks olarak uygulamaların geliştirilmesinin yanında sunucu altyapısının kurulması, güncelleme süreçlerinin planlanması ve çalışan sistemlerin izlenmesi konularında da hizmet veriyoruz. [DevOps hizmetlerimiz](https://intellego.com.tr/hizmetlerimiz/devops-hizmetleri) kapsamında altyapı yönetimini ve yazılım dağıtımını daha düzenli yürütülebilecek şekilde tasarlıyoruz. Mevcut bir altyapıda önce hangi sunucuların ve servislerin kullanıldığını inceliyoruz. Güvenlik güncellemelerini işletim sistemi ve uygulama bağımlılıklarıyla birlikte değerlendiriyor, değişikliklerin test edilmesi ve yayına alınması için bir süreç oluşturuyoruz. Gerektiğinde bakım sırasında hizmet kesintisini azaltacak dağıtım ve geri dönüş planları da hazırlıyoruz. Linux sunucularınızın çekirdek güncellemelerini takip etmiyor veya sürüm geçişlerini planlamakta zorlanıyorsanız, mevcut altyapınızın durumunu değerlendirmek ve bakım süreçlerini düzenlemek için [Intellego ile iletişime geçebilirsiniz](https://intellego.com.tr/iletisim). ## Sorular ve cevaplar ### MPTCP kullanmayan Linux sunucuları güvende mi? Kesin olarak söylenemez. Anthropic'in gösterdiği uzaktan komut çalıştırma yöntemi MPTCP bağlantısı kabul eden bir sunucuda denendi. Ancak Linux çekirdeğindeki temel hata MPTCP'ye özgü değil. MPTCP kullanmayan sistemlerin de güvenlik duyurusunu incelemesi ve uygun düzeltmeyi yüklemesi gerekiyor. ### Docker imajını güncellemek bu açığı kapatır mı? Tek başına kapatmaz. Linux konteynerleri normal koşullarda üzerinde çalıştıkları makinenin çekirdeğini paylaşır. CVE-2026-98432 için ana makinenin veya sanal makinenin kullandığı çekirdek paketinin güncellenmesi gerekiyor. ## Kaynaklar - [Linux Kernel Security Team - CVE-2026-98432 Official Advisory](https://kernel.googlesource.com/pub/scm/linux/security/vulns/+/refs/heads/master/cve/published/2026/CVE-2026-98432.mbox) - [Anthropic - Discovering and Exploiting Vulnerabilities in Critical, Real-World Software with Claude](https://www.anthropic.com/research/discovering-vulnerabilities-with-claude) - [Ubuntu - CVE-2026-98432 Security Status](https://ubuntu.com/security/CVE-2026-98432) - [Red Hat - CVE-2026-98432 Security Advisory](https://access.redhat.com/security/cve/cve-2026-98432) - [Debian Security Tracker - CVE-2026-98432](https://security-tracker.debian.org/tracker/CVE-2026-98432) - [Go Security Team - Protecting Against CVE-2026-98432](https://groups.google.com/g/golang-announce/c/PCoQcdxoScw/m/aD-MgXEvAAAJ) - [The Hacker News - Linux Kernel TCP Flaw with 9.8 CVSS Score](https://thehackernews.com/2026/10/linux-kernel-tcp-flaw-with-98-cvss.html)