» Agnitum Outpost Firewall Pro

Нашел у себя в хелпах
Цитата:

D3 - Отключение правила "Allow Loopback"
Системное правило "Allow Loopback", включенное в настройках по умолчанию, представляет значительную угрозу безопасности для пользователей, использующих прокси-сервера (такие программы, как AnalogX Proxy, Proxomitron, WebWasher и некоторые anti-spam/anti-virus). Так как это правило разрешает использовать прокси любому приложению, для которого специально не заблокирован доступ в Интернет. Отключение или удаление этого правила исключает эту возможность.

Преимущества: Предотвращает возможность уязвимости правил прокси сервера "не доверенными" приложениями.
Недостатки: Каждое приложение, использующее прокси (например, web обозреватель с Proxomitron и т.д.) будет нуждаться в дополнительном правиле, разрешающем доступ к прокси (рекомендаций Rules Wizard - Мастера настроек будет достаточно в большинстве случаев).

Инструкции:

Убрать галочку напротив системного правила "Allow Loopback" в Параметры/Системные/Общие правила/Параметры.

shadow_member

Цитата:

Убрать галочку напротив системного правила "Allow Loopback" в Параметры/Системные/Общие правила/Параметры.

Уже "сто лет" как нет этого правила.

Подскажите кто-нибудь самую стабильную версию этого фаервола, а то с самой новой много вопросов.

1) Например, создал несколько правил для SVCHOST.EXE:
Разрешить исходящие UDP для DNS сервера провайдера.
Далее все остальное блокировать.
Иногда вижу опять вопрос на исходящее соединение UPD DNS и на тот же адрес. Почему фаер не отрабатывает по уже созданному правилу и опять задает дурацкие вопросы?

Также возникает еще один вопрос по SVCHOST.EXE. Пралило для DNS провайдера было создано только для исходящего соединения, но если росмотреть в логи, то там кроме исходящего соединения есть еще и входящие соединения на этот же адрес и порт. Как и это понимать?

Также поставил отметку Оповещать отрабатывания правил для SVCHOST.EXE и что меня удивило так это то, что временами появляется сообщение о разрешеном соединении, которое по правилам должно блокироваться. Не веря своим глазам я решил перепроверить логи. Но в логах пишет что все отработано нормально, как указано в правилах. Я че-то не понимаю. Это такой глюк? Ну тогда кто правду говорит, Уведомление или Лог?


Далее, заметил, что из всех приложений системных и не системных, только ASDSee 8.2 автоматом делается довереным приложением, несмотря на то, что автоматическое создавание правил отключено для всех приложений, даже для системных. Такое поведение совсем не обнадеживает, а наоборот складывается впечатление о дырявости аутпоста.

в связи с таким совсем не обнадеживающи поведением этой версии программы повторю вопрос - Подскажите кто-нибудь самую стабильную версию этого фаервола!

Использую винду 7 х64

Fafy

Цитата:

Подскажите кто-нибудь самую стабильную версию этого фаервола...

Финальная вполне стабильная.

Цитата:

1) Например, создал несколько правил для SVCHOST.EXE:

Вы бы их привели тут, а то что впустую разговаривать.

Цитата:

Пралило для DNS провайдера было создано только для исходящего соединения, но если росмотреть в логи, то там кроме исходящего соединения есть еще и входящие соединения на этот же адрес и порт.

DNS именно так и работает - вход и выход т.е. нет смысла в разрешающем правиле для днс и протокола UDP сервера указывать направление.

Цитата:

Далее, заметил, что из всех приложений системных и не системных, только ASDSee 8.2 автоматом делается довереным приложением, несмотря на то, что автоматическое создавание правил отключено для всех приложений, даже для системных. Такое поведение совсем не обнадеживает, а наоборот складывается впечатление о дырявости аутпоста.

Это, извините, лол!

Цитата:

Подскажите кто-нибудь самую стабильную версию этого фаервола!

Финальная вполне стабильная.

