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