Drop port scanners

Базовая функциональность RouterOS
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

Так как есть открытые порты, то не хочется, чтобы зловреды занимались подбором паролей на сервере...
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

На сколько я понимаю, зловреды сначала сканируют все порты, а уже после того как определяют какие порты "отвечают", начинают атаки на эти открытые порты...
Поэтому я подумал, что если дать отбой сканерам портов, то снизиться вероятность взлома RDP, да и нагрузка на сам сервер, как то так :)
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

Проще всё же непосредственно закрыть порт каким-нибудь PortKnocking'ом.

Также PSD можно реализовать непосредственно в правилах NAT, которые будут сканеры заносить в Address-List, затем ниже делать Accept для сканеров - и уже потом пробрасывать порты для более легитимных пользователей, например.
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

Chupaka писал(а): 23 дек 2018, 20:52 Также PSD можно реализовать непосредственно в правилах NAT, которые будут сканеры заносить в Address-List, затем ниже делать Accept для сканеров - и уже потом пробрасывать порты для более легитимных пользователей, например.
такое правило ?
chain=dstnat action=add-src-to-address-list protocol=tcp psd=21,3s,3,1 address-list=block_rdp address-list-timeout=10m in-interface=interne>
dst-port="" log=no log-prefix=""
затем ниже делать Accept для сканеров
это не понял, зачем Accept для сканеров ?
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

Да, типа такого.

Accept для того, чтобы прервать обработку правил dstnat. Альтернатива — в каждом правиле проброса дописать src-address-list=!block_rdp. При большом количестве пробросов неудобно и путь к дальнейшей путанице :)
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

Chupaka писал(а): 24 дек 2018, 15:08 При большом количестве пробросов неудобно и путь к дальнейшей путанице :)
а чем плохо использовать использовать Src.Address List ?
по моему вполне наглядно :)
Screenshot_1.jpg
Screenshot_1.jpg (101.56 КБ) 3225 просмотров
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

Да, именно такого я стараюсь избегать без надобности =)
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

Вы рекомендуете в NAT делать только "проброс порта", а уже в Filter Rules обрабатывать (фильтровать) так ?
а чем кроме красивости/наглядности в NAT этот прием лучше?
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

Просто красивость/наглядность. Которая потом не даст повода где-нибудь недосмотреть и ошибиться.

Про рекомендации не совсем понял... Я рекомендую "пробрасывать" только легитимные источники, а block_rdp не пробрасывать, чтобы они приземлились в input, а не forward. Где их и заблокировать окончательно, например.
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

Chupaka писал(а): 26 дек 2018, 17:30
Я рекомендую "пробрасывать" только легитимные источники, а block_rdp не пробрасывать, чтобы они приземлились в input, а не forward. Где их и заблокировать окончательно, например.
Что-то я запутался, подскажите, плиз, а как из forward переделать в input ?

а можете поделиться как вы делаете проброс порта с блокировкой "левых" ?
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

chas99 писал(а): 27 дек 2018, 10:43 Что-то я запутался, подскажите, плиз, а как из forward переделать в input ?
Не переделать, а оставить. Нет DST-NAT - пакет уйдёт в input.
chas99 писал(а): 27 дек 2018, 10:43 а можете поделиться как вы делаете проброс порта с блокировкой "левых" ?
Никак, у меня такой необходимости нет. Я лишь говорю, что добавить accept-правило в NAT для block_rdp - и из всех правил можно убрать этот параметр, что сделает конфиг чище. Чем меньше дополнительных параметров - тем сложнее запутаться в них :)
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

так ?
в самом начале списка NAT
chain=dstnat action=accept protocol=tcp src-address-list=block_rdp in-interface=internet log=no log-prefix=""
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

Да я бы уже все протоколы accept'ил от этих злодеев. Зачем только tcp? :)
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

а в Filter Rules, в самый верх добавить
chain=input action=drop protocol=tcp src-address-list=block_rdp in-interface=internet log=no log-prefix=""
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

итого в NAT добавить эти правила, первое будет пакеты от "block_rdp" отправлять в input Filter Rules для дальнейшей блокировки, а второе будет заносить адреса в "block_rdp" тех кто будет подпадать под PSD

chain=dstnat action=accept protocol=tcp src-address-list=block_rdp in-interface=internet log=no log-prefix=""
chain=dstnat action=add-src-to-address-list protocol=tcp psd=21,3s,3,1 address-list=block_rdp address-list-timeout=10m in-interface=interne>
dst-port="" log=no log-prefix=""
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

Ну, строго говоря, оно не будет отправлять, пакеты сами туда попадут, т.к. идут на адрес роутера - и их никто не перенаправляет.

Ну и я бы правила NAT добавил в обратном порядке, чтобы если второе правило "нашло" хулигана - первое бы тут же сработало на него, не дожидаясь следующего соединения.
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

Спасибо!
chas99
Сообщения: 127
Зарегистрирован: 10 фев 2017, 08:52

Re: Drop port scanners

Сообщение chas99 »

Chupaka писал(а): 27 дек 2018, 13:28 Ну и я бы правила NAT добавил в обратном порядке, чтобы если второе правило "нашло" хулигана - первое бы тут же сработало на него, не дожидаясь следующего соединения.
я тут подумал :oops:
насчет порядка правил... если Accept будет вторым правилом (как предлагаете вы), и если хулиган будет сканировать, то первое правило всегда будет в работе и занимать ресурсы роутера (или не обращать на это внимание?)..
Аватара пользователя
Chupaka
Сообщения: 3880
Зарегистрирован: 29 фев 2016, 15:26
Откуда: Минск
Контактная информация:

Re: Drop port scanners

Сообщение Chupaka »

Если PSD будет занимать хоть сколь-нибудь значительное количество ресурсов - есть мнение, что тогда непосредственно само сканирование будет наименьшим из имеющихся зол :)
Ответить