צ'ק פוינט: החידושים באבטחת סוכני AI ומה לבדוק בעסק

צ'ק פוינט: מה חדש נכון ל־22 באוקטובר 2026

החדשות האחרונות של צ'ק פוינט מתמקדות באבטחת סוכני בינה מלאכותית: תוכנות שמקבלות משימה ומפעילות כלים כדי לבצע אותה. בפרסום מ־21 באוקטובר 2026 הציגה החברה את השתתפותה בארכיטקטורת NVIDIA OpenShell להגנה על סוכנים. ב־19 באוקטובר פרסמה הרחבה של שיתוף הפעולה עם AWS, וב־16 באוקטובר פירטה את שילוב ההגנות שלה ב־Gemini Enterprise של Google Cloud.

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

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

השילוב עם NVIDIA: בדיקת הפעולה בתוך סביבת עבודה מוגבלת

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

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

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

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

Google Cloud ו־AWS: מה הוכרז ומה צריך לברר

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

בהודעה מ־19 באוקטובר תיארה החברה הסכם שיתוף פעולה רב־שנתי חדש עם AWS. ההודעה כוללת כוונה להעמיק שילובים בתחומי אבטחת בינה מלאכותית, ובהם Amazon Bedrock ו־Amazon Bedrock AgentCore. הניסוח מתייחס גם לעבודה עתידית, ולכן אין להסיק ממנו שכל שילוב כבר פתוח להפעלה.

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

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

זיהוי פעולה מסוכנת: היכולת שהוצגה בבטא

ב־15 באוקטובר 2026 הציגה צ'ק פוינט את Dangerous Deviation Detection, יכולת לבדיקת פעולות של סוכנים לפני הפעלת כלי. לפי הפרסום הרשמי, היא מסמנת פעולה רק כאשר היא מסוכנת וגם אינה מוצדקת בהוראות המשתמש או המערכת. החברה מציינת שהיכולת זמינה בבטא פתוחה.

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

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

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

מחקרי השבוע: הונאות שמגיעות דרך חיפוש וזהויות מקוונות

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

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

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

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

איזה חידוש רלוונטי למערכת שלכם

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

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

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

מה לשאול על רישוי, מידע ואחריות תפעולית

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

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

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

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

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

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

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

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

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

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

שאלות נפוצות

מה החידוש האחרון של צ'ק פוינט באבטחת בינה מלאכותית?

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

האם ההגנה על סוכנים זמינה לשימוש?

החברה מציגה יכולות ושילובים במצבי זמינות שונים. Dangerous Deviation Detection הוצגה בבטא פתוחה; לפני הטמעה צריך לבדוק תמיכה במערכת שלכם ותנאי שימוש.

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

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

האם עסק קטן צריך לרכוש עכשיו מערכת אבטחת סוכנים?

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