Microsoft menerbitkan kemas kini keselamatan Exchange Server 2019 CU15 bertarikh 13 Oktober 2026. Bagi pentadbir sistem, perkembangan ini membuka dua perkara untuk disemak bersama: pembaikan yang sesuai dengan pelayan dan bukti bahawa perkhidmatan e-mel berfungsi selepas penyelenggaraan.
Untuk pembaca IT Malaysia, pengajaran praktikalnya ialah membina proses kemas kini yang boleh disahkan. Artikel ini memisahkan maklumat dalam nota rasmi Microsoft daripada cadangan editorial untuk organisasi dan pelajar.
Nota KB5128896 menyenaraikan enam kelemahan, meliputi pelaksanaan kod jauh, peningkatan keistimewaan dan penyamaran. Antaranya ialah CVE-2026-70571, yang dikategorikan sebagai kelemahan pelaksanaan kod jauh dalam Exchange Server.
Microsoft turut menyenaraikan pembaikan masalah kalendar terbitan berformat .ics yang menghasilkan ralat HTTP 500. Pakej ini dikenal pasti sebagai Exchange Server 2019 CU15 SU12. Nama produk, CU dan nombor KB tersebut memberikan skop yang lebih tepat daripada sekadar menyebut “tampalan Exchange Oktober”.
Dalam nota kemas kini Exchange Server 2016 CU23 bertarikh 2 Oktober, Microsoft mengingatkan bahawa Exchange Server 2016 dan 2019 telah tamat sokongan. Organisasi yang menyertai program Extended Security Update, atau ESU, Tempoh 2 layak menerima kemas kini keselamatan yang diterbitkan sehingga penghujung Oktober 2026.
Microsoft mengarahkan organisasi yang tidak menyertai ESU supaya berhijrah ke Exchange Server Subscription Edition untuk terus menerima kemas kini keselamatan terkini. Ini ialah syarat sokongan vendor; artikel ini tidak mengesahkan kelayakan lesen mana-mana organisasi Malaysia.
Nota 2 Oktober tersebut juga masih menyenaraikan ralat kalendar .ics sebagai masalah diketahui. Oleh sebab nota itu melibatkan versi dan pakej berbeza, status pembaikannya tidak wajar disamaratakan dengan pakej 2019 CU15 pada 13 Oktober.
Kedua-dua nota sokongan mengarahkan pentadbir menggunakan Exchange Server Health Checker untuk mengesahkan pemasangan dan mengenal pasti tindakan tambahan yang diperlukan.
Panduan itu memberikan titik semakan rasmi selepas kemas kini. Cadangan ujian operasi dalam bahagian seterusnya ialah tambahan editorial untuk membantu pasukan menilai pengalaman pengguna sebenar.
Sumber: Description of the security update for Microsoft Exchange Server 2019 CU15 October 13, 2026 (KB5128896); Description of version 2 of the security update for Microsoft Exchange Server 2016 CU23 October 2, 2026 (KB5129958).
Bagi pasukan IT di Malaysia yang mengendalikan Exchange sendiri, kami mencadangkan satu rekod ringkas bagi setiap pelayan: versi produk, CU, kemas kini keselamatan terakhir, pemilik teknikal dan status sokongan. Padankan rekod ini dengan nota pakej sebelum menetapkan tarikh kerja. Jika perkhidmatan diuruskan pembekal, minta pengesahan versi dan skop tugas secara bertulis.
Sebagai contoh rekaan, sebuah syarikat mempunyai e-mel kakitangan, peti mel pertanyaan pelanggan dan aplikasi yang menghantar notifikasi. Pasukan boleh menetapkan seorang pemilik ujian untuk setiap aliran tersebut. Nyatakan waktu penyelenggaraan mengikut masa Malaysia, saluran laporan gangguan dan siapa yang membuat keputusan pemulihan.
Sediakan juga sandaran yang telah diuji serta pelan pemulihan yang sesuai dengan persekitaran. Catat keadaan awal supaya perubahan selepas pemasangan boleh dibandingkan dengan bukti sebelum kerja bermula.
Selepas pemasangan, kami mencadangkan ujian menggunakan akaun khusus: hantar mesej dalaman, hantar mesej ke alamat luar yang dikawal organisasi, kemudian balas mesej tersebut. Rekod waktu penghantaran dan penerimaan. Uji peti mel bersama, lampiran serta kalendar yang benar-benar digunakan dalam operasi.
Bagi contoh syarikat tadi, sertakan satu notifikasi daripada aplikasi ujian. Pengguna boleh membuka peti masuk tetapi itu sahaja belum menjawab sama ada notifikasi aplikasi sampai. Pilih transaksi yang tidak mengandungi maklumat pelanggan sebenar dan elakkan ujian yang menghasilkan pesanan atau invois sebenar.
Simpan keputusan dalam tiket penyelenggaraan dengan status yang jelas: pemasangan disahkan, ujian fungsi lulus, atau isu masih disiasat. Jika ada kegagalan, catat gejala dan masa kejadian sebelum membuat perubahan seterusnya supaya punca lebih mudah dijejaki.
Pelajar dan pentadbir junior boleh menggunakan perkembangan ini untuk berlatih membaca nota keluaran tanpa menyentuh pelayan produksi. Bina contoh inventori, padankan versi dengan pakej, kemudian tulis pelan ujian dan laporan keputusan menggunakan data rekaan.
Latihan tersebut boleh menghasilkan bahan portfolio yang menerangkan pertimbangan teknikal: mengapa pakej dipilih, apakah fungsi yang diuji dan apakah bukti yang masih belum diperoleh. Ketika membentangkannya, bezakan latihan simulasi daripada pengalaman mengendalikan sistem sebenar. Kejelasan itu menjadikan penerangan kemahiran lebih mudah dinilai.
Disediakan secara automatik dengan bantuan AI berdasarkan sumber yang dipautkan. Semakan sumber: 2026-10-15. Gambar utama ialah ilustrasi janaan AI, bukan foto peristiwa sebenar.