Kerentanan Eksekusi Kode Jarak Jauh PHP yang Kritis (php2shell) Telah Diperbaiki

Pada 21 Oktober 2026, proyek PHP merilis pembaruan keamanan mendesak untuk dua kerentanan kritis yang dikenal sebagai php2shell. Dalam kondisi tertentu, kerentanan tersebut memungkinkan penyerang yang tidak terautentikasi mengeksekusi kode pada server yang menjalankan PHP, dan informasi tentang kerentanan itu bocor sehari sebelum pengumuman resmi. Antarmuka web UVS Manager berjalan pada PHP 8.4 (nginx dengan PHP-FPM), sehingga versi 4.19.8 meningkatkan PHP ke versi 8.4.27 yang telah diperbaiki. Ini adalah tujuan utama dari rilis ini.

Dua CVE yang Diperbaiki dalam Rilis Ini

Deskripsi dan skor CVSS diambil dari pengumuman resmi PHP. UniVirStor 4.19.7 dan semua versi sebelumnya menyertakan build PHP tanpa perbaikan ini, sehingga kami menyarankan semua pelanggan untuk melakukan peningkatan sesegera mungkin.

Cakupan 4.19.8

Perlindungan Sementara Sebelum Memperbarui

Sampai pemutakhiran selesai, kami menyarankan agar hanya jaringan manajemen tepercaya yang dapat mengakses antarmuka web UVS Manager, misalnya dengan membatasi alamat sumber menggunakan UFW Manager atau firewall yang sudah ada. Hal ini mengurangi risiko, tetapi tidak menggantikan pemutakhiran.

Sistem Operasi dan Ceph Diperbarui Bersamaan

Alih-alih hanya memperbarui PHP, rilis ini memanfaatkan kesempatan untuk menyegarkan seluruh lingkungan runtime.

Ceph Ditingkatkan ke Versi 19.2.7

Pada 12 Oktober 2026, proyek Ceph merilis Squid 19.2.7, rilis pemeliharaan ketujuh dalam seri Squid. Pembaruan ini memperbaiki kerusakan dan kebuntuan klien CephFS, serta berbagai masalah lainnya. Proyek Ceph merekomendasikan agar semua penerapan melakukan pembaruan. Klaster UniVirStor 4.19.8 yang baru diterapkan maupun yang ditingkatkan menjalankan versi ini, dan situs offline dapat menyelesaikan peningkatan menggunakan image container yang disertakan dalam paket peningkatan, tanpa akses internet.

Sistem Operasi dan Paket Layanan

Kernel sistem operasi, nginx, Samba, sinkronisasi waktu, dan paket sistem lainnya menerima pembaruan keamanan dan pemeliharaan terbaru.

Waktu Peningkatan yang Lebih Singkat

Ketika pemutakhiran mencakup kernel sistem operasi baru, setiap node harus dimulai ulang secara bergantian. Mulai versi 4.19.8, reboot terakhir dalam proses peningkatan menggunakan reboot hangat kexec: kernel baru dimuat secara langsung, melewati pengujian mandiri saat penyalaan BIOS/UEFI serta inisialisasi RAID/HBA, sehingga mempersingkat waktu reboot setiap node dan waktu OSD-nya berada dalam kondisi offline. Platform yang tidak dapat menggunakan mulai ulang hangat akan secara otomatis beralih ke mulai ulang normal, dan pemutakhiran berlanjut seperti biasa.

Cara Melakukan Upgrade

Upgrade dilakukan dengan bantuan dukungan Ambedded. Node di-upgrade satu per satu, dan layanan pada setiap node dimulai ulang secara singkat secara bergiliran. Kami menyarankan untuk menjadwalkan upgrade dalam jendela pemeliharaan.

Baru: Manajemen Snapshot dan Jadwal CephFS

Halaman CephFS menambahkan tab Snapshot & Jadwal, sehingga manajemen snapshot yang sebelumnya memerlukan perintah Ceph kini dapat dilakukan langsung di UVS Manager.

Snapshot Manual

Pilih direktori atau subvolume di pohon direktori untuk membuat, melihat, dan menghapus snapshot, dengan waktu pembuatan setiap snapshot ditampilkan.

