Google Peringatkan Celah Keamanan BeyondTrust yang Berisiko Membuka Akses ke Sistem Perusahaan

Google mengeluarkan peringatan mengenai celah keamanan kritis pada BeyondTrust Remote Support yang berpotensi membuka akses tidak sah ke sistem perusahaan. Kerentanan berkode CVE-2026-102764 ini diungkap secara resmi pada 15 Oktober 2026 setelah ditemukan bukti eksploitasi dalam serangan siber yang berlangsung sejak akhir Agustus. Peneliti Google Threat Intelligence Group bersama Mandiant mengidentifikasi aktivitas kelompok peretas yang diduga memiliki keterkaitan dengan China. Dalam perkembangan TEKNOLOGI keamanan siber, temuan tersebut menjadi perhatian serius karena perangkat akses jarak jauh sering terhubung dengan sistem internal, akun administrator, serta informasi sensitif organisasi. Perusahaan pengguna BeyondTrust dianjurkan segera memeriksa keamanan sistem dan memasang perbaikan resmi.

Kerentanan BeyondTrust Memicu Peringatan Keamanan Siber Global

Peringatan keamanan yang disampaikan Google menyoroti risiko serius pada perangkat lunak akses jarak jauh perusahaan. Layanan dukungan jarak jauh BeyondTrust menjadi bagian dari infrastruktur teknologi informasi untuk membantu teknisi mengakses perangkat pengguna. Karena memiliki kemampuan akses khusus, perlindungannya harus mendapat perhatian utama. Jika penyerang memperoleh kendali atas sistem, dampaknya dapat meluas ke lingkungan internal. Oleh sebab itu, peringatan dari peneliti keamanan harus menjadi prioritas pengelola sistem.

Masalah keamanan yang tercatat dengan nomor CVE-2026-102764 memiliki nilai CVSS 4.0 sebesar 9,3. Tingkat keparahan ini menggambarkan tingkat risiko yang tinggi apabila serangan terhadap layanan berhasil dilakukan. Vendor mengeluarkan pemberitahuan keamanan BT26-05 pada 15 Oktober 2026 untuk menjelaskan karakteristik kerentanan sekaligus memberikan petunjuk pemasangan patch. Meski tingkat keparahannya kritis, keberadaan celah tidak berarti semua perusahaan telah diretas. Kemungkinan dampak pada perusahaan perlu dinilai berdasarkan keadaan sistem masing-masing.

Cara Kerja Kerentanan BeyondTrust yang Berisiko Membuka Akses Sistem

Mengacu pada advisory resmi perusahaan, kerentanan tersebut muncul akibat kelemahan dalam memastikan keaslian asal komunikasi pada bagian komunikasi dalam sistem Remote Support. Dalam mekanisme keamanan perangkat lunak, komunikasi antarbagian perlu divalidasi. Jika sistem gagal memastikan sumber komunikasi, pihak tidak berwenang berpotensi memanfaatkan hubungan internal. Untuk kerentanan yang sedang dibahas, masalah validasi dapat membuka peluang manipulasi berkas. Kemampuan yang diperoleh penyerang dapat menjadi pintu masuk kompromi sistem.

Karakteristik penting dari kerentanan tersebut adalah adanya jalur serangan yang tidak membutuhkan proses login normal. Jika sistem terdampak berada dalam keadaan yang memungkinkan serangan, pihak jarak jauh dapat melakukan operasi file tertentu. Kemampuan tersebut berpotensi memengaruhi integritas layanan. Jika penyerang berhasil meningkatkan kendali atas appliance, informasi kredensial yang disimpan atau dikelola perangkat mungkin terekspos kepada pihak tidak berwenang. Dengan mempertimbangkan konsekuensinya, tim keamanan perlu memeriksa kemungkinan penyalahgunaan meski perangkat tampak berfungsi. Pemeriksaan teknis harus dilakukan berdasarkan bukti yang tersedia.

Cara Menentukan Kebutuhan Perbaikan CVE-2026-102764

Menurut advisory BeyondTrust, kerentanan ini memengaruhi Remote Support versi 26.2.3 dan sebelumnya. Bagi instalasi self-hosted milik organisasi, langkah perbaikannya harus disesuaikan dengan konfigurasi. Administrator dengan instalasi dalam rentang versi 24.3.1 sampai 26.2.3 harus memastikan perbaikan BT26-05-RS telah terpasang. Untuk kondisi berbeda, sistem yang lebih tua dari 24.3.1 harus diperbarui menuju versi yang mendukung perbaikan. Langkah ini diperlukan untuk memperoleh patch yang sesuai. Sesudah proses instalasi, administrator tetap perlu meninjau kemungkinan kompromi sebelumnya.

