Umnik Опубликовано 26 октября, 2018 Опубликовано 26 октября, 2018 Я согласен, что дизайн спорный в теории. С этим я не спорю совсем. И эту мнение я высказывал тестировщику. Но его ответ таков, что такой дизайн устраивает отдел антивирусных исследований. То есть парни, которые знают обо всех малварях мира, говорят, что такой дизайн вполне приемлем в данном конкретном случае.
ossa Опубликовано 27 октября, 2018 Автор Опубликовано 27 октября, 2018 при этом надо отметить, что и в далёком 2009 году эта фича в KIS не работала
Friend Опубликовано 27 октября, 2018 Опубликовано 27 октября, 2018 (изменено) @ossa, любой компонент антивируса в идеале настраивается человеком вручную, с 2009 года HIPS у продуктов не сильно изменился. Изменено 27 октября, 2018 пользователем Friend
ossa Опубликовано 27 октября, 2018 Автор Опубликовано 27 октября, 2018 @Friend, и что вы этим хотите сказать?
Friend Опубликовано 27 октября, 2018 Опубликовано 27 октября, 2018 @ossa, вы настроили HIPS вручную и тест прошли.В таблице за 2009 год настройки стоят по умолчанию, наверно.
ossa Опубликовано 27 октября, 2018 Автор Опубликовано 27 октября, 2018 (изменено) @Friend, объясняю простые истины при запуске неизвестного приложения (то есть которое неизвестно в KSN и на которое нет детекта), оно автоматически попадает в группу "Слабые ограничения". в этой группе по умолчанию данное действие вообще блокируется. это кстати единственная блокировка в правах этой группы. так что реакция HIPS должна быть в обязательном порядке (имеется ввиду поведенческий блокиратор PDM) Изменено 27 октября, 2018 пользователем ossa
Friend Опубликовано 27 октября, 2018 Опубликовано 27 октября, 2018 (изменено) @ossa, так это понятно, поэтому выше писал: @ossa, думаю можете проверить ситуацию с 2020 версией. Изменено 27 октября, 2018 пользователем Friend
ossa Опубликовано 27 октября, 2018 Автор Опубликовано 27 октября, 2018 @Friend, спасибо за совет, в будущем обязательно проверю. а пока у меня большое желание пользоваться именно финальной стабильной версией KIS
Friend Опубликовано 27 октября, 2018 Опубликовано 27 октября, 2018 @ossa, может быть к следующему релизу все бы поправили.
Umnik Опубликовано 29 октября, 2018 Опубликовано 29 октября, 2018 С чего это должно меняться в 2020? Такое поведение сделано осмысленно. 2
Friend Опубликовано 29 октября, 2018 Опубликовано 29 октября, 2018 @Umnik, это очень странно выглядит, если пользователь сам вручную в настройках поменял действие и оно не срабатывает. Про автоматический режим здесь не говорю
andrew75 Опубликовано 29 октября, 2018 Опубликовано 29 октября, 2018 @Friend, возможно вы не полностью читали тему. ТС на двух форумах пытались обьяснить, что именно такая логика работы продукта заложена разработчиками. Плохо это или хорошо это уже другой вопрос.
ossa Опубликовано 29 октября, 2018 Автор Опубликовано 29 октября, 2018 @andrew75, причём тут логика работы? KIS в интерактиве не контролирует доступ к защищённым COM-интерфейсам. а без этого не защитить секцию \KnownDlls от модификации. вот и вся логика.
Umnik Опубликовано 29 октября, 2018 Опубликовано 29 октября, 2018 Я, видимо, заикаюсь, раз не понятно, что я говорю. Если замена происходит на библитеку, которой мы доверяем, то никаких действий не применяется к тому, кто делает замену. Если замена происходит на библиотеку, которой доверния нет, будут сработаны правила из таблицы. Говорил же, батник напишите или хелловорд, который бы сам делал замену на вашу собственную либу — правила должны сработать.
ossa Опубликовано 29 октября, 2018 Автор Опубликовано 29 октября, 2018 (изменено) @Umnik, я видимо вообще говорю по китайски, потому что начинаю уже повторять одно и то же Изменено 29 октября, 2018 пользователем ossa
Рекомендуемые сообщения
Пожалуйста, войдите, чтобы комментировать
Вы сможете оставить комментарий после входа в
Войти