PHP2Shell ialah nama bagi dua kelemahan kritikal dalam PHP, CVE-2026-109618 dan CVE-2026-109619. Kedua-duanya diberi skor CVSS 9.2 dan boleh membolehkan penyerang yang tidak perlu log masuk menjalankan kod pada pelayan web PHP. PHP menerbitkan versi tampalan pada 21 Oktober 2026, selepas laporan mengenai percubaan eksploitasi empat hari lebih awal meningkatkan keperluan untuk bertindak segera.
4
5
24
Apa yang dilakukan oleh kelemahan PHP2Shell?
Kedua-dua kelemahan ini berkaitan dengan cara PHP mengendalikan memori ketika memproses permintaan web. PHP menerangkan CVE-2026-109618 sebagai kerosakan memori akibat kehabisan memori semasa pembersihan permintaan. CVE-2026-109619 pula melibatkan keadaan lama yang berkaitan dengan sesuatu permintaan digunakan semula oleh permintaan lain pada proses pekerja yang sama. Kedua-duanya boleh membawa kepada pelaksanaan kod jauh.
4
10
Risiko ini melibatkan pemasangan PHP yang menerima permintaan web, termasuk penggunaan PHP-FPM dan Apache dengan mod_php, serta konfigurasi lain yang disenaraikan.
4
5 Pasukan keselamatan PHP menyatakan risiko paling tinggi adalah pada mod_php.
7
Versi PHP yang telah ditampal
PHP menerbitkan versi pembaikan berikut pada 21 Oktober 2026:
4
- PHP 8.5.12
- PHP 8.4.27
- PHP 8.3.36
- PHP 8.2.35
Pentadbir disaran mengemas kini setiap pemasangan kepada versi tampalan yang sesuai dengan cabang PHP masing-masing. Oleh sebab kelemahan ini melibatkan pemasangan yang memproses trafik web, semak semua persekitaran yang menerima permintaan web—bukan sekadar rangka kerja aplikasi atau sistem pengurusan kandungan yang digunakan.
4
5
Laporan menyatakan pendedahan awal menyebabkan tampalan dikeluarkan lebih awal daripada tarikh asal yang dijadualkan, iaitu 22 Oktober. Namun, maklumat yang tersedia tidak menjelaskan dengan tepat apa yang terdedah, siapa yang mendedahkannya atau bagaimana maklumat itu tersebar.
3
20
Apa yang diketahui tentang aktiviti serangan?
Amazon Threat Intelligence melaporkan percubaan eksploitasi yang direkodkan oleh honeypot MadPot pada 17 Oktober—empat hari sebelum pendedahan awam dan keluaran tampalan. Amazon menyatakan percubaan itu datang daripada alamat IP yang dikaitkan dengan rangkaian anonimisasi komersial, tetapi masih belum jelas bagaimana pihak berkenaan memperoleh maklumat tentang kelemahan itu lebih awal.
24
Cloudflare melaporkan percubaan eksploitasi meningkat sehingga berjuta-juta selepas pendedahan. Angka ini merujuk kepada percubaan, bukannya bilangan laman web yang disahkan telah diceroboh.
18
19 Begitu juga, percubaan yang direkodkan oleh honeypot menunjukkan adanya aktiviti menyasarkan kelemahan itu, tetapi bukan bukti bahawa penyerang berjaya menembusi pelayan produksi. Laporan yang tersedia tidak menetapkan berapa banyak sistem produksi, jika ada, yang telah diceroboh.
24
46
Langkah yang patut diambil oleh pentadbir
- Pasang versi PHP yang telah ditampal bagi setiap cabang yang digunakan.
4
- Semak aktiviti bermula 17 Oktober. Oleh sebab Amazon mengesan percubaan lebih awal melalui honeypot, semakan retrospektif tidak seharusnya bermula pada hari tampalan dikeluarkan sahaja.
24
46
- Bezakan percubaan eksploitasi daripada pencerobohan yang disahkan. Jumlah percubaan boleh menunjukkan penyerang sedang menguji kelemahan, tetapi tidak membuktikan kod berjaya dijalankan pada pelayan tertentu.
18
24
Langkah paling jelas ialah menampal semua pemasangan PHP yang terjejas dan menyiasat aktiviti berkaitan sejak 17 Oktober. Jumlah percubaan yang tinggi menunjukkan keadaan ini perlu diberi perhatian segera, tetapi bukan bukti bahawa setiap pelayan yang disasarkan telah diceroboh.