WildGoblin
Пока установил версию 9.1.4643.690.1951, пока попробую ее, а там видно будет.
Цитата:

Это, извините, лол!

Почему вы смеетесь? Установите ACDSee Ultimate 8.2.0.406 и попробуйте.
Первый раз, после установки фаервола, открываю любое изображение двойным кликом для просмотра в ASDSee, затем перехожу на вкладку управление. Аутпост спрашивает, Приложение пытается перейти в полноэкранный режим. Переключится? Хотя по сути это не переход в полноэкранный режим, а только переход на вкладку Управление. Если согласится, то как раз в этот момент и создается правило РАЗРЕШАЮЩУЮ ЛЮБУЮ АКТИВНОСТЬ для этого приложения. Если жму НЕТ, то тогда ничего такого не происходит, хотя все равно приложение переходит в полноэкранный режим и больше почему-то об этом не спрашивает.
Может по вашему так и должно быть? Или такого у вас не наблюдается?
Проактивка у меня отключена из-за ее тормознутости.

Об остальном, что будет замечено не так отпишусь позже.

Fafy
По моему Outpost не создает разрешающих правил если выше уже есть запрет на подобную активность. Этим и обьясняется ваши неверные выводы. Так же про полный экран, вы хоть посмотрите что он у вас спрашивает. Скорее всего он спрашивает переключаться ли ему, Outpost-у, в игровой режим, без вывода уведомлений и далее разрешать все или блокировать все, в зависимости от того, что вы поставили для этого режима на вкладке Настройки брандмауэра. Ни о каких разрешениях перейти приложению в полноэкранный режим речи не идет. Читайте, что он вам пишет, вместо того что бы самому писать.

Fafy

Цитата:

...затем перехожу на вкладку управление.

Что это за вкладка такая?

Цитата:

Проактивка у меня отключена из-за ее тормознутости.

ага...

wvxwxvw

Цитата:

...вы хоть посмотрите что он у вас спрашивает.

IMHO они'с не читатель.
P.S. А вы толково очень всё расписали!

Добавлено:

Цитата:

IMHO они'с не читатель.
P.S. А вы толково очень всё расписали!

Вы всегда так поспешно выводы делаете??? Я вижу что вы мастак только посмеятся над другими, а если по делу, то и нечего написать.
Повторяю, у меня стояли и стоят вот эти настрорйки:
Политика фонового режима - Режим БЛОКИРОВКИ
Политика игрового режима - Режим БЛОКИРОВКИ
А тому, если и должно что-то прописываться в правилах приложения, так это БЛОКИРОВАТЬ а не РАЗРЕШАТЬ.

Добавлено:

Цитата:

Что это за вкладка такая?

Вы что ACDSee никогда не использовали?
При двойном клике фото открывается в быстром просмотре и сверху есть такие вкладки: Быстрый просмотр, Управление, Просмотр, Режим корекции и Режим редактирования.


Добавлено:

Цитата:

По моему Outpost не создает разрешающих правил если выше уже есть запрет на подобную активность. Этим и обьясняется ваши неверные выводы.

Для SVCHOST.EXE создавал правила когда фаер спрашивал разрешение на ДНС провайдера. Я выбрал Другие в режиме Использовать предустановки и вручную создал правило Разрешить Исходящее UDP соединение на DNS провайдера (Локальный порт при этом не указывал). Потом со временем появляется опять этот же вопрос на Исходящее UDP соединение на DNS провайдера. Оказывается если поставить В УЖЕ СОЗДАННЫХ ПРАВИЛАХ отметку Локальный порт, только тогда видно разницу в ЛОКАЛЬНОМ ПОРТЕ между этими правилами. Если я не указал покальный порт, то по идее вопрос не должен возникать опять.

Пока удалил эти правила и создал вручную правило Разрешить Исходящее UDP соединение на DNS провайдера (Локальный порт опять таки при этом не указывал). А потом увидим, будет ли опять спрашивать или нет.

Fafy

Цитата:

Вы что ACDSee никогда не использовали?

