AI, MS 365 장애 74개국 24시간 마비 기업 대비책

 

안녕하세요, JS입니다.

 

영국 맨체스터의 한 법원은 장애가 한창일 때 팩스기를 찾아 헤맸다고 합니다.

2026년에 팩스기라니 이상하게 들리지만, 이메일이 멈추자 정말로 그런 일이 벌어졌습니다.

11월 12일(현지시간 목요일)에 시작된 마이크로소프트 365 장애는 74개국에서 신고가 쏟아졌고, 하루 넘게 이어진 뒤 11월 14일에야 남은 고객 복구가 발표됐습니다.

오늘은 이 장애가 실제로 어디까지 번졌는지, 무엇이 확인됐고 무엇이 아직 확인되지 않았는지, 그리고 우리 회사와 팀은 무엇을 준비해야 하는지 정리해 보겠습니다.

한 줄 답변

마이크로소프트는 이번 장애를 사이버 공격이 아닌 네트워크 증설 과정의 기술적 문제라고 밝혔고, 11월 14일 남은 고객과 지역의 서비스를 복구했다고 발표했습니다.

데이터가 유출됐다는 근거는 지금까지 없고, 문제는 접속이 막힌 것입니다. (2026년 11월 16일 기준)

핵심 요약

• 장애는 11월 12일에 시작해 11월 14일 복구 발표까지 하루 넘게 이어졌습니다.
• 다운디텍터에는 74개국과 지역에서 신고가 접수됐고, 아웃룩만 14만 건에 가까웠습니다.
• 병원과 약국, 법원, 학교, 정부기관, 기업이 전화와 종이, 팩스로 업무를 이어 갔습니다.
• 마이크로소프트는 "깊이 사과한다"는 입장을 냈고, 사후 보고서는 아직 나오지 않았습니다.
• 브리핑에 있던 신고 740만 건, 분당 2만 건, 평소 1,500배는 확인하지 못했습니다.

어디까지 번졌나

제가 열어본 보도들을 모으면 영향은 크게 네 갈래입니다.

의료와 공공 기관 영국에서는 병원이 종이 기록을 썼고, 약국과 진료소 사이 연락이 늦어졌다는 보도가 있습니다. 한 노동조합은 구급 서비스에도 심각한 영향이 있었다고 밝혔습니다. 일부 동네 의원은 급한 용무는 전화로 하라고 안내했습니다. 환자 피해가 확인됐다는 보도는 찾지 못했고, 영향받은 병원 수에 대한 공식 집계도 없습니다.

호주에서는 연방경찰과 정보기관(ASIO)을 포함한 정부 기관과 지방 의회, 학교, 법원에서 메일 문제가 보고됐습니다. 영국에서는 일부 배심원이 일찍 귀가했고 일부 피고인이 법정에 나오지 못했다는 내용도 있습니다. 싱가포르 정부와 일본 정부 메일도 영향을 받아 일부 직원이 문자 메시지를 썼다고 합니다.

 

기업과 교통 미국 전기차 업체 워크호스는 실적 발표를 월요일로 미뤘고, 유로넥스트와 머스크, 아비바도 이메일이나 고객 안내에 차질이 있었습니다. 인도 항공사 두 곳은 이메일 고객지원에 문제가 있었다고 했지만 운항 중단은 없었다고 합니다. 영국 철도 쪽도 운행 자체는 정상이었고 통신과 티켓 메일에서 문제가 났다고 합니다. 그러니 "항공사 마비"라는 표현은 정확하지 않습니다.

 

인공지능 연동 오픈AI와 앤트로픽은 자사 AI를 마이크로소프트 365와 연결하는 기능에 문제가 있었다고 밝혔습니다. AI 서비스 자체가 멈춘 것이 아니라 "연결 고리"가 끊긴 것이라는 점이 중요합니다.

 

한국 한국 내 피해 사례는 제가 확인하지 못했습니다.

숫자로 보면

