Перейти к содержанию
Kokunov Aleksey

Сравнение безопасности интернет-браузеров

Recommended Posts

Kokunov Aleksey

навеяло темой

http://www.anti-malware.ru/forum/index.php?showtopic=4921

Мне кажется средство просмотра - это одно из основных уязвимых мест системы.

Может сделать отдельный тест браузеров??

  • Upvote 10

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


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

У меня тоже возникла эта мысль.

Только вряд ли тут эта идея кого-то в достаточной степени заинтересует.

Многие тесты антивирусов, более актуальны, но и они уже давненько не обновлялись. Да и независимых тестов браузеров в отличие от тестов антивирусов, кажется, существует достаточно.

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


Ссылка на сообщение
Поделиться на другие сайты
ANDYBOND
Может сделать отдельный тест браузеров??

Было бы неплохо.

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


Ссылка на сообщение
Поделиться на другие сайты
bse
Может сделать отдельный тест браузеров?

+1, было бы интересно, тем более, что количество закачек новых версий Оперы 9.5 и Файерфокса 3.0 исчисляется в миллионах...

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


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

Идея интересная, только вот вопросов по ней будет огромное количество.

Во-первых, по каким параметрам оценивать браузеры? Качественно (по наличию тех или иных фич) или количественно (по количеству существующих/отработавших эксплоитов, если речь идет об уязвимостях, например)?

Во-вторых, в каком виде тестировать ту же Мозиллу, если общеизвестно, что вся её сила - в плагинах?

И так далее.

Короче говоря, разрабатывать методику для такого теста - аццкий труд. Даже на обсуждение гораздо более простого идеологически теста на быстродействие уже ушло 7 страниц форума...

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


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

Ну по крайней мере попытатся обсудить - ничего не мешает :)

Тем более у нас есть "группа, не использующих антивирус" - я думаю они помогут :)

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


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

1. Результат тестирования сильно зависит от субъективных оценок

2. Объективные оценки для такого типа ПО еще нужно придумать

3. Каждый браузер имеет свою "фишку", которая может быть весомым аргументом для холиварщиков. Опера - все-в-одном, Fx - расширяемость... С настройками по умолчанию их нельзя сравнить. А ставить, допустим, дополенения для Fx означает подтасовку результатов.

4. Браузеры обновляются так часто, что за время теста это может произойти не один раз.

В общем, это слишком сложно.

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


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

Но возможно, если:

1. Зафиксировать версии для тестирования конкретными на конкретную дату;

2. Сконфигурировать браузеры так, чтоб у них был равный функционал (для Fx допустить при этом использование расширений, но только для выравнивания функционала);

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

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


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

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

Предлагаю начать выработку методологии.

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


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

Я думаю надо для начала пдобрать самые растпространенные эксплойты.... (попробовать действовать на подобие лик-тестов)

Юзабилити вообще не надо оценивать (или факультативно).

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

Защита от фишинга - эту опцию предлагают почти все.

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


Ссылка на сообщение
Поделиться на другие сайты
broker
Я думаю надо для начала пдобрать самые растпространенные эксплойты.... (попробовать действовать на подобие лик-тестов)

Юзабилити вообще не надо оценивать (или факультативно).

кроссбраузерные уязвимости ещё надо поискать, для использования распространённых кроссбраузерных эксплойтов :)

Я предлагаю выявить наиболее распространенные угрозы для пользователя сети Интернет и проверить их реализуемость в разных браузерах, при этом учитывая, что браузер установлен по умолчанию или настроен опытным пользователем.

Так же интересны тесты связок браузер + антивирус.

Начать можно с сохраненных паролей и изучить как они хранятся например в ИЕ, Фарфоксе,Опере и как их можно защищать.

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


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

будет тест ни о чем и ничего, информация к размышлению:

1st, April

Stefan Frei

For the last 18 month we analyzed the daily USER-AGENT data collected by

Google's Web search and application servers around the world to study how users

patch and update their Web browsers.

We came out that approximately 637 million (or 45.2 percent) users currently

surf the Web on a daily basis with an out-of-date browser – i.e. not running a

current, fully patched Web browser version.

And this is only the tip of what we call the "Insecurity Iceberg", not counting

all the vulnerable browser plug-ins.

One of the new concepts we came up for combating the inadequacies of

Web browser

patching was that of applying the food industries "Best Before" date to the Web

browser and its plug-ins.

Paper:

Understanding the Web browser threat:

Examination of vulnerable online Web browser populations and the

"insecurity iceberg"

Authors

- Stefan Frei, Communication Systems Group, ETH Zurich, Switzerland

- Thomas Duebendorfer, Google Switzerland GmbH

- Gunter Ollmann, IBM Internet Security Systems, USA

- Martin May, Communication Systems Group, ETH Zurich, Switzerland

Paper Download:

http://www.techzoom.net/insecurity-iceberg

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


Ссылка на сообщение
Поделиться на другие сайты
Kokunov Aleksey
with an out-of-date browser – i.e. not running a

current, fully patched Web browser version.

разговор идет только в основном об IE

а всего самыл популярных баузеров 8-11....

ЗЫ Я пользуюсь например только оперой и ставлю ве обновления... да и на ИЕ тоже

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


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

Очень нужный тест. Помочь в проведении не смогу, но обязательно буду благодарным читателем его результатов!

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


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

у исследования про insecurity iceberg два серьезных недостатка, с точки зрения репрезентативности и информативности: исключительная теоретичность (отсутствие собственно тестов) и сырые данные (отсутствие каких-либо понятных выводов по результатам). поэтому он и "ни о чем".

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

вследствие этого, задачи при составлении методологии:

1. выделить несколько векторов тестирования и аккуратно разложить по ним все многочисленные критерии.

2. обеспечить системность.

Что касается системности, можно сделать тест из трех частей.

1. теоретическая

2. синтетическая

3. полевая

х. анализ

1. Теоретическая часть - чистый анализ статистики по уязвимостям для веб-браузеров.

Собрать статистику часто используемых браузеров - по UserAgent из веб-логов сайтов по всему миру. Думаю, не будет нарушением каких-либо законов мира и справедливости взять эту статистику из приведенного john'ом исследования с указанием первоисточника, но лучше собрать самим.

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

Собрать статистику по скорости реакции браузер-вендоров на уязвимости и по частоте обновлений.

Из всего этого можно будет вывести множество полезных коэффициентов, например "наибольшой тормоз в плане обновлений", "степень уязвимости к 0day эксплойтам" (об этом см. в конце) и т.д.

2. Синтетическая часть - искусственное воспроизведение эксплуатации, исходя из анализа ситуации.

Собрать статистику по веб-уязвимостям (можно запросить у АВ вендоров - любой "рука-на-пульсе" вирусный аналитик легко раскидает актуальные уязвимости по процентам)

Собрать коллекцию эксплойтов (как-то провесить по частоте встречаемости)

И прогнать эксплойты по браузерам.

Критерий успешной эксплуатации - запущенный код.

3. Полевая часть

даем Сергею Ильину IE, засекаем час и отправляем активно гулять по порно-сайтам. :D:D

Тут думаю идея ясна - воспроизвести реальную ситуацию "наиболее вероятной эксплуатации" - что соответствует прогулке по сайтам dirty тематики (хак, крак, адалт, дорвеи). Можно еще нагуглить актуальных уязвимостей, которые инжектируются в "нормальные" сайты через ворованные фтп-пароли и погулять по этим сайтам тоже.

х. Анализ

Математическая работа по сопоставлению данных пп.1-3 в сочетании с гуманитарной работой по их сведению к каким-либо человекочитаемым показателям без существенных информационных потерь. Этот пункт надо думать, когда согласованы предыдущие.

***

Что касается такого показателя, как степень пропатченности браузера.

Ну можно попробовать запросить у браузер-вендоров статистику по обновлениям. Но я считаю, что этим параметром можно пренебречь - так как мы тестируем не степень легкомыслия пользователей, насколько часто они обновляются, а степень безопасности браузеров. Чтобы результатом теста безопасности браузеров можно было воспользоваться практически, тестируемые браузеры должны находиться в легко воспроизводимых состояниях. Единственное легко и вполне естественно воспроизводимое состояние для браузера, это 100% патчей.

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

Хотя можно взять Н самых популярных плагинов, такого порядка, как вьюеры документов и средства интеграции с другим популярным софтом.

***

Очень важный и сложно формализуемый показатель, это степень уязвимости браузера к 0day эксплойтам. Проблема с ним в том, что ситуация 0day эксплуатации невоспроизводима. Поэтому практический тест не возможен, возможно только как-то аппроксимировать показатель "степень 0day уязвимости" из статистики прошлого. Например, так: взять плотность уязвимостей для данного браузера (количество/критичность на единицу времени), и поделить на обновляемость данного браузера (скорость/качество закрытия уязвимостей). Получится некий коэффициент, косвенно отражающий минимальный период времени, в течение которого браузер уязвим для свежих 0day.

