כיצד פועלת חסימת גישה לדפים המפיצים תוכן אסור (כעת RKN בודק גם את מנועי החיפוש)

לפני שנעבור לתיאור המערכת שאחראית על סינון הגישה על ידי מפעילי טלקום, נציין שכעת Roskomnadzor תשלוט גם על פעולת מנועי החיפוש.

בתחילת השנה אושרו נוהל בקרה ורשימת אמצעים כדי להבטיח שמפעילי מנועי החיפוש יעמדו בדרישות להפסקת הנפקת מידע על משאבי אינטרנט, שהגישה אליהם מוגבלת בשטח הפדרציה הרוסית.

סדר מקביל Roskomnadzor מיום 7 בנובמבר 2017 מס' 229 רשום במשרד המשפטים של רוסיה.

הצו אומץ כחלק מיישום הוראות סעיף 15.8 לחוק הפדרלי מיום 27.07.2006 ביולי 149 מס' XNUMX-FZ "על מידע, טכנולוגיות מידע והגנת מידע", הקובע אחריות לבעלי שירותי VPN, "אנונימיזרים" ומפעילי מנועי חיפוש להגביל את הגישה למידע, שהפצתו אסורה ברוסיה.

פעולות הבקרה מתבצעות במיקום גוף הבקרה ללא אינטראקציה עם מפעילי מנועי החיפוש.

מערכת מידע מובנת כ-FSIS של משאבי מידע של רשתות מידע וטלקומוניקציה, שהגישה אליהם מוגבלת.

בהתבסס על תוצאות האירוע, נערך דו"ח המציין, במיוחד, מידע על התוכנה ששימשה לקביעת עובדות אלו וכן מידע המאשר כי עמוד (דפים) ספציפיים באתר בעת השליטה היה במערכת המידע יותר מיממה.

המעשה נשלח למפעיל מנוע החיפוש באמצעות מערכת המידע. במקרה של אי הסכמה עם המעשה, למפעיל הזכות להגיש את התנגדותו לרוסקומנדזור תוך שלושה ימי עבודה, אשר שוקל את ההתנגדויות גם תוך שלושה ימי עבודה. בהתבסס על תוצאות בחינת התנגדויות המפעיל, מחליט ראש גוף הבקרה או סגנו לפתוח בתיק של עבירה מנהלית.

כיצד בנויה כיום מערכת סינון הגישה למפעילי טלקום

ברוסיה ישנם מספר חוקים המחייבים מפעילי טלקום לסנן גישה לדפים המפיצים תוכן אסור:

• חוק פדרלי 126 "על תקשורת", תיקון לאמנות. 46 - על חובת המפעיל להגביל את הגישה למידע (FSEM).
• "רישום מאוחד" - צו של ממשלת הפדרציה הרוסית מיום 26 באוקטובר 2012 N 1101 "על מערכת מידע אוטומטית מאוחדת "רישום מאוחד של שמות מתחם, אינדקסים של דפי אתרים ברשת המידע והטלקומוניקציה "אינטרנט" וכתובות רשת המאפשרים לזהות אתרים ברשת המידע והתקשורת רשתות אינטרנט המכילות מידע שהפצתו אסורה בפדרציה הרוסית"
• חוק פדרלי 436 "על הגנת ילדים...", סיווג של מידע זמין.
• חוק פדרלי מס' 3 "על המשטרה", סעיף 13, סעיף 12 - על ביטול הגורמים והתנאים התורמים ליישום איומים על בטיחות האזרחים וביטחון הציבור.
• חוק פדרלי מס' 187 "על תיקונים לפעולות חקיקה מסוימות של הפדרציה הרוסית על הגנה על זכויות אינטלקטואליות ברשתות מידע וטלקומוניקציה" ("חוק נגד פיראטיות").
• קיום החלטות בית המשפט וצווים של תובעים.
• החוק הפדרלי מיום 28.07.2012 ביולי 139 N XNUMX-FZ "על תיקונים לחוק הפדרלי "על הגנה על ילדים מפני מידע המזיק לבריאותם ולהתפתחותם" ופעולות חקיקה מסוימות של הפדרציה הרוסית."
• החוק הפדרלי מ-27 ביולי 2006 מס' 149-FZ "על מידע, טכנולוגיות מידע והגנת מידע".

