Pluto Security הישראלית הודיעה ב-13 באוקטובר 2026 על יציאתה ממצב חשאי ועל גיוס מצטבר של 42 מיליון דולר. החברה פונה לבעיה מעשית: עובדים משתמשים ב-AI כדי לבנות יישומים, לחבר שירותים ולהפעיל אוטומציות, וצוות האבטחה צריך להבין לא רק איזה כלי הותקן אלא גם מה הוא רשאי לעשות. ההבטחה שלה היא לאפשר עבודה כזאת תוך התערבות בפעולות מסוכנות, במקום לעצור את השימוש כולו.
זו הודעת גיוס והשקה של חברה, לא הודעה על פריצה ולא אישור לכך שכלי AI מסוים אינו בטוח. עבור מנהלי מערכות מידע ובעלי עסקים, השאלה המועילה היא אילו הרשאות וחיבורים כבר קיימים אצלם, מי אחראי להם, ואיך אפשר לעצור פעולה שגויה בלי להשבית תהליך עבודה תקין.
מה הוכרז, ומה צריך לדעת על המספרים
לפי הודעת Pluto Security, הסכום של 42 מיליון דולר הוא סך המימון שגויס, ולא סבב יחיד. Jump Capital מאשרת שהובילה את סבב A של החברה. ההבחנה בין סבב לבין סכום מצטבר חשובה: המספר הגדול מתאר את המימון לאורך הדרך, ולא בהכרח כסף חדש שנכנס באותו יום. גם מועד ההודעה אינו בהכרח המועד שבו הועברו כל הכספים.
החברה מציינת צוותים בישראל ובארצות הברית. בדיווח The Jerusalem Post נכתב כי היא נוסדה ב-2025 בידי שחר בהט, טל עופר רגב וגיל ממן, וכי הכסף מיועד לפיתוח, מחקר והרחבת הפעילות בארצות הברית. היקף הגיוס מלמד על משאבים שהחברה מבקשת להעמיד למימוש התוכנית; הוא אינו מדד עצמאי לאיכות ההגנה, לשיעור הזיהוי או להתאמה לעסק מסוים.
כדאי גם להפריד בין מימון לבין רכישת מוצר: ארגון שבוחן מערכת אבטחה צריך לבקש הדגמה בסביבה הדומה לשלו, הגדרה מדויקת של הכיסוי ותנאי שירות ברורים. שמות משקיעים וסכומי השקעה אינם מחליפים בדיקה של מה שהמערכת רואה בפועל ושל מה שנשאר מחוץ לטווח שלה.
סביבת העבודה כוללת יותר מחלון צ'אט
בהודעתה מתארת Pluto Security עובדים המשלבים סוכנים, כלי פיתוח, חיבורי MCP ותוספי דפדפן בשגרה. MCP הוא פרוטוקול לחיבור כלי AI למקורות מידע ולפעולות במערכות אחרות. עצם השימוש בו אינו מעיד על תקלה; השאלות הן לאיזו מערכת הוא מתחבר, באיזו זהות, ולאילו נתונים ופעולות ניתנה גישה.
אפשר לחשוב על דוגמה פשוטה: עובד מבקש מסוכן להכין דוח על פניות לקוחות. לצורך הקריאה ייתכן שנדרשת גישה למערכת השירות, אבל לא בהכרח יכולת למחוק פניות, לשנות פרטי לקוח או לשלוח את הדוח לנמען חיצוני. זו דוגמה להחלטת הרשאות, לא אירוע שמיוחס ללקוח של החברה. הצעד המעשי הוא להתחיל בגישה לקריאה בלבד ולהרחיב אותה רק כאשר משימה מוגדרת מחייבת זאת.
ההבדל חשוב גם כאשר התוצאה נראית טובה. דוח נכון אינו מוכיח שהמסלול שבו הופק היה מתאים: ייתכן שניתנה גישה רחבה יותר מהנדרש. לכן כדאי לבדוק בנפרד את איכות התשובה ואת גבולות הפעולה. הצלחה במשימה עסקית אינה סיבה לדלג על הבדיקה השנייה, במיוחד כשהאוטומציה עוברת מניסוי לעבודה קבועה.
לחסום פעולה מסוימת, ולא בהכרח את הכלי
Jump Capital מתארת את גישת Pluto Security כבקרה על הכלי, הרכיבים שסביבו והתוצרים שנבנים באמצעותו. לפי המשקיעה, המערכת אמורה להבחין בסיכון בתוך ההקשר של הפעולה, למשל להגביל גישה למידע או לפרטי הזדהות תוך המשך פעילות אחרת. זהו תיאור של משקיעה במוצר, ולא תוצאה של מבחן השוואתי בלתי תלוי.
לארגון ששוקל פתרון כזה כדאי לנסח מראש מצבים לבדיקה. האם המערכת מבדילה בין קריאת מסמך מורשה לבין העברתו החוצה? האם אפשר לבקש אישור אנושי לפני שינוי משמעותי? האם העובד מקבל הסבר מובן כשהפעולה נעצרת, והאם יש דרך מסודרת לערער על חסימה שגויה? אלה שאלות לרכש ולניסוי מבוקר, לא קביעות על יכולות שלא הוכחו.
חשוב לבדוק גם מה קורה כאשר החיבור למערכת הבקרה אינו זמין. ההחלטה אם להמשיך פעולה או לעצור אותה צריכה להתאים לרגישות המידע ולצורכי העסק. ניסוי קטן, עם מידע סינתטי והרשאות מוגבלות, מאפשר להגדיר התנהגות רצויה לפני שהשירות מקבל גישה למידע אמיתי או לתהליך חיוני.
מפת הרשאות לפני רשימת מוצרים
הצעד הראשון אינו חייב להיות רכישה. עסק יכול להכין רשימה קצרה של כלי AI בשימוש, העובדים האחראים להם, החשבונות שחוברו וסוגי המידע הזמינים. לצד כל חיבור כדאי לרשום מי אישר אותו, מתי נבדק לאחרונה ואיך מבטלים אותו. בלי בעל תפקיד מוגדר, גם רשימה מסודרת עלולה להישאר מסמך שאיש אינו מתחזק.
אחר כך אפשר להפריד בין פעולות קריאה לבין פעולות שמשנות מידע או שולחות אותו. למשימות רגישות כדאי לשקול אישור אנושי, חשבון ייעודי והרשאות מצומצמות. אם עובד עוזב או אם ניסוי מסתיים, יש לבדוק גם את החיבורים שנוצרו במהלכו. מחיקת שיחת הצ'אט אינה תחליף לביטול הרשאה במערכת שאליה הכלי התחבר.
גם למערכת האבטחה עצמה יש שאלות פרטיות. לפני התקנה כדאי לברר איזה מידע היא אוספת, מי יכול לראותו, כמה זמן הוא נשמר והאם ניתן להגביל את האיסוף. עובדים צריכים לדעת מה מנוטר ולמי פונים במקרה של בעיה. בקרה טובה מתחילה בהגדרה ברורה של מטרה ושל אחריות, ולא באיסוף בלתי מוגבל של כל מה שאפשר.
מה המשמעות לארגונים בישראל
הזווית הישראלית היא חברה מקומית שפועלת בשוק אבטחת AI הארגוני. אין בהודעת הגיוס בסיס להניח שכל חיבור ארגוני נתמך, שהממשק זמין בעברית או שהשירות מתאים אוטומטית לכל דרישה מקומית. ארגון בישראל צריך לבדוק בנפרד תמיכה בשירותים שלו, מיקום עיבוד המידע, שעות תמיכה ותנאי ההתקשרות.
לעסק קטן יש דרך להתחיל גם בלי צוות סייבר גדול: למנות אחראי לכלי AI, לאשר רשימת שירותים, לצמצם הרשאות ולתעד חריגים. לצוות גדול יותר כדאי להוסיף ניסוי עם מדדי הצלחה: אילו פעולות זוהו, כמה חסימות היו מוצדקות וכמה הפריעו לעבודה תקינה. המדדים צריכים לבחון את התוצאה בעסק, ולא רק את מספר ההתראות במסך.
החשיפה של Pluto Security מדגישה שאלה שתלווה אימוץ של סוכנים: מי מוודא שהפעולה מותרת ברגע שהיא מתבצעת? התשובה יכולה לכלול מוצר חדש, אבל היא מחייבת גם כללים, הרשאות ובעלות ברורה. את שלושת אלה אפשר להתחיל לסדר עוד לפני בחירת ספק, ולהשתמש בהם כדי לבדוק אם ההבטחה שלו אכן מועילה בשטח.