Искорёженную русефекаторами никогда не использовал.

Цитата:

При двойном клике фото открывается в быстром просмотре и сверху есть такие вкладки: Быстрый просмотр, Управление, Просмотр, Режим корекции и Режим редактирования.

Нашёл, нажал - всё нормально открылось, в игровой режим не запросилось!

Цитата:

Если я не указал покальный порт, то по идее вопрос не должен возникать опять.

днс провайдера вы макросом указываете или вручную ip прописываете - может оно меняется? (И да - вас просили уже показывать правила про которые вы говорите!)

Цитата:

Разрешить Исходящее UDP соединение на DNS провайдера

"Исходящее" тут лишнее.

Цитата:

(Локальный порт опять таки при этом не указывал)

А зачем его указывать - у вас же будет создаваться 100500 правил?

Цитата:

Повторяю, у меня стояли и стоят вот эти настрорйки: Политика фонового режима - Режим БЛОКИРОВКИ Политика игрового режима - Режим БЛОКИРОВКИ   А тому, если и должно что-то прописываться в правилах приложения, так это БЛОКИРОВАТЬ а не РАЗРЕШАТЬ.

Fafy
Это уже обсуждалось. В игровом режиме создаются разрешающие правила для приложения, не зависимо от настроек...

Цитата:

днс провайдера вы макросом указываете или вручную ip прописываете - может оно меняется? (И да - вас просили уже показывать правила про которые вы говорите!)

Старого правила, которое создавал, когда фаер сам запрашивал уже нет, я его удалил и создал правило:

Код: Where the Protocol is UDP
    and Remote Address is 195.128.182.45, 195.128.182.46
    and Remote Port is DOMAIN
    and Direction is Outbound
Allow It

Цитата:

Даже если в настройках обновления стоит вручную, фаер самовольно лезет обновлятся.

Нет.
Оповещение - Загрузка новостей?

Цитата:

Нет.
Оповещение - Загрузка новостей?

Нет, это была не загрузка новостей! В это время в окне программы, на вкладке обновление было видно что программа проверяет обновление, затем выдало, что программа не нуждается в обновлении И указана актуальная дата обновления. Также и в логах писалось что это соединение относится к обновлению программы. После создания блокирующего правила того адреса обновления при попытке обновится вручную уже пишет, что Обновление предустановок и файлов конфигурации закончилось с ошибкой.

Fafy

Цитата:

Повторяю, у меня стояли и стоят вот эти настрорйки:  Политика фонового режима - Режим БЛОКИРОВКИ  Политика игрового режима - Режим БЛОКИРОВКИ   А тому, если и должно что-то прописываться в правилах приложения, так это БЛОКИРОВАТЬ а не РАЗРЕШАТЬ.  

Создайте запрещающее правило для приложения и тогда в игровом режиме (если там установлен режим Блокировки) сетевая активность приложения будет блокироваться (а разрешающие специально создаются - чтобы школьники не плакали из-за "надоедливого фаера" которые не даёт поиграть).

Цитата:

...создал правило:

Неправильно создали (честно говоря вообще не понимаю как вы его могли создать - сабж не дал бы создать такое правило т.к. DOMAIN это имя TCP порта, а не UDP) - вот правильное правило:

Код: Where the Protocol is UDP
    and Remote Address is 195.128.182.45, 195.128.182.46
    and Remote Port is 53
Allow It

Цитата:

Неправильно создали (честно говоря вообще не понимаю как вы его могли создать - сабж не дал бы создать такое правило т.к. DOMAIN это имя TCP порта, а не UDP) - вот правильное правило:

В том-то и дело, что я при создании правила ввожу 53 порт и в созданном правиле отображается порт DNS, но копируется правило как выше я привел (т.е. DOMAIN) Сам ничего понять не могу, но правило работает корректно.

Цитата:

Смотрите какой древний трюк есть - в "Правила для приложений" удаляете нужную программу (именно программу, а не правила для неё!) и при запросе Аутпоста создаёте правила заново.