• 국가: 다운디텍터 기준 74개국과 지역. 이 숫자에는 주권 국가가 아닌 지역도 섞여 있습니다.
• 아웃룩 신고: 한 매체가 "14만 건에 가까웠다"고 보도했고 브리핑은 13만 8천 건이라고 썼습니다. 둘은 비슷한 수준입니다. 신고 건수는 접수된 신고일 뿐 영향받은 사용자 수가 아닙니다.
• 이용자 규모: 마이크로소프트는 365 앱 이용자가 4억 3천만 명을 넘는다고 밝혀 왔습니다.
• 손실 추정: 앤더슨 경제 그룹의 초기 추정으로 생산성 손실이 약 70억 달러에 이를 수 있다는 보도가 있습니다. 이 숫자는 CNN 보도를 다른 매체가 전한 2차 정보이고, 초기 추정이라 확정치가 아닙니다.

브리핑의 "신고 740만 건", "분당 2만 건", "평소 1,500배 이상"은 제가 연 자료 어디에도 없었습니다. 신고 14만 건 수준과 740만 건은 50배 넘게 차이가 나는데, 이런 숫자는 출처를 확인하기 전에는 쓰지 않는 것이 맞다고 판단했습니다.

왜 이렇게 오래 걸렸나

마이크로소프트의 설명은 이렇습니다.

• 앞선 네트워크 증설 과정에서 생긴 문제가 최근 네트워크 변경 뒤에 드러났습니다.
• 서버가 예기치 않게 응답하지 못하면서 남은 서버에 부하가 몰렸습니다. 전체 이용자 트래픽이 늘어서가 아니라고 밝혔습니다.
• 서버를 재시작해 되살리면 처음에는 정상처럼 보이다가, 트래픽이 돌아오면 다시 먹통이 되는 일이 반복됐습니다. 이 때문에 복구는 지역별로, 단계적으로 이뤄졌습니다.
• 마이크로소프트는 배포와 설정 변경을 멈추고 트래픽을 돌려 가며 복구했습니다.

분석 기사 한 곳은 "초기 설명은 기존 점검이 왜 이 문제를 놓쳤는지는 설명하지 않는다"고 지적했습니다. 사후 보고서가 나와야 풀릴 부분입니다. 전문가 한 명은 건강 점검 시스템이 오작동하면 멀쩡한 서버까지 꺼서 나머지를 과부하로 몰 수 있다고 추정했는데, 이것은 확인된 설명이 아니라 추론입니다.

해킹이나 데이터 유출은 없었나

마이크로소프트는 악의적 활동을 인지하지 못했고 사이버 공격이 아니라고 밝혔습니다. 어떤 단체도 책임을 주장하지 않았습니다. 제가 본 보도에서 고객 데이터가 유출되거나 사라졌다는 근거는 없었습니다. 문제는 접근 상실이지 도난이 아니라는 설명입니다.

다만 간접 위험은 있습니다. 보안 도구인 디펜더 XDR이 영향을 받는 동안 모니터링이 약해질 수 있었고, 장애를 틈탄 "지원팀" 사칭 사기가 늘 수 있다는 경고도 나왔습니다. 자세한 원인 논의는 이전 글에서 따로 정리했습니다.

사과와 이후 일정

마이크로소프트는 "이번 장애로 고객과 파트너에게 끼친 불편에 깊이 사과드린다"는 취지의 입장을 냈고, 부사장 찰스 라마나는 파장을 유감스럽게 생각하고 재발 방지를 검토하겠다고 밝혔습니다. 사후 보고서는 계획돼 있지만 제가 확인한 시점까지 공개되지 않았습니다.

기업과 팀은 무엇을 준비해야 하나

여기서부터는 이번 사건에서 나온 일반적인 권고를 정리한 내용입니다. 보안 기관과 전문가들이 공통으로 든 항목을 모았습니다.

