Легкий способ защитить свой Mikrotik от атак
Хочу поделиться с сообществом простым и рабочим способом, как при помощи Mikrotik защитить свою сеть и выглядывающие из-за него сервисы от внешних атак. А именно всего тремя правилами организовать на Микротике honeypot.
Итак, представим, что у нас небольшой офис, внешний IP за которым стоит RDP сервер, для работы сотрудников по удаленке. Первое правило это конечно сменить порт 3389 на внешнем интерфейсе на другой. Но это ненадолго, спустя пару дней журнал аудита терминального сервера начнет показывать по несколько неудачных авторизаций в секунду от неизвестных клиентов.
Итак, что такое honeypot в двух словах — это приманка, в нашем случае какой-либо популярный порт на внешнем IP, любой запрос на этот порт от внешнего клиента отправляет src адрес в черный список. Все.
/ip firewall filter add action=add-src-to-address-list address-list="Honeypot Hacker" \ address-list-timeout=30d0h0m chain=input comment="block honeypot ssh rdp winbox" \ connection-state=new dst-port=22,3389,8291 in-interface=\ ether4-wan protocol=tcp add action=add-src-to-address-list address-list="Honeypot Hacker" \ address-list-timeout=30d0h0m chain=input comment=\ "block honeypot asterisk" connection-state=new dst-port=5060 \ in-interface=ether4-wan protocol=udp /ip firewall raw add action=drop chain=prerouting in-interface=ether4-wan src-address-list=\
Honeypot Hacker
Первое правило на популярных TCP портах 22, 3389, 8291 внешнего интерфейса ether4-wan отправляет в список Honeypot Hacker (порты для ssh, rdp и winbox заблаговременно отключены или изменены на другие). Второе делает то-же самое на популярном UDP 5060.
Третье правило на стадии прероутинга дропает пакеты гостей чей srs-address попал в «Honeypot Hacker».
Спустя две недели работы моего домашнего Mikrotik список Honeypot Hacker включил в себя около полутора тысяч IP адресов любителей «подержать за вымя» мои сетевые ресурсы (дома своя телефония, почта, nextcloud, rdp) Brute-force атаки прекратились, наступило блаженство.
На работе не все так просто оказалось, там rdp сервер продолжают ломать перебором паролей.
Судя по всему номер порта определили сканером за долго до включения honeypot, а во время карантина не так-то легко перенастроить более 100 пользователей, из которых 20% старше 65 лет. В случае когда порт менять нельзя, есть небольшой рабочий рецепт. Подобное в интернете встречал, но тут присутствует допил и тонкая настройка:
Правила для настройки Port Knocking
/ip firewall filter add action=add-src-to-address-list address-list=rdp_blacklist \ address-list-timeout=15m chain=forward comment=rdp_to_blacklist \ connection-state=new dst-port=3389 protocol=tcp src-address-list=\ rdp_stage12 add action=add-src-to-address-list address-list=rdp_stage12 \ address-list-timeout=4m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage11 add action=add-src-to-address-list address-list=rdp_stage11 \ address-list-timeout=4m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage10 add action=add-src-to-address-list address-list=rdp_stage10 \ address-list-timeout=4m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage9 add action=add-src-to-address-list address-list=rdp_stage9 \ address-list-timeout=4m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage8 add action=add-src-to-address-list address-list=rdp_stage8 \ address-list-timeout=4m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage4 add action=add-src-to-address-list address-list=rdp_stage7 \ address-list-timeout=4m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage6 add action=add-src-to-address-list address-list=rdp_stage6 \ address-list-timeout=4m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage5 add action=add-src-to-address-list address-list=rdp_stage5 \ address-list-timeout=2m chain=forward connection-state=new dst-port=\ 3389 protocol=tcp src-address-list=rdp_stage4 add action=add-src-to-address-list address-list=rdp_stage4 \ address-list-timeout=2m chain=forward connection-state=new dst-port=\ 3389 protocol=tcp src-address-list=rdp_stage3 add action=add-src-to-address-list address-list=rdp_stage3 \ address-list-timeout=2m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage2 add action=add-src-to-address-list address-list=rdp_stage2 \ address-list-timeout=2m chain=forward connection-state=new dst-port=3389 \ protocol=tcp src-address-list=rdp_stage1 add action=add-src-to-address-list address-list=rdp_stage1 \ address-list-timeout=2m chain=forward connection-state=new dst-port=3389 \ protocol=tcp / ip firewall raw add action=drop chain=prerouting in-interface=ether4-wan src-address-list=\ rdp_blacklist
За 4 минуты удаленному клиенту разрешается сделать только 12 новых запросов к RDP серверу. Одна попытка входа — это от 1 до 4 запросов. При 12-ом запросе — блокировка на 15 минут. В моем случае злоумышленники сервер взламывать не перестали, подстроились под таймеры и теперь делают это очень медленно, такая скорость подбора сводит эффективность атаки к нулю. Сотрудники предприятия от принятых мер никаких неудобств в работе практически не испытывают.
- Еще одна маленькая хитрость
Это правило включается по расписанию в час ночи и выключается в 5, когда живые люди точно спят, а автоматизированные подборщики продолжают бодрствовать.
/ip firewall filter add action=add-src-to-address-list address-list=rdp_blacklist \ address-list-timeout=1w0d0h0m chain=forward comment=\ "night_rdp_blacklist" connection-state=new disabled=\ yes dst-port=3389 protocol=tcp src-address-list=rdp_stage8
Уже на 8ом по счету соединении IP злоумышленника отправляется в черный список на неделю. Красота!
Ну и в довесок к вышесказанному добавлю ссылку на [wiki.mikrotik.com/wiki/Drop_port_scanners Wiki статью], с рабочей настройкой защиты Микротика от сетевых сканеров. На моих устройствах эта настройка работает вместе с вышеописанными honeypot правилами, неплохо их дополняя. UPD: Как подсказали в комментариях, правило дропа пакетов перемещено в RAW, для снижения нагрузки на роутер.
ИСТОЧНИК:
