ჰოსტინგი სრული დაცვით DDoS შეტევებისგან - მითი თუ რეალობა

2020 წლის პირველ ორ კვარტალში, DDoS თავდასხმების რაოდენობა თითქმის სამჯერ გაიზარდა, მათგან 65% არის „ჩატვირთვის ტესტირების“ პრიმიტიული მცდელობები, რომლებიც ადვილად „გამორთავს“ მცირე ონლაინ მაღაზიების, ფორუმების, ბლოგებისა და მედია საშუალებების დაუცველ საიტებს.

როგორ ავირჩიოთ DDoS-ით დაცული ჰოსტინგი? რას უნდა მიაქციოთ ყურადღება და რისთვის უნდა მოემზადოთ, რომ უსიამოვნო სიტუაციაში არ აღმოჩნდეთ?

(ვაქცინაცია "ნაცრისფერი" მარკეტინგის წინააღმდეგ)

DDoS შეტევების განსახორციელებლად ხელმისაწვდომობა და მრავალფეროვნება აიძულებს ონლაინ სერვისების მფლობელებს მიიღონ შესაბამისი ზომები საფრთხის წინააღმდეგ. თქვენ უნდა იფიქროთ DDoS დაცვაზე არა პირველი წარუმატებლობის შემდეგ და არა როგორც ინფრასტრუქტურის შეცდომის ტოლერანტობის გაზრდის ღონისძიებების ნაწილი, არამედ განთავსებისთვის საიტის არჩევის ეტაპზე (ჰოსტინგის პროვაიდერი ან მონაცემთა ცენტრი).

DDoS შეტევები კლასიფიცირებულია პროტოკოლების მიხედვით, რომელთა დაუცველობაც გამოიყენება ღია სისტემების ურთიერთდაკავშირების (OSI) მოდელის დონეზე:

• არხი (L2),
• ქსელი (L3),
• ტრანსპორტი (L4),
• გამოყენებული (L7).

უსაფრთხოების სისტემების თვალსაზრისით, ისინი შეიძლება დაიყოს ორ ჯგუფად: ინფრასტრუქტურის დონის შეტევები (L2-L4) და აპლიკაციის დონის შეტევები (L7). ეს განპირობებულია ტრაფიკის ანალიზის ალგორითმების შესრულების თანმიმდევრობით და გამოთვლითი სირთულით: რაც უფრო ღრმად ჩავხედავთ IP პაკეტს, მით მეტი გამოთვლითი ძალაა საჭირო.

ზოგადად, რეალურ დროში ტრაფიკის დამუშავებისას გამოთვლების ოპტიმიზაციის პრობლემა სტატიების ცალკეული სერიის თემაა. ახლა წარმოვიდგინოთ, რომ არსებობს ღრუბლოვანი პროვაიდერი პირობითად შეუზღუდავი გამოთვლითი რესურსებით, რომელსაც შეუძლია დაიცვას საიტები განაცხადის დონის შეტევებისგან (მათ შორის бесплатно).

3 ძირითადი კითხვა DDoS შეტევებისგან ჰოსტინგის უსაფრთხოების ხარისხის დასადგენად

მოდით შევხედოთ მომსახურების პირობებს DDoS შეტევებისგან დაცვისთვის და ჰოსტინგის პროვაიდერის მომსახურების დონის შეთანხმებას (SLA). შეიცავს თუ არა ისინი პასუხებს შემდეგ კითხვებზე:

• რა ტექნიკური შეზღუდვებია მითითებული მომსახურების მიმწოდებლის მიერ??
• რა ხდება, როდესაც მომხმარებელი სცილდება საზღვრებს?
• როგორ აშენებს ჰოსტინგის პროვაიდერი დაცვას DDoS შეტევებისგან (ტექნოლოგიები, გადაწყვეტილებები, მომწოდებლები)?

თუ თქვენ ვერ იპოვნეთ ეს ინფორმაცია, მაშინ ეს არის მიზეზი, რომ იფიქროთ სერვისის პროვაიდერის სერიოზულობაზე, ან დამოუკიდებლად მოაწყოთ ძირითადი DDoS დაცვა (L3-4). მაგალითად, შეუკვეთეთ ფიზიკური კავშირი უსაფრთხოების სპეციალიზებული პროვაიდერის ქსელთან.

