вы специально такие порты выбираете?
http://www.cnt.ru/~wh/articles/ref19.html
все что находиться от 1 до 1024 - лучше не использовать
Printable View
вы специально такие порты выбираете?
http://www.cnt.ru/~wh/articles/ref19.html
все что находиться от 1 до 1024 - лучше не использовать
Всем спасибо!!!!!
По порту 5190 - соединился.
Все сбросил, оставил только:
dropbear -p 5190
iptables -I INPUT -p tcp --dport 5190 -j ACCEPT
Вопрос закрыт. Только непонятно, почему на 443 не срабатывало?
(sftp настроен не был)
А почему ты проверку на SSH делаешь в прероутинге? Есть какая-то веская причина не выносить это в INPUT?
И вопрос общий, что-то гугл не очень говорлив. В чем разница --update и --rcheck ? Точнее, что для чего нужно? :-[
--updated--
p.s. Про блокирование - я сейчас пробую написать скрипт, выдирающий из лога фаервола попытки SSH взлома и вписывает их в ssh.deny с комментами. По крайней мере, это будет сохраняться после рестарта сервера - раз, и можно будет "почистить" - два.
http://snowman.net/projects/ipt_recent/Quote:
В чем разница --update и --rcheck ?
если коротко, то --update жестче.PHP Code:iptables -m recent -h
Уважаемые гуру, не могли бы помочь? Тут вопросов накопилось, форум перерываю, но ответа не нахожу, может из-за знаний узких.. В линухе чайник:confused:
1) читаю в Для новичков и ленивых:
2. Для telnet/ssh:
2.1. Сменить пароль нужного (существующего) юзера:ПишуCode:passwd username
, ввожу 2 новых пароля, все ок меняет, затемCode:passwd admin
Завершаю сессию, делаю новую с новым паролем - работает, старый пароль уже не работает, в принципе чего и надо было. Перезагружаю роутер - пароль слетает на дефаулт %) Как же сделать так, чтоб после перезагрузки пароль сохранился??Code:flashfs save
flasfs commit
flashfs enable
2) Читал про безопасность ssh, про то, что ломануть могут.. Но так и не понял как же перевести его с 22 порта на какой-то свой? Именно перевести, чтоб 22 перестал работать.
а по первому вопросу --- ищите по файлу с названием .files
вообще то нормально, когда вопрошающий делится подробностями --- хотя бы какое устройство и о какой прошивке идет речь. Или предлагается описать поведение всех прошивок для всех возможных устройств? :mad:Quote:
А он разве автоматом не стартует при запуске роутера? Если да, то где же поменять параметры запуска?
Прошу прощения, виноват:(
Прошивка от Олега 1.9.2.7-10, роутер Asus Wl-500 gP v2. Стоит все отсюда и mc.
Ну вот здесь же все написано:
http://wl500g.info/showthread.php?t=3171
Добавил в post-firewall нужную строку (в соответсвии с рекомендациями Mam(o)n), но по ssh всё равно невозможно зайти на рутер с внехи... только если нажать кнопку Update в веб-интерфейсе рутера (IP Config-Misc-Update) Получается зайти один раз. Подскажите, что делать:confused:
Mam(o)n советовал еще это:
Quote:
Ну я думаю еще можно показать результат выполнения команд iptables -L INPUT -vn и iptables -L -vnt nat для уверенности, что файрвол настроен правильно.
Code:[admin@gexsrv root]$ iptables -L INPUT -vn
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
46 5299 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID
220K 248M ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
3013 181K ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 state NEW
19395 5868K ACCEPT all -- br0 * 0.0.0.0/0 0.0.0.0/0 state NEW
1007 30224 ACCEPT 2 -- * * 0.0.0.0/0 224.0.0.0/4
19752 27M ACCEPT udp -- * * 0.0.0.0/0 224.0.0.0/4 udp dpt:!1900
648K 33M SECURITY all -- vlan2 * 0.0.0.0/0 0.0.0.0/0 state NEW
1 328 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:67 dpt:68
1 48 BRUTE tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22 flags:0x17/0x02
0 0 BRUTE tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 flags:0x17/0x02
0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.1.1 tcp dpt:80
10 640 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0
114K 8425K DROP all -- * * 0.0.0.0/0 0.0.0.0/0
Code:[admin@gexsrv root]$ iptables -L -vnt nat
Chain PREROUTING (policy ACCEPT 811K packets, 49M bytes)
pkts bytes target prot opt in out source destination
651K 33M VSERVER all -- * * 0.0.0.0/0 10.255.165.44
Chain POSTROUTING (policy ACCEPT 10750 packets, 902K bytes)
pkts bytes target prot opt in out source destination
153K 16M MASQUERADE all -- * vlan2 !10.255.165.44 0.0.0.0/0
110 24521 SNAT all -- * br0 192.168.1.0/24 192.168.1.0/24 to:192.168.1.1
Chain OUTPUT (policy ACCEPT 10820 packets, 922K bytes)
pkts bytes target prot opt in out source destination
Chain VSERVER (1 references)
pkts bytes target prot opt in out source destination
2 88 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8080 to:192.168.1.1:80
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:26578 to:192.168.1.65:26578
1 95 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:26578 to:192.168.1.65:26578
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:19505 to:192.168.1.65:19505
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:19505 to:192.168.1.65:19505
27 1440 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:36041 to:192.168.1.65:36041
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:36041 to:192.168.1.65:36041
5 224 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:24500 to:192.168.1.65:24500
1 95 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:24500 to:192.168.1.65:24500
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:36130 to:192.168.1.65:36130
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:36130 to:192.168.1.65:36130
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:29921 to:192.168.1.65:29921
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:29921 to:192.168.1.65:29921
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:28992 to:192.168.1.65:28992
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:28992 to:192.168.1.65:28992
30 3438 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:51411 to:192.168.1.65:51411
в данный момент видно, что прошивка стоит 1.9.2.7-d, ssh прокинут через веб интерфейс и там же включена защита от bruteforce путем ipt_recent. Вы пытаетесь прокинуть ssh через post-firewall второй раз и еще раз включить ту же защиту. Полагаю ничего хорошего ждать от этого не приходится.
Отключил в веб-интерфейсе защиту от брут-форса. Доступ по ssh из WAN появился,но работает почему-то не всегда(раза 3 из 5, в 2 случаях возникает ошибка connection refusd). Может быть проблема в недоступности DynDNS ил рутер чем-то очень сильно занят?
На всякий случай:
Code:[admin@gexsrv root]$ iptables -L INPUT -vn
Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
pkts bytes target prot opt in out source destination
26 2008 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID
837K 1092M ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
3179 191K ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 state NEW
18268 6082K ACCEPT all -- br0 * 0.0.0.0/0 0.0.0.0/0 state NEW
657 18920 ACCEPT 2 -- * * 0.0.0.0/0 224.0.0.0/4
64 9408 ACCEPT udp -- * * 0.0.0.0/0 224.0.0.0/4 udp dpt:!1900
349K 18M SECURITY all -- vlan2 * 0.0.0.0/0 0.0.0.0/0 state NEW
4 1312 ACCEPT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp spt:67 dpt:68
1 48 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22 flags:0x17/0x02
0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21 flags:0x17/0x02
0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.1.1 tcp dpt:80
7 448 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0
81854 5800K DROP all -- * * 0.0.0.0/0 0.0.0.0/0
Code:[admin@gexsrv root]$ iptables -L -vnt nat
Chain PREROUTING (policy ACCEPT 409K packets, 24M bytes)
pkts bytes target prot opt in out source destination
354K 18M VSERVER all -- * * 0.0.0.0/0 10.255.165.44
Chain POSTROUTING (policy ACCEPT 12496 packets, 1050K bytes)
pkts bytes target prot opt in out source destination
51085 5128K MASQUERADE all -- * vlan2 !10.255.165.44 0.0.0.0/0
143 31868 SNAT all -- * br0 192.168.1.0/24 192.168.1.0/24 to:192.168.1.1
Chain OUTPUT (policy ACCEPT 12572 packets, 1074K bytes)
pkts bytes target prot opt in out source destination
Chain VSERVER (1 references)
pkts bytes target prot opt in out source destination
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:8080 to:192.168.1.1:80
40 1816 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:26578 to:192.168.1.65:26578
1 95 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:26578 to:192.168.1.65:26578
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:19505 to:192.168.1.65:19505
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:19505 to:192.168.1.65:19505
27 1452 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:36041 to:192.168.1.65:36041
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:36041 to:192.168.1.65:36041
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:24500 to:192.168.1.65:24500
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:24500 to:192.168.1.65:24500
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:36130 to:192.168.1.65:36130
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:36130 to:192.168.1.65:36130
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:29921 to:192.168.1.65:29921
1 95 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:29921 to:192.168.1.65:29921
0 0 DNAT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:28992 to:192.168.1.65:28992
0 0 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:28992 to:192.168.1.65:28992
35 4045 DNAT udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:51411 to:192.168.1.65:51411
возможно, по крайней мере с точки зрения файрволла прокинуто все ок.
В чем же дело?
Прямо щас с работы проверяю и получаю Connection Refused :(
Хотя на веб интерфейс заходит...
Ради интереса покапался в логах и вот, что обнаружил
Похоже, что невозможно пройти аутентификацию, хотя никакие настройки не менял и раньше периодически можно было заходить по ssh.Code:Jan 1 05:00:10 ddns update: connected to members.dyndns.org (204.13.248.112) on port 80.
Jan 1 05:00:11 ddns update: authentication failure
Jan 1 05:00:11 ddns update: failure to update vlan2->10.255.165.44 (gex45.ath.cx)
Jan 1 05:00:11 ddns update: shutting down updater for gex45.ath.cx due to fatal error
UPD. Оттуда же из лога
Хм, почему же 22 порт in use?Code:Jan 1 05:00:09 dropbear[131]: Failed listening on '22': Error listening: Address already in use
Jan 1 05:00:10 dropbear[131]: premature exit: No listening ports available.
Jan 1 05:00:10 ddns update: connected to members.dyndns.org (204.13.248.112) on port 80.
Jan 1 05:00:11 ddns update: request successful
Jan 1 05:00:11 ddns update: successful update for vlan2->10.255.165.44 (gex45.ath.cx)
значит dropbear уже запущен.Quote:
Хм, почему же 22 порт in use?
Тоже этот вопрос заинтересовал
Автор модуля вот что пишет:
Параметры меняются наверное так:Quote:
The module itself accepts parameters, defaults shown:
ip_list_tot=100 ; Number of addresses remembered per table
ip_pkt_list_tot=20 ; Number of packets per address remembered
ip_list_hash_size=0 ; Hash table size
0 means to calculate it based on ip_list_tot, default: 512
ip_list_perms=0644 ; Permissions for /proc/net/ipt_recent/* files
debug=0 ; Set to 1 to get lots of debugging info
Code:modprobe ipt_recent ip_list_tot=1000
Пытался настроить безопасный доступ к ssh. Но что-то сам запутался.
ssh работает на стандартном порту (22).
Но доступ с работы я могу иметь только по 80 или 443 портам.
Поэтому делаю прокидывание 443 на локальный 22.
Сейчас этот кусок в пост-файрволл выглядит так:
гдеCode:# Ловим атакующих на shh (22) порт
# - создали таблицу для пакетов на 22 порт
iptables -N SSH_EVAL
# - Удаляю запрещающее правило
iptables -D INPUT -j DROP
# - все, что приход на 22 порт отправляем в нашу таблицу
iptables -A INPUT -p tcp --dport $SSH_PORT -j SSH_EVAL
# - фильтруем все, что не пришло с внутреннего интерфейса br0
iptables -A SSH_EVAL -i ! $BR0IF -p tcp -m state --state NEW --dport $SSH_PORT -m recent --set --name SSH_ATTACKER --rsource
iptables -A SSH_EVAL -i ! $BR0IF -p tcp -m state --state NEW --dport $SSH_PORT -m recent --update --seconds 600 --hitcount 4 --name SSH_ATTACKER --rsource -j DROP
# - установленные соединения разрешаю
iptables -A SSH_EVAL -p tcp --syn --dport $SSH_PORT -j ACCEPT
# - Возвращаю назад запрещающее правило
iptables -A INPUT -j DROP
# - пробрасываем внешний порт на 22 внутренний
iptables -t nat -I PREROUTING -i $PPP0IF -p tcp --dport $PPP0_SSH_PORT -j DNAT --to-destination $BR0IP:$SSH_PORT
В результате получаются открытыми в интернет оба порта и 22 и 443.Code:PPP0IP=$2
VLAN1IP=$6
BR0IP=$4
PPP0IF=$1
VLAN1IF=$5
BR0IF=$3
SSH_PORT=22
PPP0_SSH_PORT=443
Как сделать так чтобы остался открытым снаружи только 443, а внутри остался 22 ?
Это тоже вариант, но я кажется решил проблему.
Перечитав man по iptables в частности по DNAT, понял что там происходит с адресами.
Короче. В правило, открывающее доступ к 22 порту добавил проверку по целевому ip.
Теперь это правило выглядит так:
а было так:Code:# - все, что приход на 22 порт отправляем в нашу таблицу
iptables -A INPUT -d $BR0IP -p tcp --dport $SSH_PORT -j SSH_EVAL
Code:# - все, что приход на 22 порт отправляем в нашу таблицу
iptables -A INPUT -p tcp --dport $SSH_PORT -j SSH_EVAL
Такая вот проблема жить мешает.
Роутер WL-700gE, прошивка от KFurge.
Через какое-то время работы перестает пускать к себе по ssh.
Т.е. сначала могу нормально залогиниться через PuTTy и nTorrent c ББ или любого ноута.
Через какое-то время nTorrent пишет disconnected. При попытке запустить его по новой (опять же на любом компе) пишет Auth fail.
При попытке захода через PuTTy после ввода пароля пишет Access denied.
По телнету при этом пускает без проблем.
В чем может быть причина и как ее побороть?
Описанными способами можно ограничить интенсивность атак, т.е., например, не более 3 коннектов в течение 10 минут. А как можно ограничить количество одновременных коннектов к ssh-серверу с одного адреса? Как можно ограничить таймаут между установлением соединения с ssh-сервером и авторизацией на нем?
Это очень стремное действо, т.к. не каждая сессия закрывается при разрыве и так можно очень легко себя оставить без доступа вообще.Quote:
А как можно ограничить количество одновременных коннектов к ssh-серверу с одного адреса?
Долго он держался, в т.ч. еще сегодня утром, но вот опять не пускает.
nTorrent выдает "Auth fail".
В Putty ввожу root, ввожу пароль - говорит: "Access denied".
Вот конец лога:
Quote:
Oct 17 07:32:42 -- MARK --
Oct 17 07:52:46 -- MARK --
Oct 17 08:12:46 -- MARK --
Oct 17 08:32:46 -- MARK --
Oct 17 08:48:04 dropbear[1186]: Child connection from 192.168.1.5:2875
Oct 17 08:48:07 dropbear[1186]: password auth succeeded for 'admin' from 192.168.1.5:2875
Oct 17 08:52:46 -- MARK --
Oct 17 09:12:46 -- MARK --
Oct 17 09:32:46 -- MARK --
Oct 17 09:52:46 -- MARK --
Oct 17 10:12:46 -- MARK --
Oct 17 10:32:46 -- MARK --
Oct 17 10:52:50 -- MARK --
Oct 17 11:12:50 -- MARK --
Oct 17 11:17:52 dropbear[1186]: exit after auth (admin): error reading: Connection reset by peer
Oct 17 11:32:50 -- MARK --
Oct 17 11:52:50 -- MARK --
Oct 17 12:12:51 -- MARK --
Oct 17 12:32:51 -- MARK --
Oct 17 12:52:51 -- MARK --
Oct 17 13:12:51 -- MARK --
Oct 17 13:32:51 -- MARK --
Oct 17 13:52:57 -- MARK --
Oct 17 14:09:15 dropbear[1233]: Child connection from 192.168.1.5:2686
Oct 17 14:09:18 dropbear[1233]: login attempt for nonexistent user from 192.168.1.5:2686
Oct 17 14:09:18 dropbear[1233]: exit before auth: Disconnect received
Oct 17 14:11:53 dropbear[1241]: Child connection from 192.168.1.5:2943
Oct 17 14:12:24 dropbear[1241]: user 'root' has blank password, rejected
Oct 17 14:12:57 -- MARK --
Oct 17 14:13:16 dropbear[1241]: user 'root' has blank password, rejected
Oct 17 14:13:22 dropbear[1241]: user 'root' has blank password, rejected
Oct 17 14:13:27 dropbear[1241]: exit before auth (user 'root', 6 fails): Exited normally
Oct 17 14:16:22 dropbear[1243]: Child connection from 192.168.1.5:3242
Oct 17 14:16:42 dropbear[1243]: user 'root' has blank password, rejected
Oct 17 14:16:47 dropbear[1243]: user 'root' has blank password, rejected
Oct 17 14:21:48 dropbear[1243]: exit before auth (user 'root', 4 fails): Timeout before auth
а) вы уж выясните - админ или рут.
Тем более, что он вам английским языком пишет -
Oct 17 08:48:07 dropbear[1186]: password auth succeeded for 'admin' from 192.168.1.5:2875
Oct 17 14:13:22 dropbear[1241]: user 'root' has blank password, rejected
А что тут выяснять? Это заходы из разных программ в разное время. С утра авторизация проходила, потом перестала. И про того же админа лог написал уже "несуществующий юзер". Я потому и привел весь кусок.
Если Вас это смущает, вот последние действия:
А вот почему он отрубается и перестает принимать пароль - вопрос.Quote:
Oct 17 20:21:04 dropbear[643]: Child connection from 192.168.1.5:1203
Oct 17 20:21:07 dropbear[643]: password auth succeeded for 'admin' from 192.168.1.5:1203
Oct 17 20:21:23 dropbear[644]: Child connection from 192.168.1.5:1271
Oct 17 20:21:32 dropbear[644]: password auth succeeded for 'root' from 192.168.1.5:1271
а как же насчет того, что dropbear держит не более 30 соединений одновременно? так действительно можно остаться без свободных соединений.
Можно ли сделать логин / пароль на SSH таким образом, чтобы он отличался от telnet?
Прошу помочь разобраться с brut force FTP. Задрали наши желтолицые соседи.
Перечитав данную ветку в post-firewall добавил следующее правило:
Code:# for FTP
FTP_PORT=21
iptables -N FTPSCAN
iptables -A INPUT -p tcp --dport $FTP_PORT -j FTPSCAN
iptables -A FTPSCAN -i ! $3 -p tcp --dport $FTP_PORT /
-m state --state NEW -m recent --set --name FTP_BR_FR --rsource
iptables -A FTPSCAN -i ! $3 -p tcp --dport $FTP_PORT /
-m state --state NEW -m recent --update --seconds 60 --hitcount 3 /
--name FTP_BR_FR --rsource -j DROP
iptables -A FTPSCAN -p tcp --dport $FTP_PORT -j ACCEPT
Вот что говорит iptables -L INPUT -vnCode:$ lsmod
Module Size Used by Tainted: P
.........
ip_nat_ftp 3912 0 (unused)
ip_conntrack_ftp 5216 1
wl 892280 0 (unused)
et 31288 0 (unused)
ipt_recent 11640 2
Доступа, соответственно, к FTP нет. Порт в таймауте. Друзья, куда копать :confused:Code:Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
34 3076 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 state INVALID
27147 2454K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
188 11280 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 state NEW
1129 385K ACCEPT all -- br0 * 0.0.0.0/0 0.0.0.0/0 state NEW
31 868 ACCEPT 2 -- * * 0.0.0.0/0 224.0.0.0/4
0 0 ACCEPT udp -- * * 0.0.0.0/0 224.0.0.0/4 udp dpt:!1900
1850 233K DROP all -- * * 0.0.0.0/0 0.0.0.0/0
0 0 FTPSCAN tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:21
Заранее благодарен за помощь!