מפו משתמשים, מפתחות וסמכות ניהול
רשמו מי מתחבר לשרת, מאיזה צורך עסקי ואיזו זהות משמשת אותו. חשבון שיתופי מקשה להפריד אחריות וביטול גישה. בדקו גם חשבונות שמשמשים אוטומציה, העברת קבצים וגיבוי. שינוי שמיועד לאדם יכול לפגוע בתהליך שמתחבר באותו מנגנון.
מפתח פרטי נשמר אצל הגורם המורשה ואינו מצורף לטופס תמיכה או למסמך מסירה. תעדו זהות בעלים ומיקום מנוהל בלי תוכן סודי. אם מפתח נחשף, נדרש טיפול באישור הגישה עצמו ובירור מתאים; החלפת הסיסמה של משתמש אינה בהכרח ביטול של אותו מפתח.
הכינו מסלול שינוי שלא תלוי בחיבור יחיד
בדקו שיש גישה חלופית מתאימה, כמו מסוף ספק שמי שמנהל את השרת מוסמך להפעיל. שמרו תצורה קודמת ודרך חזרה מוסכמת. Ubuntu מזהירה ששגיאת תצורה או שינוי SSH מרוחק עלולים לנעול גישה, וממליצה לבדוק את התצורה לפני הפעלה מחדש.
הטבלה היא תהליך קבלה מקורי, לא אוסף ערכי הגדרה להעתקה. מיקום הקבצים, שם השירות ומנגנוני הכללת תצורה משתנים בין מערכות. האחראי צריך להבין מה נטען בפועל ובאילו תנאים לפני שהוא מחיל שינוי.
| שלב | מה נדרש | תנאי עצירה |
|---|---|---|
| לפני עריכה | סמכות, מיפוי ודרך ניהול חלופית | אין אפשרות לשוב לניהול במקרה כשל |
| תכנון | משתמשים, אמצעים ותלות | לא ברור מי או מה משתמשים בגישה |
| בדיקת תצורה | תחביר והגדרות אפקטיביות | שגיאה או התנהגות שאינה מובנת |
| החלה מבוקרת | חלון ואחראי עם דרך חזרה | הגישה או שירות נדרש נפגעו |
| בדיקת כניסה חדשה | זהות, אמצעי ותפקיד | רק החיבור הישן נשאר פעיל |
בדיקת תחביר אינה בדיקת הרשאה
בתיעוד Ubuntu מופיעה בדיקת התחביר sudo sshd -t לפני הפעלת השירות מחדש. זו בדיקה שימושית לגורם שמנהל שרת מורשה ומתאים, אך הצלחתה אינה מוכיחה שמשתמש יוכל להיכנס או יקבל רק את ההרשאה המתוכננת. צריך לבדוק גם את התצורה האפקטיבית ואת ההתחברות.
בחנו אימות, תפקיד וחשיפה כשכבות שונות
מנגנון האימות עונה מי רשאי להוכיח זהות, והתפקיד קובע מה המשתמש יכול לבצע לאחר הכניסה. כלל רשת יכול לצמצם מי מגיע לשירות, אך אינו מחליף הרשאות בחשבון. תכננו כל שכבה לפי המשימה והיכולת לתחזק אותה, ולא לפי סימון שרירותי שכל האפשרויות הוחמרו.
שינוי פורט עשוי לשנות את דרך ההגעה, אך אינו הוכחה שאמצעי האימות או ההרשאות תקינים. גם מפתח שהוכנס לחשבון הלא נכון יכול לתת יכולת רחבה מהנדרש. בודקים את המשתמש והפעולה, ולא רק אם הופיע מסך התחברות מוצלח.
דוגמה: החיבור הישן עובד והחדש נכשל
התרחיש להמחשה בלבד. מנהל משנה תצורה וממשיך לעבוד בחיבור שכבר היה פתוח, ולכן חושב שהגישה תקינה. חיבור חדש בתנאים המיועדים נכשל. הבדיקה מזהה זאת לפני סגירת ערוץ הניהול הקיים, והאחראי מתקן או חוזר למצב מתואם דרך המסלול שהוכן.
אחרי פתרון התקלה בודקים גם תהליכים אוטומטיים וגבול תפקיד, אם נכללו בשינוי. לא פותחים גישה רחבה לציבור כדי לגלות אם ההתחברות תצליח. ניסוי צריך להשתמש בזהויות ובמקורות מורשים ולהשאיר תיעוד שמאפשר להבין מה תוקן.
סיימו עם בעלים למפתחות ולשינויים עתידיים
מסרו רשימת משתמשים והיקף, מקור תצורה שנבדק, אופן האימות ותוצאות כניסה חדשה. ציינו חריגות, גישות זמניות ואחראי לבחינה. כאשר עובד או ספק מסיים תפקיד, בודקים גם מפתחות והרשאות רלוונטיים, ולא רק את רשימת המשתמשים בממשק האתר.
ב-CyberFixCrew אפשר להגדיר בדיקת SSH כחלק מעבודת Linux/VPS או סקירת גישה. זו אינה הבטחה לשחזור כל שרת שננעל או למענה רציף. תיאור הבעיה מספיק לבירור ראשוני; אין לשלוח מפתח פרטי או תצורה עם סודות בערוץ הפנייה.
