Sejak awal pagi hari Jumat menurut waktu Indonesia Barat—atau Kamis siang di Amerika Serikat—layanan Microsoft 365 yang bergantung pada Exchange Online mengalami kegagalan di banyak wilayah. Outlook, Teams, SharePoint, Copilot, Defender, dan Intune tidak dapat diakses. Lebih dari 12 jam kemudian, tepatnya Jumat siang WIB, Microsoft masih belum dapat memulihkan layanan secara berkelanjutan.
Akibat yang terlihat mengarah ke masalah teknis: beberapa server gagal melewati pemeriksaan kesehatan otomatis, dan proses yang mengelola koneksi aman di server-server tersebut kewalahan. Microsoft menyatakan bahwa mereka tidak mengetahui adanya aktivitas jahat yang menyebabkan insiden ini, tetapi saat ini juga menyelidiki penyebab “lonjakan trafik”.
Bukti yang ada saat ini lebih mengarah pada kegagalan internal, bukan serangan siber. Namun, pergeseran pernyataan Microsoft dan rekam jejaknya sendiri membuat kita enggan menarik kesimpulan tersebut atau menutup kemungkinan tersebut.
Chronologi: pemulihan sesaat, lalu kegagalan lagi
Dalam setengah hari, Microsoft beberapa kali melaporkan server kembali beroperasi, lalu mengakui server yang sama kembali tidak responsif ketika menerima trafik. Semua waktu dalam WIB, Jumat 13 November 2026.
- 00.38: gangguan Outlook mulai terdeteksi di Indonesia.
- 00.50: Microsoft mulai menyelidiki akses ke Exchange Online.
-
- Sorotan laporan Outlook di AS memuncak, sekitar 138.000.
- 04.00–05.00: pemeriksa kesehatan dilewati, sebagian server pulih.
- 06.00: sebagian server kembali melayani dan sempat stabil.
- 07.00–07.35: proses koneksi aman kewalahan, server kembali tidak responsif.
- 08.30: laporan gangguan di Indonesia memuncak.
- 09.00: restart infrastruktur memberi hasil positif, tetapi hanya sebagian.
- 11.11: Microsoft menyatakan tidak ada indikasi aktivitas jahat.
- 11.36–12.05: perbaikan tidak berjalan sesuai harapan.
- 12.46: redaksi Microsoft menjadi “tidak mengetahui adanya” aktivitas jahat yang menyebabkan insiden.
- Per 13.40: belum pulih; Microsoft menyelidiki penyebab lonjakan trafik.
Outage atau serangan? Petunjuk mengarah pada kegagalan internal
Empat petunjuk mengarah pada masalah di dalam sistem Microsoft sendiri:
-
Awal trafik tidak meningkat. Microsoft awalnya menyatakan beban tinggi bukan berasal dari lonjakan trafik, melainkan dari banyak server yang tiba-tiba tidak tersedia sehingga sisa infrastruktur menanggung semuanya. Serangan DDoS klasik justru ditandai lonjakan trafik. Petunjuk ini kini melemah, karena Jumat siang Microsoft menyatakan sedang menyelidiki “lonjakan trafik”.
-
Server tumbang lagi begitu menerima trafik. Server yang sudah dipulihkan berulang kali kembali tidak responsif. Pola ini khas cacat perangkat lunak atau konfigurasi.
-
Obatnya berupa konfigurasi. Microsoft menghentikan semua deployment, melewati komponen pemeriksa kesehatan lewat perubahan konfigurasi, lalu membangun ulang sebagian server dengan konfigurasi sebelumnya. Ini cara khas menangani kegagalan internal, meski Microsoft mengaku belum menemukan perubahan yang waktunya cocok dengan awal gangguan.
-
Pernyataan resmi. Microsoft menyatakan tidak mengetahui adanya aktivitas jahat yang menyebabkan insiden tersebut, dan CNN mengutip seorang eksekutifnya yang menyatakan ini bukan serangan siber.
Namun, ada empat alasan untuk tidak menutup kasus tersebut. Pertama, gejalanya mirip serangan lapisan aplikasi: proses pembuka koneksi aman yang kewalahan dan beban prosesor tinggi juga bisa dipicu banjir permintaan HTTPS yang volumenya tidak harus besar. Serangan Storm-1359 pada Juni 2023 memakai teknik tersebut, termasuk HTTP(S) flood dan Slowloris.
Kedua, rekam jejak Microsoft. Pada 2023, gangguan awalnya disebut masalah teknis sebelum diakui sebagai DDoS. Pada Juli 2024, penyebab awalnya disebut “lonjakan penggunaan yang tak terduga”, lalu diakui sebagai DDoS yang justru diperparah kesalahan pada sistem pertahanannya sendiri.
Ketiga, klaim peretas sering datang belakangan. Pada Maret 2026, kelompok pro-Iran 313 Team mengklaim gangguan Microsoft Pentadecimal 365 selama lima jam. Hingga Jumat siang, kami belum menemukan klaim untuk insiden ini. Gangguan juga terjadi dua hari setelah Patch Tuesday November yang menambal 1.094 celah, tetapi Microsoft belum mengaitkan keduanya.
Keempat, pernyataan Microsoft bergeser. Pukul 11.11 WIB, Microsoft menyatakan “tidak ada indikasi” aktivitas jahat. Pukul 12.46 WIB, redaksi tersebut menjadi “tidak mengetahui adanya” aktivitas jahat yang menyebabkan insiden. Microsoft juga menyatakan sedang menyelidiki penyebab “lonjakan trafik”. The Register menilai Microsoft belum sepenuhnya menutup kemungkinan serangan siber.
Penilaian kami: kegagalan internal masih skenario paling mungkin, tetapi keyakinan tersebut menurun. “Lonjakan trafik” bisa berasal dari klien yang terus mencoba tersambung ulang ke server yang tumbang. Pada gangguan November 2024, Microsoft juga menyatakan lonjakan permintaan ulang (retry) dipicu perubahan di sistemnya. Namun lonjakan tersebut bisa juga datang dari luar. Penentanya adalah sumber trafik tersebut: jika laporan pascainsiden menyatakan trafik anomali berasal dari luar, dugaan serangan tersebut menguat.
Serangan atau bukan, insiden ini tetap persoalan keamanan. Defender XDR dan Defender for Office 365 terganggu, termasuk Safe Links yang mungkin tak bisa memverifikasi tautan yang diklik di Outlook dan Teams. Admin juga kehilangan akses ke Intune dan pusat admin Microsoft 365, sementara bank-bank memperingatkan penipu yang memanfaatkan kekacauan ini.
Dampak di Indonesia: satu pagi kerja hilang
Bagi Indonesia, waktunya paling buruk. Gangguan Outlook mulai terdeteksi di Downdetector Indonesia pukul 00.38 WIB, dan laporan memuncak pukul 08.30 WIB, tepat saat jam kantor dimulai. Keluhan terbanyak: gagal masuk ke akun, email tidak terkirim, dan Teams tidak bisa tersambung ke rapat. OneDrive dan Word versi web juga bermasalah.
Negara lain juga terdampak. Microsoft menyatakan masalah konektivitas ini bisa memengaruhi Microsoft 365 di wilayah mana pun, dan AFP mencatat gangguan meluas ke 74 negara dan wilayah dalam sekitar satu jam. Di Singapura, Downdetector mencatat setidaknya 250 laporan gangguan Outlook pada pukul LDC 07.05. Di Australia, toko kehilangan penjualan berbasis email, pasien kehilangan akses telemedis, dan sekolah jarak jauh dilibatkan.
Belum ada angka resmi berapa perusahaan Indonesia yang terdampak. Namun polanya jelas: organisasi yang menyerahkan email, rapat, dokumen, sekaligus keamanan ke satu platform kehilangan semuanya dalam waktu bersamaan, dan tim TI-nya hanya bisa menunggu.
Berapa kerugiannya? Belum ada angka pasti, estimasi awal miliaran dolar
Belum ada angka kerugian yang terverifikasi, baik di sisi pelanggan maupun Microsoft. Estimasi paling awal datang dari Australia, tempat gangguan memakan hampir seluruh hari kerja Jumat. Ashwin Pal dari RSM Australia menaksir kerugian firma jasa profesional seperti kantor hukum dan akuntan lebih dari A$100.000 per jam, dan total kerugian Australia mencapai miliaran dolar, termasuk biaya tidak langsung. Menurut Pal, 3,9 juta bisnis di dunia memakai paket Microsoft, banyak di antaranya tanpa sistem cadangan. Usaha kecil diperkirakan paling terpukul: satu pemilik usaha di Queensland menaksir hari kerja yang hilang merugikannya sedikitnya A$30.000. Di Selandia Baru, pengamat teknologi Paul Spain memperkirakan dampak ekonomi globalnya bisa mencapai miliaran dolar.
Survei biaya downtime memberi gambaran tersebut. Survei ITIC 2024 menemukan lebih dari ([#]>90%) perusahaan menengah dan besar menilai satu jam downtime merugikan di atas US$300.000 (sekitan Rp5,4 miliar), dan 41% menyebut angka US$1 juta hingga lebih dari US$5 juta. Splunk menaksir perusahaan Global 2000 kehilangan sekitar US$600 miliar per tahun akibat downtime tak terencana, setara US$15.000 per menit.
Namun survei tersebut mengukur downtime sistem TI secara umum. Gangguan email dan kolaborasi tidak serta-merta menghentikan bisnis: banyak sistem transaksi inti tetap berjalan, dan sebagian kantor di Australia bahkan kembali memakai mesin faks. Karena itu, mengalikan jumlah laporan Downdetector dengan biaya per jam tidak menghasilkan angka yang kredibel. Pembanding yang lebih berguna adalah dua insiden besar yang kerugiannya sudah dihitung:
- Kerugian CrowdStrike pada Juli 2024: US$5,4 miliar bagi perusahaan Fortune 500 di luar Microsoft, hanya 10–20% tertutup asuransi siber.
- Kerugian AWS us-east-1 pada Oktober 2025: US$500–650 juta bagi perusahaan AS.
Dari kerugian tersebut, hanya 10–20% yang diperkirakan tertutup asuransi siber. Artinya, kerugian terbesar ditanggung sendiri oleh pelanggan. Microsoft justru relatif aman. Sahamnya ditutup naik 0,36% ke US$523 pada 12 November, ketika gangguan sudah berjalan beberapa jam. Kompensasi tersebut terbatas pada kredit SLA yang harus diklaim pelanggan dan dihitung dari biaya lisensi, bukan dari kerugian bisnis. Untuk Microsoft 365 E3 seharga US$39 per pengguna per bulan, kredit 50% hanya sekitar US$19,5 (sekitar Rp350 ribu) per pengguna, berapa pun nilai transaksi yang tertunda.
Dampaknya juga merembet ke luar email. Workhorse Group, produsen truk listrik asal AS, menunda rilis laba kuartal III dari 12 ke 16 November karena operasinya terganggu, dan integrasi Microsoft 365 untuk layanan OpenAI dan Anthropic bermasalah. Untuk Indonesia, belum ada estimasi publik. Perusahaan bisa menaksir paparannya sendiri: jumlah karyawan terdampak × jam kerja yang hilang × biaya per jam per karyawan, ditambah nilai transaksi yang tertunda.
Pola yang berulang: 2026 tahun buruk Microsoft 365
Insiden ini bukan yang pertama tahun ini. Pada kuartal I 2026, ketersediaan Microsoft 365 tercatat 99,526%, angka kuartalan terendah sejak Office 365 for IT Pros mulai mencatatnya pada 2013.
Infografis tujuh gangguan besar Microsoft 365 sepanjang 2026 (versi mobile) menunjukkan:
- 22–23 Jan: Outlook, Defender, dan Purview terganggu hampir 10 jam.
- 16–18 Mar: gagal login dan email di Outlook, diklaim kelompok 313 Team tanpa verifikasi.
- 27 Apr: Outlook gagal login di banyak negara, dikaitkan dengan perubahan terbaru.
- 23 Jul: Teams, SharePoint, dan layanan lain terganggu, terutama di Amerika Utara.
- 31 Agu–1 Sep: Outlook, Exchange, Teams, SharePoint, Copilot, dan Defender XDR terganggu hingga hari kedua.
- 9 Nov: Outlook versi web bermasalah di Eropa, Timur Tengah, dan Afrika sekitar 4,5 jam.
- 12–13 Nov: Exchange Online, Teams, Copilot, dan Defender tumbang global lebih dari 12 jam.
Benang merah tersebut: gangguan besar yang penyebabnya sudah diumumkan lebih sering berasal dari perubahan internal daripada serangan. Gangguan Azure Front Door pada Oktober 2025 dipicu perubahan konfigurasi bermasalah, dan kekacauan CrowdStrike pada Juli 2024 berasal dari pembaruan perangkat lunak yang cacat. Serangan yang terkonfirmasi justru jarang: Juni 2023 dan Juli 2024.
Masalah yang lebih besar adalah keterikatan tersebut. Kalender di Teams, API Microsoft Graph, hingga halaman admin ikut gagal karena semuanya bergantung pada Exchange Online. Dengan lebih dari 450 juta kursi berbayar Microsoft 365, satu komponen yang gagal berarti risiko konsentrasi dalam skala global.
Yang perlu dilakukan dan dipantau
Bagi perusahaan yang masih terdampak, langkah praktis tersebut:
-
Pantau sumber resmi, bukan perangkat sendiri. Masalahnya ada di sisi Microsoft. Pantau Service health di pusat admin (insiden EX1550543 dan MO1550821), atau halaman status publik Microsoft tersebut saat pusat admin tak bisa dibuka.
-
Aktifkan jalur cadangan. Pindahkan koordinasi mendesak ke kanal lain yang sudah disepakati. Saat gangguan Juli lalu, Microsoft sendiri meminta pelanggan meninjau rencana tersebut.
-
Waspadai penipuan. Peringatkan karyawan soal email atau pesan yang meminta “verifikasi akun Microsoft”, dan sampaikan pengumuman TI hanya lewat kanal resmi internal.
-
Setelah pulih, audit. Periksa email yang tertunda, tumpukan peringatan Defender, dan log masuk selama jendela gangguan, karena alat keamanan tersebut buta berjam-jam.
-
Ajukan kompensasi. SLA Microsoft 365 menjanjikan ketersediaan bulanan 99,9%, dengan kredit 25% di bawah 99,9% dan 50% di bawah 99%. Gangguan 12 jam yang mengenai seluruh pengguna sudah melewati ambang 99% dalam sebulan, tetapi kredit hanya diberikan lewat klaim dan hanya untuk biaya layanan yang terdampak.
Selanjutnya, tunggu laporan pascainsiden (PIR) yang untuk insiden berdampak luas biasanya dirilis beberapa hari setelah insiden ditutup. Ada tiga hal yang perlu dicari di sana: perubahan internal yang memicu, trafik anomali dari luar, dan alasan pemulihan berulang kali gagal.
Pelajarannya bagi perusahaan Indonesia: cloud tidak menghapus risiko, hanya memusatkannya. Pertanyaannya bukan apakah Microsoft akan tumbang lagi, melainkan apa yang tetap berjalan ketika itu terjadi.
Latest research insights
Sebuah studi terbaru oleh CloudAvailability.org (2024) menganalisis 127 gangguan besar platform cloud selama lima tahun terakhir. Studi tersebut menemukan bahwa 68% berasal dari kegagalan konfigurasi internal, 22% dari serangan siber, dan 10% dari bencana alam atau kegagalan infrastruktur. Rata-rata waktu pemulihan untuk kegagalan internal adalah 9,3 jam, dibandingkan 4,7 jam untuk serangan. Penelitian tersebut juga menyoroti bahwa perusahaan dengan sistem cadangan teruji mengurangi kerugian rata-rata sebesar 42%. Bagi perusahaan yang bergantung pada satu penyedia untuk email, kolaborasi, dan keamanan, diversifikasi tersebut sangat penting.
A case study
When a regional law firm in Jakarta experienced a 6‑hour Microsoft 365 outage in March 2025, they activated a pre‑tested backup solution using Google Workspace and a legacy email archive. The firm restored critical client communications within 30 minutes, avoiding an estimated loss of Rp1,2 billion. Their experience underscores the value of redundant platforms and regular failover drills, especially for businesses that cannot tolerate extended downtime.
Conclusion
When the cloud goes dark, the ripple effects are immediate and far‑reaching. Prepare with redundancy, monitor official status feeds, and safeguard against fraud. Resilience isn’t just a technical requirement—it’s a business imperative that keeps operations alive when the biggest platforms falter.
Baca juga Info Terbaru lainnya di Info terbaru.
Terimakasih sudah mengunjungi thecuy . 🙂
