תמונה: נוצרה באמצעות AI עבור מערכת ITPortal
Google חשפה כי סוכן האבטחה PageBreak מצא ואימת יותר מ־500 חולשות XSS ביישומי האינטרנט שלה. ההבדל החשוב אינו רק המספר: הסוכן לא הסתפק בהשערה שהקוד פגיע, אלא הפעיל בדיקה מבוקרת כדי לוודא שהחולשה אכן ניתנת לניצול.
הפרויקט החל כפיילוט בנובמבר 2025 והפך למיזם מלא בינואר 2026. לפי Google, רוב הפעילות שלו מבוססת על דגמי Gemini, ובהם Gemini 3.1 Pro ו־Gemini 3.5 Flash. הוא פועל מול יישומים של Google עצמה, בסביבות שאושרו לבדיקה, ולא כסורק חופשי של אתרים חיצוניים.
למה PageBreak שונה מסורק AI רגיל?
כלי AI מסוגלים לקרוא כמויות גדולות של קוד ולזהות דפוסים שנראים מסוכנים. הבעיה היא שהם גם מייצרים לא מעט התרעות שווא. צוות אבטחה שמקבל מאות השערות לא מאומתות צריך לבזבז זמן על בדיקה ידנית, ולעיתים הרעש מסתיר את הממצא החשוב באמת.
PageBreak מנסה לסגור את הפער הזה באמצעות מאמתים ייעודיים שנכתבו מראש. כאשר הסוכן חושד בחולשה, הוא מעביר אותה למנגנון בדיקה מתאים. במקרה של XSS, למשל, המאמת מזריק מטען בדיקה ועוקב אם הקוד באמת רץ בהקשר של הדפדפן. בדיקות אחרות יכולות לאמת SQL Injection, מעבר בין נתיבים, SSRF או הרצת קוד, בהתאם לסביבת הבדיקה ולהרשאות שהוגדרו.
Google טוענת שהגישה הזו הביאה את שיעור התרעות השווא של הממצאים המאומתים לכמעט אפס. חשוב לדייק: זו הצהרה של Google על מערכת פנימית שלה, ולא מדד עצמאי שמבטיח שכל סורק AI יגיע לאותה תוצאה.
יותר מ־500 חולשות XSS, אבל רק שתיים במסגרת המוקשחת
PageBreak מצא יותר מ־500 חולשות XSS ביישומי Web של Google, לרבות דומיינים רגישים. במקביל, כאשר הסוכן הופעל נגד מאות יישומים שנבנו באמצעות מסגרות הפיתוח המאובטחות של החברה, הוא מצא רק שתי חולשות XSS נכון ל־4 בספטמבר 2026. שתיהן היו מוגבלות ליישומים פנימיים או לנקודות ניפוי שגיאות שלא הוקשחו מספיק.
הנתון הזה מחזק עיקרון ותיק באבטחת תוכנה: סריקה טובה חשובה, אבל תכנון מאובטח כברירת מחדל חוסך חלק גדול מהתיקונים בהמשך. סוכן AI יכול למצוא פרצה מהר יותר, אך הוא אינו מחליף בקרות גישה, הפרדת סביבות, ניהול סודות ובדיקת קוד מסודרת.
מה ארגונים יכולים ללמוד מהפרויקט?
- לא להעביר כל פלט AI ישירות לצוות הפיתוח. יש לדרוש הוכחה ניתנת לשחזור לפני פתיחת אירוע.
- להפעיל סוכנים בסביבה מוגבלת. חשבון זמני, רשימת יעדים מאושרת, חסימת יציאה מיותרת לרשת ותיעוד מלא של הפעולות.
- להפריד בין איתור לאימות. אותו מודל שמציע את החולשה לא צריך להיות המקור היחיד שמכריע אם היא אמיתית.
- להגדיר גבולות בטיחות. בדיקה שמנסה להפעיל קוד או לכתוב קובץ חייבת להתבצע רק בסביבה מורשית ומבודדת.
- למדוד איכות ולא רק כמות. אלף ממצאים ללא הקשר עלולים להיות פחות שימושיים מעשרה ממצאים מאומתים עם דרך תיקון ברורה.
הגישה של PageBreak מתחברת למגמה רחבה יותר שעליה כתבנו בכתבה על שילוב כמה מודלי AI באיתור חולשות: הערך האמיתי מגיע כאשר המודל מקבל כלים, בקרות ותהליך אימות, ולא כאשר הוא רק מייצר רשימת חשדות ארוכה.
האם AI עומד להחליף בודקי חדירות?
לא בשלב הזה. PageBreak פועל בתוך Google עם גישה לקוד, לתעבורת אמת ולתשתיות סריקה שנבנו במשך שנים. בודק אנושי עדיין נדרש כדי להגדיר הקשר עסקי, להבין שרשרת תקיפה, להחליט מה מותר לבדוק ולבחון השפעה שהמאמת האוטומטי אינו מכסה.
עם זאת, הפרויקט מראה שסוכנים יכולים לקחת על עצמם חלק משמעותי מהעבודה החזרתית: מעבר על קוד, ניסוח השערה, הרצת בדיקת אימות והעברת ממצא איכותי לצוות. אם Google תצליח לחבר את המערכת גם לכלים שמציעים תיקון אוטומטי, מחזור הזמן בין איתור פרצה לסגירתה עשוי להתקצר מאוד.
