[{"data":1,"prerenderedAt":135},["ShallowReactive",2],{"publication:he:P138":3},{"meta":4,"copy":15,"relatedArticles":119,"terms":120,"term":121,"resourceParent":129,"glossaryParent":132},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14},"P138","\u002Fglossary\u002Fzero-trust","term","מה זה Zero Trust","מה זה Zero Trust ואיך בוחנים גישה לנכס","Zero Trust היא גישה ללא אמון אוטומטי לפי מיקום ברשת. הסבר על זהות, מכשיר, הרשאה ומשאב, ההבדל מ-MFA ו-VPN ודוגמה לעסק קטן.",[12,13],"\u002Fservices\u002Faccess-2fa-audit","\u002Fservices\u002Fsecurity-audit","2026-10-29",{"intro":16,"sections":17,"checklist":79,"faq":84,"sources":94,"links":97,"cta":114},"Zero Trust, או אפס אמון, היא גישת אבטחה שבה לא מעניקים אמון אוטומטי לחשבון או למכשיר רק בגלל מיקומם ברשת או הבעלות עליהם. בוחנים את הגישה למשאב לפי זהות, הרשאה והקשר מתאים. זהו עיקרון לארכיטקטורה ולתהליכים, ולא שם של מוצר יחיד או הבטחה שאין אפשרות לפגיעה.",[18,26,57,62,71],{"title":19,"paragraphs":20,"sources":22},"המשאב והפעולה חשובים יותר מהנחה שהמשתמש בפנים",[21],"NIST SP 800-207 מתאר Zero Trust כמעבר מאמון משתמע לפי רשת להתמקדות במשאבים ובגישה אליהם. אימות והרשאה הם תפקידים נפרדים. כניסה למשאב אחד אינה מעניקה אוטומטית זכות לכל משאב אחר, והמדיניות יכולה להתחשב גם במכשיר ובהקשר הבקשה.",[23],{"label":24,"url":25},"NIST SP 800-207: Zero Trust Architecture","https:\u002F\u002Fnvlpubs.nist.gov\u002Fnistpubs\u002FSpecialPublications\u002FNIST.SP.800-207.pdf",{"title":27,"paragraphs":28,"table":30},"MFA, VPN והרשאה מזערית תורמים בדרכים שונות",[29],"MFA עוסק באימות זהות, ו-VPN יכול לספק מסלול תקשורת מתאים לפי התכנון. הרשאה מזערית מגדירה מה מותר לזהות לעשות. אין להסיק מהפעלת אחד מהם שהוטמעה ארכיטקטורת Zero Trust מלאה. הטבלה היא כלי הבנה מקורי, ולא בדיקת הסמכה או רשימת רכישות.",{"caption":31,"headers":32,"rows":36},"מנגנון מול שאלת החלטה",[33,34,35],"רכיב או עיקרון","שאלה שהוא עוזר לענות עליה","מה צריך לברר בנוסף",[37,41,45,49,53],[38,39,40],"אימות זהות","מה הבסיס לזהות המבקש","האם הוא מורשה לפעולה בנכס",[42,43,44],"מצב מכשיר","איזו סביבת גישה נבחנה","מידע ופעולות שהגישה מאפשרת",[46,47,48],"הרשאה מזערית","מה נחוץ למשימה","איך נאכף הגבול בכל מסלול רלוונטי",[50,51,52],"חיבור לרשת","איך מגיעים לשירות","האם המיקום הופך בטעות לאישור גורף",[54,55,56],"מדיניות ובקרה","מתי גישה מותרת או משתנה","מי מנהל חריגה ומאמת שהכלל עובד",{"title":58,"paragraphs":59},"דוגמה: ספק צריך לערוך אתר ולא לנהל את כל התשתית",[60,61],"התרחיש להמחשה בלבד. ספק מתחבר כדי לערוך תוכן. העובדה שהוא מכיר את העסק או מתחבר דרך רשת מאושרת אינה סיבה לתת לו אוטומטית גישה לדואר, לגיבויים ולכל השרתים. מגדירים תפקיד ופעולות ומתאימים את הגישה לנכס הנדרש. בודקים שהתהליך עובד ושפעולה מחוץ להיקף נדחית.","הדוגמה מדגימה עיקרון, ולא טוענת שהעסק כבר פועל בארכיטקטורה מלאה. מערכת ישנה או מגבלת מוצר עשויות לחייב חריגה, שאותה מתעדים עם בעלים ובחינה. לא משתמשים בשם Zero Trust כדי להסתיר הרשאות רחבות שנותרו ללא הסבר.",{"title":63,"paragraphs":64,"sources":67},"יישום דורש מיפוי ואכיפה, לא רק ניסוח מדיניות",[65,66],"כדי לבחור בקרות צריך לדעת אילו נכסים, זהויות וחיבורים קיימים. OWASP מדגיש בדיקת הרשאות ואכיפה במקום המתאים. הצהרה במסמך שהגישה מצומצמת אינה הוכחה שהמערכת אוכפת זאת. גם ממשק שאינו מציג כפתור אינו בהכרח גבול הרשאה מספק בפני עצמו.","גישה צריכה להיבדק לפי ההיקף שהוגדר, לרבות ספקים, יישומים ותלות. לא כל פעולה מחייבת הקלדת קוד מחדש; אופן האימות, משך הגישה והבחינה מחדש תלויים במדיניות ובטכנולוגיה. המטרה היא כלל שניתן להצדיק ולאכוף בלי לגרום לצוות לעקוף אותו כדי לעבוד.",[68],{"label":69,"url":70},"OWASP: הרשאה מזערית ובדיקת הרשאות","https:\u002F\u002Fcheatsheetseries.owasp.org\u002Fcheatsheets\u002FAuthorization_Cheat_Sheet.html",{"title":72,"paragraphs":73,"example":76},"איך עסק קטן מתחיל ומה מבקשים מספק",[74,75],"אפשר להתחיל בתהליך חשוב אחד: לזהות נכס, מי צריך אותו, אילו פעולות נחוצות ואיזו בדיקה תראה שהגישה מוגבלת נכון. כך יוצרים בסיס לשיפור הדרגתי בלי לקרוא לכל שינוי פרויקט Zero Trust. בדיקת תפקוד חשובה לצד צמצום חשיפה; חסימה של כולם אינה תוצאת אבטחה שימושית.","בקשו מספק לתאר מה הוא משנה, היכן נאכפת ההחלטה ומה לא כלול. הימנעו מקביעה שכל העסק מוגן רק משום שנרכש שירות עם השם. טיפול בזהויות ובהרשאות באתר יכול לתמוך בעקרונות, אך אינו אישור שכל מרכיבי הארכיטקטורה הארגונית יושמו.",{"title":77,"text":78},"כרטיס החלטת גישה למשאב","נכס ופעולה: __. זהות מורשית: __. מכשיר והקשר נדרשים: __. היקף הרשאה: __. מקום אכיפה: __. בדיקת גישה מותרת ודחויה: __. חריגה ואחראי: __. מועד בחינה: __.",[80,81,82,83],"הגישה נקשרה למשאב ולפעולה.","אימות, הרשאה ומיקום רשת הופרדו.","הוגדר מקום אכיפה וניסוי מורשה.","היקף ומגבלות היישום מוצגים במדויק.",[85,88,91],{"question":86,"answer":87},"Zero Trust היא תוכנה שאפשר להתקין?","זהו עיקרון ודרך תכנון. מוצרים שונים יכולים לתמוך בחלקים ממנו, אך התקנה אחת אינה הוכחה לארכיטקטורה מלאה.",{"question":89,"answer":90},"אם יש MFA, יש Zero Trust?","MFA יכולה לתמוך באימות זהות. עדיין צריך לבחון הרשאות, משאבים, מכשירים, מדיניות ואכיפה לפי ההיקף.",{"question":92,"answer":93},"עסק קטן צריך להתחיל מפרויקט גדול?","אפשר להתחיל ממיפוי תהליך ונכס מרכזיים ולבדוק גישה נחוצה ומגבלות. ההמשך נקבע לפי סיכון, תלות והיכולת לתחזק את הבקרות.",[95,96],{"label":24,"url":25},{"label":69,"url":70},[98,101,104,107,110,112],{"path":99,"label":100},"\u002Fglossary\u002Fleast-privilege","מהי הרשאה מזערית",{"path":102,"label":103},"\u002Fglossary\u002Fmfa","תפקיד MFA באימות",{"path":105,"label":106},"\u002Fblog\u002Fvendor-access-review","בדיקת הרשאות של ספק אתר",{"path":108,"label":109},"\u002Fblog\u002Fremote-work-security","גישה לעבודה מרחוק",{"path":12,"label":111},"סקירת זהויות והרשאות",{"path":13,"label":113},"בדיקת חשיפה ותוכנית טיפול",{"title":115,"description":116,"button":117,"type":118},"רוצים להתחיל מצמצום גישה לנכסים חשובים?","נמפה זהויות, הרשאות ותלות ונגדיר בקרות ובדיקות בהיקף שמתאים לשירותים ולמערכות הקיימות.","לתיאום בדיקה וטיפול","check",[],[],{"name":122,"aliases":123},"Zero Trust",[124,125,126,127,128],"zero trust","zero-trust","אפס אמון","אפס-אמון","zta",{"path":130,"label":131},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":133,"label":134},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134061600]