1. Облачный DDoS фильтр
То, о чем мечтают
владельцы атакуемых сайтов

2. Масштаб проблемы
• Ежемесячно 1000 сайтов Рунета страдают
от DDoS-атак.
• Заказать DDoS-атаку, которая выключит
сайт врага или конкурента на неделю –
дешевле, чем сходить в ресторан.
• Превентивные методы защиты стоят от 10
000 руб. в месяц.
• Ни один человек в России не был наказан
за DDoS-атаки.

3. Зачем производятся атаки?
• Эмоциональные мотивы - досадить врагу.
• Коммерческие мотивы – устранение
конкурирующего бизнеса.
• Криминальный бизнес – рэкет, требование
денег за прекращение атаки.

4. Как работает DDoS?
• Большое количество компьютеров
(«зомби», «ботов») притворяются
обычными пользователями веб-сервиса.
• Если веб-сервис не может отличить ботов от
настоящих пользователей – он пытается
обслужить их всех.
• Если ботов достаточно много – сервис
может не справиться из-за истощения
ресурсов.

5. Глобальная задача борьбы с DDoS –
заблокировать запросы ботов и
обработать запросы настоящих
пользователей.

6. Методы борьбы
• Выключение сайта. Грустный метод.
• Защита средствами хостинг-провайдера.
Обычно малоэффективен.
• Защита собственными средствами. Требует
больших инвестиций.
• Использование сервисов фильтрации
трафика. Оптимальный метод.

7. Сервисы фильтрации
• Защищаемый веб-сервис не в состоянии
переварить нагрузку, вызываемую ботами
во время DDoS. Поэтому трафик
направляют на фильтрацию.
• Центр фильтрации, как правило –
распределенный кластер, толстые каналы и
большая вычислительная мощность.
• Умеет выделять настоящих пользователей и
отправлять веб-сервису только их запросы.

8. В чем проблема?
• Владельцу небольшого Интернет-бизнеса
не в радость платить «лишние» $300-500
ежемесячно за превентивную защиту от
DDoS.
• Отсутствие превентивной защиты чревато
многочасовой недоступностью сайта (хотя
бы для активации защиты), «выпадением»
из поиска и т.п. – не меньшими потерями.

9. А в чем счастье?
• Заказчик DDoS не должен получить ничего,
никакого видимого эффекта. Тогда он
загрустит, пожалеет о напрасно потраченных
деньгах и оставит свои попытки.
• Абонентской платы быть не должно. После
отражения первой атаки никто не знает, будет
ли вторая, и имеет ли смысл «на всякий
случай» платить по $300 в месяц
неопределенное время?

10. И что же мешает?
• Инфраструктура центра фильтрации трафика –
это инвестиции, которые надо окупать.
• Если даже на обслуживании 10 тысяч
среднестатистических сайтов, то шесть дней из
семи не будет вообще никаких атак.
• Все остальное время вычислительные ресурсы
и каналы стоят без дела и ждут «а вдруг
война?»
• Угадайте, кто платит за это? КЛИЕНТЫ.

11. Коммерческое
• Cloud DDoS Filter - сервис превентивной
защиты без абонентской платы.
• Демократичная ценовая политика для клиента
любого уровня, не только для Интернет-
магнатов.
• Финансовая гарантия качества. Оплата
взимается только по факту успешно
отраженной атаки пропорционально ее
мощности.
• Максимальный размер месячной оплаты не
превышает согласованный сторонами лимит.

12. Техническое
• Легко подключается редактированием зоны
DNS
• Пока нет атаки, трафик идет мимо сервиса.
• При атаке за счет низкого TTL за несколько
минут производится переключение в
режим фильтрации.
• Можно настроить и автоматическое
включение режима фильтрации при
признаках атаки.

13. Почему мы лучше других?
• Мы не покупаем и не арендуем оборудование,
которое стоит без дела. Это существенно снижает
себестоимость решения.
• Инфраструктура на основе Amazon Web Services
позволяет арендовать VDS с почасовой
тарификацией. Нужно – взял, не нужно – отказался.
• AWS имеет распределенную по всему миру сеть
дата-центров и позволяет легко размножать VDS в
любом из них – высокая отказоустойчивость.
• Приятный момент именно для сервиса фильтрации
– совершенно бесплатный входящий трафик AWS.

14. Как мы фильтруем трафик?
Довольно обычными методами.
• Intrusion Detection System, выделяющая адреса
ботов пассивным анализом трафика.
• Несколько уровней активной защиты,
умеющей отличать DDoS-ботов от браузеров, и
компьютеры в целом – от живых людей.
• Масштабирование, балансировка нагрузки и
отказоустойчивость за счет DNS-зоны с малым
TTL и динамического распределенного
кластера.