Все о Linux. LinuxRSP.Ru

[an error occurred while processing this directive]

Cвежие новости Linux и BSD, анонсы статей и книг прямо в почтовый ящик!
Подписаться письмом


 Сегодняшние новости:

25 лет исполнилось ядру Linux

Релиз KDevelop 5.0

Oracle открывает код JDK9 для ARM

Выпущен Timewarrior 1.0.0

Релиз Android 7.0

Percona Memory Engine для MongoDB на базе WiredTiger

PowerShell открыт и доступен для Linux

Форк TrueCrypt: VeraCrypt 1.18

Релиз Snapcraft 2.14

Релиз Go 1.7

Стабильный выпуск рабочего стола Lumina

Вышла первая версия аналога OpenCV - DCV 0.1

Выпуск минималистичной программы для мониторинга jsonmon 3

В MIT разработали новый язык программирования

Первый релиз Qt5Gtk2

Godot 2.1 - новая версия открытого игрового движка

Свободная цифровая станция звукозаписи: Ardour 5.0

Обновление SkypeWeb Plugin for Pidgin

Вышла версия 3.0 Android File Transfer для Linux (и для OS X)

Программный аналог MIDI-контроллера для создания музыки: Launchpadd v1.3

Mozilla спонсирует поддержку Python 3.5 в PyPy

Ef 0.08 - программа для моделирования динамики заряженных частиц

Обновление текстового редактора TEA до версии 42.0.0

Релиз OpenOrienteering Mapper 0.6.4

Вышли Guix и GuixSD 0.11

Релиз Opera 39

Выпуск LibreOffice 5.2

В OpenSSH обнаружены и устранены некоторые уязвимости

Эмулятор FCEUX 2.2.3

Компания Билайн переходит на российскую СУБД с открытым исходным кодом Tarantool

Google

 Новые статьи :

Утилиты для восстановления потерянных данных в Linux

Лучшие файловые менеджеры для Android

20 лучших бесплатных книг о Linux

Как сгенерировать открытый/закрытый SSH-ключ в Linux

Grive - клиент Google Drive для Linux с открытым исходным кодом

Протокол IPv6: варианты подключения

Сервер из образа: DHCP + TFTP + Initrd + OpenVZ

Обзор веб-панелей управления хостингом

Приёмы работы с Vim

Nginx как Reverse Proxy для сайта, использующего SSL

Разработка модулей ядра Linux

Мониторинг нагрузки http-сервера Apache 2

Перевод комментариев к файлу конфигурации Squid

Решение проблем при использовании "1c предприятие" 8.2 в Linux

Advanced Bash-Scripting Guide Искусство программирования на языке сценариев командной оболочки







Rambler's Top100





 
 

Некоторые рассуждения о защите от ddos на примере защиты от SSL denial of service attack

Как многие слышали, недавно был представлен эксплойт, который поможет вам погасить любую машинку с SSL, торчащим наружу.

Я бы сегодня хотел немного порассуждать на тему того, как защищаться от подобных атак (заранее, само собой). Заодно я вам расскажу о том, как рассуждает любой системный администратор, защищаясь от dos/ddos атаки.

Для того, чтобы отразить любую dos/ddos атаку существует обычно 6 способов:
1) увеличить мощности (в таком случае, мощности ботнета может не хватить для успешной атаки. Плохой способ в принципе, но помогает при простых атаках (GET / HTTP/1.1\nHost: bla blabla\n\n, например).
2) увести атаку в сторону (например, совсем недавно, у меня атаковали один из сайтов. Атаковали дергая главную страницу. Здраво рассудив, что потеря главной страницы - не потеря всего сервиса, я nginx'ом спроксировал запросы на другой сервер. Он выстоял кстати, в конечном счете. Но рассчет был на то, что в спокойной обстановке я избавлюсь от атаки через ipfw).
3) сделать атаку невыгодной, значительно повысив нагрузку на клиент (в случае с SSL этот метод может сработать, как раз)
4) отключить проблемную часть сервиса в ущерб функциональности.
5) ограничить количество одинаковых запросов от одного хоста (очень плохо помогает, когда хостов много)
6) в реальном времени блокировать файрволлом атакующих, распознавая их по общим признакам (прекрасный способ, если у вас FreeBSD или iptables+ipset. Поставленный впереди сервера BSD-шлюз поможет вам отразить почти любую атаку (ну кроме UDP-флуда объёмом большим, чем канал)).

Рассмотрим применимость всего этого к указанному в заголовке типу атаки.
Во-первых, немного о самой атаке. Использует она механизм SSL/TLS renegotiation. Было бы некрасиво пытаться его перевести.
Проверить, уязвим ли ваш хост, можно выполнив команду:
openssl s_client -connect host:443
После того, как вы получите сертификат - нажмите shift+R, потом Enter. Если ваш хост поддерживает данный механизм - то соединение останется "живым". В противном случае вас выбросит в консоль (потренироваться можно на gmail.com, у них этот механизм отключен).

Теперь по порядку.
1) Увеличение мощности здесь бесполезно. Даже самый маленький ботнет сейчас составляет не менее 1000 хостов. Обмен здесь идет 1 на 1 - 1 атакующий на 1 сервер (если у вас не 48 поточные монстры с 196+ памяти).
2) Увести атаку в сторону. Эффективный способ, если вы не так страшитесь потери SSL. Направляем при помощи rinetd 443 порт в виртуалку (которая упрется в ограничение по процессору и памяти) и пусть по возможности отплевывается и проксирует запросы к нашему вебсерверу. Ну или даже отвести атаку на другую машину физическую. LXC вам в помощь.
3) Сделать атаку невыгодной. Это может помочь при маленьком ботнете или одном атакующем. Например, RSA ключик в 4096 бит требует от сервера примерно в 25 раз больше затрат CPU, чем от клиента. А при DHE-DSS-AES256-SHA сервер потратит в 2 раза меньше процессорного времени, чем клиент. Тогда клиент с Core Quad никогда не повалит ваш i7.
4) Отключить проблемную часть сервиса. Насколько я помню, renegotiation отключен в openssl 0.9.81. Могу быть неправ - если будете использовать этот вариант - проверьте. Nginx, по идее, также не поддерживает данную фичу в текущем релизе (1.х). Но опять же - проверяйте.
5) Ограничить количество одинаковых запросов. В нашем случае - это SSL handshake. Вот тут приведены примеры того, как ограничить или заблокировать через iptables этот механизм.
6) Тут уже сами фантазируйте. Я обычно скармливаю лог вебсервера самописным скриптам, которые идут на шлюз и пишут там правила в ipfw. Реже - в ipset кормлю ip-адреса.


Иcтoчник
      

Связь | О проекте LinuxRSP | Реклама | О Linux
© 1999-2024 LinuxRSP