בינה מלאכותית שמוצאת באגי אבטחה: מה המשמעות של Glasswing ושל CVE חדשים עבורכם

מהו Project Glasswing?

Project Glasswing הוא יוזמה ש-Anthropic הכריזה עליה ב-7 באפריל 2026, שמטרתה להשתמש במודלים מתקדמים בעבודה הגנתית על תוכנה קריטית ועל תוכנת קוד פתוח. לדברי Anthropic, שותפי ההשקה שלה משתמשים ב-Claude Mythos Preview כחלק מעבודת האבטחה ההגנתית שלהם, והיא תשתף את מה שתלמד. ^[2] בהכרזת Cyber Mission שלה מ-8 באוקטובר 2026 מסרה Anthropic כי מוקדם יותר באותו שבוע מיזגה את Project Glasswing לתוך תוכנית Cyber Verification Program המורחבת שלה. ^[5] הביטוי אינו שמה של פגיעות במוצר צרכני אחד, והוא איננו אזהרה שכל מחשב נפגע.

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

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

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

מה בעצם מודדים המספרים הקשורים ל-Glasswing?

לוח המחוונים של Anthropic לחשיפה מתואמת של פגיעויות עודכן לאחרונה ב-2 בנובמבר 2026. הוא מדווח על 37,966 ממצאים מועמדים, 6,376 שנבדקו בידי חברות אבטחה חיצוניות, 6,009 שאושרו כתקפים, 5,087 פגיעויות שנחשפו ב-680 פרויקטי קוד פתוח, 629 שתוקנו במקור, ו-733 מזהים המורכבים מ-230 מזהי CVE ומ-503 רשומות GitHub Security Advisories. ^[1] הסכום של 5,087 משלב 1,862 ממצאים שדווחו לאחר מיון ראשוני חיצוני עם 3,225 ש-Anthropic דיווחה ישירות למתחזקים, קבוצה שהדף מסמן בתווית ‘עשוי להכיל תוצאות חיוביות שגויות’. ^[1] הדף אינו משתמש בשם Glasswing; הוא מתאר ממצאים של מודלי Claude, לרבות תמונת מצב מוקדמת של Claude Mythos Preview, שהתגלו בין 1 בנובמבר 2025 ל-2 בנובמבר 2026. ^[1] אלה שלבים שונים, ולכן אין לחבר אותם יחד או להתייחס אליהם כאל מספר אחד של משתמשים מושפעים.

לוח המחוונים מזהיר במפורש ששיעור החיוביים האמיתיים הוא רק מדד עקיף אחד להשפעה. לדבריו, הנתון של 94.2% מבוסס על 6,009 הממצאים שאושרו כתקפים מתוך 6,376 מועמדים שנבדקו בידי החברות, וקטגוריה זו כוללת באגים אמיתיים שהתברר מאוחר יותר שהם כפילויות או שלא סביר שיתוקנו. הוא מזהה את מספר התיקונים כמחוון אמין יותר אך מפגר בזמן. ^[1] ההסבר הזה חשוב משום שמודל, חברת מיון ומתחזק פרויקט עשויים לשפוט את החומרה באופן שונה.

VulnCheck פרסמה ניתוח מעקב נפרד ב-9 בנובמבר 2026. לדבריה, המתודולוגיה שלה משלבת רשומות CVE, רשומות GitHub Security Advisories, commits של ליבת Linux והפנקס של Anthropic, בתוספת בדיקות ידניות. היא דיווחה על 442 מזהי CVE שניתן לייחס ל-Anthropic לאחר שבעה חודשים, שאותם העריכה בכ-0.5% מתוך 93,450 מזהי ה-CVE שפורסמו השנה, ומסרה שרק שניים מתוך ה-442 נוצלו בפועל במעקב מול VulnCheck KEV, קטלוג הפגיעויות המנוצלות הידועות של החברה עצמה. ^[4] בקריאת הפנקס הפומבי של Anthropic ספרה VulnCheck גם 7,349 מתוך 37,966 הממצאים (19.4%) כממצאים שפורסמו לציבור ו-217 שסומנו כמתוקנים, נתון השונה מ-629 שלוח המחוונים עצמו מדווח עליהם כמתוקנים במקור. ^[1][4] המספרים הללו הם ניתוח עצמאי בעל שיטת ייחוס משלו; יש להציג אותם כספירות של VulnCheck, ולא כסך רשמי של Glasswing.

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

המסקנה ברמת הקורא צנועה: הראיות הפומביות מראות פעילות ניכרת של גילוי ובדיקה, לצד צוואר הבקבוק המתמשך של התיקון. הן אינן מראות ש-37,966 פגמים ניתנים לניצול במכשיר אחד, וגם לא ש-442 מזהי CVE מצביעים על איום משותף אחד. ^[1][4]

מהו CVE, והאם קיומו אומר שאתם בסיכון?

CVE הם ראשי התיבות של Common Vulnerabilities and Exposures (פגיעויות וחשיפות נפוצות). תוכנית CVE מתארת את ייעודה כזיהוי, הגדרה וקטלוג של פגיעויות סייבר שנחשפו לציבור. ^[3] מזהה CVE עוזר ליצרנים, לצוותי אבטחה ולמשתמשים להתייחס לאותה בעיה. הוא איננו תוכנה זדונית, הוא איננו תיקון, והוא אינו מוכיח ניצול בטלפון, במחשב או בחשבון מסוים.

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

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