Jadwal Snapshot dan Aturan Retensi

Buat jadwal snapshot berulang untuk sebuah direktori (misalnya setiap jam, harian, mingguan, atau bulanan), lalu edit, hapus, atau jeda jadwal tersebut. Dengan aturan retensi, sistem secara otomatis menghapus snapshot yang berada di luar kebijakan, misalnya dengan menyimpan 24 snapshot per jam dan 7 snapshot harian terakhir.

Berapa Banyak Ruang yang Digunakan Snapshot

Snapshot CephFS menggunakan mekanisme copy-on-write: membuat snapshot tidak menyalin data. Ruang tambahan berasal dari data lama yang telah diubah atau dihapus setelah snapshot dibuat, tetapi masih harus disimpan oleh snapshot. Penggunaan disk mentah adalah jumlah tersebut dikalikan dengan jumlah replika pool data atau overhead erasure coding. Rencanakan aturan retensi dengan mempertimbangkan tingkat perubahan data Anda.

NFS: UID/GID Anonim yang Ditetapkan per Klaster NFS

Sebelumnya, UID/GID anonim NFS (ID Anonim) merupakan pengaturan global yang digunakan bersama oleh semua klaster NFS. Pada versi 4.19.8, pengaturan ini ditetapkan untuk setiap klaster NFS: Anda dapat menentukannya saat membuat klaster NFS, lalu melihat atau mengubahnya saat mengedit klaster. Nilai yang ditampilkan adalah nilai yang benar-benar berlaku di Ceph. Perubahan hanya berlaku untuk klaster tersebut dan tidak memengaruhi klaster lainnya.

Ini memungkinkan Anda memisahkan klien dengan tingkat kepercayaan yang berbeda, misalnya memetakan klaster yang melayani workstation internal ke pengguna domain, sementara memetakan klaster untuk host eksternal atau lab ke akun tanpa hak istimewa. Ini juga memperbaiki masalah pada versi sebelumnya ketika mengubah atau menghapus ID Anonim dari klaster yang sudah memilikinya melaporkan keberhasilan, tetapi pengaturan sebenarnya tetap tidak berubah. Setelah melakukan peningkatan versi dari versi sebelumnya, setiap klaster mempertahankan pengaturan yang benar-benar berlaku di Ceph; periksa UID/GID anonim pada layar pengeditan setiap klaster untuk memastikan bahwa pengaturan tersebut sesuai harapan.

Perbaikan NFSv3

Saat beberapa klaster NFS mengaktifkan NFSv3, kini masing-masing menggunakan konfigurasinya sendiri tanpa memengaruhi klaster lainnya, dan menambahkan host ke layanan NFS dengan NFSv3 yang diaktifkan tidak lagi merusak pengaturan NFSv3-nya.

Waktu Sistem: Beberapa Sumber NTP

UVS Manager sebelumnya mendukung satu server NTP. 4.19.8 mendukung beberapa server NTP eksternal dan memungkinkan Anda memilih apakah node MON Ceph menyediakan sinkronisasi waktu internal untuk klaster; sumber internal dan eksternal dapat digunakan secara bersamaan. Beberapa sumber waktu independen memungkinkan sistem melakukan pemeriksaan silang dan mengecualikan jam yang bermasalah, yang sangat penting terutama untuk sistem terdistribusi seperti Ceph yang bergantung pada waktu yang konsisten di seluruh node. Pengaturan zona waktu kini juga berupa daftar yang dapat ditelusuri.

Pemantauan, Laporan, dan Notifikasi

Status Layanan SMB dan NFS di Dasbor

Status Layanan Penyimpanan di Dasbor kini mencakup SMB dan NFS, yang menampilkan jumlah dan status layanan tersebut secara sekilas.

Penggunaan Memori yang Lebih Akurat

Penggunaan memori di dasbor kini dihitung berdasarkan memori yang tersedia seperti yang dilaporkan oleh kernel Linux, sehingga cache file yang dapat direklamasi tidak lagi dihitung sebagai memori yang digunakan. Hal ini mencegah pembacaan yang terus-menerus tinggi dan dapat disalahartikan sebagai kekurangan memori.

