Bug TCP Linux Skor CVSS 9.8! Server Ubuntu dan Red Hat Terancam, Ini Cara Melindunginya

Pengelola server Linux perlu lebih waspada. Sebuah celah keamanan serius pada bagian TCP kernel Linux ditemukan dengan identitas CVE-2026-98432. Kerentanan ini mendapatkan skor CVSS 9.8 dari tim CVE kernel Linux, yang menempatkannya dalam kategori kritis.

Yang membuat kasus ini semakin menarik sekaligus mengkhawatirkan, Anthropic mengungkap bahwa model AI mereka berhasil membuat exploit yang memanfaatkan celah tersebut untuk menjalankan perintah sebagai root pada server Linux tertentu tanpa memerlukan autentikasi.

Artinya, persoalan ini bukan sekadar bug yang menyebabkan aplikasi berhenti bekerja. Dalam kondisi tertentu, kerentanan tersebut berpotensi membuka jalan bagi penyerang untuk mengambil alih kendali sistem.

Lalu, bagaimana sebenarnya cara kerja celah ini? Apakah Ubuntu, Debian, dan Red Hat ikut terdampak? Dan apa yang sebaiknya dilakukan administrator server sekarang?

Apa Itu CVE-2026-98432?

CVE-2026-98432 merupakan kerentanan pada implementasi TCP IPv4 di kernel Linux. Masalah utamanya adalah kondisi yang dikenal sebagai race condition yang dapat menyebabkan use-after-free.

Sederhananya, kernel Linux dapat mencoba mengakses sebuah bagian memori yang sebenarnya sudah dibebaskan oleh proses lain. Kondisi tersebut muncul ketika beberapa proses berjalan hampir bersamaan saat sistem menangani koneksi TCP.

Dalam kondisi normal, kernel harus memastikan bahwa data yang sedang digunakan tidak dihapus sebelum seluruh proses yang membutuhkannya selesai. Namun, pada kerentanan ini, pengelolaan memori tersebut tidak berjalan sebagaimana mestinya.

Akibatnya, penyerang yang berhasil memicu kondisi tersebut berpotensi menyebabkan kerusakan memori, kebocoran informasi kernel, hingga gangguan sistem. Dalam skenario exploit yang didemonstrasikan Anthropic, celah ini bahkan dimanfaatkan untuk mencapai eksekusi perintah dengan hak akses root.

Kenapa Skor CVSS-nya Mencapai 9.8?

Skor 9.8 bukan angka kecil dalam penilaian keamanan siber. Angka tersebut menunjukkan tingkat keparahan yang sangat tinggi berdasarkan penilaian tim CVE kernel Linux.

Namun, ada hal menarik yang perlu dipahami. Tidak semua vendor memberikan skor yang sama untuk kerentanan ini.

• Tim CVE kernel Linux: CVSS 9.8 (Critical).
• Red Hat: halaman CVE mencantumkan 5.9, sementara penilaian dalam advisory-nya mencapai 8.1.
• Oracle dan SUSE: 8.1.
• Amazon: 7.0.

Perbedaan tersebut berkaitan dengan cara masing-masing pihak menilai tingkat kesulitan eksploitasi. Red Hat, misalnya, memberikan perhatian pada sulitnya memenangkan kondisi race secara konsisten.

Jadi, skor 9.8 tidak berarti semua server Linux dapat langsung diambil alih dengan cara yang sama. Konfigurasi kernel, layanan jaringan yang aktif, dan kondisi sistem tetap berpengaruh terhadap kemungkinan eksploitasi.

Anthropic Berhasil Membuat Exploit dengan Bantuan AI

Bagian paling mengejutkan dari laporan ini adalah keterlibatan model AI dalam proses pembuatan exploit.

Anthropic menjelaskan pada 27 Oktober 2026 bahwa model Claude mereka berhasil menulis exploit untuk memanfaatkan CVE-2026-98432 setelah mendapatkan arahan awal dari peneliti.

Menurut demonstrasi tersebut, serangan berlangsung melalui dua tahapan utama.

1. Membocorkan Alamat Memori Kernel

