Size: a a a

2020 August 20

V

V in Distributed
Sergey Bychkow
Зачем на роутере? Если ты хочешь с фаерволом разговаривать интерактивно в гуе, то лучше, чтобы это работало прямо на рабочем компе
Затем, чтобы контролировать все устройства в сети, а не только комп
источник

i

io in Distributed
V
Затем, чтобы контролировать все устройства в сети, а не только комп
+
источник

C

Combot in Distributed
io (0) увеличил репутацию V (2)
источник

SB

Sergey Bychkow in Distributed
Захлебнёшься идентифицировать весь трафик из всей сети вручную
источник

LV

Laksander Verf in Distributed
io
или может есть решение для голого линукса - я бы согласился
ИМХО, нерешаемо. Дело в том, что сама ОС знает, какие программы открывают какие порты. И в пределах одного компьютера нет проблемы разрешать хождение пакетов "per app". Но когда пакеты отправляются на внешний маршрутизатор - на них уже нет никаких идентификаторов, какая программа их отправила.
источник

i

io in Distributed
Laksander Verf
ИМХО, нерешаемо. Дело в том, что сама ОС знает, какие программы открывают какие порты. И в пределах одного компьютера нет проблемы разрешать хождение пакетов "per app". Но когда пакеты отправляются на внешний маршрутизатор - на них уже нет никаких идентификаторов, какая программа их отправила.
Это понятно, все так.

Но ведь решение может быть двух компонентным:
- Ядро фаервала на роуте, типа сервер.
- А клиент на машине админа.

Клиент может ходить в сервер за новыми запросами на пермисшон вида IP:port --> IP:port и уже на машине админа смотреть по крайней мере софт и порты машины админа.

А если клиент будет и на остальных машинах - будет больше охват по тому "от какого софта идёт запрос наружу".

То есть проблема совершенно точно решаема, хотя и не с наскоку.
источник

i

io in Distributed
Но на самом деле меня бы устроило даже решение без идентификации софта-источника. Там по назначению будет часто все понятно. А ведь модно ещё MITM свой для себя вставить!
источник

i

io in Distributed
Просто сейчас у меня на роутере бесконтрольно вся сеть может ходить наружу и я нахожу это порочным. Слишком беспорядочные связи.
источник

i

io in Distributed
А какие возможности по выпилу кук, аналитики, счётчиков и рекламы открываются!
источник

LV

Laksander Verf in Distributed
Чтобы выпилить 60% аналитики, счетчиков и рекламы - достаточно поставить у себя собственный DNS-сервер с блокировкой нехороших доменов.
источник

i

io in Distributed
Laksander Verf
Чтобы выпилить 60% аналитики, счетчиков и рекламы - достаточно поставить у себя собственный DNS-сервер с блокировкой нехороших доменов.
Согласен. Просто в схеме с таким фаерволом это было бы одно из бесплатных следствий.
источник

LV

Laksander Verf in Distributed
Собственный MITM это хорошо - но на все устройства надо будет запихивать корневой сертификат.
источник

i

io in Distributed
Ну и блокировка по DNS хоть и рабочая тема, но все же не достаточно жестокая.
источник

i

io in Distributed
Laksander Verf
Собственный MITM это хорошо - но на все устройства надо будет запихивать корневой сертификат.
Ну да, дома можно себе такое позволить. Но это тоже опционально.
источник

i

io in Distributed
Главное это чтобы фанрвол на роутере никого никуда не пускал без гибкой системы пермисшенов.
источник

i

io in Distributed
Причём я понимаю что это не сложно принципиально. Берём iptables. Там как-то мониторим, но подвешиваем сессию, не дропая (может потребуется доработка iptables). Ну а на каждое такое событие делаем очередь запросов, клиент-сервер, движок правил, гуй. Если ОК - сессию пускаем. Не добро - льем на пол.

Хоть самому пиши.
источник

LV

Laksander Verf in Distributed
Так это клиент придется к каждому компьютеру отдельно ставить.
источник

LV

Laksander Verf in Distributed
А зачем нагружать роутер, если можно все это добро детектить непосредственно на устройстве?
источник

i

io in Distributed
Laksander Verf
А зачем нагружать роутер, если можно все это добро детектить непосредственно на устройстве?
Устройств дома много и там разные ОС. Хочется почикать паразитный трафик решительно и в одном месте.
источник

LV

Laksander Verf in Distributed
Ну вот "как-то мониторим" - это требует клиентов на разные ОС. И никакой разницы.
источник