חולשה ב-SharePoint Server, שרת המסמכים והאתרים הפנים ארגוני של מיקרוסופט, מאפשרת לתוקף בלי חשבון במערכת להעלות את ההרשאות שלו דרך הרשת. הציון הוא 8.1 מתוך 10, והתיקון נכנס בעדכוני האבטחה של אוקטובר 2026. מי שמריץ SharePoint על שרת בארגון צריך לבדוק לאיזו בנייה הוא מעודכן.

מה החולשה?

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

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

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

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

מי מושפע?

הרשומה מגדירה גבול אחד: SharePoint Server בבניות שלפני 16.0.20326.20190.

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

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

האם מנוצלת בפועל?

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

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

הפרטים המלאים מופיעים במדריך העדכונים של מיקרוסופט.

מה עושים?

1. בדקו לאיזו בנייה SharePoint שלכם מעודכן. בניהול המרכזי, במסך ניהול השרת, מופיע מספר הבנייה המלא בתבנית 16.0.xxxxx.xxxxx.
2. אם המספר נמוך מ-16.0.20326.20190, התקינו את עדכון האבטחה. החבילה המתאימה למהדורה שלכם מופיעה במדריך העדכונים של מיקרוסופט שקישורו למעלה.
3. ב-SharePoint ההתקנה אינה סוף התהליך, וזה השלב שנשכח בפועל. אחרי התקנת החבילה צריך להריץ את אשף הגדרת המוצר, SharePoint Products Configuration Wizard, או את המקבילה שלו בשורת הפקודה. בלי זה הבנייה במסד הנתונים נשארת מאחור והתיקון אינו שלם, גם אם הקבצים על השרת כבר עודכנו.
4. ואם אתם מריצים חווה עם כמה שרתים, העדכון צריך לעבור על כולם ובסדר שמיקרוסופט מפרטת. שרת אחד שנשאר מאחור משאיר את הדרך פתוחה דרכו.