А если этот коэффициент еще скрестить с статистикой по браузерам, то получится некий показатель "глобальной веб-уязвимости".

***

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

***

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

  • Upvote 5

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


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

Оффтоп на тему Google Chrome выделен в отдельную тему

http://www.anti-malware.ru/forum/index.php?showtopic=6095

Обсуждение рекомендуемых настроек безопасности браузеров также выделено в отдельную тему

http://www.anti-malware.ru/forum/index.php?showtopic=6094

Будте внимательны!

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


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

UP

По подсказке p2u напоминаю про тему...

Актуально все же оказалось...

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


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

У меня опера 9.63, которая вышла сегодня сдала тест http://www.info-svc.com на 11 из 21

o963_t.jpg

post-3953-1229611665_thumb.jpg

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


Ссылка на сообщение
Поделиться на другие сайты
p2u
У меня опера 9.63, которая вышла сегодня сдала тест http://www.info-svc.com на 11 из 21

Я (исключительно благодаря своим настройкам) получил следующий результат: 13 из 21 сдал; 8 провалил.

152183a6d183.jpg

Надо сказать, что я Firefox (3.0.5) настроил так, чтобы он не выдал никаких алертов, кроме тех случаев, когда сайт хочет загрузить файлы и/или запускать программы или модули. На практике мне ничего такого не грозит, так как кроме мейла и на несколько форумах, мне нигде логон не требуется. В Firefox'e вообще ничего сохранять нельзя, особенно пароли! Поэтому Password Manager - один из первых вещей, которых надо ОТКЛЮЧИТЬ. Спасибо всё равно за тест! :)

Paul

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


Ссылка на сообщение
Поделиться на другие сайты
sergey888
В Firefox'e вообще ничего сохранять нельзя, особенно пароли! Поэтому Password Manager - один из первых вещей, которых надо ОТКЛЮЧИТЬ.