Exploit terlebih dahulu memanfaatkan race condition untuk membuat kernel mengirimkan data tambahan kepada penyerang. Jika respons tersebut mengandung alamat memori kernel, informasi itu dapat digunakan untuk melewati perlindungan KASLR.

KASLR atau Kernel Address Space Layout Randomization merupakan mekanisme keamanan yang mengacak lokasi memori kernel agar lebih sulit diprediksi oleh penyerang.

2. Menjalankan Perintah sebagai Root

Setelah mendapatkan informasi alamat memori, exploit melanjutkan tahap berikutnya dengan memanfaatkan kerusakan memori untuk menimpa pointer callback.

Pointer tersebut kemudian diarahkan ke payload yang sudah ditempatkan di memori kernel. Ketika kernel menjalankan pointer tersebut, payload dapat mengeksekusi perintah dengan hak akses root.

Anthropic menyebutkan bahwa dalam pengujian mereka, proses mendapatkan alamat kernel membutuhkan sekitar 48 menit, kemudian eksekusi perintah dapat dicapai dalam sekitar lima menit tambahan.

Perlu dicatat, demonstrasi tersebut dilakukan pada server dengan multipath TCP listener. Laporan tersebut tidak membuktikan bahwa seluruh konfigurasi server tanpa MPTCP dapat dieksploitasi dengan cara identik.

Distribusi Linux Apa Saja yang Terdampak?

Kerentanan ini berkaitan dengan kode kernel yang digunakan berbagai distribusi Linux. Namun, status perbaikannya berbeda-beda tergantung vendor dan paket kernel yang digunakan.

Distribusi	Status per 30 Oktober 2026	Keterangan
Ubuntu	Belum tersedia	Perbaikan masih dalam proses.
Red Hat Enterprise Linux 8, 9, 10	Terdampak	Belum ada kernel perbaikan yang dirilis.
Debian 12	Sudah diperbaiki	Kernel 6.1.190-1 dan paket terkait yang telah diperbarui.
Debian Trixie	Sudah diperbaiki	Linux 6.12.113-1.
Oracle Linux	Sudah diperbaiki	Pembaruan UEK tersedia melalui advisory vendor.
Amazon Linux 2023	Sebagian sudah diperbaiki	Paket kernel 6.18 dan 6.12 telah memperoleh pembaruan tertentu.
SUSE / openSUSE	Sebagian sudah diperbaiki	Status berbeda berdasarkan produk dan versi kernel.

Informasi ini mengacu pada status yang dilaporkan hingga 30 Oktober 2026. Administrator tetap perlu memeriksa advisory terbaru dari vendor sebelum menganggap sistem sudah aman.

Versi Kernel Linux yang Sudah Mendapat Perbaikan

Bagi administrator yang menggunakan kernel sendiri atau mengelola server dengan kernel upstream, perbaikan telah tersedia pada sejumlah cabang stabil.

• Linux 5.10.272
• Linux 5.15.223
• Linux 6.1.190
• Linux 6.6.159
• Linux 6.12.113
• Linux 6.18.56
• Linux 7.2.10
• Linux 7.3

Perlu diperhatikan bahwa nomor versi upstream tidak selalu sama dengan nomor paket kernel yang digunakan distribusi Linux. Vendor dapat melakukan backport perbaikan ke kernel dengan nomor versi berbeda.

Karena itu, jangan hanya melihat nomor kernel lalu menyimpulkan bahwa sistem sudah aman. Periksa apakah paket yang dipasang memang sudah menyertakan perbaikan CVE-2026-98432.

Bagaimana Cara Melindungi Server Linux?

Jika kamu mengelola VPS, dedicated server, cloud instance, atau infrastruktur berbasis Linux, ada beberapa langkah yang sebaiknya segera dilakukan.

1. Periksa Versi Kernel yang Digunakan

Jalankan perintah berikut melalui terminal:

uname -r

Perintah ini menampilkan kernel yang sedang berjalan. Namun, untuk memastikan status keamanan, periksa juga versi paket dan advisory dari vendor distribusi.

