Jasa Upgrade Versi PHP: Amankan Website & Aplikasi dari Celah Remote Code Execution

Pengembang PHP baru merilis pembaruan keamanan untuk dua kerentanan yang, menurut informasi rilis tersebut, memungkinkan pihak tidak berwenang menjalankan kode dari jarak jauh (Remote Code Execution) tanpa perlu login. Informasi ini juga diteruskan oleh sejumlah penyedia hosting kepada pelanggannya. Kalau website atau Aplikasi Anda masih berjalan di versi PHP yang belum diperbaiki — atau di PHP 8.1 ke bawah yang sudah tidak menerima pembaruan resmi — upgrade PHP bukan lagi proyek "nanti kalau sempat", tapi perbaikan keamanan yang perlu dijadwalkan sekarang. Yajada IT Solutions menyediakan jasa upgrade versi PHP untuk berbagai jenis aplikasi, lengkap dengan backup, uji kompatibilitas, dan rencana rollback.

Catatan: nomor versi di bawah mengikuti informasi rilis yang diterima per Oktober 2026. Sebelum bertindak, selalu cocokkan dengan daftar resmi di php.net (halaman Supported Versions dan pengumuman rilis), karena nomor versi bisa bertambah.

Versi PHP yang Terdampak

• PHP 8.2.x sebelum 8.2.35
• PHP 8.3.x sebelum 8.3.36
• PHP 8.4.x sebelum 8.4.27
• PHP 8.5.x sebelum 8.5.12
• PHP 8.1 dan yang lebih lama — sudah tidak menerima pembaruan resmi, jadi tidak akan mendapat perbaikan untuk celah ini

Versi yang Sudah Memuat Perbaikan

• PHP 8.2.x → 8.2.35 atau lebih baru
• PHP 8.3.x → 8.3.36 atau lebih baru
• PHP 8.4.x → 8.4.27 atau lebih baru
• PHP 8.5.x → 8.5.12 atau lebih baru

Kenapa Risikonya Serius

Menurut informasi rilis, risiko mencakup seluruh instalasi PHP yang melayani request website — PHP-FPM, Apache dengan mod_php, php-cgi, FrankenPHP, dan LiteSpeed. Risiko dinilai paling tinggi pada mod_php, karena serangan bisa dipicu sebelum kode aplikasi Anda sempat berjalan. Artinya, aplikasi yang kodenya rapi sekalipun tidak otomatis aman: celahnya ada di level PHP, bukan di level aplikasi.

Aplikasi Apa Saja yang Bisa Kami Upgrade

PHP dipakai di hampir semua jenis website dan aplikasi bisnis. Berikut yang paling sering kami tangani, beserta hal yang biasanya perlu diperhatikan:

• WordPress & WooCommerce: inti WordPress umumnya sudah mendukung PHP 8.x, tapi plugin dan tema lama (terutama yang sudah tidak diperbarui pembuatnya) sering jadi penyebab error setelah upgrade.
• Laravel: versi framework menentukan versi PHP yang didukung resmi. Aplikasi di Laravel versi lama (mis. 8.x ke bawah) sering perlu upgrade framework bertahap supaya bisa jalan di PHP 8.2 ke atas.
• CodeIgniter 3 dan 4: CodeIgniter 3 sering memunculkan peringatan deprecation (misalnya soal dynamic properties) di PHP 8.2 ke atas; CodeIgniter 4 umumnya lebih siap.
• Framework PHP lain (Symfony, Yii, CakePHP, dsb.): kompatibilitas bergantung versi framework dan library pihak ketiga yang dipakai.
• CMS & toko online lain (Joomla, Drupal, OpenCart, PrestaShop, Magento): modul, ekstensi, dan template bawaan pihak ketiga perlu dicek satu per satu.
• Aplikasi pembelajaran & portal (mis. Moodle): versi aplikasi dan plugin harus cocok dengan versi PHP tujuan.
• Aplikasi custom / PHP native / sistem internal lama: biasanya paling berisiko karena memakai fungsi lama yang sudah dihapus di PHP versi baru, dan sering tidak punya dokumentasi maupun tes otomatis.

Kenapa Upgrade PHP Tidak Boleh Asal Ganti Versi