Таким образом я раньше и создавал правила, но как раз после такого способа и возникают дополнительные вопросы.

А то, что фаер запоминает локальный порт и адрес и проч. данные если вы даже не отмечаете такие параметры они в созданном правиле сохраняются то это факт. По крайней мере у меня так на x64. Проверить это просто. Когда фаер сам запросит разрешение на соединение создаем его но не ставим отметку Где удаленный адрес и Локальный порт и др. и нажимаем ОК. Затем идем в Правила для приложений и пробуем редактировать только что созданное правило. Теперь ставим отметку Где удаленный адрес и Порты и ОПА откуда-то сами появляются эти данные. Откуда, если он их не запоминает при создании правила интерактивно?



Добавлено:

Цитата:

А до этого значит стояло разрешающее?

Я выше писал как я создавал правило. Однако повторюсь. Правил не было вообще и в один момент фаер запросил соединение для проверки обновлений для себя и пока я создавал вручную правило, фаер уже все проверил и отчитался также это отобразилось в логах.


Добавлено:

Цитата:

Это он не за обновлениями лезет, а за новостями - заблокируйте и всего делов.

Вопрос тут в другом, а именно что пока создаешь вручную правило программа успевает достучаться куда ей надо, а это не есть гуд.


Добавлено:

Цитата:

(Лично я вот не вижу надобности в этом игровом режиме - проще сразу всё настроить...)

И я не вижу для себя, но для меня новость что ему по барабану опции:

Код: Политика фонового режима - Режим БЛОКИРОВКИ
Политика игрового режима - Режим БЛОКИРОВКИ

Fafy

Цитата:

то, что фаер запоминает локальный порт и адрес и проч. данные если вы даже не отмечаете такие параметры они в созданном правиле сохраняются то это факт.

Да, действительно - есть такое!

Цитата:

Правил не было вообще и в один момент фаер запросил соединение для проверки обновлений для себя и пока я создавал вручную правило, фаер уже все проверил и отчитался также это отобразилось в логах.

Я давно не устанавливал сабж с нуля - разве для acs.exe не создаются автоматом разрешающие правила? Возможно вы выбрали при установке "не создавать автоматически правила"?

Цитата:

Вопрос тут в другом, а именно что пока создаешь вручную правило программа успевает достучаться куда ей надо, а это не есть гуд.

Протестирую на виртуалке...

Тут ещё такой момент есть - а вас лицензионный ключ? Если один из известных варезных, то при обновлении (без дополнительных кунштюков) должно было выскочить окно о том, что бла-бла-бла купите лиценз!

Цитата:

Политика игрового режима - Режим БЛОКИРОВКИ

Режим Блокировки в Игровом режиме означает, что запрещено всё, что специально не разрешено, но если приложение запрашивает соединение которое не обрабатывается каким-то существующим правилом, то оно разрешается - вроде так (если не путаю чего...).

Цитата:

а также зачем опция Обновлять в ручную если он все равно пробует проверить обновления? И это не загрузка новостей.

Если у вас выставлено в Расписании обновлений "Вручную", то обновление будет происходить только Вручную - остальная активность acs.exe это загрузка новостей.

Цитата:

Возможно вы выбрали при установке "не создавать автоматически правила"?

Да, именно так и было! Предпочитаю самому создавать правила.

Цитата:

Тут ещё такой момент есть - а вас лицензионный ключ? Если один из известных варезных, то при обновлении (без дополнительных кунштюков) должно было выскочить окно о том, что бла-бла-бла купите лиценз!

Еще не вводил никакого ключа. Пока только присматриваюсь к продукту.

Цитата:

Режим Блокировки в Игровом режиме означает, что запрещено всё, что специально не разрешено, но если приложение запрашивает соединение которое не обрабатывается каким-то существующим правилом, то оно разрешается - вроде так (если не путаю чего...).

Попробую написать в саппорт, пускай они прокомментируют все эти нюансы.

Цитата:

