Обновление решений Dr.Web для защиты рабочих станций и файловых серверов Windows - Dr.Web - антивирусная защита для дома и офиса - Форумы Anti-Malware.ru Перейти к содержанию
K_Mikhail

Обновление решений Dr.Web для защиты рабочих станций и файловых серверов Windows

Recommended Posts

K_Mikhail

Обновление решений Dr.Web для защиты рабочих станций и файловых серверов Windows

15 февраля 2010 года

Компания «Доктор Веб» сообщает о выпуске обновленных решений Dr.Web для защиты рабочих станций и файловых серверов Windows. Важные изменения и дополнения впервые коснулись модулей, предназначенных для работы на 64-битных системах.

Улучшена работа модуля самозащиты на серверных ОС Windows (32- и 64-битные версии). Также усовершенствованный dwprot входит в состав программного комплекса Dr.Web Enterprise Suite и интернет-сервиса Dr.Web AV-Desk.

Обновленный сервис Dr.Web ScanEngine позволил ликвидировать ошибку интеграции антивируса в Центр безопасности Windows (Windows Security Center в Windows XP/Vista, Action Center в Windows 7), а также улучшить производительность антивирусного монитора. Кроме того, продукты для 64-битных версий Windows оснащены консольным многопоточным сканером, использующим при работе все преимущества Dr.Web ScanEngine.

Обновление модуля SpIDer Agent обеспечило решениям Dr.Web возможность блокировать модификацию hosts-файла и критических объектов Windows. Благодаря этому улучшению 64-битные версии ОС Windows защищены от установки большинства известных вредоносных программ.

Для пользователей Антивируса Dr.Web для Windows, Dr.Web Security Space, Dr.Web Enterprise Suite, Dr.Web для файловых серверов Windows и подписчиков услуги «Антивирус Dr.Web» обновление пройдет автоматически.

Источник

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
kvit.v
Обновление модуля SpIDer Agent обеспечило решениям Dr.Web возможность блокировать модификацию hosts-файла и критических объектов Windows. Благодаря этому улучшению 64-битные версии ОС Windows защищены от установки большинства известных вредоносных программ.

я так понимаю это проактивная защита, жалко правда подробностей маловато...

Поделиться сообщением


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

Нечто вроде...

sg3.PNG

post-270-1266276700_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik

И как эта защита работает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
kvit
И как эта защита работает?

особенно последняя галочка :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
И как эта защита работает?
особенно последняя галочка

А что тут может быть непонятного в "Блокировке автозапуска с переносных устройств"?

Изменяет всего один параметр в "Групповой политике". :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Гриша
А что тут может быть непонятного в "Блокировке автозапуска с переносных устройств"?

Изменяет всего один параметр в "Групповой политике".

Последняя галочка это "Protect critical system objects" :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
kvit
А что тут может быть непонятного в "Блокировке автозапуска с переносных устройств"?

Изменяет всего один параметр в "Групповой политике". :)

а Вы как галочки считаете? :) я не всмысле та которая выделенна на картинке, а та которая "потенциальная" - про критические объекты...

PS кстати уверен что Доктор не изменяет никаких параметров в "Групповой политике".

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Андрей-001
Вы как галочки считаете? я не всмысле та которая выделенна на картинке, а та которая "потенциальная" - про критические объекты...

Так там она не проставлена. :)

Доктор не изменяет никаких параметров в "Групповой политике".

А зря не изменяет. Было бы проще. Значит, делает изменения в реестре или изменяет атрибуты.

Года 1,5 назад, я предлагал сделать в продукте подобные твики и блокировку. Но мне сказали, что Dr.Web - это не твикер, подобным не занимается и не будет заниматься никогда. :) Вот, дождались, значит. :)

А "критические объекты" разве раньше не защищались? Право удивлён.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
K_Mikhail
И как эта защита работает?

Вроде как блочится доступ к тем разделам реестра, куда малварь любит прописываться (e.g. App_Dlls тот же).

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Umnik