• Halaman putih (white screen) atau error 500: fungsi yang sudah dihapus atau berubah perilaku di versi baru bisa langsung membuat halaman gagal tampil.
• Plugin/ekstensi tidak kompatibel: satu plugin lama bisa menjatuhkan seluruh website.
• Ekstensi PHP yang hilang: versi PHP baru di server kadang belum memuat ekstensi yang dibutuhkan aplikasi (mis. untuk gambar, database, atau enkripsi).
• Fitur yang diam-diam rusak: halaman utama tampak normal, tapi form, pembayaran, ekspor laporan, atau cron job bisa gagal tanpa pemberitahuan.

Proses Upgrade PHP di Yajada

1. Inventaris & Audit Versi: kami cek versi PHP yang berjalan saat ini, jenis server (shared hosting, VPS, atau cloud), mode PHP yang dipakai (mod_php, PHP-FPM, LiteSpeed), serta daftar aplikasi di dalamnya.
2. Backup Menyeluruh: file website dan database dicadangkan penuh, dan kami pastikan backup bisa dipulihkan sebelum langkah berikutnya.
3. Cek Kompatibilitas: pemeriksaan kode, plugin, tema, dan ekstensi terhadap versi PHP tujuan, termasuk membaca log error dan peringatan deprecation yang sudah ada.
4. Uji di Staging: upgrade dicoba dulu di salinan website (staging) sehingga masalah ketahuan sebelum menyentuh website yang sedang melayani pengunjung.
5. Perbaikan Kode/Plugin: bagian yang tidak kompatibel diperbaiki, diganti, atau — kalau perlu — framework/CMS di-upgrade bertahap.
6. Uji Fungsi Menyeluruh: halaman utama, login, form, pembayaran, upload file, email, dan cron job diuji satu per satu.
7. Go-Live Terjadwal dengan Rencana Rollback: upgrade di production dijadwalkan di jam sepi, dengan langkah kembali ke versi sebelumnya kalau ada masalah tak terduga.
8. Monitoring Pasca-Upgrade: log error dipantau beberapa hari setelah go-live, dan Anda menerima ringkasan perubahan yang dilakukan.

Kalau Belum Bisa Upgrade Sekarang: Mitigasi Sementara

Langkah berikut hanya mengurangi sebagian kemungkinan serangan dan tidak menggantikan update PHP — update tetap solusi yang paling tepat. Sesuai saran dalam informasi rilis:

• Nonaktifkan fitur session upload progress dengan mengatur session.upload_progress.enabled=0 di konfigurasi PHP (php.ini atau konfigurasi pool), lalu restart service PHP.
• Khusus PHP 8.5, atur fatal_error_backtraces=0, lalu restart service PHP.
• Batasi ukuran request, misalnya post_max_size = 8M untuk aplikasi yang tidak butuh upload file, atau post_max_size = 32M jika upload file diperlukan, dan pastikan upload_max_filesize tetap di bawah post_max_size.
• Perbaiki error fatal, warning, dan deprecation yang muncul di aplikasi, serta hapus konfigurasi PHP yang sudah usang.

Kami bisa menerapkan mitigasi ini lebih dulu sebagai pengaman sementara, sambil menyiapkan upgrade yang benar di belakang layar.

Bisa Upgrade Sendiri?

Untuk website sederhana di hosting cPanel, versi PHP biasanya bisa diganti lewat menu MultiPHP Manager atau Select PHP Version. Itu wajar dicoba kalau Anda sudah punya backup penuh, aplikasinya standar dan masih aktif diperbarui, dan Anda siap kalau harus kembali ke versi lama. Jangan ganti langsung di website produksi tanpa backup. Untuk aplikasi custom, sistem yang menangani transaksi, atau server VPS dengan beberapa aplikasi sekaligus, sebaiknya serahkan ke tim yang bisa menguji dulu di staging.

Cara cek versi PHP Anda: di cPanel lihat menu MultiPHP Manager; di server, jalankan php -v (perlu diingat versi CLI bisa berbeda dengan versi yang melayani website). Kalau memakai file phpinfo() untuk mengecek, hapus file itu segera setelah selesai karena isinya sangat informatif bagi penyerang.

Setelah Upgrade: Jangan Berhenti di Sini

Versi PHP punya masa dukungan terbatas — begitu habis, celah baru tidak akan ditambal lagi. Karena itu kami menyarankan jadwal pengecekan versi dan patching berkala, yang bisa dikemas dalam kontrak jasa IT outsourcing (paket bulanan maupun by call) supaya tidak perlu panik setiap kali ada pengumuman keamanan baru.

Tidak yakin versi PHP di server Anda sudah aman, atau aplikasi mana saja yang terdampak? Hubungi tim Yajada untuk pengecekan awal — gratis.