Если у вас выставлено в Расписании обновлений "Вручную", то обновление будет происходить только Вручную - остальная активность acs.exe это загрузка новостей.

Правила для acs.exe создавал только, когда программа сама об этом не спросила, чтобы знать куда именно она ломится. И если правила создаваемые интерактивно располагаются последовательно, то у меня нарисовалась такая последовательность:

Код: ip-5-61-14-164.spb.avantel.ru
a23-37-37-163.deploy.static.akamaitechnologies.com
a23-37-43-27.deploy.static.akamaitechnologies.com

C новостями давняя фишка, давно уже решёная. Нужно поставить галочку "не грузить новости", но окно с новостями всё-равно будет вылазить, пока хотя бы раз не ткнуть в этом окне "прочитать новости". Больше оно появляться не будет (до следующего обновления сабжа). И ничего не надо блокировать.
Неужели "мужики не знали"?

AnTul
Тут главный вопрос не столько что именно грузится, а в том, что пока создаешь правило приложение успевает достучаться куда надо. А это уже не очень хорошо.

Цитата:

приложение успевает достучаться

- вот это я не знал. Ничего себе - это даже не дыра, а дырища. Неужели так оно и есть? Это только в последней версии? Я не замечал такого раньше. Отойду от компьютера, приложение пытается обновиться, сабж запрос делает, пока я не ответил - приложение ничего не делает. Если бы оно пролазило, пока сабж запрашивает меня, то, как я понимаю - обновилось бы?

AnTul
Думаю тут схожая ситуация как и у многих современных фаерволов. Скорее всего тут если что-то и пробивается, то в любом случае с ограничениями. Пока сложно об этом говорить надо тестировать специальными утилитами, а только потом уже делать выводы.


Добавлено:
Удалил все правила для acs.exe и решил подождать немного. Фаер не заставил себя долго ждать. При вопросе немного подождал и создал блокирующее правило и в итоге вот:


Конечно, это еще не говорит о дырявости фаервола, но почему при уже созданном правиле Блокировки результат при попытке обновления получается такой:


Попробовал сделать трасировку маршрута сайта http://www.agnitum.ru с помощью утилиты NetWorx и вот что получилось:

И что самое интересное, что фаервол на это движение даже не среагировал и все разрешил. NetWorx в окне правил приложений даже нет. Т.е. для него небыло создано вообще никаких правил а фаер трафик этот почему-то разрешил?

Fafy

Цитата:

Попробую написать в саппорт, пускай они прокомментируют все эти нюансы.

Отпишитесь пожалуйста тут если получите ответ!

Цитата:

Правила для acs.exe ... чтобы знать куда именно она ломится.

Код: Where the Protocol is TCP
    and Remote Address is updates5.agnitum.com (5.61.14.185), updates6.agnitum.com (5.61.14.186), updates7.agnitum.com (5.61.14.187), ip-5-61-14-164.spb.avantel.ru (5.61.14.164)
    and Remote Port is HTTP
    and Direction is Outbound
? It

WildGoblin
Немножко обновил сообщение. Теперь с картинками:
http://forum.ru-board.com:9000/topic.cgi?forum=5&topic=35154&start=4300#21

Отошел от ПК на время, а когда пришел и посмортел в лог, то обнаружил вот такой трафик:

Че-то мне эти ICMP-трафики совсем не нравятся.
Может кто подскажет какие самые безопасные настройки (хорошо бы скриншотами) ICMP, а то я чувствую что если самому разбираться то боюсь так зарытся, что меня уже не откопают.

Fafy

Цитата:

ожет кто подскажет какие самые безопасные настройки (хорошо бы скриншотами) ICMP...

Зависит от ваших нужд - можете хоть всё перекрыть.


Добавлено:
Fafy

Цитата:

NetWorx в окне правил приложений даже нет. Т.е. для него небыло создано вообще никаких правил а фаер трафик этот почему-то разрешил?

Может быть этот NetWorx использует стандартный ping.exe - кто тут будет с этим со всем разбираться (настройки свои вы же не выкладываете...).

