רקע
הפעם הבדיקה הייתה על מצב שבו Chrome ב-Windows מקרטע בצורה מורגשת, אבל זיכרון המערכת לא מגיע למיצוי.
תופעות בשטח:
- פעולות בדפדפן מרגישות כבדות, השהיית הקלדה מורגשת
- במנהל המשימות עדיין יש מרווח בזיכרון
- שימוש ה-CPU של Chrome קופץ בפתאומיות
שלבי בדיקה (בלי לסגור קודם לשוניות)
- דגימה רציפה של תהליכי המשנה של
chrome.exe, וחישוב שיא/ממוצע CPU לכל PID - במנהל המשימות של Chrome (Shift+Esc) מיון לפי CPU והצגת PID
- התאמה אחד-לאחד בין PID שנדגמו במערכת לבין פריטי המשימות ב-Chrome
ראיות מפתח
- בחלון של 120 שניות, שיא ה-CPU הכולל של Chrome היה בערך 39.30%
- PID חשודים עם שימוש גבוה:
6952、42292、4956 - במנהל המשימות של Chrome:
PID 6952=תת-מסגרת: https://challenges.cloudflare.com/PID 42292=תת-מסגרת: https://challenges.cloudflare.com/
PID 6952הגיע בשלב מסוים ל-81.8% CPU- במקביל נראה שתהליך הרחבה (Tampermonkey גרסת בדיקה) עם זיכרון גבוה, ייתכן שמעצים את בעיית ניסיונות החוזר של ה-Challenge
מסקנה
הליבה של ההאטה הזו אינה זיכרון, אלא ניסיונות חוזרים של תת-מסגרת Cloudflare Challenge:
- סקריפט האימות ממשיך לרוץ (JS/WASM)
- כאשר כמה תת-מסגרות פועלות במקביל, ה-CPU מצטבר ותופס משאבים
- הדף נתקע בצורה מורגשת
למה “ממשיך להפעיל CF”
סיבות נפוצות:
- לשוניות שהיו פתוחות זמן רב ולאחר שחזרו, ה-challenge token/cookie פג תוקף
- שינוי ביציאת הפרוקסי, ו-Cloudflare מחשיב את הסשן כלא רציף
- מדיניות Cookies/אחסון מקומי חוסמת כתיבה חזרה של המצב
- סקריפטים/הרחבות משתמש מזריקים ומתערבים ב-iframe של ה-challenge
- כמה לשוניות באותו אתר מפעילות אימות במקביל, וכישלון/ניסיון חוזר מצטברים זה על זה
תוצאה בפועל
לאחר סגירת דפים רלוונטיים בעומס גבוה, השטף של הדפדפן חזר מיד—מה שמראה שהייחוס נכון.
בדיקה עצמית מהירה לבעיות דומות
Shift+Escלפתיחת מנהל המשימות של Chrome, מיון לפי CPU והצגת PID- קודם לבדוק אם יש תת-מסגרת
challenges.cloudflare.comעם שימוש חריג - להשבית זמנית הרחבות סקריפטים של משתמש באתר היעד ולבדוק שוב
- לבדוק כללי פרוקסי, ובמידת הצורך לתת ל-
*.cloudflare.comלהתחבר ישירות לצורך השוואה - לוודא שמדיניות Cookies/נתוני אתר אינה חוסמת התמדה של מצב האימות