BSSN Peringatkan Risiko PHP2Shell pada Website

Badan Siber dan Sandi Negara (BSSN) memperingatkan pengelola website mengenai risiko celah keamanan PHP2Shell. Kerentanan pada perangkat lunak PHP dapat dimanfaatkan untuk menyerang situs yang masih menggunakan versi rentan atau belum memasang pembaruan keamanan. Pengelola website perlu segera memeriksa sistem, menerapkan pembaruan, dan menjalankan mitigasi yang sesuai (Sumber 1).

Peringatan ini penting karena server yang terhubung ke internet dapat dipindai dan ditargetkan dari jarak jauh. Website pemerintah, portal layanan publik, aplikasi internal, toko daring, dan sistem perusahaan perlu diperiksa tanpa menunggu gangguan.

Apa Itu PHP2Shell?

PHP2Shell merupakan nama yang digunakan dalam pemberitaan untuk menyebut celah keamanan kritis pada PHP. Berdasarkan informasi yang tersedia, kerentanan tersebut berpotensi dimanfaatkan untuk menyerang website dan menjalankan kode berbahaya pada server yang belum terlindungi (Sumber 7).

Rincian teknis lengkap, termasuk nomor identifikasi kerentanan, versi PHP terdampak, metode eksploitasi, dan tingkat eksploitasi global, belum tersedia dalam sumber yang digunakan. Karena itu, pengelola tidak boleh menarik kesimpulan hanya berdasarkan nama kerentanan.

Risiko aktual bergantung pada versi PHP, konfigurasi server, hak akses aplikasi, pemisahan jaringan, dan komponen lain yang terpasang. Rujuk advisori resmi BSSN, Kementerian Komunikasi dan Digital (Komdigi), pengelola PHP, vendor sistem operasi, penyedia hosting, serta pengembang aplikasi.

Peringatan BSSN dan Koordinasi Pemerintah

BSSN meminta pengelola website memeriksa sistem dan memasang pembaruan keamanan untuk mengurangi risiko pemanfaatan PHP2Shell (Sumber 1). Imbauan ini berlaku bagi pengelola website publik, portal layanan masyarakat, aplikasi internal berbasis PHP, situs pemerintah, server perusahaan, serta aplikasi pada layanan hosting atau awan.

Komdigi juga disebut berkoordinasi dengan BSSN untuk menangani celah keamanan kritis pada PHP (Sumber 3). Namun, koordinasi pemerintah tidak menggantikan tanggung jawab pengelola sistem.

Pemberitaan mengenai sekitar 300 situs pemerintah yang menggunakan PHP versi lama bukan bukti bahwa seluruh situs tersebut telah diretas (Sumber 9). Bedakan antara penggunaan versi lama, potensi kerentanan, dan eksploitasi yang telah terbukti.

Risiko PHP2Shell

Jika sistem belum diperbarui dan berhasil dieksploitasi, dampaknya dapat meliputi:

• Eksekusi kode atau perintah berbahaya.
• Perubahan atau penghapusan berkas website.
• Penyisipan halaman, tautan, atau skrip berbahaya.
• Pengambilan data dari server.
• Gangguan layanan.
• Perubahan konfigurasi dan akun akses.
• Penggunaan server untuk aktivitas ilegal.

Data yang berisiko mencakup kredensial administrator, kunci API, token, informasi basis data, berkas konfigurasi, dan data pengguna. Insiden juga dapat menurunkan kepercayaan pengguna, menimbulkan biaya pemulihan, serta memicu kewajiban pelaporan sesuai aturan yang berlaku.

Langkah yang Perlu Dilakukan

1. Inventarisasi server dan aplikasi

Catat seluruh server yang menjalankan PHP, termasuk website utama, subdomain, aplikasi internal, lingkungan pengujian, server cadangan, layanan hosting, infrastruktur awan, dan aset lama yang masih terhubung ke jaringan. Aset yang tidak diperlukan perlu diamankan atau dimatikan.

2. Periksa versi PHP dan komponen

Periksa versi PHP pada setiap server. Tinjau pula sistem operasi, server web, kerangka kerja, sistem pengelolaan konten, modul, ekstensi PHP, plugin pihak ketiga, serta perangkat lunak pengelolaan server. Bandingkan hasilnya dengan advisori keamanan resmi.

3. Pasang pembaruan dari sumber resmi

Terapkan pembaruan dari pengelola PHP, vendor, penyedia platform, atau penyedia hosting. Uji pembaruan pada lingkungan pengujian, buat cadangan sebelum perubahan besar, dan simpan cadangan secara terpisah. Jangan mengunduh perangkat lunak dari sumber tidak resmi.

4. Terapkan mitigasi sementara

Jika pembaruan belum dapat dilakukan, pertimbangkan pembatasan akses jaringan, penonaktifan komponen yang tidak diperlukan, pengurangan hak akses, dan penguatan perlindungan pada lapisan jaringan atau aplikasi. Catat setiap mitigasi dan tetapkan batas waktu penyelesaian.

5. Periksa log dan indikator kompromi

