66 ответов в этой теме

[Konstantin Yudin]

Тогда проблема только в создании разрешающего ВСЁ правила, когда исполняемый файл не имеющий подписи находится на шаре ?

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

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

Сообщение было изменено Konstantin Yudin: 19 Апрель 2016 - 16:54

[VVS]

 

 

Тогда проблема только в создании разрешающего ВСЁ правила, когда исполняемый файл не имеющий подписи находится на шаре ?

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

 

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

 

ЕМНИП, судя по моим разговорам с Неволиным, проблема заключалась в том, что привязка идёт по VolumeID (или DeviceID), а его значение для шары не является константным.

[VVS]

Более того - здесь на форуме как-то была проблема (вполне возможно, что из-за "кривой" m/b), когда у пользователя этот параметр менялся при перезагрузке компа для HD.

Также эта проблема возникнет при запуске приложений с флэшки.

[Konstantin Yudin]

Тогда проблема только в создании разрешающего ВСЁ правила, когда исполняемый файл не имеющий подписи находится на шаре ?

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

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

ЕМНИП, судя по моим разговорам с Неволиным, проблема заключалась в том, что привязка идёт по VolumeID (или DeviceID), а его значение для шары не является константным.

Не так. Файервол работает с нативными путями вида \device\xxx на дисках они могут меняться от старта к старту, сетевой unc путь вида \\server\resource должен быть одинаков в нативном представлении.

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

[Vadim Evard]

Правильно ли я понимаю что полный путь к файлу не меняется, правило создано, в правиле отключено проверка изменения файла, но всеравно выводится Алерт что файл изменился?

Да, получается именно так. Ошибку у себя воспроизвёл.

Сообщение было изменено Vadim Evard: 19 Апрель 2016 - 17:51

[VVS]

 

Правильно ли я понимаю что полный путь к файлу не меняется, правило создано, в правиле отключено проверка изменения файла, но всеравно выводится Алерт что файл изменился?

Да, получается именно так. Ошибку у себя воспроизвёл.

 

А аналогичное поведение с флэшками - это не ошибка?

[SergSG]

 

Правильно ли я понимаю что полный путь к файлу не меняется, правило создано, в правиле отключено проверка изменения файла, но всеравно выводится Алерт что файл изменился?

Да, получается именно так. Ошибку у себя воспроизвёл.

Неподписанное приложение на шаре проверяется файером независимо от настроек? А в этом что то есть.

[Konstantin Yudin]

Правильно ли я понимаю что полный путь к файлу не меняется, правило создано, в правиле отключено проверка изменения файла, но всеравно выводится Алерт что файл изменился?

Да, получается именно так. Ошибку у себя воспроизвёл.

А аналогичное поведение с флэшками - это не ошибка?

какая из? показ алерта о смене бинаря при созданном правиле?

[SergSG]

 

 

 

Правильно ли я понимаю что полный путь к файлу не меняется, правило создано, в правиле отключено проверка изменения файла, но всеравно выводится Алерт что файл изменился?

Да, получается именно так. Ошибку у себя воспроизвёл.

А аналогичное поведение с флэшками - это не ошибка?

какая из? показ алерта о смене бинаря при созданном правиле?

Не только, там вобще созданные правила не работают. Выдернул флеху и в правилах призрак, создавай поновой.

Сообщение было изменено SergSG: 19 Апрель 2016 - 18:16

[VVS]

Правильно ли я понимаю что полный путь к файлу не меняется, правило создано, в правиле отключено проверка изменения файла, но всеравно выводится Алерт что файл изменился?

Да, получается именно так. Ошибку у себя воспроизвёл.

А аналогичное поведение с флэшками - это не ошибка?

какая из? показ алерта о смене бинаря при созданном правиле?

Не только, там вобще созданные правила не работают. Выдернул флеху и в правилах призрак, создавай поновой.

Угу, именно так.

[VVS]

И вот ещё из древнего письма в личку мне от клиента:

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

[SergSG]

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

[VVS]

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

Что касается шары, то я тоже именно так и считал.

[Konstantin Yudin]

Правильно ли я понимаю что полный путь к файлу не меняется, правило создано, в правиле отключено проверка изменения файла, но всеравно выводится Алерт что файл изменился?

Да, получается именно так. Ошибку у себя воспроизвёл.

А аналогичное поведение с флэшками - это не ошибка?

какая из? показ алерта о смене бинаря при созданном правиле?

Не только, там вобще созданные правила не работают. Выдернул флеху и в правилах призрак, создавай поновой.

это нормально. тут речь в теме за алерт изменения бинаря

[SergSG]

 

Не только, там вобще созданные правила не работают. Выдернул флеху и в правилах призрак, создавай поновой.

это нормально. тут речь в теме за алерт изменения бинаря

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

А алертов на изменения бинаря на флешках нет конечно же, раз правила не работают.

Чем шара лучше флешки? Одно и тоже болото, только берега разные.

 

Мож тоже переосмыслить на будущее?

 

 FW.PNG   19,69К   0 Скачано раз

Сообщение было изменено SergSG: 19 Апрель 2016 - 19:04

[Konstantin Yudin]

>Дырка таже, путь к файлу тот же,

не тот же. посмотри в winobj на что указывает симлинк твоей флешки. там будет номер меняться.

[SergSG]

>Дырка таже, путь к файлу тот же,

не тот же. посмотри в winobj на что указывает симлинк твоей флешки. там будет номер меняться.

Ну да, меняется, каждый втык +2. Поэтому правила и идут лесом.

Только это реально не от чего не защищает, зато жизнь усложняет. Все равно я ткну "разрешить". Кто не знает эту "особенность", создаст еще и кучу правил для флешки, а потом возмущаться будет, что не работают правила.

 

Файеру не мешало бы обзавестись фичей типа "\halva.exe". Чтоб можно было руками создать правило на файл, независимо от пути. Контролировать файл по хешу - изменился файл, создай новое правило руками.

Как то так, примерно.

[Питручио]

Ух ты господа да вы меня радуете! Неужели лед тронулся и будет в будущем какое-то решение?

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

[Konstantin Yudin]

Ух ты господа да вы меня радуете! Неужели лед тронулся и будет в будущем какое-то решение?

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

Обновления не меняют имя файла конечного?

[Питручио]

 

Ух ты господа да вы меня радуете! Неужели лед тронулся и будет в будущем какое-то решение?

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

Обновления не меняют имя файла конечного?

 

Вот тут подробнейшее описание

http://www.artiks.ru/consultant_text.php?id=4977