Microsoft ประสบเหตุ Service Outage ครั้งใหญ่เมื่อวันที่ 23 กรกฎาคม 2026 ส่งผลให้บริการสำคัญหลายรายการภายใต้ Microsoft 365 ใช้งานได้ไม่สมบูรณ์หรือไม่สามารถเข้าถึงได้ในบางช่วงเวลา โดย Microsoft ได้เปิด Incident หมายเลข MO1437424 เพื่อติดตามและแก้ไขปัญหา
จากการตรวจสอบเบื้องต้น เหตุการณ์นี้เป็น Service Outage ของผู้ให้บริการ ยังไม่มีข้อมูลที่บ่งชี้ว่าเกิดจากการโจมตีทางไซเบอร์หรือการรั่วไหลของข้อมูล แต่ยังคงส่งผลกระทบอย่างมีนัยสำคัญต่อความต่อเนื่องในการดำเนินงานขององค์กรที่พึ่งพา Microsoft 365 เป็นหลัก
รายละเอียดเหตุการณ์
- เหตุการณ์เริ่มต้นประมาณ 10:44 น. ตามเวลาสหรัฐฯ (ET) ของวันที่ 23 กรกฎาคม 2026
- บริการที่ได้รับผลกระทบ ได้แก่ Microsoft Teams, SharePoint Online, OneDrive, Power Automate, Copilot Chat, Microsoft Loop และ Microsoft 365 Admin Center
- Downdetector บันทึกรายงานปัญหาสูงถึง 2,403 รายการ ในช่วงพีค เทียบกับค่าปกติที่ประมาณ 29 รายการ โดย SharePoint คิดเป็น 78% ของรายงานทั้งหมด รองลงมาคือ Excel ที่ 11% และ Microsoft 365 Admin Center ที่ 6%
- ที่น่ากังวลเป็นพิเศษคือ Admin Center เองก็ได้รับผลกระทบไปด้วย ทำให้ทีม IT ขององค์กรต่างๆ ตรวจสอบสถานะระบบของตัวเองได้ยากขึ้นในช่วงที่เกิดเหตุ
สาเหตุเบื้องต้น
Microsoft ระบุว่าปัญหาเชื่อมโยงกับ Network Path บางส่วนที่กระทบการเชื่อมต่อ โดยพบว่ามี Azure Outage เกิดขึ้นในช่วงเวลาใกล้เคียงกัน (ประมาณ 14:44 UTC) ซึ่งกระทบ Region West US เป็นหลัก ทำให้ลูกค้าประสบปัญหาการเชื่อมต่อไม่ต่อเนื่องและ Latency สูงขึ้น ทีมวิศวกรของ Microsoft ใช้ข้อมูล Diagnostic จากโครงสร้างพื้นฐานที่ได้รับผลกระทบเพื่อระบุต้นตอและวางแผนแก้ไข
การแก้ไขและสถานะล่าสุด
Microsoft ยืนยันผ่านช่องทางประกาศทางการว่าทีมวิศวกรได้ดำเนินมาตรการบรรเทาปัญหา (Mitigation) และฟื้นฟูบริการที่ได้รับผลกระทบกลับสู่สภาวะปกติแล้วหลังตรวจสอบยืนยันความเรียบร้อยของระบบ
ผลกระทบที่อาจเกิดขึ้นต่อองค์กร
- การประชุมออนไลน์และการทำงานร่วมกันหยุดชะงัก จาก Teams และ Loop ที่ใช้งานไม่ได้ในช่วงเกิดเหตุ
- การเข้าถึงเอกสารและไฟล์งานบนคลาวด์เป็นไปได้ยาก จากปัญหา SharePoint Online และ OneDrive
- กระบวนการทำงานอัตโนมัติหยุดทำงาน สำหรับองค์กรที่พึ่งพา Power Automate ในการเชื่อมโยง Workflow ต่างๆ
- ทีม IT ตรวจสอบสถานะระบบได้ยากขึ้น เนื่องจาก Admin Center เองก็ได้รับผลกระทบไปด้วย ทำให้การสื่อสารสถานะกับผู้บริหารและผู้ใช้งานล่าช้า
- ผลกระทบต่อความเชื่อมั่นในบริการคลาวด์หลัก โดยเฉพาะองค์กรที่ยังไม่มีแผนสำรองสำหรับกรณีบริการหลักหยุดทำงาน
สิ่งที่องค์กรควรทำ
- เตรียมช่องทางสื่อสารสำรอง ที่ไม่พึ่งพา Microsoft 365 เพียงอย่างเดียว เช่น แอปสื่อสารอื่นหรือ Email ผ่านผู้ให้บริการสำรอง สำหรับใช้งานในกรณีฉุกเฉิน
- ติดตามสถานะบริการผ่าน Microsoft 365 Service Health Dashboard และช่องทางประกาศทางการของ Microsoft อย่างสม่ำเสมอ
- ทบทวนแผน Business Continuity ให้ครอบคลุมกรณีบริการคลาวด์หลักหยุดทำงานชั่วคราว โดยเฉพาะกระบวนการทำงานที่สำคัญต่อธุรกิจ
- ประเมินผลกระทบต่อ SLA กับลูกค้าหรือคู่ค้า หากกระบวนการทำงานที่พึ่งพา Microsoft 365 เกี่ยวข้องกับการให้บริการภายนอก
แนวทางลดความเสี่ยงระยะยาว
1. ออกแบบระบบให้มีความยืดหยุ่นต่อการพึ่งพาผู้ให้บริการรายเดียว (Vendor Dependency)
พิจารณาสำรองข้อมูลสำคัญหรือมีช่องทางเข้าถึงข้อมูลแบบ Offline สำหรับงานที่สำคัญต่อการดำเนินธุรกิจ
2. จัดทำ Incident Communication Plan สำหรับกรณีบริการคลาวด์หลักล่ม
กำหนดช่องทางแจ้งเตือนพนักงานและผู้เกี่ยวข้องที่ไม่พึ่งพาระบบที่อาจได้รับผลกระทบไปพร้อมกัน
3. ติดตามแนวโน้มความถี่ของ Outage จากผู้ให้บริการคลาวด์หลัก
เพื่อประเมินความเสี่ยงด้าน Availability และปรับกลยุทธ์ Business Continuity ให้เหมาะสม
วิเคราะห์ในมุมมองจาก TXEC
แม้เหตุการณ์นี้จะไม่ใช่การโจมตีทางไซเบอร์ แต่ก็สะท้อนความเสี่ยงที่สำคัญไม่แพ้กันคือ Availability Risk จากการพึ่งพาผู้ให้บริการคลาวด์รายเดียวสำหรับงานหลักขององค์กร โดยเฉพาะประเด็นที่ Admin Center ได้รับผลกระทบไปพร้อมกับบริการอื่น ทำให้ทีม IT ที่ควรเป็นผู้ตรวจสอบและสื่อสารสถานการณ์กลับต้องเผชิญข้อจำกัดเช่นเดียวกับผู้ใช้งานทั่วไป
องค์กรไทยจำนวนมากใช้ Microsoft 365 เป็นระบบหลักในการทำงาน การมีแผนสำรองที่ชัดเจนสำหรับช่วงเวลาที่บริการหลักหยุดทำงาน ไม่ว่าจะเกิดจากการโจมตีหรือปัญหาทางเทคนิคของผู้ให้บริการเอง ยังคงเป็นส่วนสำคัญของการบริหารความเสี่ยงด้าน IT ที่ไม่ควรมองข้าม
รู้ก่อน ตรวจพบเร็ว ลดความเสียหายได้มากกว่า
[ แหล่งอ้างอิง: BleepingComputer, Neowin, Windows Report, ThreatVectr, Windows News ]