{"content_id":"vufynon7qa","slug":"php2shell-enterprise-security-patch-response-guide","locale":"id","schema_type":"HowTo","category":"how_to","category_name":"Panduan","title":"PHP2Shell: Cara Mengamankan Server Perusahaan","summary":"Penanganan PHP2Shell dimulai dengan memperbarui dan memulai ulang PHP pada layanan web yang berjalan. Jika ada dugaan penyusupan, amankan bukti terlebih dahulu. Setelah patch diterapkan, log tetap perlu diperiksa dan kredensial diganti.","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["Periksa penggunaan PHP pada server yang sedang beroperasi dan produk dengan PHP bawaan.","Jika ada dugaan penyusupan, isolasi server dan amankan bukti sebelum memulai ulang server.","Terapkan versi perbaikan atau gunakan langkah sementara resmi hingga pembaruan dilakukan.","Mulai ulang layanan yang menjalankan PHP, lalu pastikan patch telah diterapkan pada layanan web yang berjalan.","Periksa log terdahulu dan ganti kredensial server yang terekspos."],"content_markdown":"Penanganan PHP2Shell dimulai dengan memeriksa penggunaan PHP dan menerapkan versi yang telah diperbaiki. Setelah pembaruan, mulai ulang layanan yang menjalankan PHP. Jika ada dugaan peretasan, bukti harus diamankan sebelum layanan dimulai ulang. Setelah pemasangan patch, pemeriksaan log dan penggantian kredensial tetap diperlukan.\n\nVersi dan pengaturan mengacu pada pengumuman KISA tanggal 22 Oktober 2026 dan pengumuman tambahan PHP tanggal 23 Oktober.\n\n## Apa itu kerentanan PHP2Shell?\n\nPHP2Shell adalah kerentanan PHP yang memungkinkan eksekusi kode di server tanpa autentikasi. Masalahnya terletak pada pengelolaan memori saat server web memproses permintaan. Keberhasilan serangan bergantung pada lingkungan eksekusi dan pengaturannya.\n\n| Kategori | Nomor identifikasi | Sifat masalah |\n| --- | --- | --- |\n| Masalah penanganan kehabisan memori | CVE-2026-109618 | Memproses data internal yang tidak lengkap saat memori habis |\n| Masalah status yang tertinggal antarpermintaan | CVE-2026-109619 | Menggunakan status yang menunjuk ke memori yang telah dibebaskan pada permintaan berikutnya |\n\nKISA menyatakan bahwa kedua kerentanan memiliki tingkat keparahan CVSS 9.2. Jika serangan berhasil, penyerang dapat memasang webshell atau membocorkan informasi pelanggan. Webshell adalah berkas yang disalahgunakan untuk mengendalikan server dari jarak jauh. Serangan juga dapat berlanjut menjadi pengubahan tampilan situs dan penyusupan ke jaringan internal.\n\nKISA menginformasikan adanya kebocoran informasi dan upaya serangan sebelum patch dirilis. Para peneliti memublikasikan proses penemuan kerentanan dengan bantuan AI. Masalah ini terdapat pada PHP itu sendiri, sehingga tidak terbatas pada produk situs web tertentu. [Panduan penanganan untuk perusahaan dari KISA](https://www.boho.or.kr/kr/bbs/view.do?bbsId=B0000133\u0026menuNo=205020\u0026nttId=72230), [Penjelasan PHP2Shell dari para peneliti](https://www.php2shell.com/)\n\n## Urutan penanganan berdasarkan kondisi\n\nUrutan pembaruan dan pengamanan bukti bergantung pada ada tidaknya dugaan peretasan. Dalam pemasangan patch rutin, lakukan pembaruan dan mulai ulang setelah pengujian. Isolasi terlebih dahulu server yang diduga telah diretas.\n\n| Kondisi saat ini | Tindakan pertama | Tindakan berikutnya |\n| --- | --- | --- |\n| Server yang terbuka ke internet tanpa indikasi peretasan | Tinjau kompatibilitas dan terapkan versi yang telah diperbaiki | Mulai ulang, pastikan versi yang benar-benar berjalan, dan periksa log |\n| Ditemukan webshell atau koneksi mencurigakan | Isolasi jaringan dan laporkan | Lakukan pemulihan setelah bukti diamankan |\n| Server yang sulit diperbarui segera | Terapkan pengaturan sementara resmi dan pembatasan permintaan di lapisan depan | Susun jadwal pemasangan patch dan terapkan |\n| Server yang sulit menerapkan tindakan sementara sekalipun | Pertimbangkan pemblokiran akses eksternal atau penghentian sementara | Tentukan apakah layanan dapat dilanjutkan setelah pemasangan patch |\n| Lingkungan yang dikelola penyedia hosting atau produsen | Konfirmasikan penerapannya kepada pihak pengelola | Dapatkan bukti bahwa perubahan telah diterapkan pada lingkungan eksekusi |\n\nMemulai ulang setelah pembaruan diperlukan agar kode yang telah diperbaiki dapat dijalankan. Dalam penanganan insiden, proses mulai ulang ditunda untuk mengamankan bukti. Bahkan pada server yang sama, ikuti urutan kedua jika ada dugaan peretasan.\n\n## Cara memeriksa penggunaan PHP\n\nPeriksa daftar aset sekaligus server yang benar-benar beroperasi. Jika hanya memeriksa situs utama, server yang luput dari pengelolaan bisa terlewat. Perangkat dan kontainer yang menyertakan PHP juga harus diperiksa.\n\n1. Buat daftar situs web dan sistem yang terbuka ke internet.\n2. Periksa situs yang dibuat oleh pihak luar dan situs lama.\n3. Periksa server acara, server pengujian, dan halaman administrator.\n4. Periksa apakah antarmuka pengelolaan perangkat dan solusi menyertakan PHP.\n5. Periksa image kontainer dan kontainer yang sedang berjalan.\n6. Catat versi PHP dan penanggung jawab pengelolaan setiap lingkungan.\n\nJika menggunakan hosting, mintalah penyedia mengonfirmasi apakah patch telah diterapkan. Untuk PHP yang disertakan dalam perangkat, periksa pembaruan dari produsen. Periksa juga sistem internal, tetapi tangani server yang terbuka ke internet terlebih dahulu.\n\n## Versi PHP yang telah diperbaiki dan ketentuan berakhirnya dukungan\n\nVersi perbaikan untuk seri 8.5 dalam pengumuman resmi PHP adalah **8.5.12**. Pengumuman asli KISA juga menyebutkan versi yang sama. Ini bukan berarti Anda harus menunggu 8.5.13 untuk memasang patch.\n\n| Seri yang digunakan | Versi yang memperbaiki kedua kerentanan | Acuan penanganan |\n| --- | --- | --- |\n| PHP 8.5 | 8.5.13 atau lebih baru | Periksa rilis keamanan terbaru untuk seri tersebut |\n| PHP 8.4 | 8.4.27 atau lebih baru | Periksa rilis keamanan terbaru untuk seri tersebut |\n| PHP 8.3 | 8.3.36 atau lebih baru | Periksa rilis keamanan terbaru untuk seri tersebut |\n| PHP 8.2 | 8.2.35 atau lebih baru | Siapkan peralihan ke seri yang lebih baru bersamaan dengan pemasangan patch |\n| PHP 8.1 atau lebih lama | Dukungan keamanan reguler telah berakhir | Beralih ke seri yang didukung atau periksa patch dari pemasok |\n\nTabel ini mengacu pada versi perbaikan yang diumumkan pada 21 Oktober 2026. Nomor versi yang ditampilkan pada paket distribusi mungkin tetap sama. Dalam hal ini, periksa riwayat perubahan untuk memastikan apakah kedua CVE telah diperbaiki. [Pengumuman rilis keamanan PHP](https://www.php.net/archive/2026.php)\n\nDukungan keamanan PHP 8.2 berakhir pada 31 Desember 2026. KISA menyarankan peralihan ke PHP 8.3 atau lebih baru. Uji kompatibilitas aplikasi sebelum beralih. [Jadwal dukungan PHP](https://www.php.net/supported-versions.php)\n\nDukungan keamanan reguler untuk PHP 8.1 atau lebih lama telah berakhir. Patch dari distribusi atau penyedia dukungan jangka panjang harus diperiksa secara terpisah. Patch kode sumber untuk versi lama yang dirilis kali ini juga tidak berarti dukungan reguler dilanjutkan.\n\n## Cara memperbarui dan memulai ulang\n\nSetelah berkas instalasi diganti, layanan yang menjalankan PHP perlu dimulai ulang. Proses yang sudah berjalan dapat terus menjalankan kode yang masih tersimpan di memori. Jika ada dugaan peretasan, amankan bukti sebelum melakukan langkah-langkah berikut.\n\n1. Tinjau dampak patch terhadap fungsi yang sudah ada.\n2. Periksa kompatibilitas layanan di lingkungan pengujian.\n3. Terapkan paket perbaikan mulai dari server yang terbuka ke internet.\n4. Mulai ulang semua layanan yang menjalankan PHP.\n5. Untuk lingkungan kontainer, lakukan deployment ulang menggunakan image yang telah diperbaiki.\n6. Pastikan pembaruan telah diterapkan pada PHP yang benar-benar memproses permintaan web.\n\nLayanan yang perlu dimulai ulang mencakup PHP-FPM dan Apache mod_php. Periksa juga php-cgi, FrankenPHP, dan LiteSpeed. Jika terdapat beberapa lingkungan PHP dalam satu server, masing-masing harus diperiksa.\n\n`php -v` menampilkan versi PHP yang dijalankan melalui baris perintah. Versi ini bisa berbeda dari PHP yang digunakan layanan web. Jangan menyimpulkan bahwa pembaruan telah selesai hanya berdasarkan keluaran baris perintah.\n\n## Ketentuan pengaturan sementara sebelum pembaruan\n\nTindakan sementara merupakan cara untuk mengurangi sebagian jalur serangan. Tindakan ini tidak menyelesaikan seluruh kerentanan. Jika pengaturan sulit diterapkan, pertimbangkan pemblokiran akses eksternal.\n\n### Bagaimana cara menerapkan pengaturan memory_limit?\n\nRekomendasi sementara resmi untuk kerentanan ini adalah `memory_limit=-1`. Nilai ini menghapus batas penggunaan memori yang ditetapkan oleh PHP sendiri. Jangan menganggapnya sebagai pengaturan operasional biasa.\n\nPenghapusan batas mengurangi jalur tertentu yang memicu kondisi kehabisan memori. Pengaturan ini tidak mencegah kegagalan alokasi memori yang sesungguhnya. Pembatasan ukuran permintaan dan langkah pengelolaan sumber daya harus dipertimbangkan bersamaan. [Rekomendasi untuk kerentanan kehabisan memori PHP](https://github.com/php/php-src/security/advisories/GHSA-w8hw-w9fx-j79w)\n\n| Item | Tindakan sementara resmi | Hal yang perlu diperiksa saat penerapan |\n| --- | --- | --- |\n| `memory_limit` | Tetapkan ke `-1` | Terapkan pengaturan administrator agar tidak dapat diubah oleh aplikasi |\n| `session.upload_progress.enabled` | Tetapkan ke `0` | Gunakan lokasi pengaturan yang diterapkan sebelum pemrosesan permintaan |\n| `post_max_size` | Contoh `8M` jika unggahan tidak diperlukan | Tinjau kebutuhan layanan yang sebenarnya sekaligus pembatasan di lapisan depan |\n| `upload_max_filesize` | Tetapkan lebih kecil daripada `post_max_size` | Periksa dampaknya terhadap fungsi unggah berkas |\n| `fatal_error_backtraces` | Tetapkan ke `0` pada PHP 8.5 | Jangan terapkan secara seragam pada seri lain |\n\nNilai pengaturan dalam tabel mengacu pada pengumuman penanganan resmi Oktober 2026. `8M` adalah contoh yang diberikan untuk layanan yang tidak memerlukan unggahan. Nilai ini bukan standar ukuran yang harus diterapkan pada semua layanan.\n\n1. Batasi ukuran permintaan pada firewall aplikasi web, server web, dan proksi.\n2. Pastikan pembatasan juga berlaku pada permintaan tanpa informasi ukuran.\n3. Jika unggahan tidak diperlukan, blokir permintaan multipart di lapisan depan.\n4. Periksa aturan pemblokiran terbaru pada firewall aplikasi web.\n5. Terapkan pengaturan melalui `php.ini`, pool PHP-FPM, atau lokasi serupa.\n6. Mulai ulang proses PHP setelah memastikan apakah pengamanan bukti diperlukan.\n\nJangan menerapkan pengaturan sementara hanya melalui `ini_set()`. Pengaturan yang diperlukan sebelum pemrosesan permintaan dapat diterapkan terlambat. Jangan mengharapkan `.user.ini` pada PHP-FPM menjalankan peran yang sama. [Tindakan sementara resmi PHP](https://www.php.net/archive/2026.php)\n\n### Hal yang perlu diperiksa dalam pengumuman tambahan 23 Oktober\n\nDalam pengumuman tambahan, PHP menyarankan agar fitur progres unggahan dinonaktifkan. Pengumuman ini membahas jalur eksekusi terpisah yang masih tersisa pada beberapa kombinasi pengaturan. Jika fitur tersebut sudah dinonaktifkan, PHP menyarankan agar kondisi itu dipertahankan hingga rilis perbaikan reguler berikutnya.\n\nKondisi tersebut mencakup perubahan metode serialisasi sesi saat program berjalan. Kondisi yang sama tidak berlaku pada semua instalasi PHP. Periksa pengumuman tambahan sebelum memutuskan apakah pengaturan akan dikembalikan setelah pemasangan patch. (Nilai yang dikonfirmasi: session.upload_progress.enabled=0 disarankan tetap dipertahankan hingga rilis perbaikan bug reguler berikutnya · Sumber php.net · Dikonfirmasi pada 2026-10-23) [Pengumuman tambahan PHP Session upload progress](https://www.php.net/archive/2026.php)\n\n## Cara memeriksa log dan mengganti kredensial\n\nKISA menyarankan pemeriksaan catatan **setidaknya sejak 20 Oktober 2026**. Jika memungkinkan, periksa juga catatan sebelum tanggal tersebut. Patch tidak dapat membatalkan peretasan atau kebocoran informasi yang sudah terjadi.\n\n| Sasaran pemeriksaan | Jejak yang perlu diperiksa |\n| --- | --- |\n| Log server web | Kesalahan HTTP 500 yang berulang |\n| Catatan eksekusi PHP | Penghentian tidak normal dan segfault |\n| Folder web, unggahan, dan sementara | Berkas PHP yang baru dibuat atau diubah |\n| Catatan eksekusi proses | Eksekusi sh, bash, atau alat pengunduhan oleh server web |\n| Koneksi jaringan | Jejak koneksi baru ke alamat eksternal yang tidak dikenal |\n| Situs web dan halaman pengelolaan | Skrip eksternal yang ditambahkan diam-diam |\n\nAdanya kesalahan saja tidak cukup untuk memastikan bahwa peretasan telah terjadi. Sebaliknya, tidak adanya catatan abnormal juga tidak dapat memastikan keamanan. KISA memberikan arahan berikut.\n\n\u003e Tidak adanya kejanggalan dalam catatan tidak menjamin keamanan, sehingga pembaruan dan penggantian kredensial perlu dilakukan bersamaan\n\u003e\n\u003e KISA, “Panduan penanganan keamanan perusahaan terkait kerentanan keamanan PHP (PHP2Shell)”\n\nPenggantian kredensial disarankan untuk server yang terekspos ke internet sebelum pemasangan patch. Kredensial pada server yang menunjukkan jejak peretasan wajib diganti. Ini mencakup kata sandi DB dan kata sandi administrator. Periksa juga kemungkinan tereksposnya kunci API dan token akses.\n\nUntuk layanan yang terhubung ke DB data pribadi, periksa juga catatan DB. Jejak kueri dan pengambilan data dalam jumlah besar perlu diperiksa. Batasi juga akses langsung ke phpMyAdmin dari internet. Kurangi hak akses DB milik akun layanan web hingga sebatas yang diperlukan. [Panduan tindakan pencegahan dari 개인정보보호위원회](https://pipc.go.kr/np/cop/bbs/selectBoardArticle.do?bbsId=BS074\u0026mCode=C010010000\u0026nttId=12588)\n\n## Urutan penanganan jika ada dugaan peretasan\n\nJika ada dugaan peretasan, jangan mematikan atau langsung memulai ulang server. Memulai ulang dapat menghilangkan jejak serangan yang masih tersimpan di memori. Isolasi jaringan terlebih dahulu, lalu amankan bukti.\n\n1. Blokir akses eksternal server melalui jaringan.\n2. Perusahaan di Korea Selatan harus melapor melalui menu pelaporan insiden keamanan di 보호나라.\n3. Simpan log dan daftar program yang sedang berjalan.\n4. Simpan juga informasi koneksi jaringan saat ini.\n5. Lakukan pembaruan dan mulai ulang setelah bukti diamankan.\n6. Hapus webshell dan ganti kredensial.\n\nSaluran konsultasi di Korea Selatan adalah KISA 118. Jalur menu pelaporan adalah 보호나라 \u003e Pelaporan insiden keamanan \u003e Laporkan. Jika beroperasi di luar Korea Selatan, periksa saluran pelaporan setempat.\n\n## Perbandingan kesalahan umum\n\nUntuk memastikan patch telah diterapkan, status eksekusi dan riwayat perubahan juga harus diperiksa. Pesan bahwa instalasi telah selesai belum cukup untuk menuntaskan pemeriksaan. Masukkan penilaian berikut ke dalam daftar periksa.\n\n| Penilaian yang umum | Hal yang harus diperiksa |\n| --- | --- |\n| Selesai jika keluaran `php -v` sudah berubah | Periksa PHP yang benar-benar digunakan layanan web |\n| Selesai hanya dengan memasang paket | Pastikan layanan yang menjalankan PHP telah dimulai ulang |\n| Belum ditangani jika nomor versi tetap sama | Periksa perbaikan CVE dalam riwayat perubahan distribusi |\n| Patch dapat dilewati jika ada firewall aplikasi web | Periksa aturan terbaru sekaligus lakukan pembaruan PHP |\n| Tidak ada kebocoran jika log bersih | Tinjau juga kemungkinan tereksposnya kredensial |\n| Situs yang dibuat pihak luar akan ditangani sendiri oleh penyedia | Minta bukti penerapan untuk setiap layanan |\n\nJangan menjalankan kode pembuktian yang ditemukan di internet pada server produksi. KISA memperingatkan adanya PoC palsu yang mengandung malware. PoC adalah kode pembuktian yang menunjukkan kemungkinan eksploitasi kerentanan. Untuk menentukan apakah sistem rentan, periksa versi dan riwayat patch terlebih dahulu.\n\n## Daftar periksa penyelesaian tindakan untuk lingkungan alih daya dan hosting\n\nSebaiknya laporan penyelesaian tindakan menyertakan bukti pemeriksaan untuk setiap layanan. Tabel berikut mengelompokkan panduan penanganan KISA menjadi item pemeriksaan kerja. Ini bukan formulir resmi tersendiri untuk diserahkan.\n\n| Item pemeriksaan | Hal yang perlu diminta kepada penyedia atau penanggung jawab |\n| --- | --- |\n| Ada tidaknya sasaran yang terlewat | Daftar pemeriksaan situs web, halaman pengelolaan, dan server pengujian |\n| Perbaikan kerentanan | Versi yang diterapkan atau riwayat perubahan paket yang mencantumkan kedua CVE |\n| Status eksekusi | Catatan mulai ulang layanan atau deployment ulang kontainer |\n| Penerapan aktual | Lingkungan eksekusi PHP yang diperiksa melalui layanan web |\n| Pemeriksaan peretasan | Periode log yang diperiksa dan temuan |\n| Kredensial | Kredensial yang harus diganti dan status penyelesaiannya |\n| Pekerjaan yang tersisa | Server yang baru menerapkan tindakan sementara dan rencana pemasangan patch lanjutan |\n\nSebagai contoh, anggap penyedia hanya melaporkan bahwa pemasangan paket telah selesai. Dalam hal ini, mintalah hasil konfirmasi mulai ulang dan pemeriksaan lingkungan eksekusi web. Pemeriksaan log dan penggantian kredensial dapat dikonfirmasi sebagai item terpisah.","content_html":"\u003cp\u003ePenanganan PHP2Shell dimulai dengan memeriksa penggunaan PHP dan menerapkan versi yang telah diperbaiki. Setelah pembaruan, mulai ulang layanan yang menjalankan PHP. Jika ada dugaan peretasan, bukti harus diamankan sebelum layanan dimulai ulang. Setelah pemasangan patch, pemeriksaan log dan penggantian kredensial tetap diperlukan.\u003c/p\u003e\n\u003cp\u003eVersi dan pengaturan mengacu pada pengumuman KISA tanggal 22 Oktober 2026 dan pengumuman tambahan PHP tanggal 23 Oktober.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#apa-itu-kerentanan-php2shell\" class=\"anchor\" id=\"apa-itu-kerentanan-php2shell\"\u003e\u003c/a\u003eApa itu kerentanan PHP2Shell?\u003c/h2\u003e\n\u003cp\u003ePHP2Shell adalah kerentanan PHP yang memungkinkan eksekusi kode di server tanpa autentikasi. Masalahnya terletak pada pengelolaan memori saat server web memproses permintaan. Keberhasilan serangan bergantung pada lingkungan eksekusi dan pengaturannya.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eKategori\u003c/th\u003e\n\u003cth\u003eNomor identifikasi\u003c/th\u003e\n\u003cth\u003eSifat masalah\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kategori\"\u003eMasalah penanganan kehabisan memori\u003c/td\u003e\n\u003ctd data-label=\"Nomor identifikasi\"\u003eCVE-2026-109618\u003c/td\u003e\n\u003ctd data-label=\"Sifat masalah\"\u003eMemproses data internal yang tidak lengkap saat memori habis\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kategori\"\u003eMasalah status yang tertinggal antarpermintaan\u003c/td\u003e\n\u003ctd data-label=\"Nomor identifikasi\"\u003eCVE-2026-109619\u003c/td\u003e\n\u003ctd data-label=\"Sifat masalah\"\u003eMenggunakan status yang menunjuk ke memori yang telah dibebaskan pada permintaan berikutnya\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eKISA menyatakan bahwa kedua kerentanan memiliki tingkat keparahan CVSS 9.2. Jika serangan berhasil, penyerang dapat memasang webshell atau membocorkan informasi pelanggan. Webshell adalah berkas yang disalahgunakan untuk mengendalikan server dari jarak jauh. Serangan juga dapat berlanjut menjadi pengubahan tampilan situs dan penyusupan ke jaringan internal.\u003c/p\u003e\n\u003cp\u003eKISA menginformasikan adanya kebocoran informasi dan upaya serangan sebelum patch dirilis. Para peneliti memublikasikan proses penemuan kerentanan dengan bantuan AI. Masalah ini terdapat pada PHP itu sendiri, sehingga tidak terbatas pada produk situs web tertentu. \u003ca href=\"https://www.boho.or.kr/kr/bbs/view.do?bbsId=B0000133\u0026amp;menuNo=205020\u0026amp;nttId=72230\"\u003ePanduan penanganan untuk perusahaan dari KISA\u003c/a\u003e, \u003ca href=\"https://www.php2shell.com/\"\u003ePenjelasan PHP2Shell dari para peneliti\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#urutan-penanganan-berdasarkan-kondisi\" class=\"anchor\" id=\"urutan-penanganan-berdasarkan-kondisi\"\u003e\u003c/a\u003eUrutan penanganan berdasarkan kondisi\u003c/h2\u003e\n\u003cp\u003eUrutan pembaruan dan pengamanan bukti bergantung pada ada tidaknya dugaan peretasan. Dalam pemasangan patch rutin, lakukan pembaruan dan mulai ulang setelah pengujian. Isolasi terlebih dahulu server yang diduga telah diretas.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eKondisi saat ini\u003c/th\u003e\n\u003cth\u003eTindakan pertama\u003c/th\u003e\n\u003cth\u003eTindakan berikutnya\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kondisi saat ini\"\u003eServer yang terbuka ke internet tanpa indikasi peretasan\u003c/td\u003e\n\u003ctd data-label=\"Tindakan pertama\"\u003eTinjau kompatibilitas dan terapkan versi yang telah diperbaiki\u003c/td\u003e\n\u003ctd data-label=\"Tindakan berikutnya\"\u003eMulai ulang, pastikan versi yang benar-benar berjalan, dan periksa log\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kondisi saat ini\"\u003eDitemukan webshell atau koneksi mencurigakan\u003c/td\u003e\n\u003ctd data-label=\"Tindakan pertama\"\u003eIsolasi jaringan dan laporkan\u003c/td\u003e\n\u003ctd data-label=\"Tindakan berikutnya\"\u003eLakukan pemulihan setelah bukti diamankan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kondisi saat ini\"\u003eServer yang sulit diperbarui segera\u003c/td\u003e\n\u003ctd data-label=\"Tindakan pertama\"\u003eTerapkan pengaturan sementara resmi dan pembatasan permintaan di lapisan depan\u003c/td\u003e\n\u003ctd data-label=\"Tindakan berikutnya\"\u003eSusun jadwal pemasangan patch dan terapkan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kondisi saat ini\"\u003eServer yang sulit menerapkan tindakan sementara sekalipun\u003c/td\u003e\n\u003ctd data-label=\"Tindakan pertama\"\u003ePertimbangkan pemblokiran akses eksternal atau penghentian sementara\u003c/td\u003e\n\u003ctd data-label=\"Tindakan berikutnya\"\u003eTentukan apakah layanan dapat dilanjutkan setelah pemasangan patch\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Kondisi saat ini\"\u003eLingkungan yang dikelola penyedia hosting atau produsen\u003c/td\u003e\n\u003ctd data-label=\"Tindakan pertama\"\u003eKonfirmasikan penerapannya kepada pihak pengelola\u003c/td\u003e\n\u003ctd data-label=\"Tindakan berikutnya\"\u003eDapatkan bukti bahwa perubahan telah diterapkan pada lingkungan eksekusi\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eMemulai ulang setelah pembaruan diperlukan agar kode yang telah diperbaiki dapat dijalankan. Dalam penanganan insiden, proses mulai ulang ditunda untuk mengamankan bukti. Bahkan pada server yang sama, ikuti urutan kedua jika ada dugaan peretasan.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#cara-memeriksa-penggunaan-php\" class=\"anchor\" id=\"cara-memeriksa-penggunaan-php\"\u003e\u003c/a\u003eCara memeriksa penggunaan PHP\u003c/h2\u003e\n\u003cp\u003ePeriksa daftar aset sekaligus server yang benar-benar beroperasi. Jika hanya memeriksa situs utama, server yang luput dari pengelolaan bisa terlewat. Perangkat dan kontainer yang menyertakan PHP juga harus diperiksa.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eBuat daftar situs web dan sistem yang terbuka ke internet.\u003c/li\u003e\n\u003cli\u003ePeriksa situs yang dibuat oleh pihak luar dan situs lama.\u003c/li\u003e\n\u003cli\u003ePeriksa server acara, server pengujian, dan halaman administrator.\u003c/li\u003e\n\u003cli\u003ePeriksa apakah antarmuka pengelolaan perangkat dan solusi menyertakan PHP.\u003c/li\u003e\n\u003cli\u003ePeriksa image kontainer dan kontainer yang sedang berjalan.\u003c/li\u003e\n\u003cli\u003eCatat versi PHP dan penanggung jawab pengelolaan setiap lingkungan.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eJika menggunakan hosting, mintalah penyedia mengonfirmasi apakah patch telah diterapkan. Untuk PHP yang disertakan dalam perangkat, periksa pembaruan dari produsen. Periksa juga sistem internal, tetapi tangani server yang terbuka ke internet terlebih dahulu.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#versi-php-yang-telah-diperbaiki-dan-ketentuan-berakhirnya-dukungan\" class=\"anchor\" id=\"versi-php-yang-telah-diperbaiki-dan-ketentuan-berakhirnya-dukungan\"\u003e\u003c/a\u003eVersi PHP yang telah diperbaiki dan ketentuan berakhirnya dukungan\u003c/h2\u003e\n\u003cp\u003eVersi perbaikan untuk seri 8.5 dalam pengumuman resmi PHP adalah \u003cstrong\u003e8.5.12\u003c/strong\u003e. Pengumuman asli KISA juga menyebutkan versi yang sama. Ini bukan berarti Anda harus menunggu 8.5.13 untuk memasang patch.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eSeri yang digunakan\u003c/th\u003e\n\u003cth\u003eVersi yang memperbaiki kedua kerentanan\u003c/th\u003e\n\u003cth\u003eAcuan penanganan\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Seri yang digunakan\"\u003ePHP 8.5\u003c/td\u003e\n\u003ctd data-label=\"Versi yang memperbaiki kedua kerentanan\"\u003e8.5.13 atau lebih baru\u003c/td\u003e\n\u003ctd data-label=\"Acuan penanganan\"\u003ePeriksa rilis keamanan terbaru untuk seri tersebut\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Seri yang digunakan\"\u003ePHP 8.4\u003c/td\u003e\n\u003ctd data-label=\"Versi yang memperbaiki kedua kerentanan\"\u003e8.4.27 atau lebih baru\u003c/td\u003e\n\u003ctd data-label=\"Acuan penanganan\"\u003ePeriksa rilis keamanan terbaru untuk seri tersebut\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Seri yang digunakan\"\u003ePHP 8.3\u003c/td\u003e\n\u003ctd data-label=\"Versi yang memperbaiki kedua kerentanan\"\u003e8.3.36 atau lebih baru\u003c/td\u003e\n\u003ctd data-label=\"Acuan penanganan\"\u003ePeriksa rilis keamanan terbaru untuk seri tersebut\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Seri yang digunakan\"\u003ePHP 8.2\u003c/td\u003e\n\u003ctd data-label=\"Versi yang memperbaiki kedua kerentanan\"\u003e8.2.35 atau lebih baru\u003c/td\u003e\n\u003ctd data-label=\"Acuan penanganan\"\u003eSiapkan peralihan ke seri yang lebih baru bersamaan dengan pemasangan patch\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Seri yang digunakan\"\u003ePHP 8.1 atau lebih lama\u003c/td\u003e\n\u003ctd data-label=\"Versi yang memperbaiki kedua kerentanan\"\u003eDukungan keamanan reguler telah berakhir\u003c/td\u003e\n\u003ctd data-label=\"Acuan penanganan\"\u003eBeralih ke seri yang didukung atau periksa patch dari pemasok\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eTabel ini mengacu pada versi perbaikan yang diumumkan pada 21 Oktober 2026. Nomor versi yang ditampilkan pada paket distribusi mungkin tetap sama. Dalam hal ini, periksa riwayat perubahan untuk memastikan apakah kedua CVE telah diperbaiki. \u003ca href=\"https://www.php.net/archive/2026.php\"\u003ePengumuman rilis keamanan PHP\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eDukungan keamanan PHP 8.2 berakhir pada 31 Desember 2026. KISA menyarankan peralihan ke PHP 8.3 atau lebih baru. Uji kompatibilitas aplikasi sebelum beralih. \u003ca href=\"https://www.php.net/supported-versions.php\"\u003eJadwal dukungan PHP\u003c/a\u003e\u003c/p\u003e\n\u003cp\u003eDukungan keamanan reguler untuk PHP 8.1 atau lebih lama telah berakhir. Patch dari distribusi atau penyedia dukungan jangka panjang harus diperiksa secara terpisah. Patch kode sumber untuk versi lama yang dirilis kali ini juga tidak berarti dukungan reguler dilanjutkan.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#cara-memperbarui-dan-memulai-ulang\" class=\"anchor\" id=\"cara-memperbarui-dan-memulai-ulang\"\u003e\u003c/a\u003eCara memperbarui dan memulai ulang\u003c/h2\u003e\n\u003cp\u003eSetelah berkas instalasi diganti, layanan yang menjalankan PHP perlu dimulai ulang. Proses yang sudah berjalan dapat terus menjalankan kode yang masih tersimpan di memori. Jika ada dugaan peretasan, amankan bukti sebelum melakukan langkah-langkah berikut.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eTinjau dampak patch terhadap fungsi yang sudah ada.\u003c/li\u003e\n\u003cli\u003ePeriksa kompatibilitas layanan di lingkungan pengujian.\u003c/li\u003e\n\u003cli\u003eTerapkan paket perbaikan mulai dari server yang terbuka ke internet.\u003c/li\u003e\n\u003cli\u003eMulai ulang semua layanan yang menjalankan PHP.\u003c/li\u003e\n\u003cli\u003eUntuk lingkungan kontainer, lakukan deployment ulang menggunakan image yang telah diperbaiki.\u003c/li\u003e\n\u003cli\u003ePastikan pembaruan telah diterapkan pada PHP yang benar-benar memproses permintaan web.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eLayanan yang perlu dimulai ulang mencakup PHP-FPM dan Apache mod_php. Periksa juga php-cgi, FrankenPHP, dan LiteSpeed. Jika terdapat beberapa lingkungan PHP dalam satu server, masing-masing harus diperiksa.\u003c/p\u003e\n\u003cp\u003e\u003ccode\u003ephp -v\u003c/code\u003e menampilkan versi PHP yang dijalankan melalui baris perintah. Versi ini bisa berbeda dari PHP yang digunakan layanan web. Jangan menyimpulkan bahwa pembaruan telah selesai hanya berdasarkan keluaran baris perintah.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ketentuan-pengaturan-sementara-sebelum-pembaruan\" class=\"anchor\" id=\"ketentuan-pengaturan-sementara-sebelum-pembaruan\"\u003e\u003c/a\u003eKetentuan pengaturan sementara sebelum pembaruan\u003c/h2\u003e\n\u003cp\u003eTindakan sementara merupakan cara untuk mengurangi sebagian jalur serangan. Tindakan ini tidak menyelesaikan seluruh kerentanan. Jika pengaturan sulit diterapkan, pertimbangkan pemblokiran akses eksternal.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#bagaimana-cara-menerapkan-pengaturan-memory_limit\" class=\"anchor\" id=\"bagaimana-cara-menerapkan-pengaturan-memory_limit\"\u003e\u003c/a\u003eBagaimana cara menerapkan pengaturan memory_limit?\u003c/h3\u003e\n\u003cp\u003eRekomendasi sementara resmi untuk kerentanan ini adalah \u003ccode\u003ememory_limit=-1\u003c/code\u003e. Nilai ini menghapus batas penggunaan memori yang ditetapkan oleh PHP sendiri. Jangan menganggapnya sebagai pengaturan operasional biasa.\u003c/p\u003e\n\u003cp\u003ePenghapusan batas mengurangi jalur tertentu yang memicu kondisi kehabisan memori. Pengaturan ini tidak mencegah kegagalan alokasi memori yang sesungguhnya. Pembatasan ukuran permintaan dan langkah pengelolaan sumber daya harus dipertimbangkan bersamaan. \u003ca href=\"https://github.com/php/php-src/security/advisories/GHSA-w8hw-w9fx-j79w\"\u003eRekomendasi untuk kerentanan kehabisan memori PHP\u003c/a\u003e\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eItem\u003c/th\u003e\n\u003cth\u003eTindakan sementara resmi\u003c/th\u003e\n\u003cth\u003eHal yang perlu diperiksa saat penerapan\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003e\u003ccode\u003ememory_limit\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Tindakan sementara resmi\"\u003eTetapkan ke \u003ccode\u003e-1\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diperiksa saat penerapan\"\u003eTerapkan pengaturan administrator agar tidak dapat diubah oleh aplikasi\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003e\u003ccode\u003esession.upload_progress.enabled\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Tindakan sementara resmi\"\u003eTetapkan ke \u003ccode\u003e0\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diperiksa saat penerapan\"\u003eGunakan lokasi pengaturan yang diterapkan sebelum pemrosesan permintaan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003e\u003ccode\u003epost_max_size\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Tindakan sementara resmi\"\u003eContoh \u003ccode\u003e8M\u003c/code\u003e jika unggahan tidak diperlukan\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diperiksa saat penerapan\"\u003eTinjau kebutuhan layanan yang sebenarnya sekaligus pembatasan di lapisan depan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003e\u003ccode\u003eupload_max_filesize\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Tindakan sementara resmi\"\u003eTetapkan lebih kecil daripada \u003ccode\u003epost_max_size\u003c/code\u003e\n\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diperiksa saat penerapan\"\u003ePeriksa dampaknya terhadap fungsi unggah berkas\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item\"\u003e\u003ccode\u003efatal_error_backtraces\u003c/code\u003e\u003c/td\u003e\n\u003ctd data-label=\"Tindakan sementara resmi\"\u003eTetapkan ke \u003ccode\u003e0\u003c/code\u003e pada PHP 8.5\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diperiksa saat penerapan\"\u003eJangan terapkan secara seragam pada seri lain\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eNilai pengaturan dalam tabel mengacu pada pengumuman penanganan resmi Oktober 2026. \u003ccode\u003e8M\u003c/code\u003e adalah contoh yang diberikan untuk layanan yang tidak memerlukan unggahan. Nilai ini bukan standar ukuran yang harus diterapkan pada semua layanan.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eBatasi ukuran permintaan pada firewall aplikasi web, server web, dan proksi.\u003c/li\u003e\n\u003cli\u003ePastikan pembatasan juga berlaku pada permintaan tanpa informasi ukuran.\u003c/li\u003e\n\u003cli\u003eJika unggahan tidak diperlukan, blokir permintaan multipart di lapisan depan.\u003c/li\u003e\n\u003cli\u003ePeriksa aturan pemblokiran terbaru pada firewall aplikasi web.\u003c/li\u003e\n\u003cli\u003eTerapkan pengaturan melalui \u003ccode\u003ephp.ini\u003c/code\u003e, pool PHP-FPM, atau lokasi serupa.\u003c/li\u003e\n\u003cli\u003eMulai ulang proses PHP setelah memastikan apakah pengamanan bukti diperlukan.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eJangan menerapkan pengaturan sementara hanya melalui \u003ccode\u003eini_set()\u003c/code\u003e. Pengaturan yang diperlukan sebelum pemrosesan permintaan dapat diterapkan terlambat. Jangan mengharapkan \u003ccode\u003e.user.ini\u003c/code\u003e pada PHP-FPM menjalankan peran yang sama. \u003ca href=\"https://www.php.net/archive/2026.php\"\u003eTindakan sementara resmi PHP\u003c/a\u003e\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#hal-yang-perlu-diperiksa-dalam-pengumuman-tambahan-23-oktober\" class=\"anchor\" id=\"hal-yang-perlu-diperiksa-dalam-pengumuman-tambahan-23-oktober\"\u003e\u003c/a\u003eHal yang perlu diperiksa dalam pengumuman tambahan 23 Oktober\u003c/h3\u003e\n\u003cp\u003eDalam pengumuman tambahan, PHP menyarankan agar fitur progres unggahan dinonaktifkan. Pengumuman ini membahas jalur eksekusi terpisah yang masih tersisa pada beberapa kombinasi pengaturan. Jika fitur tersebut sudah dinonaktifkan, PHP menyarankan agar kondisi itu dipertahankan hingga rilis perbaikan reguler berikutnya.\u003c/p\u003e\n\u003cp\u003eKondisi tersebut mencakup perubahan metode serialisasi sesi saat program berjalan. Kondisi yang sama tidak berlaku pada semua instalasi PHP. Periksa pengumuman tambahan sebelum memutuskan apakah pengaturan akan dikembalikan setelah pemasangan patch. (Nilai yang dikonfirmasi: session.upload_progress.enabled=0 disarankan tetap dipertahankan hingga rilis perbaikan bug reguler berikutnya · Sumber php.net · Dikonfirmasi pada 2026-10-23) \u003ca href=\"https://www.php.net/archive/2026.php\"\u003ePengumuman tambahan PHP Session upload progress\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#cara-memeriksa-log-dan-mengganti-kredensial\" class=\"anchor\" id=\"cara-memeriksa-log-dan-mengganti-kredensial\"\u003e\u003c/a\u003eCara memeriksa log dan mengganti kredensial\u003c/h2\u003e\n\u003cp\u003eKISA menyarankan pemeriksaan catatan \u003cstrong\u003esetidaknya sejak 20 Oktober 2026\u003c/strong\u003e. Jika memungkinkan, periksa juga catatan sebelum tanggal tersebut. Patch tidak dapat membatalkan peretasan atau kebocoran informasi yang sudah terjadi.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eSasaran pemeriksaan\u003c/th\u003e\n\u003cth\u003eJejak yang perlu diperiksa\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Sasaran pemeriksaan\"\u003eLog server web\u003c/td\u003e\n\u003ctd data-label=\"Jejak yang perlu diperiksa\"\u003eKesalahan HTTP 500 yang berulang\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Sasaran pemeriksaan\"\u003eCatatan eksekusi PHP\u003c/td\u003e\n\u003ctd data-label=\"Jejak yang perlu diperiksa\"\u003ePenghentian tidak normal dan segfault\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Sasaran pemeriksaan\"\u003eFolder web, unggahan, dan sementara\u003c/td\u003e\n\u003ctd data-label=\"Jejak yang perlu diperiksa\"\u003eBerkas PHP yang baru dibuat atau diubah\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Sasaran pemeriksaan\"\u003eCatatan eksekusi proses\u003c/td\u003e\n\u003ctd data-label=\"Jejak yang perlu diperiksa\"\u003eEksekusi sh, bash, atau alat pengunduhan oleh server web\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Sasaran pemeriksaan\"\u003eKoneksi jaringan\u003c/td\u003e\n\u003ctd data-label=\"Jejak yang perlu diperiksa\"\u003eJejak koneksi baru ke alamat eksternal yang tidak dikenal\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Sasaran pemeriksaan\"\u003eSitus web dan halaman pengelolaan\u003c/td\u003e\n\u003ctd data-label=\"Jejak yang perlu diperiksa\"\u003eSkrip eksternal yang ditambahkan diam-diam\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eAdanya kesalahan saja tidak cukup untuk memastikan bahwa peretasan telah terjadi. Sebaliknya, tidak adanya catatan abnormal juga tidak dapat memastikan keamanan. KISA memberikan arahan berikut.\u003c/p\u003e\n\u003cblockquote\u003e\n\u003cp\u003eTidak adanya kejanggalan dalam catatan tidak menjamin keamanan, sehingga pembaruan dan penggantian kredensial perlu dilakukan bersamaan\u003c/p\u003e\n\u003cp\u003eKISA, “Panduan penanganan keamanan perusahaan terkait kerentanan keamanan PHP (PHP2Shell)”\u003c/p\u003e\n\u003c/blockquote\u003e\n\u003cp\u003ePenggantian kredensial disarankan untuk server yang terekspos ke internet sebelum pemasangan patch. Kredensial pada server yang menunjukkan jejak peretasan wajib diganti. Ini mencakup kata sandi DB dan kata sandi administrator. Periksa juga kemungkinan tereksposnya kunci API dan token akses.\u003c/p\u003e\n\u003cp\u003eUntuk layanan yang terhubung ke DB data pribadi, periksa juga catatan DB. Jejak kueri dan pengambilan data dalam jumlah besar perlu diperiksa. Batasi juga akses langsung ke phpMyAdmin dari internet. Kurangi hak akses DB milik akun layanan web hingga sebatas yang diperlukan. \u003ca href=\"https://pipc.go.kr/np/cop/bbs/selectBoardArticle.do?bbsId=BS074\u0026amp;mCode=C010010000\u0026amp;nttId=12588\"\u003ePanduan tindakan pencegahan dari 개인정보보호위원회\u003c/a\u003e\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#urutan-penanganan-jika-ada-dugaan-peretasan\" class=\"anchor\" id=\"urutan-penanganan-jika-ada-dugaan-peretasan\"\u003e\u003c/a\u003eUrutan penanganan jika ada dugaan peretasan\u003c/h2\u003e\n\u003cp\u003eJika ada dugaan peretasan, jangan mematikan atau langsung memulai ulang server. Memulai ulang dapat menghilangkan jejak serangan yang masih tersimpan di memori. Isolasi jaringan terlebih dahulu, lalu amankan bukti.\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eBlokir akses eksternal server melalui jaringan.\u003c/li\u003e\n\u003cli\u003ePerusahaan di Korea Selatan harus melapor melalui menu pelaporan insiden keamanan di 보호나라.\u003c/li\u003e\n\u003cli\u003eSimpan log dan daftar program yang sedang berjalan.\u003c/li\u003e\n\u003cli\u003eSimpan juga informasi koneksi jaringan saat ini.\u003c/li\u003e\n\u003cli\u003eLakukan pembaruan dan mulai ulang setelah bukti diamankan.\u003c/li\u003e\n\u003cli\u003eHapus webshell dan ganti kredensial.\u003c/li\u003e\n\u003c/ol\u003e\n\u003cp\u003eSaluran konsultasi di Korea Selatan adalah KISA 118. Jalur menu pelaporan adalah 보호나라 \u0026gt; Pelaporan insiden keamanan \u0026gt; Laporkan. Jika beroperasi di luar Korea Selatan, periksa saluran pelaporan setempat.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#perbandingan-kesalahan-umum\" class=\"anchor\" id=\"perbandingan-kesalahan-umum\"\u003e\u003c/a\u003ePerbandingan kesalahan umum\u003c/h2\u003e\n\u003cp\u003eUntuk memastikan patch telah diterapkan, status eksekusi dan riwayat perubahan juga harus diperiksa. Pesan bahwa instalasi telah selesai belum cukup untuk menuntaskan pemeriksaan. Masukkan penilaian berikut ke dalam daftar periksa.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003ePenilaian yang umum\u003c/th\u003e\n\u003cth\u003eHal yang harus diperiksa\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Penilaian yang umum\"\u003eSelesai jika keluaran \u003ccode\u003ephp -v\u003c/code\u003e sudah berubah\u003c/td\u003e\n\u003ctd data-label=\"Hal yang harus diperiksa\"\u003ePeriksa PHP yang benar-benar digunakan layanan web\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Penilaian yang umum\"\u003eSelesai hanya dengan memasang paket\u003c/td\u003e\n\u003ctd data-label=\"Hal yang harus diperiksa\"\u003ePastikan layanan yang menjalankan PHP telah dimulai ulang\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Penilaian yang umum\"\u003eBelum ditangani jika nomor versi tetap sama\u003c/td\u003e\n\u003ctd data-label=\"Hal yang harus diperiksa\"\u003ePeriksa perbaikan CVE dalam riwayat perubahan distribusi\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Penilaian yang umum\"\u003ePatch dapat dilewati jika ada firewall aplikasi web\u003c/td\u003e\n\u003ctd data-label=\"Hal yang harus diperiksa\"\u003ePeriksa aturan terbaru sekaligus lakukan pembaruan PHP\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Penilaian yang umum\"\u003eTidak ada kebocoran jika log bersih\u003c/td\u003e\n\u003ctd data-label=\"Hal yang harus diperiksa\"\u003eTinjau juga kemungkinan tereksposnya kredensial\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Penilaian yang umum\"\u003eSitus yang dibuat pihak luar akan ditangani sendiri oleh penyedia\u003c/td\u003e\n\u003ctd data-label=\"Hal yang harus diperiksa\"\u003eMinta bukti penerapan untuk setiap layanan\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eJangan menjalankan kode pembuktian yang ditemukan di internet pada server produksi. KISA memperingatkan adanya PoC palsu yang mengandung malware. PoC adalah kode pembuktian yang menunjukkan kemungkinan eksploitasi kerentanan. Untuk menentukan apakah sistem rentan, periksa versi dan riwayat patch terlebih dahulu.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#daftar-periksa-penyelesaian-tindakan-untuk-lingkungan-alih-daya-dan-hosting\" class=\"anchor\" id=\"daftar-periksa-penyelesaian-tindakan-untuk-lingkungan-alih-daya-dan-hosting\"\u003e\u003c/a\u003eDaftar periksa penyelesaian tindakan untuk lingkungan alih daya dan hosting\u003c/h2\u003e\n\u003cp\u003eSebaiknya laporan penyelesaian tindakan menyertakan bukti pemeriksaan untuk setiap layanan. Tabel berikut mengelompokkan panduan penanganan KISA menjadi item pemeriksaan kerja. Ini bukan formulir resmi tersendiri untuk diserahkan.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eItem pemeriksaan\u003c/th\u003e\n\u003cth\u003eHal yang perlu diminta kepada penyedia atau penanggung jawab\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item pemeriksaan\"\u003eAda tidaknya sasaran yang terlewat\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diminta kepada penyedia atau penanggung jawab\"\u003eDaftar pemeriksaan situs web, halaman pengelolaan, dan server pengujian\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item pemeriksaan\"\u003ePerbaikan kerentanan\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diminta kepada penyedia atau penanggung jawab\"\u003eVersi yang diterapkan atau riwayat perubahan paket yang mencantumkan kedua CVE\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item pemeriksaan\"\u003eStatus eksekusi\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diminta kepada penyedia atau penanggung jawab\"\u003eCatatan mulai ulang layanan atau deployment ulang kontainer\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item pemeriksaan\"\u003ePenerapan aktual\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diminta kepada penyedia atau penanggung jawab\"\u003eLingkungan eksekusi PHP yang diperiksa melalui layanan web\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item pemeriksaan\"\u003ePemeriksaan peretasan\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diminta kepada penyedia atau penanggung jawab\"\u003ePeriode log yang diperiksa dan temuan\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item pemeriksaan\"\u003eKredensial\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diminta kepada penyedia atau penanggung jawab\"\u003eKredensial yang harus diganti dan status penyelesaiannya\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Item pemeriksaan\"\u003ePekerjaan yang tersisa\u003c/td\u003e\n\u003ctd data-label=\"Hal yang perlu diminta kepada penyedia atau penanggung jawab\"\u003eServer yang baru menerapkan tindakan sementara dan rencana pemasangan patch lanjutan\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eSebagai contoh, anggap penyedia hanya melaporkan bahwa pemasangan paket telah selesai. Dalam hal ini, mintalah hasil konfirmasi mulai ulang dan pemeriksaan lingkungan eksekusi web. Pemeriksaan log dan penggantian kredensial dapat dikonfirmasi sebagai item terpisah.\u003c/p\u003e\n","tags":["Perlindungan data pribadi","PHP","Pembaruan keamanan"],"faqs":[{"question":"Apakah PHP2Shell dapat dicegah dengan mengganti kata sandi login?","answer":"Kerentanan ini dapat dieksploitasi tanpa login, sehingga mengganti kata sandi saja tidak menyelesaikan masalah. Pembaruan keamanan PHP diperlukan. Penggantian kredensial merupakan langkah terpisah untuk mengantisipasi kemungkinan kebocoran."},{"question":"Untuk PHP 8.5, apakah harus menunggu hingga 8.5.13?","answer":"Dokumen asli PHP dan KISA mencantumkan 8.5.13 sebagai versi perbaikan untuk kedua kerentanan. Ini tidak berarti Anda harus menunggu 8.5.13. Saat menerapkan perbaikan, periksa juga rilis resmi terbaru untuk seri tersebut."},{"question":"Jika menggunakan PHP-FPM, apakah pemeriksaan tidak diperlukan?","answer":"PHP-FPM juga perlu diperiksa. Kondisi yang memungkinkan serangan dapat berbeda tergantung pada cara PHP dijalankan. Jangan menentukan keamanan hanya berdasarkan nama lingkungan."},{"question":"Jika hasil php -v menunjukkan versi yang sudah diperbaiki, apakah penanganannya sudah selesai?","answer":"PHP di baris perintah dapat berbeda dari PHP yang digunakan layanan web. Periksa lingkungan yang benar-benar memproses permintaan web. Periksa juga apakah layanan yang berjalan sudah dimulai ulang."},{"question":"Jika nomor versi tetap sama setelah pemasangan patch, apakah itu berarti gagal?","answer":"Paket dari distribusi atau vendor dapat menyertakan perbaikan pada versi yang sudah ada. Periksa riwayat perubahan paket untuk memastikan apakah perbaikan bagi kedua CVE sudah disertakan."},{"question":"Apakah memory_limit=-1 merupakan pengaturan yang dilarang dalam penanganan kali ini?","answer":"Pengaturan tersebut tercakup dalam rekomendasi sementara resmi untuk kerentanan ini. Rekomendasi ini harus dibedakan dari rekomendasi operasional umum. Tinjau juga langkah pembatasan permintaan dan pengelolaan sumber daya."},{"question":"Apakah situs tanpa fitur unggah berkas juga perlu ditangani?","answer":"Situs tidak dapat dikecualikan hanya karena tidak memiliki fitur unggah. Karena ini merupakan kerentanan pada PHP itu sendiri, periksa versi yang digunakan dan status patchnya. Pemblokiran permintaan multipart yang tidak diperlukan merupakan langkah sementara."},{"question":"Apakah PHP 8.1 atau versi yang lebih lama boleh tetap digunakan jika tersedia patch dari vendor?","answer":"Patch dari vendor perlu diperiksa secara terpisah dari berakhirnya dukungan reguler. Meskipun patch tersebut diterapkan untuk sementara, susun rencana untuk beralih ke versi yang masih didukung."},{"question":"Jika tidak ada kejanggalan dalam log, apakah kredensial boleh tetap dipertahankan?","answer":"Log saja tidak cukup untuk menyimpulkan bahwa tidak terjadi kebocoran informasi. KISA menyarankan penggantian kredensial pada server yang terekspos ke internet sebelum dipasangi patch. Jika ada jejak penyusupan, kredensial wajib diganti."},{"question":"Jika dicurigai terjadi penyusupan, apakah pembaruan harus dilakukan terlebih dahulu?","answer":"Isolasi dari jaringan terlebih dahulu. Lakukan pembaruan setelah melaporkan insiden dan mengamankan bukti. Memulai ulang dapat menghilangkan jejak serangan yang tersisa di memori."},{"question":"Apa yang perlu diperiksa oleh pengguna hosting?","answer":"Minta bukti penerapan patch untuk setiap layanan kepada penyedia layanan. Minta juga hasil verifikasi mulai ulang layanan dan lingkungan eksekusi web yang sebenarnya. Periksa secara terpisah apakah log telah diperiksa dan kredensial telah diganti."},{"question":"Apakah pengaturan progres unggahan boleh diaktifkan kembali setelah pemasangan patch?","answer":"Periksa pengumuman tambahan PHP tertanggal 23 Oktober 2026. Karena ada masalah tambahan pada beberapa kombinasi pengaturan, disarankan agar fitur tetap dinonaktifkan. Putuskan apakah akan memulihkan pengaturan setelah memeriksa perbaikan lanjutan."}],"sources":[{"url":"https://www.boho.or.kr/kr/bbs/view.do?bbsId=B0000133\u0026menuNo=205020\u0026nttId=72230","title":"KISA 보호나라: Pedoman respons keamanan bagi perusahaan terkait kerentanan keamanan PHP (PHP2Shell), 22 Oktober 2026","type":"source"},{"url":"https://www.php.net/archive/2026.php","title":"Pengumuman PHP tahun 2026: Pembaruan keamanan 21 Oktober dan informasi tambahan tentang Session upload progress pada 23 Oktober","type":"source"},{"url":"https://github.com/php/php-src/security/advisories/GHSA-w8hw-w9fx-j79w","title":"Peringatan keamanan PHP: RCE via OOM corruption","type":"source"},{"url":"https://github.com/php/php-src/security/advisories/GHSA-6wmf-4rv5-p3rp","title":"Peringatan keamanan PHP: RCE via stale global state","type":"source"},{"url":"https://www.php.net/supported-versions.php","title":"PHP Supported Versions: Periode dukungan resmi","type":"data_point"},{"url":"https://www.php2shell.com/","title":"PHP2Shell: Penjelasan peneliti mengenai kerentanan dan cakupan dampaknya","type":"source"},{"url":"https://pipc.go.kr/np/cop/bbs/selectBoardArticle.do?bbsId=BS074\u0026mCode=C010010000\u0026nttId=12588","title":"개인정보보호위원회: Imbauan untuk mengambil langkah pencegahan kebocoran data pribadi terkait kerentanan keamanan PHP, 22 Oktober 2026","type":"source"}],"images":[{"id":2106,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIzODIsInB1ciI6ImJsb2JfaWQifX0=--756ccdbcf3c83be470043fadc3bfdf6d3eeeef02/ai-6de3df23.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"서버실에서 여성이 랙 서버의 네트워크 포트 앞에 파란 랜 케이블 커넥터를 들고 있다.","caption":"침해가 의심되면 서버를 격리하고 재시작 전에 증거를 보존해야 합니다.","description":null},"en":{"alt":"A woman holds a blue Ethernet cable connector near a rack server’s network port in a server room.","caption":"If a compromise is suspected, isolate the server and preserve evidence before restarting.","description":null},"ja":{"alt":"サーバールームで、女性がラックサーバーのネットワークポートの前に青いLANケーブルのコネクターを持っている。","caption":"侵害が疑われる場合は、サーバーを隔離し、再起動前に証拠を保全する必要があります。","description":null},"es":{"alt":"Una mujer sostiene el conector de un cable Ethernet azul junto al puerto de un servidor en una sala de servidores.","caption":"Si se sospecha una intrusión, hay que aislar el servidor y preservar las pruebas antes de reiniciarlo.","description":null},"id":{"alt":"Seorang perempuan memegang konektor kabel Ethernet biru di dekat port jaringan server rak di ruang server.","caption":"Jika dicurigai terjadi penyusupan, isolasi server dan amankan bukti sebelum memulai ulang.","description":null},"pt":{"alt":"Uma mulher segura o conector de um cabo Ethernet azul perto da porta de um servidor em uma sala de servidores.","caption":"Se houver suspeita de invasão, isole o servidor e preserve as evidências antes de reiniciá-lo.","description":null},"zh-hant":{"alt":"一名女子在伺服器機房內，手持藍色網路線接頭，靠近機架式伺服器的網路埠。","caption":"若懷疑遭到入侵，應先隔離伺服器，並在重新啟動前保全證據。","description":null},"de":{"alt":"Eine Frau hält den Stecker eines blauen Netzwerkkabels vor den Netzwerkanschluss eines Rackservers.","caption":"Bei Verdacht auf einen Angriff muss der Server isoliert und müssen vor dem Neustart Beweise gesichert werden.","description":null}}},{"id":2107,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzIzODgsInB1ciI6ImJsb2JfaWQifX0=--ab8091216d8ebf858c1dfbe779a6e6a5d3535ae7/ai-61ada64c.webp","is_representative":false,"generation_method":"ai_semi","license":"ai_generated","mime_type":"image/webp","width":1536,"height":1024,"translations":{"ko":{"alt":"공장에서 중년 기술자가 열린 네트워크 장비함 옆 태블릿의 상태 화면을 확인하는 모습","caption":"PHP 실행 서비스를 재시작한 뒤 실제 웹 서비스에 패치가 반영됐는지 확인해야 합니다.","description":null},"en":{"alt":"An older technician checks a tablet status screen beside an open network equipment cabinet in a factory.","caption":"After restarting PHP services, verify that the patch has taken effect on the live web service.","description":null},"ja":{"alt":"工場で、開いたネットワーク機器盤の横にあるタブレットの状態画面を確認する年配の技術者","caption":"PHP実行サービスの再起動後、実際のWebサービスにパッチが反映されていることを確認してください。","description":null},"es":{"alt":"Un técnico mayor revisa una tableta junto a un armario abierto con equipos de red en una fábrica.","caption":"Tras reiniciar los servicios de PHP, compruebe que el parche se haya aplicado al servicio web en producción.","description":null},"id":{"alt":"Teknisi senior memeriksa layar status tablet di samping kabinet perangkat jaringan yang terbuka di pabrik.","caption":"Setelah memulai ulang layanan PHP, pastikan patch telah diterapkan pada layanan web yang beroperasi.","description":null},"pt":{"alt":"Um técnico mais velho verifica um tablet ao lado de um armário aberto com equipamentos de rede numa fábrica.","caption":"Após reiniciar os serviços PHP, confirme que a correção foi aplicada ao serviço web em produção.","description":null},"zh-hant":{"alt":"一名年長技術人員在工廠內，查看開啟的網路設備櫃旁平板電腦上的狀態畫面","caption":"重新啟動 PHP 執行服務後，應確認實際運作的網頁服務已套用修補程式。","description":null},"de":{"alt":"Ein älterer Techniker prüft ein Tablet neben einem offenen Netzwerkschrank in einer Fabrik.","caption":"Prüfen Sie nach dem Neustart der PHP-Dienste, ob der Patch im laufenden Webdienst wirksam ist.","description":null}}}],"published_at":"2026-10-24T16:09:48+09:00","updated_at":"2026-10-24T16:09:48+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/php2shell-enterprise-security-patch-response-guide"}