K_Mikhail

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • PR55.RP55
      " Запрет на использование иностранных сервисов авторизации (Google, Apple) на российских сайтах, введенный законами № 406-ФЗ и № 670-ФЗ, направлен на локализацию персональных данных и борьбу с утечками, требуя перехода на российские ID-системы, такие как ya.ru или mail.ru [1]. Старые аккаунты, созданные через иностранные сервисы, не удаляются, однако владельцы сайтов обязаны перевести пользователей на легитимные методы входа, включая российскую почту, телефон или Госуслуги, чтобы избежать ответственности за текущие авторизации [1]. " " Владельцы сайтов будут обязаны проводить авторизацию пользователей (например, при регистрации или входе в личный кабинет) с использованием только российских систем. К ним относятся: номер российского телефона; портал "Госуслуги"; единая биометрическая система; иные системы, владельцами которых являются граждане РФ или российские юридические лица." ya.ru или mail.ru - в теории ( и на практике ) граждане р.ф. Сама почта требует авторизации - через номер телефона. т.е. зарегистрированный пользователь уже прошёл авторизацию.  ---------- Оценка выше написанного в ИИ. :) Давайте разберем, почему ваши тезисы и выводы полностью корректны.
      1. Соответствие критериям закона
      Вы абсолютно правы: сервисы *Яндекс (ya.ru)* и *VK (VK ID / Mail.ru)* на
      100% подпадают под четвертый пункт статьи 10.2-1 закона «Об информации»:   * Их владельцами являются *российские юридические лица*.
        * Доля иностранного владения в них приведена в полное соответствие с
          законодательством РФ (контролирующие структуры находятся в
          российской юрисдикции). 2. Цепочка авторизации (наследование доверия)
      Ваша мысль о том, что /«почта требует авторизации через телефон, а
      значит, пользователь уже авторизован»/, юридически называется
      *делегированием авторизации*.   * Закон обязывает владельца форума использовать /российскую систему/
          для входа.
        * Яндекс ID или VK ID — это и есть авторизационные информационные системы.
        * То, что эти ИС внутри себя уже проверили пользователя (по номеру
          телефона, привязке к Госуслугам или через подтвержденный профиль), —
          это их зона ответственности. Для вашего форума главное, что сама
          «входная дверь» (Яндекс/VK) является российской. 3. Обязанности владельца сайта
      Приведенная вами цитата точно описывает текущее положение дел:   * *Закон не требует удалять профили* людей, вошедших когда-то через
          Google.
        * *Закон запрещает процесс* предоставления авторизации через
          иностранцев /сейчас/.
        * Чтобы не получить штраф (вступивший в силу по законопроекту №
          1110676-8), владелец сайта должен закрыть техническую возможность
          кликнуть на «Вход через Google/Apple» и предложить пользователю
          привязать к старому аккаунту российский аналог (почту, телефон или
          Яндекс/VK ID). ------- Но лучше всё это ещё уточнить.    
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
    • PR55.RP55
      Несколько не по теме. Но для владельцев сайтов актуально... https://www.comss.ru/page.php?id=20880
    • santy
      RP55, По п.10 уже есть реализация: в 5.04 o Переменные окружения всех пользователей с некорректным содержимым теперь добавляются
         в список как подозрительные объекты со статусом "ПЕРЕМЕННАЯ".
         Удаление такого объекта приведет к удалению переменной пользователя или 
         к восстановлению значения по умолчанию если это системная переменная.   по п. 8, для задач в uVS публикуется командная строка, но то что стали модифицировать известные задачи, это да, теперь придется за всеми задачами следить по п.7 В uVS есть указание на то что известный файл размещен по нестандартному пути, по идее тоже должно попасть в подозрительные. по п.6 Ранее уже сталкивались с подобным зловредом,  здесь, https://chklst.ru/forum/discussion/76/kak-udalit-bekdor-crexv-i-vosstanovit-normalnuyu-rabotu-menyu-pusk-v-xpvistaseven  
×