קבוצת ריגול החשודה בקשרים לסין ניצלה חולשה קריטית ב־BeyondTrust Remote Support לפני שהיה לה תיקון זמין. לפי Google ו־Mandiant, התוקפים השתלטו על מכשירים פגיעים, הסלימו את ההרשאות שלהם עד לרמת root במערכת ההפעלה, והגיעו לפרטי גישה שהמוצר שמר או העביר. המשמעות המעשית: עדכון התוכנה חיוני, אבל ארגונים שהפעילו מכשירים עצמאיים החשופים לרשת צריכים גם לבדוק אם נפרצו.
1
12
מה אפשרה החולשה ב־BeyondTrust?
החולשה, CVE-2026-102764, קיבלה ציון 9.3 מתוך 10 לפי CVSS 4.0 ומשפיעה על גרסאות BeyondTrust Remote Support 26.2.3 ומטה שלא הותקן בהן התיקון. מקור הבעיה היה בדיקה לא מספקת של מקור ההודעות ברכיב פנימי. הדבר אפשר לתוקף מרוחק ולא מאומת להתחזות לרכיב מהימן ולבצע פעולות קבצים במכשיר.
2
3
18
לפי Google ו־Mandiant, התוקפים ניצלו את הפרצה כדי לחדור למכשירים ולהעלות את רמת ההרשאות שלהם עד לשליטה ברמת root. שליטה כזו עלולה לחשוף פרטי גישה שהמוצר שמר או תיווך, ולספק דריסת רגל להמשך פעילות ברשת הארגונית.
1
3
12
מה ידוע על התוקפים?
Google ו־Mandiant מייחסות את הפעילות לקבוצה החשודה בריגול, Armory Castle, שנודעה בעבר בשם UNC5221.
1 בחלק מהדיווחים המשניים מופיע גם השם Warp Panda, אך המקורות הזמינים כאן אינם מאמתים באופן עצמאי ש־CrowdStrike היא זו שנתנה לקבוצה את שם המעקב הזה.
4
בדיווחים על החקירה מוזכרים Sawfly, המתואר כ־web shell שנכתב ב־PHP, ו־Bareclaw, כלי ליצירת מנהרות תקשורת מסוג SOCKS5. כלים אלה מתיישבים עם הפעילות הרחבה יותר שדווחה: שמירה על גישה למכשיר ואפשרות להתקדם ממנו למערכות נוספות.
28
33 עם זאת, המידע הזמין אינו מאמת את כל הפרטים שיוחסו למבצע. לכן, טענות לגבי קבצים מסוימים שנגנבו או הדרך המדויקת שבה הוצאו מהרשת צריכות להיבחן בזהירות.
מתי התרחשו התקיפות ומתי פורסם התיקון?
לפי הדיווחים, הניצול החל בסוף אוגוסט 2026, לפני ש־BeyondTrust חשפה את החולשה בפומבי. אחד הדיווחים מציין שפעילות ראשונית זוהתה ב־29 באוגוסט, ומספר כי התקיפות כללו מופע של BeyondTrust שהתארח בענן ומכשיר בהתקנה עצמאית.
1
19
BeyondTrust פרסמה את התיקון ב־8 באוקטובר ועדכנה את כל לקוחות שירותי ה־SaaS שלה עד 9 באוקטובר. החברה חשפה את CVE-2026-102764 לציבור ב־15 באוקטובר, במסגרת ההודעה BT26-05.
1
7 לפי הדיווחים, התיקון BT26-05-RS מיועד לגרסאות Remote Support 24.3.1 עד 26.2.3; התקנות ישנות יותר צריכות לעבור תחילה לגרסה מתאימה.
1
מה ארגונים צריכים לעשות עכשיו?
- לבדוק איזה מוצר ואיזו גרסה מותקנים. בררו אם מכשירי Remote Support בהתקנה עצמאית פעלו בגרסה פגיעה, 26.2.3 ומטה. אל תניחו שהתקנה עצמאית קיבלה את העדכון האוטומטי שנפרס ללקוחות הענן.
1
18
- להתקין את התיקון המתאים. פעלו לפי הנחיות BeyondTrust לגרסה המותקנת, כולל מסלול השדרוג הנדרש בגרסאות ישנות.
1
- לבדוק אם מכשירים שנחשפו נפגעו. לפי הדיווחים על המלצות Google ו־Mandiant, יש להתייחס למכשירי התקנה עצמאית שנחשפו כאילו ייתכן שנפרצו — לנוכח הדיווחים על השגת הרשאות root, חשיפת פרטי גישה והסיכון להתקדמות למערכות נוספות.
12
- לבחון גם פרטי גישה ומערכות מחוברות. מאחר שלפי הדיווחים התוקפים הגיעו לפרטי גישה שהמוצר טיפל בהם והשיגו דריסת רגל לצורך תנועה לרוחב, בדיקת האירוע צריכה לכלול גם חשבונות ומערכות שהמכשיר יכול היה לגשת אליהם.
3
12
התקנת תיקון מונעת ניצול של החולשה הידועה, אך אינה מוכיחה שהמכשיר לא נפרץ לפני העדכון. לכן, לפי המידע שפורסם, תיקון המערכת ובדיקת האפשרות שנפגעה הם שני צעדים נפרדים.
1
12