Tinjau log server, aplikasi, autentikasi, dan jaringan. Cari permintaan berulang ke jalur tertentu, perubahan berkas di luar jadwal, akun baru yang tidak dikenal, aktivitas masuk yang tidak biasa, lonjakan penggunaan CPU, lalu lintas jaringan tidak wajar, perubahan konfigurasi, dan berkas baru tanpa pemilik jelas.

Jangan menghapus log sebelum pemeriksaan selesai. Jika terdapat indikasi kompromi, isolasi sistem sesuai prosedur tanggap insiden dan minta bantuan tim keamanan atau penyedia layanan.

6. Ganti kredensial berisiko

Ganti kata sandi administrator, akun layanan, kunci API, token, kredensial basis data, dan rahasia lain yang mungkin terbaca. Aktifkan autentikasi multifaktor, gunakan kata sandi unik, dan berikan hak akses berdasarkan kebutuhan pekerjaan.

7. Laporkan dan dokumentasikan

Catat waktu pemeriksaan, versi perangkat lunak, hasil pemindaian, tindakan perbaikan, perubahan kredensial, dan hasil pemantauan. Koordinasikan dugaan insiden dengan tim keamanan internal, penyedia hosting, vendor aplikasi, dan kanal resmi yang relevan.

Indikator Risiko Tinggi

Website perlu mendapat prioritas pemeriksaan apabila:

• Menggunakan PHP versi lama.
• Tidak memiliki jadwal pembaruan keamanan.
• Terhubung langsung ke internet tanpa pembatasan memadai.
• Menggunakan plugin atau modul yang tidak diperbarui.
• Tidak memiliki cadangan yang dapat dipulihkan.
• Tidak menyimpan atau meninjau log keamanan.
• Menggunakan akun administrator bersama.
• Tidak menerapkan autentikasi multifaktor.
• Memiliki aset lama yang tidak tercatat.

Website yang masih dapat diakses belum tentu aman. Serangan dapat berlangsung tanpa perubahan tampilan yang jelas.

Kesalahan yang Perlu Dihindari

• Menunda pembaruan keamanan.
• Hanya mengandalkan plugin keamanan.
• Menghapus log atau bukti setelah dugaan serangan.
• Menganggap website kecil tidak menjadi target.
• Memasang perangkat lunak dari sumber tidak resmi.

Daftar Periksa Tindakan Cepat

• Catat seluruh server dan aplikasi berbasis PHP.
• Periksa versi PHP dan komponen pendukung.
• Bandingkan hasil pemeriksaan dengan advisori resmi.
• Pasang pembaruan yang sesuai.
• Buat dan uji cadangan.
• Tinjau log server dan aplikasi.
• Periksa perubahan berkas dan akun mencurigakan.
• Ganti kredensial jika terdapat indikasi kompromi.
• Batasi akses yang tidak diperlukan.
• Dokumentasikan hasil pemeriksaan.
• Koordinasikan temuan dengan tim keamanan atau penyedia hosting.

Kesimpulan

BSSN memperingatkan risiko PHP2Shell dan meminta pengelola website segera melakukan pemeriksaan serta pengamanan. Prioritas utama adalah mengetahui seluruh aset dan versi PHP, memasang pembaruan dari sumber resmi, serta memeriksa kemungkinan kompromi melalui log dan pemantauan.

Informasi yang tersedia belum menjelaskan secara lengkap versi PHP terdampak, nomor identifikasi kerentanan, atau metode eksploitasi. Pengelola perlu mengikuti advisori resmi BSSN, Komdigi, pengelola PHP, vendor sistem, dan penyedia hosting. Pencegahan lebih efektif daripada menunggu gangguan atau kebocoran data.

Pertanyaan Umum

Apa itu PHP2Shell?

PHP2Shell merupakan nama yang digunakan dalam pemberitaan untuk menyebut celah keamanan kritis pada PHP. Rincian versi terdampak perlu dikonfirmasi melalui advisori resmi.

Apakah semua website berbasis PHP terdampak?

Tidak. Risiko bergantung pada versi PHP, konfigurasi server, komponen yang digunakan, dan status pembaruan keamanan.

Apa tindakan pertama yang perlu dilakukan?

Inventarisasi seluruh server dan periksa versi PHP. Selanjutnya, cocokkan hasilnya dengan advisori resmi dan pasang pembaruan yang sesuai.

Apakah memperbarui PHP sudah cukup?

Belum tentu. Pengelola juga perlu memperbarui sistem operasi dan komponen aplikasi, meninjau konfigurasi, membatasi akses, memeriksa log, serta mengganti kredensial jika terdapat indikasi kompromi.

Bagaimana mengetahui website telah diserang?

Periksa perubahan berkas, akun baru, aktivitas masuk yang tidak biasa, permintaan mencurigakan, perubahan konfigurasi, dan lonjakan penggunaan sumber daya. Tampilan normal bukan bukti bahwa sistem aman.

Ke mana mencari informasi lanjutan?

Ikuti advisori resmi BSSN, Komdigi, pengelola PHP, vendor sistem, dan penyedia hosting.