Rentang Waktu dan Zona Waktu Laporan

Laporan Cluster menghitung hari penuh dalam zona waktu cluster (00.00 pada tanggal mulai hingga 24.00 pada tanggal selesai) dan menampilkan waktu mulai, waktu selesai, serta zona waktu dengan jelas. Tanggal laporan manual kini juga sesuai dengan tanggal email laporan terjadwal. Email laporan terjadwal juga menyertakan versi PDF laporan, dan tabel lebar dalam PDF kini ditampilkan secara utuh, bukan terpotong.

Server SMTP Tanpa Autentikasi

Nama pengguna dan kata sandi SMTP di pengaturan notifikasi kini bersifat opsional, sehingga relay email internal yang tidak memerlukan autentikasi dapat digunakan. Kini setidaknya satu penerima diperlukan.

Perbaikan

Pemasangan CephFS dari Kernel Linux yang Lebih Lama

Pada versi 4.19.7, pengguna CephX yang dibuat dari antarmuka selalu menerima kunci aes256k, sehingga klien kernel yang lebih lama dari Linux 7.0 tidak dapat melakukan mount menggunakan perintah yang dihasilkan oleh CARA MELAKUKAN MOUNT. Di 4.19.8, CARA MEMASANG memungkinkan Anda memilih AES-128 atau AES-256 saat membuat pengguna default: AES-128 berfungsi dengan kernel Linux yang lebih lama dari 7.0, sedangkan AES-256 ditujukan untuk klien yang mendukung jenis kunci baru, sehingga tidak perlu lagi membuat pengguna yang kompatibel dengan perintah. Selain itu, halaman Autentikasi CephX kini menampilkan kesalahan yang dikembalikan oleh Ceph ketika pembuatan, pengeditan, atau penghapusan pengguna gagal, alih-alih melaporkan keberhasilan.

SMB

Menutup sesi dan file terbuka di halaman STATUS SMB kini langsung berlaku, berfungsi untuk koneksi yang ditahan oleh node lain, dan menampilkan kesalahan jika operasi gagal. Menambahkan berbagi SMB tidak lagi menimpa izin direktori root grup subvolume, penanganan izin kini sama untuk menambahkan dan mengedit berbagi, serta pengguna dan grup domain dapat dipilih sebagai pemilik saat mengedit berbagi. Setelah VIP LVS ditetapkan, layanan klaster SMB tidak lagi dimulai ulang berulang kali dan memutus koneksi, serta menghapus VIP LVS kini menghapus alamat tersebut dari setiap node.

Firewall UFW Manager

Impor aturan kini menerima aturan yang sumber atau tujuannya berupa jaringan (CIDR), sehingga file yang diekspor oleh UVS dapat diimpor kembali tanpa perubahan, dan impor yang gagal kini menampilkan kesalahan alih-alih melaporkan keberhasilan. Aturan yang tujuannya berupa jaringan juga tidak lagi kehilangan jaringan tersebut saat diedit atau diekspor, yang sebelumnya memperluasnya menjadi alamat apa pun.

Penyimpanan Objek S3 (RGW)

Saat menambahkan penempatan zona dan mengubah opsi Bucket Index Pool dari “Gunakan pool yang ada” kembali ke “Buat”, pool indeks baru kini dibuat dengan benar menggunakan aturan CRUSH yang dipilih. Tindakan Reset Endpoint baru menyinkronkan ulang endpoint zona dan zonegroup dari UVS Manager setelah layanan RGW diubah di tempat lain, seperti di Ceph Dashboard.

Log Sistem

Log antarmuka manajemen kini dikompresi setiap hari, sehingga mencegah direktori log terus bertambah tanpa batas dan memenuhi disk sistem.

Pertanyaan yang Sering Diajukan

▾What are the main updates in UniVirStor 4.19.8?

▾Is my system affected by php2shell?

▾Will services be interrupted during the upgrade?

▾Can Linux kernels older than 7.0 now mount CephFS?

▾How much space do CephFS snapshots use?