მნიშვნელოვანია! აზრი არ აქვს აპლიკაციის დონის შეტევებისგან დაცვის უზრუნველყოფას Reverse Proxy-ის გამოყენებით, თუ თქვენი ჰოსტინგის პროვაიდერს არ შეუძლია უზრუნველყოს დაცვა ინფრასტრუქტურის დონის შეტევებისგან: ქსელის აღჭურვილობა გადაიტვირთება და გახდება მიუწვდომელი, ღრუბლოვანი პროვაიდერის პროქსი სერვერების ჩათვლით (სურათი 1).

სურათი 1. პირდაპირი შეტევა ჰოსტინგის პროვაიდერის ქსელზე

და ნუ მისცემთ მათ უფლებას მოგიყვეთ ზღაპრები, რომ სერვერის რეალური IP მისამართი იმალება უსაფრთხოების პროვაიდერის ღრუბლის მიღმა, რაც ნიშნავს, რომ შეუძლებელია მასზე უშუალო შეტევა. ათიდან ცხრა შემთხვევაში, თავდამსხმელს არ გაუჭირდება სერვერის ან, სულ მცირე, ჰოსტინგის პროვაიდერის ქსელის რეალური IP მისამართის პოვნა, რათა „გაანადგუროს“ მთელი მონაცემთა ცენტრი.

როგორ მოქმედებენ ჰაკერები რეალური IP მისამართის მოსაძებნად

სპოილერების ქვემოთ მოცემულია რამდენიმე მეთოდი რეალური IP მისამართის მოსაძებნად (მოცემული საინფორმაციო მიზნებისთვის).

მეთოდი 1: ძებნა ღია წყაროებში

თქვენ შეგიძლიათ დაიწყოთ თქვენი ძებნა ონლაინ სერვისით დაზვერვა X: ის ეძებს ბნელ ქსელს, დოკუმენტების გაზიარების პლატფორმებს, ამუშავებს Whois-ის მონაცემებს, საჯარო მონაცემთა გაჟონვას და ბევრ სხვა წყაროს.