חלק ממזהי ה-CVE מוקצים לאחר חלון של חשיפה מתואמת; אחרים עשויים להיות פומביים לפני שהתיקונים נפרסו באופן נרחב. לוח המחוונים של Anthropic מציין שרשומות CVE ו-GHSA פומביות מוקצות לממצאיה בין שתיקון שוחרר ובין שלא, ושהמתחזקים הם שמחליטים אם ליצור הודעת אבטחה. ^[1] זו הסיבה שיש להצמיד את קיומו של CVE להנחיות היצרן בפועל.

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

האם העובדה שבינה מלאכותית מוצאת יותר באגים הופכת את כולם לפחות בטוחים?

לא באופן אוטומטי. גילוי רב יותר יכול לעזור למגינים כאשר הממצאים מאומתים, נחשפים באחריות ומתוקנים לפני שתוקפים משתמשים בהם. הוא יכול גם לחשוף בעיית קיבולת כאשר מספר הדיווחים עולה מהר יותר מיכולתם של המתחזקים להעריך ולתקן אותם. לוח המחוונים הפומבי של Anthropic והכרזת Cyber Mission שלה מ-8 באוקטובר 2026 מתארים שניהם את הבדיקה האנושית, את קיבולת המתחזקים ואת התיקון כחלקים חיוניים בתהליך. ^[1][5]

לדברי Anthropic, כלי OSS Scanner שלה, שההצטרפות אליו היא בחירה, יכול לשלוח דיווחים שהפיק מודל, ללא בדיקה אנושית, למתחזקים שיש להם קיבולת לקבל אותם. בדף Cyber Mission שלה נאמר שהדבר יכול לזרז את הדיווחים, אך פירושו שחלק מהדיווחים עלולים להכיל אי-דיוקים, לרבות דירוג חומרה שגוי. עוד נאמר שם שפרויקטים אחרים ימשיכו לקבל חשיפות שאומתו בידי אדם במסגרת מדיניות החשיפה המתואמת שלה. ^[5] זו הבחנה מועילה: גילוי אוטומטי יכול לגדול בהיקפו, ואילו האימות הוא עדיין החלטה שמקבלים אנשים המכירים את הקשר הפרויקט.

הניתוח של VulnCheck מספק משקל נגד לכותרות על היקף הגילוי. הוא מטיל ספק באופן שבו יש לפרש את הסכומים שפורסמו ואת שיעור החיוביים האמיתיים, טוען שנטל המיון הראשוני עובר אל מתחזקי הקוד הפתוח, סופר 442 מזהי CVE המיוחסים ל-Anthropic, ומציין ששניים מהם נוצלו בפועל לפי המעקב של החברה עצמה אחר פגיעויות מנוצלות ידועות. ^[4] שיעור ניצול נמוך שנצפה במאגר נתונים צעיר איננו הוכחה שהפגמים הנותרים אינם מזיקים; באותה מידה, מספר ממצאים גבוה איננו הוכחה לניצול המוני מיידי. שתי הטענות היו חורגות ממה שהנתונים מראים.

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

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

מה צריכים משתמשים רגילים לעשות אחרי כותרת על פגיעויות ובינה מלאכותית?

ראשית, בררו אם הכתבה מציינת בשמו מוצר שאתם באמת משתמשים בו. התעלמו מניסוחים רחבים כמו ‘בינה מלאכותית מצאה אלפי באגים’ עד שהודעת אבטחה רשמית של יצרן תקשור בעיה למוצר ולגרסה מסוימים. מספר CVE ללא הצהרה על המוצר המושפע אינו מספיק כדי לקבוע שמחשב נייד, טלפון או חשבון נמצאים בסכנה. ^[3]

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

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

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

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

כיצד צריכים מפתחים ומתחזקים להתייחס לדיווחי באגים שהפיקה בינה מלאכותית?

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

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

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

בפרויקטים שבוחרים להצטרף לדיווח אוטומטי בהיקף גדול, קבעו מגבלות קיבולת ומסלול לאישור קבלה לפני שהדיווחים מגיעים. לדברי Anthropic, כלי OSS Scanner שלה, שדיווחיו אינם נבדקים, מיועד לפרויקטים שיש להם הקיבולת לעמוד בקצב הממצאים שעולים. ^[5] מספר קטן יותר של דיווחים ששוחזרו היטב יכול להיות בעל ערך רב יותר ממספר גדול של התרעות ספקולטיביות.

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

מה משנים עבורכם 442 מזהי CVE ו-Glasswing?

הם משנים את ההקשר יותר מאשר את רשימת הפעולות המיידית. הנתון 442 של VulnCheck הוא ספירה של חוקר למזהי CVE מיוחסים לאחר שבעה חודשים, ואילו לוח המחוונים של Anthropic מדווח על תהליך עבודה רחב יותר של ממצאים מועמדים, מיון ראשוני, חשיפות ותיקונים. הנתונים מראים שגילוי אוטומטי יכול ליצור עבודה רבה. הם אינם מצביעים על מוצר צרכני אחד שכל קורא חייב לעדכן. ^[1][4]

הלקח המתמשך הוא שלממצא אבטחה יש מחזור חיים. ממצאים מועמדים זקוקים לאימות. פגיעויות תקפות זקוקות לחשיפה מתואמת. יצרנים מושפעים צריכים לפרסם תיקונים. משתמשים וארגונים צריכים להתקין את התיקונים הללו. לוח המחוונים של Anthropic מתאר במפורש את שלבי המיון הראשוני האנושי ואת שלבי המתחזקים, ובדף Cyber Mission שלה נאמר שהאימות, החשיפה והתיקון נותרו איטיים ותלויים באנשים. ^[1][5]

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

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