Fafy
Ты не прав, у тебя где-то кривые правила.
1. Сначала посмотрел на Comodo Firewall v5.10- он четко среагировал на Traceroute от Networx. Очень классный фаервол, жаль, что и его плитки изуродовали!
2. Go to another machine- Outpost в режиме блокировки, правило- запретить все соединения для Networx. Запуск Traceroute- заблокировано, нет выхода.
3. Перевожу Outpost в режим обучения (чтобы видеть его реакцию), удаляю Networx из правил, запускаю Traceroute, сразу же запрос:
разрешаю, получаю: Все хорошо, все четко.
Входящих ICMP- запросов у себя не наблюдаю. Может, в те моменты кто-то тебя пинговал или сканировал сеть, или еще что-то, ведь кроме пинга ICMP исп. и для передачи служебной информации. Я в меру своей компетенции не вижу в твоих входящих запросах угрозы.
Можешь вдумчиво поиграть в "Сетевые правила- Настройки ICMP". У меня там так, но я глубоко не вникал, и не вспомню, что там отличается от состояния по умолчанию:
И будь проще, никому нахрен ты не нужен, ты же не хакер, не кардер и не оппозиционер
Добавлено:
И, судя по всему, Networx не исп. стандартную утилиту ping.exe.

Добавлено:
По svchost.exe у меня разрешающее правило исх. UDP на уд. порт 53, все ост. запрещено по TCP и UDP.
+ еще два правила, на сверку времени и пров. обновлений. Сильнее ограничить вроде и нельзя.

Добавлено:
Да, если хочешь "набить" руку (не морду), то поработай в Binisoft Firewall Controll, мне кажется, он более отзывчив и информативен.

Цитата:

Может быть этот NetWorx использует стандартный ping.exe - кто тут будет с этим со всем разбираться (настройки свои вы же не выкладываете...).

ping.exe заблокирован выход в сеть.
А настройки вы имеете ввиду все или правила для конкретного приложения?


Добавлено:
shadow_member
Какую версию и архитектуру используете системы и приложения?

Fafy

Цитата:

А настройки вы имеете ввиду все или правила для конкретного приложения?

Все конечно - иначе как понять что там и как.

Fafy
Win10 x 86, v9.2 (4859.708.2041)

shadow_member
Я раньше тоже использовал фаервол на х32, но тогда проблем не припоминаю, за исключением проактивки, конечно. Тот еще тормоз, что на х32, что и на х64.

WildGoblin
Завтра попробую выложить + есть уже некоторые ответы от компании. Когда дождусь некоторых уточнений, тогда и отпишусь.

Меня уже начинает порядочно доставать этот фаервол своими торможениями даже при отключеной проактивке. Например, каким боком PotPlayer при отключеном интернете запускается мгновенно, а при наличии подключения к сети 10-20 секунд ТОЛЬКО ЗАПУСКАЕТСЯ. Я понимаю, что он при каждом запуске пытается подключится к сети, но ведь есть блокирующее правило, которое, да, блокирует. Но ОТКУДА ТАКИЕ ТОРМОЗА ПРИ ЗАПУСКЕ плеера до 20 секунд? Неужели правило может столько времени отрабатыватся? Ума не приложу, другие (некоторые) программы при запуске тоже притормаживают если есть сеть, но почти не заметно, а тут...
Антивирусника нет (при необходимости использую портативный антивирусный сканер), проактивка отключена, и вообще других приложений по безопасности нет, да и система только что восстановлена из образа, т.е. без всякой заразы.

Настройки прилагаю

Также хотел спросить, при подключении вайфай модема по юсб кабелю к ПК фаервол спросил разрешения равсокету в сеть, я разрешил. Но не знаю нужно ли вообще ему разрешать в сеть, или и без него интернет из файфай модема по юсби будет работать. Но самое интересное, а где собственно это правило можно править или удалить? В правилах приложений ничего подобного не нахожу. А где искать-то?
Вот скриншот этого соединения: