תעדו פעולה אחת שנכשלה ואת ההקשר שלה
רשמו זמן ואזור זמן, כתובת ונתיב, סוג פעולה ומזהה בקשה אם זמין. ציינו אם מדובר בהתחברות, טופס, העלאה או חיבור אוטומטי, ומה השתנה לפני הכשל. אין צורך לצרף סיסמה, תוכן לקוח או קובץ רגיש כדי להתחיל בירור. שגיאה כללית יכולה להגיע גם מהיישום או משרת המקור.
שחזור הבעיה נעשה בתנאי ניסיון ובהיקף מורשה. לא שולחים שוב הזמנה או תשלום חי רק כדי להפיק חסימה. אם נדרש תיעוד טכני מפורט כמו HAR, מסכמים העברה מוגנת ובודקים חשיפת עוגיות, אסימונים ותוכן לפני שיתוף.
קשרו בין התלונה לאירוע האבטחה
Cloudflare ממליצה להשתמש ב-Security Events כדי לברר איזו בקשה לגיטימית נחסמה ולזהות את הגורם. בדקו טווח זמן, נתיב, פעולה וכלל לפי המידע הזמין בתוכנית. לא כל חסימה או אתגר נובעים מאותו מנגנון, ולכן אין לבחור חריגה על בסיס צילום מסך של הודעת שגיאה בלבד.
הטבלה היא מסגרת בירור מקורית. היא שומרת על ההבחנה בין תצפית לבין מסקנה, ומאפשרת לתעד גם חוסר נתון. יכולות תחקור ותיעוד מטען בקשה תלויות במוצר ובתוכנית; אין להניח שכל אפשרות קיימת בכל חשבון.
| מידע | מה הוא עוזר לברר | מה אינו מוכיח לבדו |
|---|---|---|
| זמן ונתיב | התאמה לאירוע מדווח | שהכלל הוא מקור כל תקלה |
| אירוע וכלל | איזה מנגנון פעל | שהבקשה אכן מותרת |
| תפקיד ופעולה | מה נדרש עסקית | שצריך לפתוח כל אזור ניהול |
| שינוי אחרון | תלות אפשרית בתצורה | סיבתיות בלי בדיקה |
| בדיקה חוזרת | האם הפעולה הצליחה | שכל גבולות ההגנה נבדקו |
חריגה צריכה צורך, גבול ובעלים
בוחנים שינוי לכלל או לתנאים הרלוונטיים בהתאם למנגנון המתועד. חריגה לפי מאפיין צר ומובן יכולה להתאים יותר מכיבוי מערכת הגנה שלמה, אך גם היא עלולה להיות רחבה מדי. מאמתים שהמאפיין אינו כזה שכל בקשה זרה יכולה לאמץ בקלות. לא משתמשים בנתיב מנהל כללי כהוכחה לזהות.
לכל חריגה רשמו נימוק, היקף, מאשר וטריגר לבחינה חוזרת. תעדו דרך חזרה אם הבדיקה נכשלת. Cloudflare מבהירה שהשבתת כללים מפחיתה הגנה; מדריך זה אינו מציע ביטוי להעתקה או הוראה לעקוף כל בדיקה לצורך אבחון.
בדקו תפקוד יחד עם גבול הגישה
הכינו תנאי קבלה לפני שינוי: פעולה תקינה שהייתה חסומה, ומסלול שאמור להישאר מוגבל. בדיקת הגבול נעשית באופן מורשה ומצומצם, בלי מטעני תקיפה על מערכת חיה. ציינו אילו תנאים לא נבדקו. הופעת דף הצלחה אינה ראיה שכל הנתונים הגיעו או שהתהליך העסקי הסתיים.
בחנו גם חיבורי שרת שאינם דפדפן, אם הושפעו: webhook, CRM או כלי ניהול. אתגר אינטראקטיבי עשוי לא להתאים להם. אין לפתור זאת אוטומטית בהחרגת כל התעבורה, אלא להגדיר נתיב מורשה ותנאי בדיקה שמתאימים לחיבור.
דוגמה: עריכת תוכן נחסמה, והחריגה הייתה רחבה מהצורך
התרחיש להמחשה בלבד. מנהל אינו מצליח לשמור טקסט בטופס מסוים. בירור מקשר את הכשל לכלל מנוהל, אך ההצעה הראשונית מחריגה את כל אזור הניהול. הצוות מצמצם את ההיקף לפי צורך מתועד ובודק שוב את הפעולה וההגבלות שבהיקף.
אם אין מספיק מידע לבחור תנאי מצומצם, משאירים פער ומגדירים בירור נוסף. לא הופכים חריגה זמנית לפתרון קבוע בלי אחראי. תקלה שחוזרת לאחר עדכון דורשת בחינה מחודשת של הכלל, היישום והדגימה, ולא שכפול של החרגות נוספות בלי הבנה.
מסרו רשומה שמאפשרת לבטל ולבחון את החריגה
סיימו עם אירוע ופעולה, שינוי מאושר, תוצאה וגבולות שלא נבדקו. אם התגלה שהבקשה נחסמה מסיבה מוצדקת, מטפלים ביישום או בבקשה במקום להסיר הגנה. הבדיקה צריכה להישען על התנהגות צפויה ועל הרשאה עסקית, ולא על רצון להעלים אירוע מלוח הבקרה.
ב-CyberFixCrew אפשר לתאם בירור Cloudflare ותפקוד האתר לפי השירותים הקיימים. היקף הגישה והשינוי נקבעים מראש. אין בכך הבטחה להסיר כל חסימה, לתמוך בכל תכונה או למנוע כל תקיפה; התוצר הוא בירור ושינוי שניתן לבדוק ולתחזק.
