Rein גייסה 25 מיליון דולר — ההגנה עוברת לרגע שבו הסוכן פועל

Rein Security הודיעה ב־8 באוקטובר 2026 כי גייסה 25 מיליון דולר בסבב Series A, שהביא את סך גיוסיה ל־35 מיליון דולר; לדבריה, מאז השקת המוצר בינואר 2026 גדלו הכנסותיה פי שמונה ומספר לקוחותיה פי חמישה. מדובר בנתוני החברה, שאינם מלווים בפירוט הכנסות או במספר לקוחות מוחלט. הכסף מיועד להרחבת פלטפורמה שבוחנת פעולות של סוכני AI בזמן ריצה ומבקשת לעצור פעולה מזיקה לפני ביצועה במערכת ארגונית.

SecurityWeek דיווח כי את הסבב הובילו במשותף Glilot Capital ו־Sienna Venture Capital, בהשתתפות Corner Ventures, Atlacle ו־RNP Capital Advisors; החברה נוסדה ב־2024 ופועלת מתל אביב ומניו יורק. גיוס ההון נועד לפיתוח המוצר, למחקר בתחום הסוכנים ולהרחבת כוח האדם. ההבחנה שמציעה Rein היא בין ידיעה שלסוכן יש הרשאה לגשת למערכת לבין החלטה אם הפעולה שהוא עומד לעשות בה תואמת את משימתו באותו רגע.

מה הכסף אמור להרחיב

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

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

מהוראת המשתמש עד לקריאת API

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

בריאיון ל־SiliconANGLE תיאר המייסד והמנכ״ל מתן בר־אפרת, שהקים את Rein עם סמנכ״ל הטכנולוגיה נתנאל רובין, רכיב sidecar שבוחן את המסלול מההוראה ועד קריאות API וגישה למסדי נתונים, ואמר: “we only prevent the specific malicious action from taking place while allowing the rest of the workflow to continue uninterrupted”. התיאור מציב את נקודת האכיפה ממש לפני הפעולה הנבחרת: חסימה של הבקשה החריגה, תוך אפשרות להמשך שאר רצף העבודה של הסוכן.

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

מה רואה כל שכבת הגנה

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

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

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

המשמעות של חסימה ממוקדת

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

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

קראו גם:

• Rig Security גייסה 12 מיליון דולר — הסוכן מסתתר בשם העובד
• 11 מיליארד דולר להייטק הישראלי — אבל שלב הצמיחה לקח את הקופה
• מניות ראשוניות או שניוניות: לא כל דולר בסבב נכנס לחברה