בקשות מ-Roskomnadzor לחסימה מכילות רשימה מעודכנת של דרישות לספק, כל ערך מבקשה כזו מכיל:

• סוג הפנקס לפיו נעשית ההגבלה;
• נקודת הזמן שממנה עולה הצורך להגביל את הגישה;
• סוג דחיפות התגובה (דחיפות רגילה - תוך XNUMX שעות, דחיפות גבוהה - תגובה מיידית);
• סוג חסימת כניסת הרישום (לפי כתובת URL או לפי שם דומיין);
• קוד hash של ערך הרישום (משתנה בכל פעם שתוכן הערך משתנה);
• פירוט ההחלטה על הצורך בהגבלת הגישה;
• אינדקס אחד או יותר של דפי אתר, שהגישה אליהם צריכה להיות מוגבלת (אופציונלי);
• שם דומיין אחד או יותר (אופציונלי);
• כתובת רשת אחת או יותר (אופציונלי);
• תת-רשת IP אחת או יותר (אופציונלי).

כדי להעביר מידע יעיל למפעילים, נוצרה "מערכת מידע לאינטראקציה בין Roskomnadzor למפעילי טלקום". הוא ממוקם יחד עם תקנות, הנחיות ותזכורות למפעילים בפורטל מיוחד:

vigruzki.rkn.gov.ru

מצדה, על מנת לבדוק מפעילי טלקום, החלה רוסקומנדזור להנפיק לקוח ל-AS "Revizor". להלן מעט על הפונקציונליות של הסוכן.

אלגוריתם לבדיקת הזמינות של כל כתובת אתר על ידי הסוכן. בעת הבדיקה, על הסוכן:

• לקבוע את כתובות ה-IP שאליהן מומר שם הרשת של האתר הנבדק (דומיין) או להשתמש ב-IP כתובות שסופקו בהעלאה;
• עבור כל כתובת IP שמתקבלת משרתי DNS, בצע בקשת HTTP עבור כתובת האתר הנבדקת. אם מתקבלת הפניה מסוג HTTP מהאתר הנסרק, על הסוכן לבדוק את כתובת האתר שאליה מתבצעת ההפניה מחדש. לפחות 5 הפניות HTTP רצופות נתמכות;
• אם אי אפשר לבצע בקשת HTTP (לא נוצר חיבור TCP), על הסוכן להסיק שכל כתובת ה-IP חסומה;
• במקרה של בקשת HTTP מוצלחת, על הסוכן לבדוק את התגובה שהתקבלה מהאתר הנבדק על ידי קוד תגובת HTTP, כותרות HTTP ותוכן HTTP (הנתונים הראשונים שהתקבלו בגודל של עד 10 קילובייט). אם התגובה שהתקבלה תואמת את תבניות עמוד הסטאב שנוצרו במרכז הבקרה יש להסיק שכתובת האתר הנבדקת חסומה;
• בעת בדיקת כתובת URL, על הסוכן לבדוק התקנת חיבור מוצפן ולסמן את המשאב;
• אם הנתונים שהתקבלו על ידי הסוכן אינם תואמים את התבניות של דפי הסטאב או דפי ההפניה המהימנים המודיעים על חסימת המשאבים, על הסוכן להסיק שכתובת האתר אינה חסומה ב-SPD של מפעיל הטלקום. במקרה זה, מידע על הנתונים (תגובת HTTP) שהתקבל על ידי הסוכן נרשם בדוח (קובץ יומן ביקורת). למנהל המערכת יש את היכולת ליצור תבנית עבור דף דף חדש מתוך רשומה זו כדי למנוע מסקנות שגויות עוקבות לגבי היעדר חסימה.

רשימה של מה שהסוכן חייב לספק

