JawabanDipublikasikan30 sumber
PHP2Shell: Mengapa Operator Situs Perlu Segera Memperbarui PHP
PHP2Shell adalah sebutan bagi dua kerentanan kritis PHP, CVE 2026 109618 dan CVE 2026 109619, yang dapat memungkinkan eksekusi kode jarak jauh tanpa autentikasi pada server terdampak. PHP merilis versi perbaikan pada 21 Oktober 2026.
Diterbitkan olehDiedit dengan GPT-6 LunaGambar dibuat dengan GPT Image 2
Jawaban penelitian
Poin-poin penting
- PHP2Shell adalah sebutan bagi dua kerentanan kritis PHP, CVE 2026 109618 dan CVE 2026 109619, yang dapat memungkinkan eksekusi kode jarak jauh tanpa autentikasi pada server terdampak.
- PHP merilis versi perbaikan pada 21 Oktober 2026. Operator perlu memperbarui runtime PHP—bukan hanya plugin atau aplikasi situs—dan memeriksa apakah penyedia hosting sudah menerapkan perbaikan.
- Sejumlah layanan dibatasi atau dihentikan sementara sebagai langkah pencegahan. Laporan pemindaian dan percobaan eksploitasi tidak dengan sendirinya membuktikan adanya pembobolan yang berhasil.
AI Perintah
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the October 2026 “PHP2Shell” cybersecurity crisis involving AI-discovered flaws CVE-2026-109618 and CVE-2026-109619 in PHP, which po. Article summary: PHP2Shell is the name given to two critical PHP vulnerabilities, CVE-2026-109618 and CVE-2026-109619, that can permit unauthenticated remote code execution; emergency patches and precautionary shutdowns followed their Oc. Topic tags: general, general web, government, news, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermar
PHP2Shell adalah nama untuk dua kerentanan kritis pada PHP: CVE-2026-109618 dan CVE-2026-109619. Keduanya berpotensi memungkinkan eksekusi kode jarak jauh tanpa perlu masuk ke akun terlebih dahulu, sehingga server yang terdampak menghadapi risiko serius. PHP merilis perbaikan pada 21 Oktober 2026. Sejumlah organisasi juga membatasi akses atau menghentikan layanan sementara sebagai langkah pencegahan. Namun, laporan pemindaian dan percobaan eksploitasi tidak sama dengan bukti bahwa serangan berhasil membobol sistem. 4
7
18
Apa yang dilakukan celah PHP2Shell?
Celah ini berada di PHP itu sendiri—lingkungan runtime yang menjalankan kode PHP di server—bukan pada satu plugin atau aplikasi situs tertentu. Satu kerentanan berkaitan dengan penanganan kondisi kehabisan memori, sedangkan yang lain melibatkan status global yang sudah tidak berlaku. Dalam kondisi tertentu, permintaan yang dirancang khusus dapat berujung pada eksekusi kode jarak jauh; salah satu celah juga berpotensi membocorkan data sensitif dari memori proses. 4
11
PHP digunakan secara luas. Sejumlah laporan memperkirakan bahasa ini mendukung hingga 70% situs web. Angka itu bukan berarti semua situs berbasis PHP rentan atau menghadapi tingkat risiko yang sama: dampaknya bergantung pada versi PHP, konfigurasi server, serta apakah jalur kode yang terdampak dapat dijangkau. 45
46
Penemuan berbantuan AI dan kebocoran informasi
Laporan menyebut tim peneliti dari Wiz, Calif, dan OpenAI berkontribusi dalam penemuan serta penanganan celah ini; sebagian pemberitaan juga menggambarkan AI sebagai bagian dari proses riset. Namun, informasi yang tersedia tidak memastikan seluruh detail kisah penemuan—termasuk urutan khusus dari eksploit WordPress ke Drupal atau pembagian peran setiap tim dalam menemukan masing-masing CVE. 14
45
Menurut laporan mengenai insiden ini, masalah penanganan memori yang mendasarinya pernah diketahui sebelum potensi eksekusi kode jarak jauhnya diperlihatkan. Perbedaan ini penting: mengenali bug yang mencurigakan tidak sama dengan membuktikan bahwa bug tersebut dapat dijadikan jalur serangan yang nyata. 22
38
Detail kerentanan bocor sebelum jadwal pengumuman publik yang direncanakan. Kebocoran itu menambah tekanan dan ikut mempercepat upaya penerbitan perbaikan. 6
23 Insiden ini menunjukkan bagaimana respons keamanan dapat berubah menjadi persoalan operasional saat pengungkapan, verifikasi, dan pemasangan pembaruan harus dilakukan dalam waktu singkat.
Perbaikan, percobaan serangan, dan makna laporannya
Versi PHP yang dilaporkan telah diperbaiki pada 21 Oktober adalah 8.2.35, 8.3.36, 8.4.27, dan 8.5.12. Administrator juga perlu memeriksa pemberitahuan dari penyedia sistem operasi atau hosting. Sebagian penyedia menerapkan perbaikan sebagai backport—memasukkan perbaikan keamanan ke paket yang mereka kelola—sehingga nomor versinya mungkin tidak sama persis dengan versi upstream PHP. 4
39
Perusahaan keamanan melaporkan adanya pemindaian atau percobaan eksploitasi di sekitar waktu pengungkapan. Laporan terkait Cloudflare juga menyebut lonjakan percobaan. Angka seperti ini menunjukkan permintaan atau upaya yang terpantau oleh layanan tertentu; angka tersebut tidak memastikan berapa banyak sistem yang benar-benar berhasil ditembus. 5
36
Laporan mengenai keberhasilan eksploitasi tidak sepenuhnya seragam. BBC menyatakan belum ada laporan eksploitasi yang berhasil per 22 Oktober. Dalam pembaruan berikutnya, Beazley menyebut adanya laporan percobaan luas, tetapi tidak mengetahui adanya eksploitasi massal yang terkonfirmasi. Sansec juga memperbarui penilaiannya dan menyebut eksploitasi massal tampak lebih kecil kemungkinannya daripada dugaan awal. Penilaian tersebut berlaku pada waktu laporan dibuat dan bukan alasan untuk membiarkan server yang belum diperbarui tetap terbuka. 7
9
18
Mengapa beberapa layanan sempat dihentikan?
Sejumlah organisasi membatasi atau menonaktifkan layanan sementara untuk menilai paparan risiko dan menyiapkan pembaruan. Menurut laporan, pemerintah Inggris menonaktifkan 32 layanan. Pelacak status layanan juga mencatat lebih dari 100 layanan mengumumkan gangguan, jadwal pemeliharaan, atau peringatan terkait PHP2Shell sebelum perbaikan tersedia. Langkah-langkah ini menggambarkan gangguan operasional akibat penanganan darurat; dengan sendirinya, langkah tersebut bukan bukti bahwa layanan itu telah diserang. 22
34
Laporan lain menguraikan respons pemerintah dan organisasi di negara-negara tambahan. Namun, bukti yang tersedia tidak menetapkan daftar lengkap layanan terdampak yang telah diverifikasi secara independen, atau memastikan setiap laporan gangguan lokal yang disebutkan. 20
25
Langkah yang perlu dilakukan operator situs
- Inventarisasi semua instalasi PHP. Periksa server produksi, kontainer, sistem cadangan, dan layanan hosting terkelola—jangan hanya memeriksa situs utama.
- Pasang perbaikan yang sesuai sesegera mungkin. Gunakan versi yang telah diperbaiki atau backport yang dikonfirmasi penyedia. Setelah itu, mulai ulang pekerja atau layanan PHP bila diperlukan dan pastikan versi yang berjalan sudah benar. Memperbarui aplikasi atau plugin PHP saja tidak menggantikan perbaikan pada runtime PHP.
14
39
- Kurangi paparan jika belum bisa memperbarui. Pertimbangkan membatasi akses publik atau menonaktifkan sementara layanan terdampak dengan mempertimbangkan paparan dan dampak bisnisnya. Aturan jaringan perlindungan hanya langkah sementara, bukan pengganti pemasangan perbaikan.
- Periksa tanda-tanda kompromi. Tinjau log yang relevan dan cari berkas, proses, atau akun administrator yang tidak semestinya. Jika ada dugaan pembobolan, simpan bukti dan lakukan penyelidikan; memasang perbaikan tidak otomatis menghapus intrusi yang mungkin sudah terjadi.
- Minta konfirmasi dari penyedia layanan. Organisasi kecil yang memakai hosting atau layanan terkelola sebaiknya meminta kepastian bahwa semua instalasi PHP yang mereka gunakan sudah ditangani.
NSA merekomendasikan pemasangan perbaikan kritis dan menyatakan sedang memprioritaskan identifikasi pelaku berbahaya yang mungkin berupaya mengeksploitasi PHP2Shell. FBI juga mendorong organisasi memperbarui instalasi PHP. Sumber yang tersedia tidak menunjukkan adanya satu perintah bersama FBI–NSA–CISA yang meminta semua organisasi mematikan sistem jika belum bisa memasang perbaikan. 17
28
Apa yang bisa dilakukan pengguna biasa?
Perbarui perangkat pribadi, aplikasi, dan router. Gunakan autentikasi multifaktor serta kata sandi unik untuk setiap akun. Ini adalah praktik keamanan umum yang berguna, tetapi tidak memperbaiki server PHP milik sebuah situs; pembaruan server menjadi tanggung jawab operator situs atau penyedia hostingnya.
Pelajaran praktis dari PHP2Shell adalah perlunya memasang perbaikan dengan cepat, memastikan pembaruan benar-benar berjalan, dan bersiap menghadapi waktu respons yang singkat. Insiden ini menjadi alasan untuk memperhatikan cepatnya riset kerentanan dan percobaan serangan berkembang. Namun, bukti yang tersedia tidak mendukung anggapan bahwa jumlah percobaan serangan sama dengan pembobolan massal yang terkonfirmasi, ataupun klaim bahwa keamanan web telah runtuh secara menyeluruh.
Studio Global AI
Lanjutkan penelitian Anda
Halaman ini berisi jawaban yang didukung sumber yang dapat Anda lanjutkan di dalam Studio Global.
Orang-orang juga bertanya
Apa jawaban singkat untuk "PHP2Shell: Mengapa Operator Situs Perlu Segera Memperbarui PHP"?
PHP2Shell adalah sebutan bagi dua kerentanan kritis PHP, CVE 2026 109618 dan CVE 2026 109619, yang dapat memungkinkan eksekusi kode jarak jauh tanpa autentikasi pada server terdampak.
Apa poin penting yang harus divalidasi terlebih dahulu?
PHP2Shell adalah sebutan bagi dua kerentanan kritis PHP, CVE 2026 109618 dan CVE 2026 109619, yang dapat memungkinkan eksekusi kode jarak jauh tanpa autentikasi pada server terdampak. PHP merilis versi perbaikan pada 21 Oktober 2026. Operator perlu memperbarui runtime PHP—bukan hanya plugin atau aplikasi situs—dan memeriksa apakah penyedia hosting sudah menerapkan perbaikan.
Apa yang harus saya lakukan selanjutnya dalam latihan?
Sejumlah layanan dibatasi atau dihentikan sementara sebagai langkah pencegahan. Laporan pemindaian dan percobaan eksploitasi tidak dengan sendirinya membuktikan adanya pembobolan yang berhasil.
Sumber
dynatrace.comCVE-2026-109618 & CVE-2026-109619: PHP2Shell Critical ...
labs.beazley.securityPHP2SHELL: Critical PHP RCE Flaws Threaten Web Infrastructure ...
bbc.comPHP: What is it and why did it spark a global cyber security ...
sec.cloudapps.cisco.comVulnerabilities in PHP Affecting Cisco Products: October 2026