Krisis PHP2Shell membuat investor menyoroti perusahaan keamanan siber: pengelola situs berlomba melindungi sistem atau memasang pembaruan, sementara layanan firewall aplikasi web Cloudflare berkaitan langsung dengan upaya tersebut. Saham Cloudflare naik lebih dari 6% dalam perdagangan intraday, dan sejumlah saham keamanan maupun perangkat lunak lainnya turut menguat. Namun, pergerakan ini tidak semata-mata dipicu celah PHP. Laporan pasar juga menyebut peralihan dana dari saham semikonduktor ke perangkat lunak serta kabar terpisah mengenai kerja sama keamanan AI Nvidia dan CrowdStrike.
19
20
22
17
Apa yang mendorong pergerakan saham?
Pengungkapan celah keamanan dan keputusan sejumlah organisasi untuk menonaktifkan situs sementara membuat kebutuhan belanja keamanan kembali menjadi sorotan. TradingKey mengaitkan insiden ini dengan penguatan sejumlah perusahaan perangkat lunak, termasuk Datadog, Okta, dan Zscaler. Laporan pasar pada sore hari mencatat Cloudflare naik sekitar 7% dan Palo Alto Networks naik 4%. Angka-angka ini merupakan gambaran perdagangan intraday yang dilaporkan, bukan angka penutupan terverifikasi, dan tidak membuktikan bahwa insiden PHP menjadi penyebab setiap kenaikan saham.
19
20
Cloudflare memiliki kaitan yang cukup langsung dengan peristiwa tersebut: perusahaan menyebut telah menerapkan perlindungan web application firewall (WAF) untuk menghadapi celah itu. Layanan keamanannya pun relevan bagi organisasi yang ingin mengurangi risiko sembari memasang perbaikan perangkat lunak. Namun, aturan firewall adalah mitigasi, bukan pengganti pembaruan runtime PHP.
15
11
Ada pula katalis pasar lainnya. Sebuah laporan menyebut investor mengalihkan dana dari saham semikonduktor ke saham perangkat lunak di tengah kekhawatiran soal belanja infrastruktur AI dan biaya pendanaan. Laporan lain mengaitkan kenaikan CrowdStrike dengan perluasan kerja sama keamanan AI bersama Nvidia; laporan yang sama juga mencatat kenaikan saham Datadog dan Okta. Faktor-faktor terpisah ini membantu menjelaskan mengapa reli hari itu lebih luas daripada cerita PHP saja.
22
17
Apa risiko dari celah PHP ini?
Dua celah tersebut, CVE-2026-109618 dan CVE-2026-109619, secara kolektif dijuluki PHP2Shell. Laporan menyebut keduanya mendapat skor 9,2 pada skala CVSS v4.0 dan berisiko memungkinkan eksekusi kode jarak jauh tanpa autentikasi—artinya, penyerang berpotensi menjalankan kode di server yang rentan tanpa harus masuk terlebih dahulu.
14
15
Cloudflare menyebut celah ini berdampak pada server web yang menjalankan PHP 5.4 atau versi lebih baru. Pembaruan darurat untuk cabang PHP yang masih didukung adalah versi 8.2.35, 8.3.36, 8.4.27, dan 8.5.12.
15
8
Pengembang PHP memperingatkan pengguna tentang celah tersebut pada Selasa, 20 Oktober, dan perbaikannya tersedia keesokan harinya. Satu laporan menyebut pembaruan itu dikonfirmasi tersedia sekitar pukul 13.45 GMT pada 21 Oktober.
13
9
Mengapa sejumlah organisasi menonaktifkan situs?
Situs pemerintah, rumah sakit, dan universitas di berbagai negara Eropa termasuk layanan yang dinonaktifkan sementara sebagai langkah pencegahan saat administrator menangani celah tersebut. Penonaktifan sementara, dengan sendirinya, bukan bukti bahwa sebuah situs telah berhasil diserang.
3
Pemberitahuan insiden Wikimedia secara khusus menyebut Cloud VPS dan Toolforge sebagai layanan yang dinonaktifkan selama pemeliharaan pencegahan. Itu bukan berarti semua layanan Wikipedia tidak dapat diakses.
7
Besarnya perhatian terhadap celah ini juga berkaitan dengan luasnya penggunaan PHP. Sebuah laporan memperkirakan PHP digunakan oleh sekitar 70% situs web. Angka tersebut menunjukkan luasnya penggunaan teknologi ini, bukan jumlah situs yang rentan atau telah dibobol.
8
Yang perlu diperhatikan pengelola situs
Cloudflare mengatakan mulai melihat serangan bermunculan, sementara laporan lain menyebut beberapa lembaga nasional belum melihat eksploitasi. Kedua hal itu bisa sama-sama benar: cakupan pemantauan dan rentang waktu pengamatan berbeda-beda. Tidak adanya aktivitas yang terpantau juga bukan jaminan bahwa sistem yang rentan aman.
1
3
Bagi pemilik situs kecil yang memakai shared hosting, pastikan penyedia hosting telah memperbarui runtime PHP server ke versi yang sudah diperbaiki atau memasang perbaikan yang disediakan vendor. Memperbarui sistem pengelola konten belum tentu sama dengan memperbarui versi PHP yang menjalankannya. Anggap WAF sebagai lapisan perlindungan sementara, lalu tanyakan kepada penyedia hosting apa yang sudah diperbaiki dan kapan pembaruan dilakukan.
11
14