• פנייה למרכז הבקרה כדי לקבל רשימה מלאה של כתובות URL ומצבי חסימה שיש לבדוק;
• תקשורת עם מרכז הבקרה כדי לקבל נתונים על מצבי בדיקה. מצבים נתמכים: בדיקה חד פעמית מלאה, תקופתית מלאה עם מרווח מוגדר, חד פעמית סלקטיבית עם רשימת כתובות URL שצוינה על ידי המשתמש, בדיקה תקופתית עם מרווח מוגדר של רשימת כתובות URL (מסוג מסוים של רשומת EP);
• המשך ביצוע הליכי אימות שצוינו באמצעות רשימת ה-URL הקיימת, אם לא ניתן להשיג רשימת כתובות URL ממרכז הבקרה, ואחסון תוצאות הבדיקה שהתקבלו עם העברה לאחר מכן למרכז הבקרה;
• יישום מלא של הליכי אימות שצוינו באמצעות רשימות URL זמינות, אם אי אפשר לקבל מידע על מצבי אימות ממרכז הבקרה, ואחסון תוצאות הבדיקה שהושגו עם העברה לאחר מכן למרכז הבקרה;
• בדיקת תוצאות החסימה בהתאם למצב שנקבע;
• שליחת דיווח על הבדיקה שבוצעה למרכז הבקרה (קובץ יומן בדיקה);
• היכולת לבדוק את הפונקציונליות של SPD של מפעיל הטלקום, כלומר. בדיקת זמינות רשימה של אתרים נגישים ידועים;
• היכולת לבדוק תוצאות חסימה באמצעות שרת פרוקסי;
• אפשרות לעדכון תוכנה מרחוק;
• היכולת לבצע הליכי אבחון ב-SPD (זמן תגובה, נתיב מנות, מהירות הורדת קבצים ממשאב חיצוני, קביעת כתובות IP עבור שמות מתחם, מהירות קבלת מידע בערוץ התקשורת ההפוכה ברשתות גישה קוויות, מנות שיעור אובדן, חבילות זמן עיכוב שידור ממוצע);
• ביצועי סריקה של לפחות 10 כתובות URL בשנייה, בתנאי שיש מספיק רוחב פס של ערוץ תקשורת;
• היכולת של הסוכן לגשת למשאב מספר פעמים (עד 20 פעמים), בתדירות משתנה מפעם אחת בשנייה עד פעם אחת בדקה;
• היכולת ליצור סדר אקראי של ערכי רשימה המועברים לבדיקה ולהגדיר עדיפות לעמוד מסוים באתר באינטרנט.

באופן כללי, המבנה נראה כך:

פתרונות תוכנה וחומרה-תוכנה לסינון תעבורת אינטרנט (פתרונות DPI) מאפשרים למפעילים לחסום תעבורה ממשתמשים לאתרים מרשימת RKN. האם הם חסומים או לא נבדק על ידי לקוח AS Auditor. הוא בודק אוטומטית את זמינות האתר באמצעות רשימה מ-RKN.

פרוטוקול ניטור לדוגמה זמין по ссылке.

בשנה שעברה, Roskomnadzor החלה לבדוק פתרונות חסימה שמפעיל יכול להשתמש בהם כדי ליישם את התוכנית הזו על ידי מפעיל. הרשו לי לצטט מתוצאות בדיקות כאלה:

"פתרונות תוכנה מיוחדים "UBIC", "EcoFilter", "SKAT DPI", "Tixen-Blocking", "SkyDNS Zapret ISP" ו-"Carbon Reductor DPI" קיבלו מסקנות חיוביות מ-Roskomnadzor.

כמו כן התקבלה מסקנה מ-Roskomnadzor המאשרת את האפשרות של מפעילי טלקום להשתמש בתוכנת ZapretService כאמצעי להגבלת גישה למשאבים אסורים באינטרנט. תוצאות הבדיקה הראו שכאשר מותקן על פי סכימת החיבור המומלצת של היצרן "בפער" ומוגדר נכון את הרשת של מפעיל הטלקום, מספר ההפרות שזוהו על פי המרשם המאוחד של מידע אסור אינו עולה על 0,02%.

