מילון סייבר בעברית

מה זה Zero Trust ואיך בוחנים גישה לנכס

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

המשאב והפעולה חשובים יותר מהנחה שהמשתמש בפנים

NIST SP 800-207 מתאר Zero Trust כמעבר מאמון משתמע לפי רשת להתמקדות במשאבים ובגישה אליהם. אימות והרשאה הם תפקידים נפרדים. כניסה למשאב אחד אינה מעניקה אוטומטית זכות לכל משאב אחר, והמדיניות יכולה להתחשב גם במכשיר ובהקשר הבקשה.

NIST SP 800-207: Zero Trust Architecture

MFA, VPN והרשאה מזערית תורמים בדרכים שונות

MFA עוסק באימות זהות, ו-VPN יכול לספק מסלול תקשורת מתאים לפי התכנון. הרשאה מזערית מגדירה מה מותר לזהות לעשות. אין להסיק מהפעלת אחד מהם שהוטמעה ארכיטקטורת Zero Trust מלאה. הטבלה היא כלי הבנה מקורי, ולא בדיקת הסמכה או רשימת רכישות.

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

דוגמה: ספק צריך לערוך אתר ולא לנהל את כל התשתית

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

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

יישום דורש מיפוי ואכיפה, לא רק ניסוח מדיניות

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

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

OWASP: הרשאה מזערית ובדיקת הרשאות

איך עסק קטן מתחיל ומה מבקשים מספק

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

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

מקור מקצועי: NIST SP 800-207: Zero Trust Architectureמקור מקצועי: OWASP: הרשאה מזערית ובדיקת הרשאות

תשובות ברורות

שאלות שעולות בנושא

Zero Trust היא תוכנה שאפשר להתקין?

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

אם יש MFA, יש Zero Trust?

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

עסק קטן צריך להתחיל מפרויקט גדול?

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

מתקדמים לפי הצורך

רוצים להתחיל מצמצום גישה לנכסים חשובים?

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

לתיאום בדיקה וטיפול