Размещено 30.07.2015 12:24:32
| Цитата |
|---|
| Ivan Isakov написал: Сгенерировал файл лицензии. Активация проходит успешно, но во вкладке обновление кнопка - "Активировать полную версию". Почему? |
ESET Technical Support
Дорогие участники форума!
Наш форум переведен в режим работы "только для чтения", публикация новых тем и сообщений недоступна. Мы искренне благодарны вам за то, что были с нами, но пришло время двигаться дальше. После официального ухода компании ESET с российского рынка мы приступили к разработке новых продуктов вместе с новыми партнёрами. Приглашаем вас присоединиться к нашему новому форуму PRO32.
Мы более не являемся эксклюзивным дистрибьютором программных продуктов словацкого разработчика ESET в России, Республике Беларусь, Казахстане, Азербайджане, Узбекистане, Кыргызстане, Таджикистане, Туркменистане, Молдове, Грузии и Армении.
Купить и продлить лицензии ESET на нашем сайте больше нельзя.
Предлагаем вам попробовать новые продукты компании PRO32.
PRO32 — это технологичные решения, надежная защита от киберугроз и максимальная производительность устройств. Для действующих клиентов ESET мы предлагаем промокод на скидку в размере 15% — ESET15. Скопируйте его и после добавления товара в корзину, не забудьте его применить в корзине.
[ Закрыто] Установка ERA 6 на Ubuntu 14.04.2 LTS
[ Закрыто] Установка ERA 6 на Ubuntu 14.04.2 LTS
Размещено 30.07.2015 12:23:02
| Цитата |
|---|
| Ivan Isakov написал: Есть компьютеры с выходом в Интернет, некоторые активируются, некоторые нет. Почему? |
Подробности задачи - вкладка "выполнение" - уточните, что там написано?
ESET Technical Support
Тестируем HIPS
[ Закрыто] Powered by SkinApp, Не могу от нее избавиться
[ Закрыто] Установка ERA 6 на Ubuntu 14.04.2 LTS
Размещено 29.07.2015 17:39:10
| Цитата |
|---|
| Ivan Isakov написал: Так можно или нет активировать продукт на клиенте, который не имеет выход в интернет, а только локальная сеть? |
ESET Technical Support
ESET не может удалить вирус
Размещено 29.07.2015 17:10:26
Заархивировать с паролем образец вируса,можно, например, с помощью архиватора WinRar:
- для 32 - х битных систем.
- для 64 - х битных систем.
Правой клавишей мышки щелкните по вирусу и выберите «добавить в архив…». Укажите имя архива. В открывшемся меню нажмите «Установить пароль» и введите пароль. Поставьте галочку «шифровать имена файлов». Дважды нажмите ОК.
- для 32 - х битных систем.
- для 64 - х битных систем.
Правой клавишей мышки щелкните по вирусу и выберите «добавить в архив…». Укажите имя архива. В открывшемся меню нажмите «Установить пароль» и введите пароль. Поставьте галочку «шифровать имена файлов». Дважды нажмите ОК.
ESET Technical Support
Тестируем HIPS
Тестируем HIPS
Размещено 29.07.2015 11:30:42
Привет, Santy,
Почти год назад я писал похожее предложение:
Изначально задумка была такая:
1) Создать запрещающие правила (без привязки к конкретной папке) на изменение файлов конкретного типа, которые обычно подвергаются шифрованию – *.doc, *.jpeg, *.sql и т.д.
2) Создать разрешающее правило для explorer.exe на изменение любых файлов (нужно для переименования, перемещения, удаления документов и т.д).
3) Создать разрешающие правила для программ, которыми стандартно обрабатываются типы файлов из пункта 1 – например, разрешающее правило для редактирования файлов типа *.doc с помощью приложения Word. По аналогии - для остальных типов файлов из пункта 1.
В итоге получаем:
- пользователь может спокойно работать без всяких дополнительных запросов и уведомлений со стороны антивируса.
- при заражении шифратором – шифратор не имеет прав на изменение заданных типов файлов и шифрация не происходит.
НО есть две проблемы.
1) Антивирус не понимает типы файлов. То есть метка *.* работает, а вот метка *.doc, к примеру, уже не воспринимается.
2) Антивирус не позволяет задать в качестве «конечных файлов» файлы определённого типа без указания конкретного пути. Это не удобно, так как прописывать все пути, по которым теоретически пользователи могут сохранять документы совсем неудобно. Это также косвенно связано с первым пунктом, плюс с неумением антивируса воспринимать переменные в указании пути.
Касательно первой проблемы год назад разработчики писали (на примере блокировки файлов с расширениеем *.png):
>>A blocking rule that forbids writing to a file D:. successfully forbids editing of a .png file
This is per design.
>>However, a blocking rule that forbids writing to a file D:*.png does not forbid editing of such .png file
This is not possible at the moment (but it is marked as subject of future change)
Касательно использования переменных:
One of thing that will come to HIPS sooner that above is support for few user environment variables (e.g %AppData% etc), but we are not able to tell you when exactly it will happen.
Надо протестировать, изменилось ли что - то за прошедший год. Если нет, то единственный вариант использовать схему, описанную тобой, или мной по ссылке выше. Касательно урезания функций HIPS в 6-й версии сами негодуем
Почти год назад я писал похожее предложение:
Изначально задумка была такая:
1) Создать запрещающие правила (без привязки к конкретной папке) на изменение файлов конкретного типа, которые обычно подвергаются шифрованию – *.doc, *.jpeg, *.sql и т.д.
2) Создать разрешающее правило для explorer.exe на изменение любых файлов (нужно для переименования, перемещения, удаления документов и т.д).
3) Создать разрешающие правила для программ, которыми стандартно обрабатываются типы файлов из пункта 1 – например, разрешающее правило для редактирования файлов типа *.doc с помощью приложения Word. По аналогии - для остальных типов файлов из пункта 1.
В итоге получаем:
- пользователь может спокойно работать без всяких дополнительных запросов и уведомлений со стороны антивируса.
- при заражении шифратором – шифратор не имеет прав на изменение заданных типов файлов и шифрация не происходит.
НО есть две проблемы.
1) Антивирус не понимает типы файлов. То есть метка *.* работает, а вот метка *.doc, к примеру, уже не воспринимается.
2) Антивирус не позволяет задать в качестве «конечных файлов» файлы определённого типа без указания конкретного пути. Это не удобно, так как прописывать все пути, по которым теоретически пользователи могут сохранять документы совсем неудобно. Это также косвенно связано с первым пунктом, плюс с неумением антивируса воспринимать переменные в указании пути.
Касательно первой проблемы год назад разработчики писали (на примере блокировки файлов с расширениеем *.png):
>>A blocking rule that forbids writing to a file D:. successfully forbids editing of a .png file
This is per design.
>>However, a blocking rule that forbids writing to a file D:*.png does not forbid editing of such .png file
This is not possible at the moment (but it is marked as subject of future change)
Касательно использования переменных:
One of thing that will come to HIPS sooner that above is support for few user environment variables (e.g %AppData% etc), but we are not able to tell you when exactly it will happen.
Надо протестировать, изменилось ли что - то за прошедший год. Если нет, то единственный вариант использовать схему, описанную тобой, или мной по ссылке выше. Касательно урезания функций HIPS в 6-й версии сами негодуем
ESET Technical Support
[ Закрыто] Установка ERA 6 на Ubuntu 14.04.2 LTS
Размещено 28.07.2015 14:29:46
Ivan Isakov, сертификаты могут лежать в любой папке. Уточните, пожалуйста, откуда данная ошибка и что именно не работает?
ESET Technical Support
[ Закрыто] Пожалуйста пусть или открываются такие файлы без ошибок или пропускаются весь отчет забит ими!, /