2. Periksa Pembaruan Sistem

Untuk Ubuntu dan Debian, kamu bisa menjalankan:

sudo apt update
sudo apt upgrade

Untuk sistem berbasis RHEL, gunakan:

sudo dnf check-update
sudo dnf update kernel

Perintah tersebut hanya memeriksa dan memasang paket yang tersedia. Jika vendor belum merilis kernel yang sudah diperbaiki, pembaruan biasa belum tentu menyelesaikan kerentanan ini.

3. Lakukan Reboot Setelah Kernel Diperbarui

Setelah paket kernel yang sudah diperbaiki berhasil dipasang, lakukan reboot agar sistem benar-benar menjalankan kernel baru.

sudo reboot

Setelah server kembali aktif, periksa ulang dengan uname -r dan pastikan versi kernel yang berjalan sesuai dengan paket perbaikan.

4. Batasi Akses Jaringan yang Tidak Diperlukan

Jika patch belum tersedia, kurangi permukaan serangan dengan membatasi layanan TCP yang terbuka ke internet. Gunakan firewall, security group cloud, dan segmentasi jaringan sesuai kebutuhan operasional.

Jangan membuka port layanan administrasi seperti SSH untuk seluruh alamat IP jika akses hanya dibutuhkan dari jaringan atau alamat tertentu.

5. Periksa Penggunaan Multipath TCP

Anthropic mendemonstrasikan exploit pada server dengan multipath TCP listener. Administrator sebaiknya menginventarisasi aplikasi yang menggunakan MPTCP dan mengevaluasi apakah fitur tersebut memang diperlukan.

Untuk aplikasi Go, Go Security Team menyebut pengaturan GODEBUG=multipathtcp=0 dapat menonaktifkan penggunaan MPTCP secara default pada runtime. Namun, pendekatan ini bukan pengganti patch kernel dan tidak boleh dianggap sebagai perlindungan menyeluruh.

Kerentanan dasarnya tidak terbatas pada MPTCP, sehingga menonaktifkan fitur tersebut saja belum menjamin sistem aman.

Apakah Server Linux Harus Dimatikan?

Tidak perlu langsung mematikan seluruh server Linux hanya karena kerentanan ini ditemukan.

Langkah yang lebih masuk akal adalah mengidentifikasi sistem yang terdampak, memeriksa layanan yang terbuka ke internet, memasang kernel yang telah diperbaiki, dan melakukan reboot sesuai prosedur operasional.

Untuk server produksi, jadwalkan pembaruan dengan memperhatikan backup, redundansi, kebutuhan layanan, serta kemungkinan downtime. Jika menjalankan banyak server, prioritaskan sistem yang menerima koneksi TCP/IPv4 dari jaringan tidak tepercaya.

Kesimpulan

CVE-2026-98432 menjadi salah satu kerentanan Linux yang perlu mendapatkan perhatian serius pada Oktober 2026. Dengan skor CVSS 9.8 dari tim CVE kernel Linux dan demonstrasi exploit yang mampu mencapai eksekusi perintah root, celah ini bukan sesuatu yang sebaiknya diabaikan.

Ubuntu dan Red Hat masih belum menyediakan kernel perbaikan berdasarkan status 30 Oktober 2026, sementara Debian, Oracle Linux, serta beberapa paket Amazon Linux dan SUSE telah memiliki pembaruan.

Bagi administrator server, langkah terbaik adalah memeriksa kernel, mengikuti advisory resmi vendor, memasang pembaruan yang sudah tersedia, dan membatasi akses jaringan yang tidak diperlukan sambil menunggu patch.

Jangan menunggu sampai server mengalami crash atau aktivitas mencurigakan baru mulai melakukan pemeriksaan. Dalam keamanan server, menutup celah sebelum dimanfaatkan penyerang selalu menjadi pilihan yang lebih baik.

Sumber Referensi

• The Hacker News – Linux Kernel TCP Flaw With 9.8 CVSS Score
• Ubuntu Security – CVE-2026-98432
• NIST NVD – CVE-2026-98432
• CVE Record – CVE-2026-98432