DDoS დაცვა

მრავალდონიანი DDoS დაცვა, რათა ერთი შეტევა მხოლოდ ერთი საიტის პრობლემა იყოს

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

მრავალშრიანი ფარის მიღმა დაცული საიტი, სადაც საფრთხეები გარე საზღვარზევე ჩერდება.
  • 3შემსუბუქების ფენები: ქსელი, პერიფერია, სერვერი
  • 700 000+მთელ მსოფლიოში ჰოსტირებული საიტები
  • ჩართულიასაბაზისო იზოლაცია, WAF და შეზღუდვა
  • 99,99%უწყვეტი მუშაობის გარანტია

დიზაინით მრავალშრიანი, რადგან ერთი არასოდეს არის საკმარისი

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

ქსელის დონე (L3/4)

პროვაიდერის დონის DDoS დაცვა ფილტრავს ქსელური დონის დატბორვას ჩვენი სამუშაო სერვერების (workers) ზემოთ, მანამ, სანამ ეს ტრაფიკი გამოიყენებს პორტს, NIC-ს ან პროცესორის ციკლს იმ მოწყობილობაზე, რომელზეც თქვენი საიტი მუშაობს. მოწინავე და კორპორაციული რისკის პროფილებისთვის, Cloudflare Magic Transit და Spectrum ავრცელებენ იმავე ფილტრაციას არა-HTTP ტრაფიკზეც.

აპლიკაციის დონე (L7) პერიფერიაზე

თითოეული საიტის წინ განთავსებულია მართული სასაზღვრო ქსელი. იგი შთანთქავს მოცულობით HTTP წყალდიდობებს, უზრუნველყოფს L7 WAF-ის მუშაობას, იყენებს მოთხოვნათა სიხშირის შეზღუდვას თითოეული საიტისთვის და იყენებს ბოტების მართვასა და მართულ შემოწმებებს ნამდვილი ვიზიტორების ავტომატიზებული ტრაფიკისგან გასამიჯნად — ეს ყველაფერი მანამ, სანამ მოთხოვნა საწყის სერვერამდე მიაღწევს.

სერვერის ფენა

LiteSpeed Enterprise იყენებს კავშირებისა და მოთხოვნების შეზღუდვას თითოეულ IP-ზე კავშირის ლიმიტებით, Imunify360 მართავს ქსელის ფაირვოლს უხეში ძალის შეტევებისგან დაცვითა და IP რეპუტაციის ფილტრაციით, ხოლო CloudLinux LVE-ის შესვლის პროცესების ლიმიტები ზღუდავს, თუ რამდენ ერთდროულ მოთხოვნას შეიძლება ფლობდეს გახსნილ მდგომარეობაში ერთი საიტი.

იზოლაცია საიტების მიხედვით

LVE ზღუდავს CPU-ს, RAM-ს, IO-ს, IOPS-ს, პროცესებსა და შესვლის პროცესებს თითოეული საიტისთვის ინდივიდუალურად. ნაკადი, რომელიც ზედა შრეებს გაივლის, შეზღუდულია სამიზნე საიტის საკუთარ იზოლირებულ გარემოში, ამიტომ მის მიერ შექმნილი დატვირთვა რჩება ამ საიტზე და არ ვრცელდება მთელ სერვერზე.

იზოლაციაა მთავარი არსი

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

  • თითოეული საიტი მუშაობს საკუთარ CloudLinux LVE რესურსების გალიაში — შეტევის ქვეშ მყოფი საიტი იზღუდება საკუთარ მაქსიმალურ ზღვარზე, ხოლო მეზობელი საიტები ინარჩუნებენ იმ რესურსებს, რასაც საკუთარი ლიმიტები უზრუნველყოფს.
  • CageFS თითოეულ მოიჯარეს უზრუნველყოფს იზოლირებული ფაილური სისტემის ხედით, ასე რომ შეტევა, რომელიც გადაიზრდება შეღწევის მცდელობაში, ლოკალიზდება და არ ვრცელდება სხვა მოიჯარეებზე.
  • CloudLinux MySQL Governor ზღუდავს მონაცემთა ბაზის გამოყენებას თითოეული საიტისთვის, ასე რომ, აპლიკაციის დონის გადატვირთვამ, რომელიც დაკეშირებული არმქონე მოთხოვნებით იტვირთება, სერვერზე არსებული სხვა მომხმარებლებისთვის მონაცემთა ბაზა მწყობრიდან ვერ გამოიყვანოს.
  • თითოეული საიტის LiteSpeed LSAPI პროცესები შეზღუდულია ამ საიტის LVE ლიმიტებით, ამიტომ მოთხოვნების მოზღვავება ვერ შექმნის შეუზღუდავ PHP პროცესებს.
  • თითოეულ IP-ზე კავშირების ლიმიტები და LiteSpeed-ის კავშირის შეზღუდვა ანელებს და შთანთქავს ნელი კავშირისა და კავშირების ამოწურვის შეტევებს ვებ-სერვერზე და არა აპლიკაციაში.

