PANDUTEKNO.ID – GitLab merilis pembaruan keamanan darurat setelah menemukan kerentanan kritis yang berpotensi memungkinkan penyerang menjalankan kode berbahaya pada server tanpa perlu masuk menggunakan akun.
Celah keamanan GitLab tersebut memiliki skor Common Vulnerability Scoring System (CVSS) 10.0, nilai tertinggi dalam sistem penilaian tingkat keparahan kerentanan perangkat lunak.
Kerentanan yang tercatat sebagai CVE-2026-110264 ini memengaruhi GitLab Community Edition (CE) dan Enterprise Edition (EE), terutama instalasi yang dikelola sendiri atau self-managed.
Melalui pengumuman resmi pada 21 Oktober 2026, GitLab meminta seluruh administrator sistem yang terdampak segera memasang pembaruan keamanan.
Peringatan tersebut menjadi perhatian karena kerentanan dapat ditemukan pada sejumlah versi GitLab yang dirilis sejak 2014.
Celah Keamanan GitLab Dapat Memicu Eksekusi Kode Jarak Jauh
GitLab menjelaskan bahwa kerentanan CVE-2026-110264 berasal dari masalah integer overflow ketika sistem memproses ekspresi reguler atau regular expression yang dirancang secara khusus.
Dalam kondisi tertentu, masalah tersebut dapat memungkinkan pihak yang tidak memiliki autentikasi menjalankan kode pada server.
Jenis ancaman ini dikenal sebagai remote code execution atau RCE.
Kerentanan RCE termasuk berbahaya karena dapat memberikan kesempatan kepada penyerang untuk menjalankan perintah pada sistem yang rentan.
Jika berhasil dieksploitasi, dampaknya berpotensi mencakup gangguan layanan, perubahan data, dan akses tidak sah terhadap informasi yang tersimpan.
Namun, tingkat dampak sebenarnya bergantung pada konfigurasi dan hak akses proses yang berhasil diserang.
GitLab belum memublikasikan seluruh kondisi teknis yang diperlukan untuk mengeksploitasi kerentanan tersebut.
Skor CVSS 10 Menunjukkan Tingkat Ancaman Maksimal
Celah keamanan GitLab ini memperoleh skor CVSS 10.0 atau kategori kritis.
Skor tersebut menunjukkan bahwa kerentanan memiliki karakteristik risiko yang sangat tinggi.
Berdasarkan penilaian CVSS, serangan berpotensi dilakukan melalui jaringan tanpa memerlukan akun pengguna maupun interaksi dari korban.
Artinya, administrator tidak dapat mengandalkan perlindungan login saja untuk mengurangi seluruh risiko.
Meski demikian, skor CVSS 10.0 bukan berarti seluruh server GitLab telah berhasil diretas.
Skor tersebut menggambarkan tingkat keparahan potensi kerentanan, bukan jumlah insiden serangan yang telah terjadi.
Karena itu, pengelola sistem perlu membedakan antara server yang rentan dan server yang sudah terbukti mengalami kompromi.
GitLab Versi Lama Sejak 2014 Ikut Terdampak
Salah satu hal yang membuat kerentanan ini mendapat perhatian luas adalah cakupan versi perangkat lunaknya.
Menurut GitLab, masalah keamanan tersebut memengaruhi versi sejak GitLab 7.0 yang dirilis pada 2014.
Artinya, instalasi lama yang belum diperbarui berpotensi memiliki risiko serupa.
Kerentanan ini juga tidak terbatas pada satu jenis lisensi.
Pengguna GitLab Community Edition maupun Enterprise Edition yang mengelola server sendiri perlu memeriksa versi instalasinya.
Sementara itu, GitLab.com telah menggunakan versi yang mendapatkan perbaikan keamanan.
Pelanggan GitLab Dedicated pada versi internal yang telah diperbaiki juga tidak memerlukan tindakan tambahan untuk kerentanan tersebut.
Daftar Versi GitLab yang Sudah Mendapat Perbaikan
GitLab merilis sejumlah versi pembaruan keamanan pada 21 Oktober 2026.
Administrator disarankan menggunakan versi yang telah mendapatkan perbaikan atau versi lebih baru yang relevan dengan jalur peningkatan sistem.
Berikut versi yang telah diperbaiki:
- GitLab 19.5.1
- GitLab 19.4.3
- GitLab 19.3.6
- GitLab 19.2.9
- GitLab 19.1.9
- GitLab 19.0.10
- GitLab 18.11.13
Pembaruan tersebut mencakup perbaikan untuk beberapa jalur rilis.
GitLab bahkan menyediakan perbaikan tambahan untuk sejumlah versi lama di luar kebijakan pembaruan rutinnya.
Langkah ini dilakukan karena tingkat keparahan kerentanan dinilai sangat tinggi.
Bagi administrator yang menggunakan versi lebih lama, proses peningkatan perlu mengikuti jalur pembaruan yang didukung GitLab.
Server GitLab yang Terhubung Internet Perlu Diprioritaskan
Badan keamanan siber Singapura, Cyber Security Agency of Singapore (CSA), turut menerbitkan peringatan mengenai CVE-2026-110264 pada 22 Oktober 2026.
CSA meminta pengguna dan administrator segera memperbarui instalasi GitLab yang terdampak.
Peringatan serupa juga diterbitkan oleh CERT-EU.
Lembaga tersebut menyarankan organisasi memprioritaskan sistem yang dapat diakses langsung melalui internet.
Server yang terhubung ke jaringan publik berpotensi menghadapi paparan lebih tinggi karena dapat dijangkau dari luar organisasi.
Namun, server internal juga tetap perlu diperiksa dan diperbarui.
Risiko dapat muncul apabila penyerang sebelumnya telah memperoleh akses ke jaringan perusahaan.
GitLab Juga Menyediakan Deteksi Percobaan Eksploitasi
Selain merilis pembaruan keamanan, GitLab menyediakan aturan deteksi untuk membantu administrator mengidentifikasi aktivitas mencurigakan.
Dua deteksi yang diumumkan adalah Onigmo native worker crash dan Org mode render error burst.
Keduanya dirancang untuk membantu pengelola sistem memantau kemungkinan aktivitas yang berkaitan dengan kerentanan.
Administrator dapat memanfaatkan aturan tersebut sebagai bagian dari pemeriksaan log keamanan.
Meski demikian, tidak ditemukannya indikator mencurigakan bukan jaminan bahwa sistem sepenuhnya aman.
Pemeriksaan tetap perlu disertai pembaruan perangkat lunak dan peninjauan konfigurasi keamanan.
Belum Ada Bukti Serangan Meluas yang Dikonfirmasi
Hingga laporan keamanan pada 22 Oktober 2026, belum terdapat konfirmasi bahwa CVE-2026-110264 telah dieksploitasi secara luas dalam serangan nyata.
Perusahaan keamanan Censys juga menyatakan belum mengetahui adanya eksploitasi aktif pada saat analisisnya diterbitkan.
Namun, kondisi tersebut dapat berubah apabila teknik eksploitasi mulai diketahui lebih banyak pihak.
Oleh karena itu, administrator tidak disarankan menunggu laporan serangan sebelum memasang pembaruan.
Pencegahan sejak awal menjadi langkah penting untuk melindungi layanan pengembangan perangkat lunak dan repositori kode.
Cara Melindungi Server dari Celah Keamanan GitLab
Pengelola server GitLab dapat melakukan beberapa langkah untuk mengurangi risiko keamanan.
Pertama, periksa versi GitLab yang saat ini digunakan.
Selanjutnya, cocokkan versi tersebut dengan daftar perangkat lunak terdampak dalam pengumuman resmi GitLab.
Apabila instalasi termasuk versi rentan, segera lakukan peningkatan ke versi yang telah mendapatkan perbaikan.
Sebelum memperbarui sistem, administrator sebaiknya memastikan cadangan data dan konfigurasi tersedia.
Selain itu, lakukan pemeriksaan log untuk mencari aktivitas tidak biasa.
Akses administratif juga perlu dibatasi sesuai kebutuhan operasional.
Organisasi yang menemukan indikasi kompromi sebaiknya menjalankan prosedur penanganan insiden dan meninjau keamanan kredensial yang digunakan sistem.
Langkah-langkah tersebut dapat membantu mengurangi risiko gangguan terhadap layanan GitLab.
Keamanan Platform DevOps Jadi Perhatian Serius
GitLab banyak digunakan dalam pengembangan perangkat lunak untuk mengelola repositori kode, kolaborasi tim, dan proses integrasi serta pengiriman berkelanjutan atau CI/CD.
Karena itu, keamanan platform DevOps memiliki peran penting dalam melindungi proses pengembangan aplikasi.
Gangguan pada sistem pengelolaan kode dapat memengaruhi aktivitas pengembang dan operasional organisasi.
Risiko tersebut menjadi semakin penting ketika platform terhubung dengan sistem otomatisasi, kredensial layanan, dan infrastruktur produksi.
Meski demikian, tidak setiap kerentanan otomatis menyebabkan kebocoran kode sumber.
Dampak yang terjadi tetap bergantung pada keberhasilan eksploitasi dan kondisi sistem yang terdampak.
GitLab Imbau Administrator Segera Memasang Patch
Celah keamanan GitLab dengan skor CVSS 10.0 menjadi pengingat bahwa pembaruan perangkat lunak merupakan bagian penting dari perlindungan infrastruktur digital.
GitLab telah menyediakan perbaikan untuk CVE-2026-110264 melalui sejumlah versi yang dirilis pada 21 Oktober 2026.
Kerentanan tersebut berpotensi memungkinkan eksekusi kode tanpa autentikasi pada instalasi yang rentan.
Oleh sebab itu, administrator GitLab self-managed disarankan segera memeriksa versi, memasang pembaruan, dan meninjau aktivitas keamanan server.
Dengan tindakan yang cepat dan terukur, organisasi dapat mengurangi risiko serangan serta menjaga keamanan proses pengembangan perangkat lunak.