თუ ზოგიერთი ნიშნის საფუძველზე (HTTP სათაურები, Whois მონაცემები და ა. სია, რომელიც შეიცავს Cloudflare-ის უკან მდებარე საიტების დაახლოებით 3 მილიონ IP მისამართს.

SSL სერთიფიკატის და სერვისის გამოყენება ცენსისი თქვენ შეგიძლიათ იპოვოთ ბევრი სასარგებლო ინფორმაცია, მათ შორის საიტის რეალური IP მისამართი. თქვენი რესურსის მოთხოვნის შესაქმნელად, გადადით სერთიფიკატების ჩანართზე და შეიყვანეთ:

_ გაანალიზებული.სახელები: სახელისაიტი AND tags.raw: სანდო

SSL სერთიფიკატის გამოყენებით სერვერების IP მისამართების მოსაძებნად, თქვენ მოგიწევთ ხელით გაიაროთ ჩამოსაშლელი სია რამდენიმე ხელსაწყოთი (ჩანართი „Explore“, შემდეგ აირჩიეთ „IPv4 Hosts“).

მეთოდი 2: DNS

DNS ჩანაწერების ცვლილებების ისტორიის ძიება ძველი, დადასტურებული მეთოდია. საიტის წინა IP მისამართს შეუძლია გარკვევა, რომელ ჰოსტინგზე (ან მონაცემთა ცენტრში) იყო განთავსებული. ონლაინ სერვისებს შორის გამოყენების სიმარტივით გამოირჩევა შემდეგი: ViewDNS и უსაფრთხოების ბილიკები.

როდესაც თქვენ შეცვლით პარამეტრებს, საიტი დაუყოვნებლივ არ გამოიყენებს ღრუბლოვანი უსაფრთხოების პროვაიდერის IP მისამართს ან CDN, მაგრამ იმუშავებს პირდაპირ გარკვეული დროის განმავლობაში. ამ შემთხვევაში, არსებობს შესაძლებლობა, რომ ონლაინ სერვისები IP მისამართის ცვლილებების ისტორიის შესანახად შეიცავდეს ინფორმაციას საიტის წყაროს მისამართის შესახებ.

თუ არაფერია ძველი DNS სერვერის სახელის გარდა, მაშინ სპეციალური კომუნალური საშუალებების გამოყენებით (dig, host ან nslookup) შეგიძლიათ მოითხოვოთ IP მისამართი საიტის დომენის სახელით, მაგალითად:

_dig @old_dns_server_name სახელიсайта

მეთოდი 3: ფოსტა

მეთოდის იდეაა გამოვიყენოთ გამოხმაურება/რეგისტრაციის ფორმა (ან ნებისმიერი სხვა მეთოდი, რომელიც საშუალებას გაძლევთ დაიწყოთ წერილის გაგზავნა), რათა მიიღოთ წერილი თქვენს ელ-ფოსტაზე და შეამოწმოთ სათაურები, კერძოდ, ველი "მიღებული". .

ელ.ფოსტის სათაური ხშირად შეიცავს MX ჩანაწერის (ელფოსტის გაცვლის სერვერის) რეალურ IP მისამართს, რომელიც შეიძლება იყოს საწყისი წერტილი სამიზნეზე სხვა სერვერების მოსაძებნად.

ძიება ავტომატიზაციის ინსტრუმენტები

IP საძიებო პროგრამა Cloudflare ფარის უკან ყველაზე ხშირად მუშაობს სამი ამოცანისთვის:

• DNS არასწორი კონფიგურაციის სკანირება DNSDumpster.com-ის გამოყენებით;
• Crimeflare.com მონაცემთა ბაზის სკანირება;
• მოძებნეთ ქვედომენები ლექსიკონის ძიების მეთოდის გამოყენებით.

ქვედომეინის პოვნა ხშირად სამივე ყველაზე ეფექტური ვარიანტია - საიტის მფლობელს შეუძლია დაიცვას მთავარი საიტი და დატოვოს ქვედომეინი პირდაპირ გაშვებული. შემოწმების ყველაზე მარტივი გზა გამოყენებაა CloudFail.

გარდა ამისა, არსებობს კომუნალური საშუალებები, რომლებიც შექმნილია მხოლოდ ქვედომენების საძიებლად ლექსიკონის ძიების გამოყენებით და ღია წყაროებში საძიებლად, მაგალითად: Sublist3r ან dnsrecon.

როგორ ხდება ძებნა პრაქტიკაში

მაგალითად, ავიღოთ საიტი seo.com Cloudflare-ის გამოყენებით, რომელსაც ვიპოვით ცნობილი სერვისის გამოყენებით. აგებული (საშუალებას გაძლევთ როგორც განსაზღვროთ ტექნოლოგიები/ძრავები/CMS, რომლებზეც საიტი მუშაობს და პირიქით – მოძებნოთ საიტები გამოყენებული ტექნოლოგიების მიხედვით).

როდესაც დააწკაპუნებთ ჩანართზე „IPv4 Hosts“, სერვისი აჩვენებს ჰოსტების სიას, რომლებიც იყენებენ სერტიფიკატს. იმისათვის, რომ იპოვოთ ის, რაც გჭირდებათ, მოძებნეთ IP მისამართი ღია პორტით 443. თუ ის გადამისამართდება სასურველ საიტზე, მაშინ დავალება დასრულებულია, წინააღმდეგ შემთხვევაში თქვენ უნდა დაამატოთ საიტის დომენის სახელი სათაურში „ჰოსტი“. HTTP მოთხოვნა (მაგალითად, *curl -H "მასპინძელი: საიტის_სახელი" *https://IP_адрес).

ჩვენს შემთხვევაში, Censys-ის მონაცემთა ბაზაში ძიებამ ვერაფერი მოგვცა, ამიტომ გადავდივართ.

ჩვენ განვახორციელებთ DNS ძიებას სერვისის საშუალებით https://securitytrails.com/dns-trails.

CloudFail უტილიტის გამოყენებით DNS სერვერების სიებში მითითებული მისამართების ძიებით, ჩვენ ვპოულობთ სამუშაო რესურსებს. შედეგი მზად იქნება რამდენიმე წამში.

მხოლოდ ღია მონაცემებისა და მარტივი ინსტრუმენტების გამოყენებით, ჩვენ განვსაზღვრეთ ვებ სერვერის რეალური IP მისამართი. დანარჩენი თავდამსხმელისთვის ტექნიკის საკითხია.

დავუბრუნდეთ ჰოსტინგის პროვაიდერის არჩევას. მომხმარებლისთვის სერვისის სარგებელის შესაფასებლად, განვიხილავთ DDoS შეტევებისგან დაცვის შესაძლო მეთოდებს.

როგორ აშენებს ჰოსტინგის პროვაიდერი თავის დაცვას

1. საკუთარი დაცვის სისტემა ფილტრაციის აღჭურვილობით (სურათი 2).
   მოითხოვს:
   1.1. ტრაფიკის ფილტრაციის მოწყობილობა და პროგრამული უზრუნველყოფის ლიცენზიები;
   1.2. სრულ განაკვეთზე სპეციალისტები მისი მხარდაჭერისა და მუშაობისთვის;
   1.3. ინტერნეტში წვდომის არხები, რომლებიც საკმარისი იქნება თავდასხმების მისაღებად;
   1.4. მნიშვნელოვანი წინასწარ გადახდილი არხის გამტარობა "უსარგებლო" ტრაფიკის მისაღებად.
   
   სურათი 2. ჰოსტინგის პროვაიდერის საკუთარი უსაფრთხოების სისტემა
   თუ აღწერილ სისტემას განვიხილავთ, როგორც ასობით Gbps-ის თანამედროვე DDoS შეტევებისგან დაცვის საშუალებას, მაშინ ასეთი სისტემა ძვირი დაჯდება. აქვს თუ არა ჰოსტინგის პროვაიდერს ასეთი დაცვა? მზად არის გადაიხადოს "უსარგებლო" ტრაფიკი? ცხადია, ასეთი ეკონომიკური მოდელი პროვაიდერისთვის წამგებიანია, თუ ტარიფები არ ითვალისწინებს დამატებით გადახდებს.
2. Reverse Proxy (მხოლოდ ვებსაიტებისთვის და ზოგიერთი აპლიკაციისთვის). მიუხედავად რაოდენობისა სარგებელი, მიმწოდებელი არ იძლევა გარანტიას დაცვას პირდაპირი DDoS შეტევებისგან (იხ. სურათი 1). ჰოსტინგის პროვაიდერები ხშირად გვთავაზობენ ისეთ გადაწყვეტას, როგორიცაა პანაცეა, პასუხისმგებლობის გადატანას უსაფრთხოების პროვაიდერზე.
3. სპეციალიზებული ღრუბლოვანი პროვაიდერის სერვისები (მისი ფილტრაციის ქსელის გამოყენება) ყველა OSI დონეზე DDoS შეტევებისგან დასაცავად (სურათი 3).
   
   სურათი 3. ყოვლისმომცველი დაცვა DDoS შეტევებისგან სპეციალიზებული პროვაიდერის გამოყენებით
   გადაწყვეტილება ითვალისწინებს ორივე მხარის ღრმა ინტეგრაციას და ტექნიკური კომპეტენციის მაღალ დონეს. ტრაფიკის ფილტრაციის სერვისების აუთსორსინგი საშუალებას აძლევს ჰოსტინგის პროვაიდერს შეამციროს დამატებითი სერვისების ფასი მომხმარებლისთვის.

მნიშვნელოვანია! რაც უფრო დეტალურად არის აღწერილი მოწოდებული სერვისის ტექნიკური მახასიათებლები, მით მეტია მათი განხორციელების ან კომპენსაციის მოთხოვნის შანსი შეფერხების შემთხვევაში.

სამი ძირითადი მეთოდის გარდა, არსებობს მრავალი კომბინაცია და კომბინაცია. ჰოსტინგის არჩევისას, მომხმარებელმა უნდა გახსოვდეთ, რომ გადაწყვეტილება დამოკიდებული იქნება არა მხოლოდ გარანტირებული დაბლოკილი შეტევების ზომაზე და ფილტრაციის სიზუსტეზე, არამედ რეაგირების სიჩქარეზე, ასევე ინფორმაციის შინაარსზე (დაბლოკილი თავდასხმების სია, ზოგადი სტატისტიკა და ა.შ.).

გახსოვდეთ, რომ მსოფლიოში მხოლოდ რამდენიმე ჰოსტინგის პროვაიდერს შეუძლია დამოუკიდებლად უზრუნველყოს დაცვის მისაღები დონე; სხვა შემთხვევაში, თანამშრომლობა და ტექნიკური ცოდნა გვეხმარება. ამრიგად, DDoS თავდასხმებისგან დაცვის ორგანიზების ძირითადი პრინციპების გააზრება საშუალებას მისცემს საიტის მფლობელს არ დაემორჩილოს მარკეტინგულ ხრიკებს და არ იყიდოს „ღორი ღორში“.

წყარო: www.habr.com