ქეში არის ამორტიზატორი, რომელსაც ჰოსტინგის უმეტესობა ივიწყებს

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

  • LSCache, LiteSpeed Enterprise-ის სრული გვერდის ქეში, უზრუნველყოფს დაქეშირებული გვერდების მიწოდებას PHP-ის ან მონაცემთა ბაზის გამოძახების გარეშე — ამიტომ ერთი და იმავე URL-ის განმეორებითი მოთხოვნები სტანდარტულ სისტემასთან შედარებით მხოლოდ მცირე რესურსს მოითხოვს.
  • თითოეული საიტისთვის Redis ობიექტების ქეში ამცირებს მონაცემთა ბაზიდან წაკითხვის დატვირთვას იმ გვერდებისთვის, რომლებიც ნამდვილად დინამიკური უნდა იყოს.
  • Cloudflare-ის პერიფერიული ქეშირება პასუხობს მოთხოვნებს ვიზიტორის რეგიონში, ამიტომ ჭარბი ტრაფიკი ნაწილდება პერიფერიულ ქსელში, ნაცვლად იმისა, რომ ერთ საწყის წერტილზე მოიყაროს თავი.
  • კალათის, გადახდის, ჩემი ანგარიშის, nonce-ისა და სესიის გვერდები ნაგულისხმევად ამოღებულია ქეშიდან, ამიტომ დატვირთვის დროს გაძლიერება არასოდეს წყვეტს ტრანზაქციას.
  • გაწმენდა ორივე შრეზე კოორდინირებულია ერთი კონტროლიდან, ამიტომ ინციდენტის დროს ქეშის დაფარვის გაზრდა შემდგომში მოძველებულ გვერდებს აღარ დაგიტოვებთ.

სიგნალიდან მოქმედებამდე, ავტომატურად

შემსუბუქება არ არის მხარდაჭერის ბილეთი. სიგნალები კვებავს წესების მექანიზმს, რომელიც თითოეულ მათგანს აღსრულების მოქმედებასთან, მომხმარებლის შეტყობინებასთან და — სადაც ეს შესაძლებელია — ავტომატურ გამოსწორებასთან აკავშირებს, ამასთან, ყოველი გადასვლა აღირიცხება.

დინამიკური გამკაცრება

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

შეზღუდულია, არ არის გამორთული

თუ თავდასხმა საწყის სერვერს საფრთხეს უქმნის, საიტი გადადის „შეზღუდულ“ (throttled) მდგომარეობაში — უფრო მკაცრი LVE ლიმიტები და სიხშირის შეზღუდვა, მაშინ როცა საიტი კვლავ აქტიურია და ემსახურება მომხმარებლებს. შეზღუდული მდგომარეობა ავტომატურად სწორდება ზეწოლის განმუხტვისთანავე; ეს არ არის შეჩერება.

LVE-ის ჩაშენებული ავტომატური შეზღუდვა

პოლიტიკის მექანიზმის ქვემოთ, LVE მშობლიურად და ავტომატურად ზღუდავს CPU-ს, IO-ს და პროცესების გამოყენებას თითოეული საიტისთვის. ეს არის მუდმივად ჩართული პირველი ხაზი, რომელიც მუშაობს იმისდა მიუხედავად, კლასიფიცირებულია თუ არა ტრაფიკი თავდასხმად.

აუდიტის სრული ჩანაწერი

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

რა შედის და რას ყიდულობთ რისკის გაზრდის შემთხვევაში

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

  • ყველა გეგმაში შედის: LVE და CageFS იზოლაცია, LiteSpeed-ის კავშირისა და მოთხოვნების შეზღუდვა, ქსელური firewall brute-force-ისგან დაცვითა და IP რეპუტაციის ფილტრაციით, პროაქტიული WAF და მავნე პროგრამების სკანირება.
  • ხელმისაწვდომია დამატებების სახით: ბოტების გაუმჯობესებული მართვა, DDoS დაცვის უფრო მაღალი დონეები, გაუმჯობესებული WAF წესები, პრიორიტეტული სკანირება და გამოყოფილი ფაირვოლის წესები.
  • ასევე ხელმისაწვდომია დამატებითი სერვისის სახით, როდესაც დაგჭირდებათ: მავნე პროგრამების ერთი დაწკაპუნებით გასუფთავება და აღმოფხვრა იმ შემთხვევებისთვის, როდესაც შეტევა წარმოადგენდა არა საბოლოო მიზანს, არამედ სისტემის კომპრომეტირების საფარს.
  • ქსელური დონის გაუმჯობესებული შერბილება Cloudflare Magic Transit-ის ან Spectrum-ის მეშვეობით ხელმისაწვდომია კორპორატიული და მაღალი რისკის მქონე დატვირთვებისთვის.

