JawabanDipublikasikan33 sumber
PHP2Shell: Mengapa Celah PHP Ini Mendesak untuk Ditambal
PHP2Shell mencakup dua celah keamanan memori di PHP yang dalam kondisi tertentu dapat memungkinkan penyerang menjalankan kode dari jarak jauh tanpa login. Perbarui runtime PHP yang melayani permintaan web atau pasang perbaikan dari vendor produk, lalu pastikan layanan benar benar menggunakan versi yang sudah diperba...
Diterbitkan olehDiedit dengan GPT-6 LunaGambar dibuat dengan GPT Image 2
Jawaban penelitian
Poin-poin penting
- PHP2Shell mencakup dua celah keamanan memori di PHP yang dalam kondisi tertentu dapat memungkinkan penyerang menjalankan kode dari jarak jauh tanpa login.
- Perbarui runtime PHP yang melayani permintaan web atau pasang perbaikan dari vendor produk, lalu pastikan layanan benar benar menggunakan versi yang sudah diperbaiki.
AI Perintah
openai.comCreate a landscape editorial hero image for this Studio Global article: What are the PHP2Shell vulnerabilities CVE-2026-109618 and CVE-2026-109619, how do they enable unauthenticated remote code execution in PHP—. Article summary: PHP2Shell is the name given to two critical PHP memory-safety vulnerabilities, CVE-2026-109618 and CVE-2026-109619, that can permit unauthenticated remote code execution under suitable conditions; researchers rated them . Topic tags: general, general web, government, news. 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, watermarks, charts with
PHP2Shell adalah sebutan untuk dua kerentanan kritis pada runtime PHP: CVE-2026-109618 dan CVE-2026-109619. Dalam kondisi tertentu, celah ini dapat memungkinkan penyerang yang belum login menjalankan kode di server. PHP merilis perbaikan pada 21 Oktober 2026 untuk versi 8.2.35, 8.3.36, 8.4.27, dan 8.5.12.5
36 Prioritas bagi pengelola sistem adalah memperbarui runtime PHP yang melayani permintaan web—atau memasang perbaikan dari vendor produk terkait—kemudian memastikan pembaruan itu benar-benar aktif.
Apa yang dilakukan kedua celah ini?
Kedua kerentanan menyangkut keamanan memori di dalam PHP, bukan semata-mata kesalahan pada kode aplikasi sebuah situs. Penelitian menggambarkan sejumlah jalur yang melibatkan memori yang sudah dibebaskan atau tidak lagi berlaku saat PHP menjalankan proses tertentu.6
9
- CVE-2026-109618 berkaitan dengan celah use-after-free pada penanganan progres unggahan PHP. Wiz melaporkan bahwa celah ini dapat membuka memori proses PHP dan, dalam kondisi yang diperagakan, berujung pada korupsi memori serta eksekusi kode.
6
- CVE-2026-109619 berkaitan dengan pengelolaan memori saat PHP menangani backtrace setelah galat fatal dan OPcache. Peringatan PHP menjelaskan bahwa keadaan internal yang sudah usang dapat digunakan oleh permintaan berikutnya yang ditangani worker yang sama.
36
Keduanya mendapat skor 9,2 pada skala CVSS dalam laporan yang dikutip.2
37 Wiz menyebut PHP digunakan oleh sekitar 70% internet. Angka itu merupakan perkiraan luas penggunaan PHP, bukan bukti bahwa 70% situs rentan dengan cara yang sama atau telah diretas.
6
Versi PHP yang terdampak dan pembaruan yang tersedia
Laporan menyebut rentang terdampak dari PHP 5.4 hingga 8.5.11.56 Versi PHP yang sudah diperbaiki adalah 8.2.35, 8.3.36, 8.4.27, dan 8.5.12.
36 Jika sistem Anda menggunakan versi lama atau yang sudah tidak didukung, tanyakan kepada distributor PHP atau vendor produk tentang pembaruan yang masih didukung atau perbaikan yang di-backport. Jangan berasumsi bahwa peningkatan versi PHP biasa tersedia untuk setiap sistem.
17
54
Memperbarui paket PHP saja mungkin belum cukup jika situs atau perangkat memakai runtime terpisah yang tertanam di dalam produk. Pastikan instalasi PHP mana yang melayani permintaan web, lalu ikuti petunjuk vendor untuk produk yang menyertakan PHP.5
54
Penemuan dibantu AI, tetapi kronologinya berbeda-beda
Penelitian ini dikreditkan kepada Calif, OpenAI, dan Wiz, dan sejumlah laporan menyebut adanya bantuan model AI.4
16 Namun, laporan berbeda mengenai waktu dimulainya penelitian: USA Today menyebut Calif menemukan celah pada Juli dan Wiz menemukannya secara independen pada Agustus, sedangkan The Register menempatkan pekerjaan para peneliti pada rentang Agustus hingga September.
4
47 Laporan lain juga menyebut model Google, tetapi bahan yang tersedia tidak menjelaskan kontribusi persis tiap model ataupun seberapa jauh prosesnya berjalan secara otomatis.
50
Perbedaan ini penting: bukti yang tersedia mendukung kesimpulan bahwa penelitian dibantu AI, bukan klaim bahwa sistem AI secara mandiri menemukan, memverifikasi, lalu memperbaiki kedua celah tersebut. Peneliti manusia dan pengelola PHP turut terlibat dalam proses penemuan dan penanganan yang dilaporkan.4
16
Apa arti kaitan dengan PAN-OS?
Palo Alto Networks menerbitkan peringatan tentang dampak kedua kerentanan PHP pada produknya, termasuk keluarga produk PAN-OS.34
35 Namun, informasi itu sendiri tidak membuktikan bahwa setiap instalasi PAN-OS memiliki jalur serangan yang sama dengan server web PHP. Konfigurasi produk dan perbaikan dari vendor tetap perlu diperiksa.
Administrator sebaiknya memeriksa peringatan terkini Palo Alto Networks untuk mengetahui status produk dan versi perangkat lunak yang digunakan, lalu mengikuti petunjuk pembaruannya. Jangan mengandalkan jadwal hotfix dari pelacak pihak ketiga sebagai bukti bahwa perbaikan sudah tersedia: salah satu pelacak yang beredar secara jelas menyatakan bahwa informasi status vendornya dibuat dengan AI dan perlu diverifikasi.21
Upaya serangan bukan berarti server berhasil diretas
Laporan intelijen ancaman menyebut upaya eksploitasi yang tercatat pada 17 Oktober, sebelum pengungkapan teknis dan perbaikan PHP pada 21 Oktober.53 Menurut Nextgov, lalu lintas yang dilaporkan Cloudflare meningkat dari ribuan percobaan menjadi jutaan.
22 Angka tersebut merujuk pada upaya serangan, bukan jumlah pengambilalihan server yang berhasil.
Laporan tentang keberhasilan eksploitasi belum memberikan gambaran yang konsisten. BBC menyatakan pada 22 Oktober bahwa saat itu belum ada laporan eksploitasi yang berhasil.18 Kemudian, Unit 42 dari Palo Alto Networks mengatakan tidak dapat memastikan bahwa aktivitas yang semula dikaitkan dengan PHP2Shell disebabkan oleh CVE ini secara spesifik, dan menarik kembali pembaruan sebelumnya.
30 Berdasarkan informasi yang tersedia, upaya eksploitasi memang dilaporkan, tetapi belum jelas apakah ada pembobolan terkonfirmasi yang dapat dikaitkan dengan PHP2Shell.
Sejumlah layanan pemerintah dan perusahaan dilaporkan sempat dinonaktifkan ketika operator menyiapkan atau menerapkan perbaikan.26
51 Penghentian sementara sebagai langkah pencegahan bukan bukti bahwa organisasi tersebut telah diretas.
Langkah praktis untuk organisasi dan pemilik situs
- Cari semua runtime PHP. Periksa situs, server aplikasi, kontainer, lingkungan hosting, dan perangkat. Minta penyedia hosting atau layanan terkelola memastikan runtime yang digunakan dan perbaikan yang berlaku.
- Pasang pembaruan yang sudah diverifikasi. Gunakan rilis PHP yang telah diperbaiki atau paket dari vendor yang memuat koreksi tersebut. Untuk perangkat dan perangkat lunak dengan PHP tertanam, ikuti petunjuk vendor produk.
17
54
- Pastikan layanan aktif sudah diperbarui. Verifikasi runtime yang melayani trafik web—bukan hanya instalasi PHP untuk baris perintah—sudah diperbarui. Pastikan worker atau layanan terkait berjalan dengan versi yang sudah diperbaiki.
- Kurangi paparan jika belum bisa menambal. NSA menyarankan agar organisasi memprioritaskan perbaikan dari vendor dan menonaktifkan sistem jika pembaruan segera tidak memungkinkan.
25
- Pisahkan penyelidikan dari penambalan. Pembaruan menutup celah, tetapi tidak memastikan apakah penyusupan sebelumnya pernah terjadi. Jika ada alasan untuk mencurigai kompromi, tinjau log dan aktivitas sistem yang relevan.
Jika Anda memiliki situs tetapi tidak mengelola servernya, hubungi penyedia hosting atau administrator dan tanyakan apakah runtime PHP sudah diperbarui. Jangan memasang perbaikan dari pesan yang tidak diminta; gunakan petunjuk resmi penyedia layanan.
Intinya, sistem yang rentan, upaya eksploitasi, dan sistem yang benar-benar berhasil dibobol adalah tiga hal berbeda. Perbarui runtime yang terdampak, konfirmasi status produk seperti PAN-OS melalui vendor, dan selidiki dugaan penyusupan secara terpisah.
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 Celah PHP Ini Mendesak untuk Ditambal"?
PHP2Shell mencakup dua celah keamanan memori di PHP yang dalam kondisi tertentu dapat memungkinkan penyerang menjalankan kode dari jarak jauh tanpa login.
Apa poin penting yang harus divalidasi terlebih dahulu?
PHP2Shell mencakup dua celah keamanan memori di PHP yang dalam kondisi tertentu dapat memungkinkan penyerang menjalankan kode dari jarak jauh tanpa login. Perbarui runtime PHP yang melayani permintaan web atau pasang perbaikan dari vendor produk, lalu pastikan layanan benar benar menggunakan versi yang sudah diperbaiki.