Pada lingkungan Remote Support berbasis SaaS, perusahaan menyatakan patch telah diterapkan secara otomatis. Per 9 Oktober 2026, perbaikan telah diterapkan untuk semua tenant Remote Support SaaS. Karena itu, pengguna layanan SaaS tidak perlu memasang patch appliance secara manual. Namun, pemeriksaan akun dan kredensial tetap penting. Pemasangan patch mengurangi risiko serangan melalui kelemahan tersebut, tetapi tidak otomatis menghapus jejak penyusupan terdahulu. Karena alasan tersebut, tim IT dianjurkan meninjau periode sebelum patch.

Penelitian Mandiant Mengungkap Serangan Zero-Day BeyondTrust

Peneliti keamanan Google melalui GTIG dan Mandiant menemukan indikasi penyalahgunaan aktif kerentanan CVE-2026-102764 sejak akhir Agustus 2026. Kelompok yang dikaitkan dengan aktivitas tersebut dikenal sebagai ARMORY CASTLE, yang dahulu dikenal dengan identifikasi UNC5221. Menurut penilaian peneliti, kelompok tersebut diduga memiliki keterkaitan dengan China. Namun demikian, penilaian tersebut tidak sama dengan pembuktian identitas pemerintah secara langsung. Oleh karena itu, informasi mengenai identitas kelompok perlu disampaikan secara hati-hati.

Selama proses respons keamanan, tim investigasi mengidentifikasi aktivitas eskalasi privilese setelah penyerang memperoleh akses melalui kelemahan Remote Support. Kelompok tersebut juga berusaha mempertahankan akses sehingga aktivitas berbahaya berpotensi berlanjut. Teknik seperti ini sering menjadi perhatian dalam investigasi spionase siber. Hal ini terjadi karena, aktor ancaman yang telah membangun jalur masuk tambahan mungkin tetap memiliki sarana kompromi setelah patch dipasang. Dengan mempertimbangkan temuan tersebut, pembaruan keamanan harus disertai pemeriksaan insiden.

Langkah Perusahaan Mengatasi Risiko Keamanan BeyondTrust

Langkah pertama yang perlu dilakukan perusahaan adalah mengidentifikasi instalasi BeyondTrust Remote Support. Pemeriksaan inventaris membantu menentukan versi yang terdampak. Sesudah perangkat teridentifikasi, pengelola sistem sebaiknya memverifikasi status pembaruan. Pengguna Remote Support di infrastruktur internal sebaiknya menggunakan instruksi resmi vendor. Pada appliance yang dapat diakses publik sebelum diperbarui, pemeriksaan kompromi perlu menjadi prioritas. Hal ini penting karena eksploitasi diketahui berlangsung sebelum advisory diterbitkan. Dengan pendekatan tersebut, organisasi memiliki dasar penanganan yang lebih jelas.

Tidak hanya memperbaiki perangkat lunak, perusahaan perlu meninjau kredensial yang digunakan sistem. Ketika sistem diketahui telah dikendalikan pihak tidak sah, rotasi kredensial yang berpotensi terdampak menjadi bagian penting dari respons insiden. Langkah tersebut harus disesuaikan dengan jalur autentikasi yang digunakan. Di samping itu, pembatasan akses jaringan, analisis aktivitas sistem, dan penerapan prinsip hak akses minimum dapat membantu menurunkan risiko. Ketika pemeriksaan menunjukkan kemungkinan kompromi, penanganan harus dilakukan secara terkoordinasi agar tindakan pemulihan berlangsung dengan terkendali.

Pentingnya Pembaruan Keamanan untuk Melindungi Infrastruktur Perusahaan

Temuan keamanan berkode CVE-2026-102764 menunjukkan pentingnya perlindungan sistem akses jarak jauh. Dengan skor CVSSv4 sebesar 9,3, kerentanan ini membutuhkan tindakan penanganan segera. Laporan serangan yang berlangsung sebelum advisory resmi menunjukkan mengapa evaluasi kompromi diperlukan. Untuk organisasi yang mengandalkan Remote Support, verifikasi status patch sesuai versi harus menjadi perhatian utama. Walaupun jalur kerentanan dapat ditutup, pemeriksaan keamanan historis masih memiliki peranan penting.

Dalam perkembangan TEKNOLOGI modern, layanan dukungan jarak jauh memegang peranan besar dalam menjaga kelangsungan operasional. Namun, hak pengelolaan yang tinggi meningkatkan kebutuhan pengendalian yang ketat. Penerapan manajemen kerentanan yang konsisten, pengelolaan akun istimewa, serta pemantauan indikasi serangan dapat membantu membangun pertahanan lebih kuat. Apa pendapat Anda, apakah organisasi telah cukup siap menghadapi ancaman terhadap sistem remote support? Bagikan pandangan Anda mengenai strategi menghadapi kerentanan perangkat lunak kritis.