Не реально. Водить каждый раз пароли при входе на каждый сайт это выше моих сил. Это значит мне придется вводить каждый раз при запуске Mozilla Firefox 15 паролей. Я не сохраняю пароли только на то, чем действительно сильно дорожу. ;)

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


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

  • Сообщения

    • demkd
      ---------------------------------------------------------
       4.99.2
      ---------------------------------------------------------
       o Это обновление повышает качество работы с удаленной системой и снимает некоторые ограничения.
         Работа с удаленным рабочим столом вышла на новый уровень недостижимый для подавляющего большинства программ удаленного управления.
         Функция оптимизирована для работы в локальной сети, что обеспечивает минимальный, почти неощутимый лаг и высокий максимальный fps.
         Дополнительно это обновление исправляет проблему с анализом ответа от сервиса VT.

       o Для Windows 8 и старше для получения копии экрана теперь используется Desktop Duplication API + DX11,
         который уменьшает загрузку процессора в удаленной системе и изменяет FPS в зависимости
         от интенсивности изменения содержимого экрана, что позволяет устанавливать нулевую задержку
         для обновления экрана без существенной загрузки процессора, что в свою очередь обеспечивает
         минимальный инпут лаг. В этом режиме состояние кнопки "CAPBLT" игнорируется.
         Максимальный fps в этом режиме минимум в 2 раза выше, чем в устаревших системах.

       o В клиентской части для отрисовки экрана задействован Direct2D с поддержкой использования ресурсов видеокарты,
         что позволяет отображать удаленный рабочий стол с приличным FPS даже при масштабировании кадра.
         Качество масштабирования экрана при использовании аппаратного ускорения стало заметно выше.
         (!) Минимальные требования Vista SP2/Windows Server 2008 SP2.

       o Добавлена поддержка передачи стандартных курсоров, стандартные курсоры не рендерятся на рабочий стол,
         а устанавливаются в клиентской системе, что позволяет избежать лагов при движении курсора и повышает fps.
         (!) В удаленных системах без физической мыши для поддержки этой функции необходимо активировать отображение курсора мыши.
         (!) Win+U -> Мышь и выбрать "Управлять мышью с помощью клавиатуры".

       o Исправлена и оптимизирована функция сжатия фреймов при работе с удаленным рабочим столом, из-за ошибки
         не поддерживались фреймы размером более 2560x1600 пикселей.
         Время сжатия фрейма уменьшено на 40%. (для 32/24 битных режимов)
         Коэффициент сжатия фрейма увеличен на 25%. (для всех режимов)
         (!) Новая функция не совместима со старыми версиями uVS, если у вас в настройках флаг bReUseRemote = 1,
         (!) то перед обновлением необходимо закрыть все серверные часть uVS на удаленных компьютерах с помощью
         (!) старой версии uVS.

       o В целях уменьшения трафика добавлена поддержка понижения цветности для 32/24/16bpp  режимов экрана
         (детализация не понижается, а лишь удаляется избыточная информация о цвете).
         Вы можете выбрать в списке 24bpp (24 бита на цвет), 15bpp (15 бит) и 7bpp (7 бит).
         7bpp это черно-белый режим со 128 градациями серого. Яркость в это режиме представлена средним арифметическим
         цветовых компонент, этот вариант смотрится лучше и требует меньше ресурсов процессора, чем "правильное" обесцвечивание.
         Каждый шаг понижения цветности экономит до 70% трафика относительно предыдущего режима, однако 24bpp
         позволяет достичь максимального fps (только при достаточной ширине канала), за счет минимального времени сжатия картинки.

       o Повышена точность трансляции координат курсора.

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

       o Изменена функция кнопки "[ ]", при при первом нажатии на нее высота удаленного рабочего стола становится максимальной
         с учетом высоты таскбара, при повторном нажатии размер удаленного рабочего стола масштабируется до максимума в соответствии
         с текущим разрешением клиентского монитора и учетом соотношения сторон исходного изображения вплоть до перехода в полноэкранный режим,
         заголовок окна и управляющие кнопки автоматически скрываются и проявляются если подвести курсор мыши к верхней границе дисплея,
         эффект от третьего нажатия на эту кнопку соответствует эффекту от первого нажатия.
         Горячая клавиша RWIN доступна и в полноэкранном режиме, при ее нажатии в клиентской системе полноэкранный режим будет отменен и будет
         активировано ближайшее окно другого приложения (эмуляция Alt+Tab), при повторном ее нажатии или переключении в окно удаленного рабочего стола
         полноэкранный режим будет восстановлен.

       o Передача удаленного рабочего стола и нажатий кнопок теперь производится через сокет открываемый на время
         передачи по случайному порту, что позволило дополнительно повысить FPS и отзывчивость удаленного интерфейса.
         Серверная часть uVS на удаленном компьютере автоматически добавляет себя в исключения брандмауэра Windows при запуске
         и удаляет себя из исключений при завершении. При использовании стороннего фаервола необходимо добавить uVS в исключения
         самостоятельно на удаленной машине, в этом случае необходимо прописать bFixedName=1 в settings.ini, что бы имя исполняемого файла
         было постоянным.
         В качестве имени удаленного компьютера допустимо использовать:
          o IPv4 (подключение по TCP-IPv4, максимальная скорость запуска серверной части)
          o Имя компьютера (автоматический выбор версии IP, скорость передачи картинки выше в случае TCP-IPv6 в пределах 4%)
          o Доменное имя   (автоматический выбор версии IP)
         (!) Приоритетным протоколом является IPv6, т.е. если у удаленной системы есть IPv4 и IPv6 адрес, то подключение будет по IPv6.
         (!) Если вы используете Ф или сторонний фаервол то в клиентской и удаленной системе необходимо разрешить исходящие запросы
         (!) по протоколу ICMPv6 для SYSTEM.
         (!) Подключение по IPv6 доступно начиная с WinXP.
         (!) Для работы с удаленной системой без отображения рабочего стола внесение изменений в настройки фаервола не требуется.

       o Новый параметр в settings.ini
         [Settings]
         ; Использовать IPv6 при подключении к удаленному рабочему столу.
           bIPv6 (по умолчанию 1)

       o В окне удаленного рабочего увеличено количество поддерживаемых мониторов с 6 до 10 (кнопки 1-10).

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

       o При работе с удаленным рабочим столом добавлена поддержка нажатия Ctrl+Alt+Del (кнопка CAD) для Windows Vista и старше.
         Для реализации этой функции добавлен новый модуль: usas.
         (!) На время его выполнения модифицируется групповая политика для разрешения использования SAS.
         (!) Чтобы эта функция работала в Windows Server 2008 и Windows Vista,
         (!) необходимо скопировать библиотеку(и) sas.dll из Windows 7:
         (!) C:\Windows\System32\sas.dll и C:\Windows\SysWOW64\sas.dll (для Vista x64 нужны обе)
         (!) и поместить их в C:\Windows\System32 и C:\Windows\SysWOW64 соответственно.
         (!) Эти библиотеки из Windows 7 были добавлены в STORE (каталоги NT60 и NT60x64).

       o Улучшена функция получения доступа к защищенным от чтения файлам на NTFS разделах.
         Теперь файлы, которые полностью защищены от открытия на уровне ядра, т.е. те что ранее не читались uVS,
         можно проверять по хэшу, копировать в Zoo и проверять их ЭЦП (в том числе и драйвер Ф).
         Добавлена поддержка чтения мелких защищенных файлов и файловых потоков полностью помещающихся в записи MFT.
         (новая функция прямого доступа к диску портирована из badNTFS Pro v2.21)

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

       o Снят лимит на длину строк в окне информации о файле.

       o Снят лимит на путь и длину командной строки в окне истории процессов и задач.

       o Максимальный размер cmd/vbs и т.д. текстовых файлов, хранящихся в описании файла в поле #FILE#, увеличен до 128kb.
         Восстановить файл из образа автозапуска можно поместив значение данного поля в буфер обмена и далее
         сохранив его в любом текстовом редакторе.

       o В лог добавлено состояние брандмауэра. (0 - выключен, 1 - включен).

       o В окно установленных программ добавлена кнопка "Сохранить", которая сохраняет список программ в текстовый файл.

       o Обновлены start и start_x64: улучшена четкость шрифта в новых системах.

       o Обновлена функция разбора ответа от сервиса VT.
         Дополнительно в лог добавлены результаты из раздела sigma_analysis.

       o Окно истории процессов и задач стало немодальным.
         Перейти в это окно теперь можно из окна информации через его контекстное меню при щелчке правой кнопкой мыши по
         строке содержащей pid.
         (!) История процессов доступна лишь при активном отслеживании процессов и задач. (твик #39)

       o Исправлена критическая ошибка в функции обновления окна списка.

       o Исправлена критическая ошибка в функции проверки одного файла по списку критериев.

       o Исправлена критическая ошибка в функции сканирования реестра: длинные значения ключей полностью игнорировались.
         Теперь при обнаружении значения длиной свыше 1024 байт в лог выводится предупреждение с указанием ключа, имени значения
         и содержимого значения. Если в значении будет выделен файл то файл становится подозрительным.
         Эта ошибка присутствовала с v1.0.

       o Исправлена ошибка при открытии окна удаленного рабочего стола, задержка обновления экрана была 50мс
         вне зависимости от текущих настроек до ее изменения вручную.

       o Обновлена функция определения файлов запускавшихся неявно для совместимости с новыми билдами Windows.

       o Исправлена ошибка из-за которой в очень редких случаях мог не отображаться удаленный рабочий стол.

       o Исправлена функция обработки двойного щелчка кнопкой мыши.

       o Исправлена ошибка из-за которой клиент мог долго завершать работу с выдачей ошибок
         при штатном завершении серверной части.

       o Исправлена ошибка [Error: 0x80004002 - Интерфейс не поддерживается] в твике(27) удаления политик Chrome
         при работе с удаленной системой и при выполнении команды "regt 27" из скрипта.

       o Для Windows 11 возвращен оригинальный стиль чекбоксов, начиная с некоторого обновления их наконец-то исправили.

       
    • PR55.RP55
      Как бы это выявлять и исправлять в uVS ? https://forum.kasperskyclub.ru/topic/464495-pojmal-virusa-pereimenovalis-sluzhby/
    • Ego Dekker
      Домашние антивирусы для macOS были обновлены до версии 7.5.74. Добавлена поддержка macOS Sequoia (версия 15).
    • PR55.RP55
      Можно сделать так чтобы объект в списке отображался не под своим именем, а под именем критерия. ( или по результату проверки на V.T ) - ( по настройке в settings.ini ) Для чего? Например в списке есть: oikgcnjambfooaigmdljblbaeelmeke odbmjgikedenicicookngdckhkjbebpd Но объект  может отображаться внятно: oikgcnjambfooaigmdljblbaeelmeke = T-Сashback1 — кэшбэк-сервис odbmjgikedenicicookngdckhkjbebpd = T-Сashback2 — кэшбэк-сервис  
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 17.2.8.
×