[{"data":1,"prerenderedAt":173},["ShallowReactive",2],{"publication:he:P176":3},{"meta":4,"copy":16,"relatedArticles":133,"terms":165,"term":166,"resourceParent":167,"glossaryParent":170},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P176","\u002Fblog\u002Fdiagnose-ddos-vs-overload","article","איך מזהים מתקפת DDoS באתר","איך מזהים מתקפת DDoS באתר ומבדילים מעומס או תקלה","אתר איטי או נופל: מיפוי זמן, תעבורה, משאבים ושכבות הגנה כדי לברר חשד ל-DDoS. טבלת הסברים חלופיים ובדיקת צמצום בלי ניסוי עומס חי.",[12,13],"\u002Fservices\u002Fcloudflare","\u002Fservices\u002Flinux-vps","2026-05-15","2026-10-29",{"intro":17,"sections":18,"checklist":89,"faq":95,"sources":105,"links":111,"cta":128},"כדי לזהות חשד למתקפת DDoS באתר משווים תעבורה, זמני תגובה ומשאבים לציר הזמן ולמצב הרגיל. אתר שנופל או מקבל הרבה בקשות אינו מוכיח לבדו מתקפה. עומס אמיתי, שינוי קוד או תלות תקולה יכולים ליצור סימנים דומים, ולכן צריך לבדוק גם את שכבת ההגנה וגם את שרת המקור.",[19,24,59,71,76,81],{"title":20,"paragraphs":21},"הגדירו מה נפגע ובאיזה חלון זמן",[22,23],"רשמו אם התקלה היא בכל האתר, בנתיב מסוים או רק בפעולה עסקית. ציינו זמן ואזור זמן, משך, אזורים שבהם דווחה ותוצאה שנצפתה. בדקו אם היה קמפיין, שינוי רכיב, משימה כבדה או תקלה אצל ספק. נקודת השוואה רגילה צריכה להתאים לאותו תהליך ככל האפשר.","לא מודדים את האתר באמצעות יצירת עומס נוסף בזמן הבירור. אפשר להתחיל במידע קיים, בדיקות תפקוד מצומצמות וגורמי התפעול המורשים. חוסר נתונים הוא פער לאבחון, לא סיבה להכריז על מתקפה רק מפני שאין הסבר אחר.",{"title":25,"paragraphs":26,"table":28},"חברו אותות בלי להפוך סימן יחיד להוכחה",[27],"הטבלה היא מסגרת אבחון מקורית. היא אינה מערכת לזיהוי תוקפים ולא סף אוטומטי לאירוע. לכל הסבר מחפשים ראיה תומכת וגם ראיה שיכולה להחליש אותו. ייתכן שילוב של תעבורה עוינת וחולשת קיבולת, ולא תמיד תהיה סיבה יחידה.",{"caption":29,"headers":30,"rows":34},"סימנים והסברים שצריך להפריד",[31,32,33],"תצפית","הסבר אפשרי נוסף","מידע להמשך בירור",[35,39,43,47,51,55],[36,37,38],"מספר בקשות עלה","קמפיין או סריקה לגיטימית","נתיבים, קצב והקשר",[40,41,42],"CPU או מסד עמוסים","שאילתה או משימה לא יעילה","תהליך, זמן ושינוי אחרון",[44,45,46],"שגיאות רק בקופה","תלות תשלום או קוד","לוגים ותפקוד רכיב",[48,49,50],"הרבה חסימות בקצה","מנגנון הגנה פעיל","כמה הגיע למקור ומה נפגע",[52,53,54],"המקור עמוס בלי קפיצה בקצה","נתיב אחר או בעיית יישום","כיסוי, רשת ותהליכי מארח",[56,57,58],"בדיקה אחת נכשלת","בעיה במסלול הבדיקה","מידע ממקורות נוספים",{"title":60,"paragraphs":61,"sources":64},"הבחינו בין נתוני קצה לנתוני המקור",[62,63],"Cloudflare מתעדת הגנות וניתוח DDoS בשכבות שונות. נתון בקצה מתאר את מה שהמנגנון ראה בהיקף שלו; הוא אינו בהכרח מודד את כל המשאבים והתהליכים במארח. השוו זמנים, תעבורה שטופלה, תנועה שהגיעה למקור וזמינות עסקית. אל תחברו מספרים מלוחות שונים כאילו הם אותו מדד.","בדקו גם כיסוי של שירותים ונתיבים, לפי התצורה בפועל. מידע מדוגם או מוגבל לתוכנית צריך להישאר מסומן כך. רשימת מדינות או כתובות אינה לבדה הוכחה לכוונה עוינת, וכתובת שנראית ברישום אינה תמיד זהות המשתמש המקורי בלי הבנת שרשרת הרשת.",[65,68],{"label":66,"url":67},"Cloudflare: נתוני DDoS וגבולות התצוגה","https:\u002F\u002Fdevelopers.cloudflare.com\u002Fddos-protection\u002Freference\u002Fanalytics\u002F",{"label":69,"url":70},"Cloudflare: שכבות גילוי וצמצום DDoS","https:\u002F\u002Fdevelopers.cloudflare.com\u002Fddos-protection\u002Fabout\u002Fhow-ddos-protection-works\u002F",{"title":72,"paragraphs":73},"צמצום חייב להתאים לשכבה ולשמור תפקוד מותר",[74,75],"לפני שינוי קובעים מי מאשר ומהי המטרה: צמצום תנועה מסוימת, הגנת רכיב או טיפול בתלות. חסימה, הגבלת קצב ואתגר אינטראקטיבי אינם אותו מנגנון, ולא מתאימים אוטומטית לכל לקוח או חיבור שרת. לא מפעילים אוסף כללים מחמיר בלי בדיקת ההשפעה.","תעדו תנאי שינוי, דרך חזרה ומה לא נבדק. אם הבעיה היא משאב או שאילתה, תוספת סינון אינה בהכרח פותרת את המקור. אם יש תעבורה עוינת, הגדלת שרת לבדה אינה הוכחה שהאירוע הוכל. התאמת צמצום נעשית עם ספקי התשתית והגורם המורשה.",{"title":77,"paragraphs":78},"דוגמה: עומס בקופה הופיע אחרי שינוי רכיב",[79,80],"התרחיש להמחשה בלבד. החנות מציגה זמני תגובה ארוכים ומנהל חושד ב-DDoS. ציר הזמן מראה שינוי רכיב, והעומס מתרכז בתהליך מסוים גם בלי קפיצה מקבילה בתעבורה. הצוות בודק את ההסבר הזה לצד נתוני ההגנה, ולא מסיק שכל בעיית עומס היא תקיפה.","בתרחיש אחר מופיעים דפוסי תעבורה חריגים יחד עם השפעה על המקור. גם אז נדרשות ראיות והחלטת צמצום עם בדיקת תפקוד. אין להשתמש בתרחיש כדוח מתקפה אמיתי או כהוכחה ליכולת לייחס אירוע לגורם מסוים.",{"title":82,"paragraphs":83,"example":86},"סגרו בירור לפי מה שנמדד ומה שנשאר פתוח",[84,85],"המסירה כוללת חלון זמן, מקורות נתונים, השערות, פעולות ותוצאות בתנאים שנבדקו. ירידה בכמות בקשות אינה בהכרח חזרה של כל התהליכים. בדקו גם לקוחות וחיבורים מותרים לפי ההיקף, ורשמו מגבלה אם לא ניתן היה לאמת חלק מהכיסוי.","ב-CyberFixCrew אפשר לברר Cloudflare, Linux ותפקוד אתר לפי השירותים הקיימים. אין כאן שירות חדש לניסוי DDoS, הבטחת חסינות או זמן תגובה קבוע. אם מדובר בפגיעה פעילה, מתאמים ערוצי טיפול וסמכויות במקום להמשיך בניסויי תעבורה עצמאיים.",{"title":87,"text":88},"כרטיס בירור עומס ו-DDoS","חלון זמן: __. תהליך שנפגע: __. מצב רגיל ושינוי אחרון: __. נתוני קצה: __. נתוני מקור: __. הסברים שנבדקו: __. צמצום מאושר: __. בדיקת תפקוד: __. מידע חסר ואחראי: __.",[90,91,92,93,94],"נאספו זמן, תהליך ושינוי אחרון.","תעבורה הושוותה למשאבים ולמצב רגיל.","נתוני קצה ומקור נבדקו בנפרד.","צמצום קיבל סמכות ודרך חזרה.","נבדק תפקוד מותר מעבר לירידה בכמות.",[96,99,102],{"question":97,"answer":98},"קפיצה בכמות בקשות מוכיחה DDoS?","לא, קמפיין, סורק ושינוי בשימוש יכולים להעלות תעבורה. בודקים דפוס, הקשר והשפעה יחד עם מקורות נתונים נוספים. גם עומס אמיתי יכול להתקיים לצד תעבורה עוינת, ולכן אין סף יחיד שמכריע בכל אתר.",{"question":100,"answer":101},"Cloudflare חוסמת הרבה בקשות, אז המקור כבר מוגן מכל עומס?","אי אפשר להסיק זאת רק מכמות החסימות. צריך לבדוק מה הגיע למקור, אילו נתיבים מכוסים ואיזה תהליך צורך משאבים. זמינות לוח ההגנה אינה בדיקת תפקוד של כל האתר.",{"question":103,"answer":104},"אפשר לבצע מתקפת ניסיון כדי לוודא?","המדריך אינו מציע לבצע מתקפת ניסיון או עומס על מערכת חיה. מתחילים בנתונים קיימים ובבדיקות מורשות מצומצמות. בדיקת עומס או תשתית ייעודית היא פעולה נפרדת שדורשת תכנון, סמכות ותנאים מתאימים.",[106,107,108],{"label":66,"url":67},{"label":69,"url":70},{"label":109,"url":110},"Cloudflare: בירור חסימות שווא בכללים מנוהלים","https:\u002F\u002Fdevelopers.cloudflare.com\u002Fwaf\u002Fmanaged-rules\u002Ftroubleshooting\u002F",[112,115,118,121,124,126],{"path":113,"label":114},"\u002Fblog\u002Fcloudflare-waf-false-positives","בדיקת חסימה של פעולה תקינה",{"path":116,"label":117},"\u002Fblog\u002Fcloudflare-origin-exposure","נתיבי גישה לשרת המקור",{"path":119,"label":120},"\u002Fblog\u002Fwebsite-log-review","ציר זמן ובירור יומנים",{"path":122,"label":123},"\u002Fblog\u002Fwebsite-monitoring-alerts","כיסוי של בדיקות זמינות",{"path":12,"label":125},"בירור והגדרת הגנת קצה",{"path":13,"label":127},"בדיקת שרת ומשאבים",{"title":129,"description":130,"button":131,"type":132},"האתר עמוס ולא ברור אם זו תקיפה או תקלה?","נמפה זמן, תעבורה ותלות ונגדיר בירור וצמצום לפי נתוני הקצה והשרת והיקף מוסכם.","לתיאום בירור וטיפול","check",[134,142,150,158],{"id":135,"path":113,"title":136,"description":137,"category":138,"artwork":139,"order":140,"publishedOn":141},"P056","Cloudflare WAF חוסם בקשה תקינה: בירור וחריגה ממוקדת","איך בודקים חסימת שווא ב-Cloudflare: תיעוד בקשה, אירוע וכלל, חריגה מצומצמת ובדיקת תפקוד. בלי לכבות את כל ההגנות כדי לפתור תקלה.","infrastructure","security",26,"2026-05-31",{"id":143,"path":144,"title":145,"description":146,"category":138,"artwork":147,"order":148,"publishedOn":149},"P185","\u002Fblog\u002Fhosting-security-responsibility","אחסון שיתופי או VPS: מי אחראי לאבטחה ולגיבוי","איך בודקים חלוקת אחריות באחסון שיתופי וב-VPS: מערכת הפעלה, אתר, משתמשים, גיבויים ואירוע. טבלת שאלות למסירה ולבחירת הסכם שירות.","servers",30,"2026-06-16",{"id":151,"path":152,"title":153,"description":154,"category":138,"artwork":155,"order":156,"publishedOn":157},"P187","\u002Fblog\u002Fdocker-security-checklist","רשימת בדיקה לאבטחת Docker: מנוע, הרשאות וחשיפת שירותים","בדיקת Docker עסקי: גישה למנוע, משתמש ריצה, mounts, פורטים, images וסודות. טבלת קבלה והבחנה בין בידוד קונטיינר לאבטחת המארח.","integrations",35,"2026-07-02",{"id":159,"path":160,"title":161,"description":162,"category":138,"artwork":147,"order":163,"publishedOn":164},"P101","\u002Fblog\u002Flinux-ssh-hardening","איך מקשיחים גישת SSH לשרת בלי לאבד דרך ניהול","הקשחת SSH בתהליך מבוקר: משתמשים, מפתחות, תצורה אפקטיבית, בדיקת תחביר וכניסה חדשה. כולל דרך ניהול חלופית ותבנית מסירה.",42,"2026-07-18",[],null,{"path":168,"label":169},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":171,"label":172},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134062066]