[{"data":1,"prerenderedAt":177},["ShallowReactive",2],{"publication:he:P184":3},{"meta":4,"copy":16,"relatedArticles":137,"terms":169,"term":170,"resourceParent":171,"glossaryParent":174},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P184","\u002Fblog\u002Flinux-server-hardening","article","הקשחת שרת לינוקס לעסק","הקשחת שרת לינוקס לעסק: מה בודקים ואיך מוסרים שינוי","תוכנית הקשחת Linux לפי נכס ותפקיד: גרסה, עדכונים, גישה, שירותים, סודות, לוגים ושחזור. טבלת קבלה ותהליך שינוי בלי סקריפט גורף.",[12,13],"\u002Fservices\u002Flinux-vps","\u002Fservices\u002Fsecurity-audit","2026-08-01","2026-10-29",{"intro":17,"sections":18,"checklist":92,"faq":98,"sources":108,"links":115,"cta":132},"הקשחת שרת לינוקס לעסק מתחילה במיפוי תפקיד השרת, הגרסה, השירותים והגורמים שמנהלים אותו. לאחר מכן מצמצמים חשיפה והרשאות, מגדירים עדכונים ובודקים תפקוד ושחזור. אין תצורה אחת שמתאימה לכל שרת. מסירה טובה מתארת מה שונה, מה נבדק ומה נשאר פתוח, ולא מסתכמת בהפעלת כלי הקשחה.",[19,24,59,67,79,84],{"title":20,"paragraphs":21},"תעדו נקודת התחלה וגבול אחריות",[22,23],"רשמו הפצה וגרסה, תפקידים, ספק, זהויות ניהול ותהליכים עסקיים. שרת שמפעיל אתר, מסד, דואר וחיבורים דורש הבנת תלות לפני שינוי. בדקו מי מוסמך לעדכן כל שכבה והאם השירות מנוהל במלואו או רק חלקית. המילה VPS מתארת סוג תשתית, ולא את כל עבודות התחזוקה שנכללות בהסכם.","הכינו גישה חלופית מתאימה ודרך חזרה לשינוי, בהיקף מורשה. גיבוי הגדרות יכול לסייע אך אינו הוכחה שהיישום והנתונים ניתנים לשחזור. אם יש חשד לפגיעה פעילה, לא מתחילים בניקוי תצורה שמוחק ראיות; מגדירים גם מסלול בירור אירוע.",{"title":25,"paragraphs":26,"table":28},"קו בסיס קושר כל בקרה לצורך ולבדיקת קבלה",[27],"הטבלה היא מסגרת עבודה מקורית, לא רשימת פקודות לכל הפצת Linux. לכל סעיף מתאימים בדיקה וסמכות. אם אין מידע, מציינים פער ואחראי במקום לקבוע שהגדרת ברירת מחדל מספיקה או להחמיר הכול בו זמנית. קו הבסיס צריך להיות ניתן לתחזוקה.",{"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],"גיבוי והתאוששות","מה מוגן ואיך בודקים שחזור","בדיקת קבלה בסביבה מתאימה",{"title":60,"paragraphs":61,"sources":63},"עדכונים דורשים מדיניות ולא רק מתג אוטומטי",[62],"Ubuntu מתעדת מנגנון לעדכונים אוטומטיים ואת מקורות החבילות שבהיקפו. הוספת מאגר אינה בהכרח מוסיפה אותו אוטומטית למנגנון, ועדכון עשוי לדרוש טיפול בהפעלה מחדש. לכן בודקים את התצורה בפועל ואת הרכיבים שאינם מכוסים. הדוגמה היא ל-Ubuntu, ולא קביעה על כל הפצה.",[64],{"label":65,"url":66},"Ubuntu: עדכונים אוטומטיים והיקף המקורות","https:\u002F\u002Fubuntu.com\u002Fserver\u002Fdocs\u002Fhow-to\u002Fsoftware\u002Fautomatic-updates\u002F",{"title":68,"paragraphs":69,"sources":72},"גישה ושירותים נבדקים לאורך המסלול",[70,71],"בדקו גם כלל ספק, חומת אש בשרת, שירות שמאזין ויישום שמקבל פעולה. סגירת גישה בשכבה אחת אינה הוכחה שכל נתיב חלופי נבדק. אם Docker מפרסם שירות, צריך להבין את כללי הרשת שהוא מוסיף ולא להניח שרשימת כללים אחת מתארת את החשיפה כולה.","מדריכי Docker מתארים אינטראקציה בין פרסום שירותים לכללי רשת. גם תהליך ריצה שנראה מבודד יכול להחזיק גישה רחבה לקבצים או למנוע. הקשחת השרת והקשחת הקונטיינר הן משימות קשורות עם היקפים שונים; אין להסיק מהשלמת אחת שהשנייה כבר נעשתה.",[73,76],{"label":74,"url":75},"Docker: כללי רשת ושילוב חומת אש","https:\u002F\u002Fdocs.docker.com\u002Fengine\u002Fnetwork\u002Fpacket-filtering-firewalls\u002F",{"label":77,"url":78},"Docker: שכבות אבטחה ומשטח הגישה למנוע","https:\u002F\u002Fdocs.docker.com\u002Fengine\u002Fsecurity\u002F",{"title":80,"paragraphs":81},"דוגמה: עדכון הצליח והחיבור העסקי הפסיק לעבוד",[82,83],"התרחיש להמחשה בלבד. לאחר שינוי שרת האתר עולה, אך תהליך העברת פניות נכשל בגלל תלות שלא מופתה. בדיקת קבלה שכוללת רק דף בית תחמיץ את הבעיה. הצוות בודק את התהליך, מאתר את השינוי ומחליט על תיקון או חזרה מתואמת בלי לבטל את כל ההגנות.","אחרי התיקון בודקים גם שגישה שלא נדרשת נשארה מוגבלת. התוצאה אינה רק זמין או חסום, אלא פעולה עסקית מותרת שעובדת בתוך גבולות שהוגדרו. משתמשים בנתוני ניסיון ובנמענים מאושרים כדי לא ליצור פניות, חיובים או הודעות אמת במהלך הניסוי.",{"title":85,"paragraphs":86,"example":89},"מסרו רשימת שינויים, חריגות ובעלות להמשך",[87,88],"מסירת הקשחה צריכה לציין נכסים, גרסאות, שינויים וראיות בדיקה. לכל חריגה יש נימוק, אחראי ומועד בחינה. עדכנו את המסמך בהוספת שירות או שינוי ספק, כדי שלא יהפוך לתמונה של יום ההקמה בלבד. ציון כלי או מספר אפשרויות שכובו אינם תחליף לכך.","ב-CyberFixCrew אפשר להגדיר סקירת Linux\u002FVPS ושינויים לפי היקף מוסכם. אין הבטחה שהקשחה מסירה כל חולשה או מחליפה תפעול, גיבוי ותגובה. בפנייה ראשונית תארו תפקיד וגרסה אם ידועים, בלי לשלוח מפתחות SSH, סיסמאות או קבצי תצורה עם סודות.",{"title":90,"text":91},"כרטיס שינוי לשרת","נכס, גרסה ותפקיד: __. בעלים ואחראי: __. מצב קיים: __. שינוי מאושר: __. תלות ודרך חזרה: __. בדיקת גישה ותפקוד: __. חריגה ומועד בחינה: __. תחזוקה להמשך: __.",[93,94,95,96,97],"נבדקו תפקיד, גרסה ותלות.","הוגדר קו בסיס עם בדיקות קבלה.","עדכונים ומקורותיהם נבחנו בפועל.","גישה נבדקה בכל השכבות שבהיקף.","המסירה כוללת חריגות ואחריות להמשך.",[99,102,105],{"question":100,"answer":101},"אפשר להריץ סקריפט הקשחה על כל שרת?","אין להניח שהוא מתאים: צריך להבין הפצה, שירותים ותלות ולבחון שינויים בסביבה ובהיקף מתאימים עם דרך חזרה.",{"question":103,"answer":104},"VPS חדש כבר מוקשח?","לא בהכרח: תמונת בסיס, הסכם הניהול ותצורה משתנים בין ספקים. בודקים את האחריות ואת ההגדרות בפועל.",{"question":106,"answer":107},"האתר עולה אחרי השינוי. סיימנו?","נדרשת גם בדיקת גישה, תהליכים ותלות שבהיקף. זמינות דף אחד אינה אישור שכל התפקוד והבקרות נבדקו.",[109,110,111,112],{"label":65,"url":66},{"label":74,"url":75},{"label":77,"url":78},{"label":113,"url":114},"AWS: דוגמה למודל אחריות משותפת","https:\u002F\u002Faws.amazon.com\u002Fcompliance\u002Fshared-responsibility-model\u002F",[116,119,122,125,128,130],{"path":117,"label":118},"\u002Fblog\u002Flinux-ssh-hardening","הקשחת גישת SSH",{"path":120,"label":121},"\u002Fblog\u002Fdocker-security-checklist","בדיקת אבטחת Docker",{"path":123,"label":124},"\u002Fblog\u002Fhosting-security-responsibility","אחריות באחסון שיתופי וב-VPS",{"path":126,"label":127},"\u002Fglossary\u002Fhardening","משמעות הקשחה וקו בסיס",{"path":12,"label":129},"ניהול והקשחת Linux\u002FVPS",{"path":13,"label":131},"סקירת חשיפה ותוכנית תיקון",{"title":133,"description":134,"button":135,"type":136},"רוצים לדעת מה באמת מוגדר בשרת העסקי?","נמפה תפקיד, גישה ותלות ונגדיר בדיקות ושינויים מתועדים לפי המערכת והיקף השירות.","לתיאום בדיקה וטיפול","check",[138,146,154,161],{"id":139,"path":117,"title":140,"description":141,"category":142,"artwork":143,"order":144,"publishedOn":145},"P101","איך מקשיחים גישת SSH לשרת בלי לאבד דרך ניהול","הקשחת SSH בתהליך מבוקר: משתמשים, מפתחות, תצורה אפקטיבית, בדיקת תחביר וכניסה חדשה. כולל דרך ניהול חלופית ותבנית מסירה.","infrastructure","servers",42,"2026-07-18",{"id":147,"path":148,"title":149,"description":150,"category":142,"artwork":151,"order":152,"publishedOn":153},"P082","\u002Fblog\u002Fhttp-security-score-limits","האם ציון אבטחה גבוה אומר שהאתר בטוח? כך קוראים דוח","איך לפרש ציון אבטחת אתר: מה נסרק, מה לא נבדק ואיך מתעדפים תיקונים לפי חשיפה ותהליך עסקי. כולל טבלת החלטה ותבנית מסירה.","security-diagnostics",55,"2026-08-17",{"id":155,"path":120,"title":156,"description":157,"category":142,"artwork":158,"order":159,"publishedOn":160},"P187","רשימת בדיקה לאבטחת Docker: מנוע, הרשאות וחשיפת שירותים","בדיקת Docker עסקי: גישה למנוע, משתמש ריצה, mounts, פורטים, images וסודות. טבלת קבלה והבחנה בין בידוד קונטיינר לאבטחת המארח.","integrations",35,"2026-07-02",{"id":162,"path":163,"title":164,"description":165,"category":142,"artwork":166,"order":167,"publishedOn":168},"P081","\u002Fblog\u002Fsecurity-headers-explained","אילו כותרות אבטחה כדאי להגדיר באתר ואיך בודקים שינוי","כותרות אבטחה לאתר עסקי: CSP, HSTS, סוג תוכן ומדיניות הפניות. מיפוי תלות, בדיקת דפים ותהליכים ותוכנית מעבר מבוקרת.","security",62,"2026-08-31",[],null,{"path":172,"label":173},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":175,"label":176},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062887]