המחשה מקורית של כשל שרתים מתגלגל בתשתית ענן במהלך השבתת Microsoft 365

מי הפיל את Microsoft? כרגע אין סימן למתקפת סייבר — והחשד עובר לשרתים שנחנקו

ההשבתה הרחבה שפגעה ב־Microsoft 365 נראתה מבחוץ כמו אירוע סייבר קלאסי: Outlook, Teams, Word, Excel ושירותים נוספים החלו לקרטע, ודיווחים נערמו במשך שעות. אבל נכון לעדכון האחרון, Microsoft אומרת שאין אינדיקציה למתקפת סייבר. שרשרת העדכונים הטכנית שלה מצביעה דווקא על כשל תשתיתי מתגלגל — שרתים שלא עברו בדיקות תקינות, עומס מעבד גבוה ומערכת שנחלשה ככל שניסתה להחזיר תעבורה.

מה התברר במהלך הלילה

בדפי התקרית של Microsoft, כפי שנאספו ומוצגים על ידי אוניברסיטת פנסילבניה, תואר מצב שבו שרתים שהוחזרו לשירות הפכו שוב ללא מגיבים ברגע שקיבלו תעבורה. במקביל, החברה צמצמה סוגי תעבורה מסוימים, ניתחה נתוני אבחון ובנתה מחדש חלק מהשרתים באמצעות תצורה קודמת.

עדכונים מוקדמים יותר הצביעו על תהליך ליבה שנשחק תחת עומס, על מספר גדול של שרתים שנכשלו בבדיקות תקינות אוטומטיות ועל כך שהעומס עבר לשרתים שנותרו זמינים. התוצאה האפשרית היא מעגל בעייתי: פחות שרתים זמינים, יותר עומס על כל שרת פעיל, ועוד שרתים שמאבדים כשירות.

שמועה מול עובדה: מה יודעים ומה עדיין לא

  • אין כרגע אינדיקציה למתקפת סייבר. זהו המסר שפורסם בשם Microsoft בדיווחי התקשורת.
  • יש ראיות לכשל תשתיתי מתגלגל. העדכונים מזכירים עומס CPU, בדיקות תקינות שנכשלו ושרתים שנעשים לא מגיבים לאחר החזרת תעבורה.
  • אין עדיין סיבת שורש סופית. גם אם התמונה הטכנית מתחדדת, אין לפרש אותה כדוח RCA מלא לפני ש־Microsoft מפרסמת כזה.

למה תקלה כזאת יכולה להיראות כמו "הכול נפל בבת אחת"?

שירותי ענן גדולים נשענים על שכבות משותפות של זהות, ניתוב, אחסון ותזמור. כששכבה מרכזית מאבדת קיבולת, הבעיה עלולה להתפשט בין שירותים שנראים למשתמש נפרדים לחלוטין. גם מנגנון התאוששות יכול להחריף את המצב אם שרת שחזר לכאורה קורס שוב ברגע שהתנועה מופנית אליו.

מה כדאי למנהלי IT לעשות עכשיו

  1. לעקוב אחר מזהי התקריות MO1550821 ו־EX1550543 ב־Service Health ולא להסתפק באתרי דיווח ציבוריים.
  2. לא לשנות DNS, מדיניות זהות או תצורות לקוח באופן גורף בלי הוכחה שהתקלה מקומית.
  3. לבדוק בנפרד דפדפן, אפליקציות מובייל ו־API; לעיתים נתיב אחד מתאושש לפני האחרים.
  4. לתעד הודעות שגיאה וזמנים כדי להבחין בין שאריות של האירוע לבין תקלה ארגונית חדשה.
  5. להפעיל ערוצי תקשורת חלופיים ותהליך המשכיות עסקית אם שירותים קריטיים עדיין אינם יציבים.

הסיפור החשוב כאן אינו רק "Microsoft נפלה", אלא כמה מהר כשל בריאות שרתים יכול להפוך לאפקט דומינו גלובלי — וכמה זהיר צריך להיות לפני שמדביקים לכל תקלה גדולה את התווית "מתקפת סייבר".

מקורות

עודכן ל־13 בנובמבר 2026. הפרטים הטכניים עשויים להשתנות עם פרסום דוח סיבת שורש רשמי.

דילוג לתוכן