[{"data":1,"prerenderedAt":175},["ShallowReactive",2],{"publication:he:P090":3},{"meta":4,"copy":16,"relatedArticles":135,"terms":167,"term":168,"resourceParent":169,"glossaryParent":172},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P090","\u002Fblog\u002Fai-agent-permissions","article","איך מגבילים הרשאות של סוכן AI","איך מגבילים הרשאות של סוכן AI לפני חיבור למערכות העסק","מיפוי הרשאות לסוכן AI: זהות, מקורות מידע, קריאה, כתיבה ושליחה, אישור פעולות וביטול גישה. מטריצת החלטה ובדיקת קבלה בנתוני ניסיון.",[12,13],"\u002Fservices\u002Fcrm-integrations","\u002Fservices\u002Faccess-2fa-audit","2026-07-22","2026-10-29",{"intro":17,"sections":18,"checklist":91,"faq":97,"sources":107,"links":113,"cta":130},"מגבילים הרשאות של סוכן AI לפי הפעולה והמידע הנחוצים למשימה: זהות מוגדרת, גישה מצומצמת, הפרדה בין קריאה, טיוטה, כתיבה ושליחה, ובדיקת הרשאה במערכת היעד. לפעולות בעלות השפעה קובעים אישור מתאים. לפני חיבור אמיתי בודקים בנתוני ניסיון שגם פעולה מותרת עובדת וגם פעולה מחוץ להיקף אינה מתבצעת.",[19,24,63,73,78,83],{"title":20,"paragraphs":21},"הגדירו משימה מדויקת וזהות שמותר לה לפעול",[22,23],"תיאור כמו עוזר שמטפל בלקוחות רחב מדי כדי לבחור הרשאות. רשמו אם התפקיד הוא לסכם פנייה, להכין טיוטת תשובה או לעדכן שדה מסוים. לכל פעולה ציינו מקור מידע, מערכת יעד ובעלים. אם לא ברור איזה מידע נדרש, לא מעניקים גישה לכל התיבה או לכל ה-CRM כברירת מחדל.","הזהות יכולה להיות משתמש, זהות יישום או פעולה בהקשר משתמש לפי המוצר. העיקר הוא להבין מה היא מאפשרת, למי היא שייכת ומי יכול לבטל אותה. אין לשתף חשבון מנהל של עובד רק מפני שקל להפעיל דרכו את החיבור. מנגנון הגישה צריך להיות נתמך ומנוהל.",{"title":25,"paragraphs":26,"table":28,"sources":59},"מפו יכולות עודפות, הרשאות עודפות ואוטונומיה",[27],"OWASP מתאר Excessive Agency כסיכון שקשור ליכולות, להרשאות או לאוטונומיה עודפות. ההבחנה עוזרת לבדוק גם כלי שמחובר בזהות מצומצמת אך עדיין כולל פעולות שלא נדרשות. הטבלה היא מטריצה מקורית לעסק, ולא הגדרה מוכנה לכל ספק.",{"caption":29,"headers":30,"rows":34},"החלטה לכל פעולה של סוכן",[31,32,33],"פעולה","היקף שיש להגדיר","בדיקה לפני הפעלה",[35,39,43,47,51,55],[36,37,38],"קריאת מסמך","מקור ותיקייה מאושרים","מסמך מחוץ להיקף אינו נקרא",[40,41,42],"יצירת טיוטה","רשומה או מרחב עבודה מוגדר","לא נשלחת הודעה בפועל",[44,45,46],"עדכון שדה","נכס, שדות ותנאים מותרים","אין שינוי ברשומות אחרות",[48,49,50],"שליחת הודעה","נמען, תוכן וכלל אישור","המסירה תואמת לאישור המפורש",[52,53,54],"מחיקה או שינוי גישה","צורך עסקי וסמכות חריגה","חסימה או אישור לפי התכנון",[56,57,58],"חיבור חדש לכלי","מאשר, זהות ותנאי שימוש","אין הרחבה אוטומטית של היקף",[60],{"label":61,"url":62},"OWASP LLM06:2025: הרשאות ופעולות עודפות","https:\u002F\u002Fgenai.owasp.org\u002Fllmrisk\u002Fllm062025-excessive-agency\u002F",{"title":64,"paragraphs":65,"sources":68},"הרשאה ואישור אינם החלטה שהמודל רשאי להמציא",[66,67],"הוראה כתובה לסוכן אינה מחליפה בדיקה טכנית במערכת היעד. OWASP ממליץ על הרשאה מזערית ועל בדיקת הרשאות בכל בקשה. פעולה צריכה לעמוד בכללים גם אם הפלט שיצר המודל טוען שהמשתמש אישר אותה. זה חשוב במיוחד כאשר המודל קורא מסמכים או מיילים של גורם אחר.","אישור אנושי צריך להציג פעולה קונקרטית: איזה משאב, איזה שינוי ולאיזה נמען. אם הערכים משתנים אחרי האישור, יש לבחון מחדש מה אושר ולמנוע ביצוע על בסיס אישור עמום. אדם שמאשר סיכום כללי בלי לראות את השינוי אינו בהכרח בקרה יעילה על הפעולה.",[69,72],{"label":70,"url":71},"OWASP: הרשאה מזערית ובדיקה בכל בקשה","https:\u002F\u002Fcheatsheetseries.owasp.org\u002Fcheatsheets\u002FAuthorization_Cheat_Sheet.html",{"label":61,"url":62},{"title":74,"paragraphs":75},"גם גישת קריאה צריכה הגבלה ותוכנית יציאה",[76,77],"קריאה בלבד אינה מאפשרת שינוי באותו מקור, אך עדיין יכולה לחשוף מידע דרך פלט או ערוץ אחר שהתהליך מפעיל. בודקים גם לאן מותר לפלט להגיע, מה נרשם בתיעוד ומי רשאי לראות אותו. צמצום הרשאה במקור אחד אינו מבטיח שכל החיבורים האחרים הוגבלו.","תעדו את התלות במפתח, token או הסכמת משתמש, את תקופת השימוש ואת דרך הביטול הנתמכת. הסרת הכלי ממסך אחד אינה הוכחה שהאישור בוטל אצל הספק. צריך לבדוק את המצב במערכת שמנהלת את הגישה, בלי להעתיק ערכים סודיים למסמך המסירה.",{"title":79,"paragraphs":80},"דוגמה: מתחילים בסיכום פנייה בלי יכולת שליחה",[81,82],"התרחיש להמחשה בלבד. העסק רוצה סוכן שמסכם פנייה ומציע תשובה. בסביבת ניסיון נותנים גישה רק לנתונים מלאכותיים הנחוצים ומפרידים טיוטה משליחה. בודקים שגם מסמך שמכיל בקשה לחרוג מהמטרה אינו גורם להודעה לצאת או לרשומה אחרת להשתנות.","אם בהמשך נדרשת שליחה, זהו שינוי יכולת שצריך לאשר ולבדוק בפני עצמו. מציגים נמען ותוכן, בודקים הרשאה ומגדירים טיפול בכשל ובפעולה כפולה לפי המערכת. הצלחת הסיכום אינה אישור אוטומטי להרחבת הפעולות. אין להריץ ניסוי על לקוח אמיתי כדי לגלות שהשליחה כבר הייתה מותרת.",{"title":84,"paragraphs":85,"example":88},"מסירה, מעקב וביטול צריכים להיות חלק מההקמה",[86,87],"מסמך המסירה כולל בעלים, זהות, מקורות, כלים, פעולות, מאשרים ובדיקות קבלה. תיעוד הפעילות צריך לאפשר בירור החלטות ושינויים בלי לשמור סודות או תוכן לקוחות מיותר. מגדירים מי בוחן כשל ומי רשאי לעצור חיבור, ולמי פונים כשהסוכן פועל מחוץ למטרה.","בחינה חוזרת נחוצה כשמוסיפים כלי, משנים מודל, מרחיבים מקור או מעבירים בעלות. אישור שניתן לסביבת ניסיון אינו אישור קבוע לייצור. CyberFixCrew יכולה לסייע במיפוי זהויות וחיבורים לפי השירותים הקיימים ובהיקף מוגדר; המדריך אינו הבטחה לאוטומציה חסינה או להפעלה ללא בקרה.",{"title":89,"text":90},"רשומת הרשאות לסוכן אחד","משימה ובעלים: __. זהות: __. מקורות מותרים: __. פעולות מותרות: __. פעולות חסומות: __. מאשר ומה מוצג לו: __. ניסוי מותר וניסוי דחייה: __. תיעוד מצומצם: __. ביטול ואחראי: __.",[92,93,94,95,96],"המשימה צומצמה לפעולות מוגדרות.","נבחרה זהות מנוהלת עם גישה נחוצה בלבד.","אישור והרשאה נאכפים מחוץ לטענת המודל.","נבדקו פלט, יעדים וחיבורים נוספים.","יש בדיקות קבלה, בעלים ודרך ביטול.",[98,101,104],{"question":99,"answer":100},"קריאה בלבד מסירה את כל הסיכון?","לא, היא מצמצמת שינוי במקור אך עדיין צריך לבחון איזה מידע נקרא ולאן הוא יוצא. פלט, חיבורים ופרטיות נשארים חלק מהבדיקה.",{"question":102,"answer":103},"אם הסוכן מבקש אישור לפני פעולה, אפשר לתת לו מנהל?","לא כברירת מחדל: אישור והרשאות מצומצמות הם בקרות משלימות. יש לבדוק גם מה מוצג למאשר ומה נאכף במערכת היעד.",{"question":105,"answer":106},"איך יודעים שהגישה הוסרה?","בודקים במנגנון שמנהל אותה אצל הספק, לרבות חיבור, token או הסכמת משתמש לפי המוצר. הסרת ממשק בלבד אינה ראיית ביטול מספקת.",[108,109,110],{"label":61,"url":62},{"label":70,"url":71},{"label":111,"url":112},"NIST AI 600-1: פרופיל סיכוני AI יוצרת","https:\u002F\u002Fnvlpubs.nist.gov\u002Fnistpubs\u002Fai\u002FNIST.AI.600-1.pdf",[114,117,120,123,126,128],{"path":115,"label":116},"\u002Fglossary\u002Fleast-privilege","הרשאה מזערית למשתמש וליישום",{"path":118,"label":119},"\u002Fblog\u002Fprompt-injection-business","הוראות לא מהימנות בתוך מקורות",{"path":121,"label":122},"\u002Fblog\u002Femployee-ai-data-policy","איזה מידע מותר לחבר",{"path":124,"label":125},"\u002Fblog\u002Fapi-keys-secrets","ניהול מחזור החיים של מפתחות",{"path":12,"label":127},"חיבורים למערכות עסקיות",{"path":13,"label":129},"סקירת זהויות ואמצעי גישה",{"title":131,"description":132,"button":133,"type":134},"סוכן עומד לקבל גישה למערכת עסקית?","נמפה את הזהות, החיבורים והפעולות ונגדיר בדיקות וגבולות הרשאה לפני הרחבה, בהתאם להיקף השירות.","לתיאום בדיקה וטיפול","check",[136,145,152,160],{"id":137,"path":138,"title":139,"description":140,"category":141,"artwork":142,"order":143,"publishedOn":144},"P096","\u002Fblog\u002Fbusiness-data-map","איך ממפים מידע אישי באתר עסקי מהטופס ועד לכל העותקים","מפת מידע אישי לאתר עסקי: שדות, מקור, יעד, עותקים, הרשאות, שמירה ובעלים. כולל תרחיש מלאכותי וטבלה לפני החלטות על הגנה או מחיקה.","governance","integrations",60,"2026-07-06",{"id":146,"path":118,"title":147,"description":148,"category":141,"artwork":149,"order":150,"publishedOn":151},"P089","מה הסיכון ב-Prompt Injection לעסק ואיך מגבילים את ההשפעה","Prompt Injection בתהליך עסקי: הוראות בתוך דואר, מסמך או אתר, הפרדת תוכן מסמכות, הרשאות ואישור פעולה. כולל דוגמה בטוחה ומפת בדיקה.","security",76,"2026-08-07",{"id":153,"path":154,"title":155,"description":156,"category":141,"artwork":157,"order":158,"publishedOn":159},"P097","\u002Fblog\u002Fdelete-old-form-data","איך מוחקים מידע ישן מטפסי האתר בלי לפספס עותקים ותלות","תכנון מחיקת פניות ישנות: החלטת שמירה, מפת עותקים, חריגות, ניסוי ובדיקת תפקוד. מגבלות כלי WordPress, גיבויים ונתונים שהועברו ל-CRM.","backups",54,"2026-06-20",{"id":161,"path":121,"title":162,"description":163,"category":141,"artwork":164,"order":165,"publishedOn":166},"P088","איזה מידע לא להכניס לכלי AI בעסק ואיך מגדירים כללי שימוש","מדיניות מידע מעשית לשימוש ב-AI: סוגי נתונים, חשבון מאושר, חיבורים, שמירה וצמצום מידע. כולל טבלת החלטה ודוגמה עם נתונים מלאכותיים.","access",84,"2026-08-21",[],null,{"path":170,"label":171},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":173,"label":174},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062979]