თავდასხმები, რომლებიც ნამდვილად გამორჩეულია

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

  • ყოველი საიტი, რომელსაც ჩვენ ვჰოსტავთ, ყოველდღიურად მოწმდება მავნე პროგრამებზე, ხოლო პროაქტიული WAF ბლოკავს ექსპლოიტის ცნობილ ტექნიკებს მანამ, სანამ შესაბამისი დაუცველობისთვის უსაფრთხოების განახლება გამოვა — ეს არის გზა, რომლითაც საიტი შეიძლება სხვისი თავდასხმის იარაღად იქცეს.
  • გამავალ წერილებზე დაწესებულია შეზღუდვა საიტის მიხედვით და მოწმდება მოცულობის მკვეთრი ზრდა, დაბრუნების მაჩვენებლები, ბლოკლისტში მოხვედრა და საჩივრების სიგნალები, რათა სპამის გამგზავნი დაზიანებული საიტი გამოვლინდეს რამდენიმე წუთში და არა ბლოკლისტში მოხვედრის შემდეგ.
  • სავარაუდო მავნე პროგრამა და ფიშინგი გადამოწმდება Google Safe Browsing-თან, PhishTank-თან და SURBL/APWG-თან, და უკავშირდება სკანირების შედეგებს აღსრულების გადაწყვეტილების მიღებამდე.
  • რესურსების ბოროტად გამოყენება და კრიპტომაინერები თავს იჩენს LVE CPU და IO შეცდომების სახით, რომლებიც ფიქსირდება თითოეულ საიტზე, რაც ავტომატურად ზღუდავს დამრღვევს.
  • ყოველი სიგნალი ხვდება ადმინისტრატორის კონსოლის დარღვევების მართვის ერთ სამუშაო მაგიდაზე — აგრეგირებული, დედუპლიცირებული და პრიორიტეტიზებული — ოთხი განცალკევებული ხელსაწყოს ნაცვლად.

ხშირად დასმული კითხვები

თუ ჩემს სერვერზე არსებულ სხვა საიტზე თავდასხმა განხორციელდება, რა დაემართება ჩემსას?

დიზაინის მიზანი იზოლაციაა. თითოეული საიტი მუშაობს საკუთარ CloudLinux LVE გარემოში შეზღუდული CPU-ით, RAM-ით, IO-ით, IOPS-ით, პროცესებითა და შესვლის პროცესებით, CageFS ფაილური სისტემის საკუთარი ხედით და საიტების მონაცემთა ბაზის რეგულირებით MySQL Governor-ის მეშვეობით. თავდასხმის ქვეშ მყოფი საიტი იზღუდება საკუთარ ზღვარზე და არ მოიხმარს მთლიან სერვერს, ხოლო LiteSpeed-ის თითოეულ IP-ზე კავშირების ლიმიტები განსაზღვრავს, თუ ვებ-სერვერის რა ნაწილის დაკავება შეუძლია მას. იზოლაცია შემუშავებულია ბირთვის დონეზე და არ კონფიგურირდება თითოეული მომხმარებლისთვის ცალ-ცალკე.

DDoS-დაცვა შედის თუ დამატებითი ფუნქციაა?

საბაზისო დონე გათვალისწინებულია ყველა გეგმაში: LVE და CageFS იზოლაცია, LiteSpeed კავშირებისა და მოთხოვნების შეზღუდვა, ქსელის ფაირვოლი, პროაქტიული WAF და მავნე პროგრამების სკანირება, ინფრასტრუქტურის წინ Cloudflare-ის პერიფერიული შთანთქმითა და პროვაიდერის დონის ქსელური ფილტრაციით. ჩვენ მას ვრთავთ პაკეტში, რადგან საკუთარი ინფრასტრუქტურის დაცვა არასავალდებულოდ ვერ დარჩება. ბოტების გაფართოებული მართვა, DDoS-ის უმაღლესი დონეები, გაუმჯობესებული WAF წესები და გამოყოფილი ფაირვოლის წესები არის დამატებითი ფუნქციები იმ საიტებისთვის, რომლებსაც ეს ესაჭიროებათ.

გათიშავთ ჩემს საიტს თავდასხმის შემთხვევაში?

