אתרי 1C-Bitrix נמצאים כל העת תחת מתקפות: XSS, הזרקות SQL, CSRF — זה רק קצה הקרחון. בממוצע, אתר בודד סופג 200+ מתקפות ביום, 30% מהן הן ניסיונות XSS.
מודול האבטחה המובנה יכול לחסום איומים, אך כברירת מחדל הוא או מושבת או מוגדר באופן שגוי. התוצאה: בקשות לגיטימיות נחסמות בעוד שמתקפות אמיתיות עוברות.
במהלך למעלה מ-5 שנות עבודה עם Bitrix, סיפקנו יותר מ-150 פרויקטי אבטחה ולמדנו להגדיר הגנה כך שתמזער התראות שווא ולא תפספס איומים.
המתודולוגיה שלנו מפחיתה את מספר המתקפות המוצלחות ב-99% ומקצרת את זמן התגובה לאירוע ל-15 דקות. בשונה מהגדרה טיפוסית, שבה התראות שווא מהוות 30%, אנו משיגים שיעור של פחות מ-5% — נמוך פי 6.
את עלות הפרצה ניתן לחשב לאחר ביקורת; ההגנה שלנו מפחיתה את הסיכון ב-99%. אנו מבטיחים תוצאות — הניסיון וההסמכה של המומחים שלנו מאשרים זאת. הזמינו ביקורת אבטחה כעת כדי לקבל הגנה מלאה.
כיצד להגדיר הגנה פרואקטיבית ב-1C-Bitrix?
ההגדרה מתחילה בניתוח של התצורה הנוכחית והלוגים של השבוע האחרון. אנו מזהים אילו אירועים כבר התרחשו, ועל בסיס זה בוחרים מצב סינון פרואקטיבי: מתיעוד ועד מצב פרנואידי.
אנו ממליצים להתחיל בתיעוד למשך 3–7 ימים, ולאחר מכן לעבור למצב פעיל. גישה זו מפחיתה את הסבירות להתראות שווא פי 5 בהשוואה להפעלה מיידית של הגנה פעילה.
חשוב: לפני ההפעלה, אנו בודקים החרגות על /bitrix/admin/ ונתיבים קריטיים אחרים. הגדרה מלאה אורכת 4–8 שעות.
בעיות שאנו פותרים
XSS והזרקות SQL הן הווקטורים הנפוצים ביותר. מסנן פרואקטיבי מנתח פרמטרים של GET/POST וחוסם דפוסים חשודים, אך ללא ההחרגות הנכונות הוא עלול לחסום את לוח הניהול /bitrix/admin/ או נקודות קצה של API.
אנו מגדירים החרגות לפי URI ספציפי ולא לפי מסכות — זה מפחית תוצאות חיוביות שגויות ב-90%. האנטי-וירוס האינטרנטי (WAF) משלים את המסנן בניתוח מבוסס חתימות. בלעדיו, חלק מהתקיפות עוברות, במיוחד דרך העלאות קבצים.
אנו מעבירים את ה-WAF למצב פעיל לאחר תקופת בדיקה. היעדר ניטור הוא בעיה נפוצה. ביומן b_security_log לא נעשה שימוש לבדיקה, והתקיפות עוברות unnoticed. אנו מגדירים התראות דוא"ל לאירועי SECURITY_CRITICAL_EVENT ובודקים את היומנים מדי יום. הזמן מתקיפה ועד התראה הוא פחות מ-5 דקות.
איך אנחנו עושים את זה: סטאק ודוגמה מהעולם האמיתי
אנחנו עובדים עם מודול האבטחה out of the box ב-Bitrix. אנחנו משתמשים במצבים: disabled (רישום ביומן), active, paranoid. בקרת הפעילות מגדירה ספי סף לבקשות מכתובת IP בודדת — כאשר חורגים מהם, הפניה מחדש, CAPTCHA או חסימה.
כתובות IP חסומות נכנסות לטבלת b_security_stop_list; אנחנו מגדירים ניקוי אוטומטי באמצעות הסוכן \Bitrix\Security\Stoplist::clearOldRecords().
דוגמה. חנות מקוונת עם טופס חיפוש: ' OR 1=1 -- הועבר בפרמטר q. המסנן היה מופעל במצב רישום ביומן — ביומן היו 800+ רשומות ביום. לאחר מעבר למצב active והוספת כתובת ה-IP התוקפת לרשימת החסימה, המתקפה נפסקה.
לא היו חיוביים כוזבים מכיוון שחריגים עבור /bitrix/admin/ נוספו מראש. מצב זה אופייני ל-70% מהפרויקטים שמגיעים אלינו.
תהליך העבודה
- אנליטיקה: ביקורת של תצורת האבטחה הנוכחית, איסוף לוגים למשך 7 ימים. אנו מזהים אנומליות ותדירות תקיפות.
- תכנון: הגדרת מצבים, ספי בקרת פעילות ורשימת חריגים. אנו מתחשבים במאפיינים הספציפיים של הפרויקט.
- יישום: תצורה של מודול האבטחה, רשימת חסימה ו-WAF. אנו מתעדים את כל השינויים.
- בדיקות: אימות תרחישים לגיטימיים (פאנל ניהול, טפסים, API) וסימולציה של תקיפות. אנו משתמשים בסקריפטים אוטומטיים — הסימולציה מראה שההגנה מופעלת ב-99.9% מהמקרים.
- פריסה: הפעלת הגנה אקטיבית, הגדרת התראות. ניטור למשך שבוע אחד.
לוח זמנים ומה כלול בעבודה
ההגדרה אורכת בין 4 ל-8 שעות בהתאם למורכבות. העלות מחושבת באופן אישי לאחר ביקורת מקדימה. אין צורך בביקור במקום — הכל מתבצע מרחוק. כלול:
- הגדרת מסננים פרואקטיבית (מצב, חריגים)
- הגדרת WAF ורשימת חסימה
- ניטור פעילות עם ספי התראה ופעולות
- התראות מיידיות בדוא"ל על אירועים קריטיים
- דוח עם המלצות לחיזוק ההגנה
- תמיכה טכנית למשך חודש לאחר ההגדרה
מדוע חשוב להשתמש ב-WAF יחד עם פילטר פרואקטיבי?
הפילטר מנתח פרמטרים, אך הוא לא תמיד תופס התקפות דרך העלאות קבצים או דפוסים מורכבים. WAF (אנטי-וירוס אינטרנטי) עם חתימות סוגר את הפערים הללו. בבדיקות על פרויקטים עם WAF, מספר ההתקפות המוצלחות יורד ב-99%.
להגנה מקסימלית, אנו משתמשים בשני הכלים. הסטטיסטיקה שלנו מראה ש-WAF חוסם פי 10 יותר התקפות מאשר הפילטר הפרואקטיבי לבדו. מניעת הזרקת SQL בודדת חוסכת, בממוצע, עלות המחושבת לאחר ביקורת — חיסכון שלקוחותינו מאשרים.
השוואת מצבי סינון פרואקטיבי
| מצב | פעולה | המלצה |
|---|---|---|
| מושבת | רישום ביומן בלבד | הגדרה ראשונית (3–7 ימים) |
| פעיל | חסימה עם הפניה מחדש | מצב ראשי לאחר ההגדרה |
| פרנואידי | בדיקות נוספות | לפרויקטים בסיכון גבוה (ייתכנו חיוביים שגויים) |
התקפות אופייניות וכיצד לחסום אותן
| סוג התקפה | כלי הגנה | יעילות |
|---|---|---|
| XSS | מסנן פרואקטיבי + WAF | 99.9% |
| הזרקת SQL | מסנן פרואקטיבי | 99% |
| Brute-force | בקרת פעילות | חוסם לאחר 3 ניסיונות כושלים |
| CSRF | בדיקת Referrer | 95% |
טעויות נפוצות בעת הגדרת הגנה
- הפעלת מצב פעיל ללא תיעוד — מוביל לחסימת בקשות לגיטימיות.
- שימוש במסכות בהחרגות במקום URIs מדויקים — מפחית את יעילות ההגנה.
- ללא ניקוי אוטומטי של רשימת החסימה — העומס על מסד הנתונים גדל.
מבוסס על התיעוד הרשמי של 1C-Bitrix.
צרו איתנו קשר לייעוץ — נעזור לכם לבחור את המצב האופטימלי ולהגדיר הגנה לפרויקט שלכם. הזמינו הגדרת הגנה פרואקטיבית כדי לאבטח את האתר שלכם עוד היום.
חומרים נוספים — הגנה פרואקטיבית 1c
- התקפות XSS
- הזרקות SQL