כך, ניתנת למפעילי טלקום אפשרות לבחור את הפתרון המתאים ביותר להגבלת הגישה למשאבים אסורים, לרבות מתוך רשימת מוצרי התוכנה שקיבלו חוות דעת חיובית מ-Roskomnadzor.

עם זאת, במהלך בדיקת מוצר התוכנה IdecoSelecta ISP, עקב ההליך הארוך לפריסתו ותצורתו, חלק מהמפעילים לא הצליחו להתחיל בבדיקות בזמן. עבור יותר ממחצית ממפעילי הטלקום שהשתתפו בבדיקות, תקופת הפעלת הבדיקה של Ideco Selecta ISP לא עלתה על שבוע. בהתחשב בכמות הקטנה של נתונים סטטיסטיים שהתקבלו ובמספר הקטן של משתתפי הבדיקה, רוסקומנדזור הצביע במסקנתה הרשמית על חוסר האפשרות להגיע למסקנות חד משמעיות לגבי יעילות המוצר Ideco Selecta ISP כאמצעי להגבלת גישה למשאבים אסורים באינטרנט. ”

הרשו לי להוסיף כי עד 27 מפעילי טלקום עם מספר משתנה של מנויים ממחוזות פדרליים שונים של הפדרציה הרוסית לקחו חלק בבדיקת כל מוצר תוכנה.

ניתן למצוא את המסקנות הרשמיות המבוססות על תוצאות הבדיקה כאן. מסקנות אלו מכילות כמעט אפס מידע טכני. אתה יכול לקרוא על המוצר "Ideco Selecta ISP" כדי לדעת מה לא לעשות.

השנה יימשכו הבדיקות וכרגע, אם לשפוט לפי החדשות מ-Roskomnadzor, מוצר אחד כבר נלקח ו-2 נוספים נמצאים בעתיד הקרוב.

מה אם החסימה התרחשה בטעות?

לסיכום, אני רוצה להזכיר לכם שרוסקומנדזור "לא עושה טעויות", מה שאושר על ידי בית המשפט לחוקה.

ההחלטה, שלמעשה פוטרת את Roskomnadzor מאחריות לחסימת אתרים בטעות, התקבלה כחלק מבחינת תלונה לבית המשפט לחוקה על ידי מנהל איגוד מפרסמי האינטרנט, ולדימיר חריטונוב. נאמר כי בדצמבר 2012, Roskomnadzor חסם בטעות את ספרייתו המקוונת digital-books.ru. כפי שמר חריטונוב הסביר, המשאב שלו היה ממוקם באותה כתובת IP כמו הפורטל rastamantales(.)ru (כיום rastamantales(.)com), שהיה מושא החסימה המקורי. ולדימיר חריטונוב ניסה לערער על החלטת רוסקומנדזור בבית המשפט, אך ביוני 2013 הכיר בית המשפט המחוזי בטגנסקי בחסימה כחוקית, ובספטמבר 2013 אושרה החלטה זו על ידי בית המשפט בעיר מוסקבה.

משם:

רוסקומנדזור אמר לקומרסנט כי הם מרוצים מהחלטת בית המשפט לחוקה. "בית המשפט לחוקה אישר שרוסקומנדזור מיישמת את החוק. אם למפעיל אין את היכולת הטכנית להגביל את הגישה לעמוד נפרד של האתר, ולא לכתובת הרשת שלו, אז זה באחריות המפעיל", אמר מזכיר העיתונות של המחלקה לקומרסנט.

נושא זה רלוונטי גם עבור ספקי ענן וחברות אירוח, שכן קרו להם תקריות דומות. ביוני 2016, שירות הענן Amazon S3 נחסם ברוסיה, אם כי רק דף חדר הפוקר 888poker שנמצא בפלטפורמה שלו נכלל בפנקס לבקשת שירות המס הפדרלי. החסימה של כל המשאב נבעה בדיוק מהעובדה שאמזון S3 משתמשת בפרוטוקול https המאובטח, שאינו מאפשר חסימת דפים בודדים. רק לאחר שאמזון עצמה מחקה את העמוד שאליו היו תלונות שלטונות רוסיה, הוסר המשאב מהמרשם.

מקור: www.habr.com