DDoS-ის სამიზნედ ყოფნა ითვალისწინებს Cloudflare-ით შემსუბუქებას და თითოეულ საიტზე მოთხოვნების სიხშირის შეზღუდვას (rate limiting), ხოლო — მხოლოდ იმ შემთხვევაში, თუ შეტევა საფრთხეს უქმნის ძირითად სერვერს (origin) — 'throttled' (შეზღუდულ) მდგომარეობას: უფრო მკაცრ LVE ლიმიტებს იმ პირობით, რომ საიტი კვლავ ხელმისაწვდომია და ფუნქციონირებს. შეზღუდული რეჟიმი წნეხის შემცირებისთანავე ავტომატურად აღდგება. შეჩერება (suspension) გათვალისწინებულია მხოლოდ გადაუხდელობის ან დადასტურებული ბოროტად გამოყენების შემთხვევაში, და მაშინაც კი საიტი გატეხილი გვერდის ნაცვლად აჩვენებს ბრენდირებულ, კონკრეტული მიზეზის მითითებით შექმნილ დროებით გვერდს.

აღწევს თუ არა აპლიკაციის დონის დატბორვა ჩემს მონაცემთა ბაზამდე?

არაფრისთვის, რაც ქეშიდან მიეწოდება. LSCache პასუხობს ქეშირებული გვერდების მოთხოვნებს PHP-ს ან MySQL-ის გამოძახების გარეშე, ხოლო თითოეული საიტის Redis ობიექტების ქეში ამცირებს კითხვის დატვირთვას ნამდვილად დინამიკური გვერდებისთვის. რაც რჩება, შეზღუდულია თქვენი საიტის LVE პროცესებისა და შესვლის პროცესების ლიმიტებით და MySQL Governor-ის მიერ მონაცემთა ბაზის რეგულირებით თითოეულ საიტზე, ასე რომ, ერთი საიტის მონაცემთა ბაზის დატვირთვა ვერ გადავა სერვერზე. კალათის, გადახდის, ჩემი ანგარიშისა და სესიის გვერდები ნაგულისხმევად რჩება არა-ქეშირებული, რათა უსაფრთხოების გაძლიერებამ არასოდეს შეაფერხოს ტრანზაქცია.

შეგიძლიათ დაიცვათ ტრაფიკი, რომელიც არ არის HTTP?

დიახ, ქსელის დონეზე. პროვაიდერის დონის DDoS დაცვა ფილტრავს L3/4 წყალდიდობებს ჩვენი ფლოტის ზემოთ, პროტოკოლის მიუხედავად, ხოლო მოწინავე ან კორპორატიული მოთხოვნებისთვის Cloudflare Magic Transit და Spectrum ავრცელებენ კიდის დონის შემსუბუქებას არა-HTTP ტრაფიკზე.

როგორ გავიგო, რომ თავდასხმა მოხდა და რა ზომები მიიღეთ ამასთან დაკავშირებით?

აღსრულების ყოველი ცვლილება აღირიცხება მისი მიზეზით, იმის მითითებით, ავტომატური იყო ის თუ პერსონალის მიერ ინიცირებული, და შესაბამისი მტკიცებულებებით. თქვენ გეცნობებათ, თუ რა შეიცვალა და რა აგვარებს ამას, ყოველი ქმედება ექვემდებარება გასაჩივრებას, ხოლო პრივილეგირებული ქმედებები აღირიცხება აუდიტის ჟურნალში თქვენივე შესაბამისობის კვალისთვის. სიგნალები თავმოყრილია ერთიან Abuse Desk-ში, ნაცვლად სხვადასხვა ხელსაწყოებში გაბნევისა.

შემიძლია ამის გამოცდა გადახდამდე?

დიახ. Footprint-Free ჰოსტინგი იწყება ბარათის გარეშე 14-დღიანი საცდელი პერიოდით 5-მდე საიტისთვის — გადახდის მონაცემებისა და ვალდებულებების გარეშე. პაკეტები უზრუნველყოფილია 30-დღიანი უპირობო თანხის დაბრუნების გარანტიით, უფასო მიგრაციებითა და პროვაიდერზე მიჯაჭვულობის გარეშე.

დაცვა, რომელიც უკვე ჩართულია ტრაფიკის შემოსვლისას

ქსელის ფილტრაცია, პერიფერიული შთანთქმა, სერვერის შეზღუდვა და თითოეული საიტის იზოლაცია მუშაობს განთავსების მომენტიდანვე — არაფერია კონფიგურირებადი, ინციდენტის დროს ჩასართავი არაფერია. დაიწყეთ ბარათის გარეშე 14-დღიანი საცდელი პერიოდით, რომელსაც თან ახლავს 30-დღიანი თანხის დაბრუნების გარანტია და უფასო მიგრაციები.

დაიწყეთ უფასოდ