1. 메일이 막혔을 때 쓸 보조 연락 수단을 정해 둡니다. 전화, 다른 메신저 등 마이크로소프트와 별개인 경로여야 합니다.
2. 한 업체에 얼마나 몰려 있는지 점검합니다. 메일, 일정, 파일, AI 도구가 모두 같은 연결 고리에 의존하는지 확인합니다.
3. 장애가 끝난 뒤 지연된 메일과 승인, 고객 요청을 확인합니다. 보내지 못했다고 생각한 메일이 이미 도착했을 수 있어, 급한 메일은 재발송 전에 전달 실패 여부를 봅니다.
4. 장애 중 임시로 만든 전달 규칙이나 개인 메일 사용을 정리합니다. 필요 없는 접근 변경은 되돌립니다.
5. 장애 대응 훈련을 해 봅니다. 평소 도구 없이 핵심 업무를 끝낼 수 있는지 확인합니다.
6. 사건 시간표와 대응 결정을 기록해 둡니다.
7. 비밀번호 재설정은 이런 장애의 해결책이 아닙니다. 장애를 이유로 비밀번호를 바꾸라고 하는 메시지는 의심하셔야 합니다.

같은 주에 있었던 일

장애가 시작된 11월 12일은 엔비디아가 젠슨 황 CEO의 사임을 발표한 날과 같습니다.

두 사건 사이에 인과관계는 없고, 같은 주에 빅테크 신뢰에 대한 질문이 겹쳤다는 점만 사실입니다.

이 연결은 제 해석이며 어느 자료도 두 사건을 묶어 설명하지 않았습니다.

확인하지 못한 것들

• 신고 740만 건, 분당 2만 건, 평소 1,500배
• 복구 발표의 정확한 시각과 "하루 넘게"의 정확한 시간(발표 시각을 확인하지 못했습니다)
• 항공사 운항 영향(제가 본 자료는 이메일 고객지원 문제로만 나왔습니다)
• 환자 피해 사례와 영향받은 병원 수
• 70억 달러 손실 추정의 원출처 확인
• 한국 내 피해
• 사후 보고서의 최종 원인과 재발 방지책
• 타임스나우, 힌두 비즈니스라인, CNBC TV18은 접속이 차단되어 열지 못했습니다.

자주 묻는 질문

Q. 이번 마이크로소프트 365 장애는 언제 끝났나요? A. 마이크로소프트는 11월 14일 남은 고객과 지역의 복구를 발표했습니다.

Q. 몇 개 나라에서 영향이 있었나요? A. 다운디텍터에는 74개국과 지역에서 신고가 접수됐습니다.

Q. 해킹 때문이었나요? A. 마이크로소프트는 사이버 공격이 아니라 네트워크 증설 관련 기술 문제라고 밝혔고, 책임을 주장한 단체도 없습니다.

Q. 고객 데이터는 안전한가요? A. 제가 확인한 범위에서는 데이터 유출 근거가 없고 접근이 막힌 것이 문제였습니다.

Q. 우리 회사는 무엇부터 해야 하나요? A. 마이크로소프트와 별개인 보조 연락 수단을 정하는 것이 첫걸음입니다.

결론

74개국 신고, 하루 넘는 지속, 병원과 법원의 종이와 팩스 전환은 여러 보도로 확인되는 사실입니다.

반면 740만 건 같은 큰 숫자와 항공사 마비는 근거를 찾지 못했습니다.

사후 보고서가 나오면 원인 설명이 더 구체적으로 바뀔 수 있으니, 그때 이 글을 갱신하겠습니다.

오늘도 끝까지 읽어주셔서 감사합니다.

📌 참고 링크 모음

• euronews.com/2026/11/13/microsoft-outage-explained-what-went-wrong-and-is-your-data-at-risk (원인·영향·전문가 발언)
• shattered.io/microsoft-outage-hospitals-pharmacies-70-countries-downdetector-74/ (의료 영향·사과 문구)
• brightdefense.com/news/microsoft-outage-sparks-global-chaos/ (복구일·기관별 영향·권고)