Google: производители стали быстрее исправлять уязвимости
Специалисты Google Project Zero представили отчет, согласно которому, в прошлом году организациям требовалось меньше времени для устранения 0-day уязвимостей, обнаруженных экспертами, сообщает Хакер.
В среднем на исправление багов у компаний ходило 52 дня, тогда как еще три года назад им требовалось в среднем 80 дней. Таким образом, почти все производители устраняли уязвимости в течение принятого в индустрии срока — 90 дней.
Согласно статистике, собранной за 2019-2021 годы и основанной на 376 уязвимостях нулевого дня, обнаруженных экспертами Google Project Zero, 26% проблем касались продукции Microsoft, 23% — Apple и 16% — Google. То есть на трех софтверных гигантов пришлось 65% всех обнаруженных проблем, и, по словам экспертов, это хорошо отражает сложность и объем их программных продуктов, в которых неизбежно возникают «белые пятна», которые упускают даже многочисленные инженеры по безопасности.
В целом лучшими с точки зрения своевременного выпуска исправлений в отчете названы Linux, Mozilla и Google, а худшими — Oracle, Microsoft и Samsung.
В высококонкурентной области мобильных ОС iOS и Android идут рука об руку: для первой операционной системы среднее время исправления багов составляет 70 дней, у второй — 72 дня.
В категории браузеров Chrome превосходит всех конкурентов со средним периодом исправления ошибок в 29,9 дней, а Firefox занимает второе место с 37,8 днями. Apple, занимающей третье место, требовалось вдвое больше времени, чтобы устранять баги в WebKit: в среднем на это уходило 72,7 дня.
Эксперты Google Project Zero объясняют:
«В этом анализе WebKit является белой вороной с самым большим сроком, необходимым для выпуска патчей, — 73 дня. Время публикации исправлений [для WebKit] находится где-то посередине между Chrome и Firefox. К сожалению, это оставляет много времени для злоумышленников-оппортунистов, которые могут найти патч и эксплоит для проблемы раньше, чем исправление станет доступно для пользователей»
Теги:
похожие материалы
Почти 300 фейковых GitHub-репозиториев выдавали вредоносное ПО за легальные программы
Исследователи Arctic Wolf обнаружили крупную кампанию с поддельными GitHub-репозиториями.
Мошенники начали блокировать iPhone подростков через iCloud
Мошенники используют новую схему против подростков с iPhone: по данным МВД, злоумышленники под разными предлогами просят несовершеннолетних войти на своем устройстве в чужую учетную запись iCloud, после чего блокируют телефон или планшет и требуют деньги за разблокировку.
Каждая пятая утечка данных связана с теневым использованием ИИ
Несанкционированное использование ИИ-инструментов становится отдельным классом инцидентов в информационной безопасности.
«Базальт СПО» приглашает разработчиков свободного ПО на конкурс «Код логики»
Стартовал первый этап конкурса Open-Source-проектов для разработчиков свободного программного обеспечения «Код логики».
США ввели санкции против VPN-сервиса, которым пользовались вымогатели
Минфин США ввел санкции против First VPN Service, также известного как 1VPNS, его администратора Дмитрия Рашевского и белорусского гражданина Евгения Силаева.
Apple обвинила OpenAI в краже секретов для создания ИИ-гаджета
Apple подала иск против OpenAI, OpenAI Group PBC, io Products и двух бывших сотрудников компании - Чанга Лю и Тан Ю Таня.
Решения «Лаборатории Касперского» получили в 2026 году четыре годовые награды по итогам тестов SE Labs
«Лаборатория Касперского» в 2026 году восьмой раз подряд показала высокие результаты по итогам ежеквартальных тестов SE Labs.
Эксперты предупредили о цепочке уязвимостей OnlyShells в ONLYOFFICE
Эксперты BI ZONE выявили цепочку уязвимостей в офисном пакете ONLYOFFICE Desktop Editors.
«Любое умное устройство в вашей сети — это небольшой компьютер»: Сергей Полунин об уязвимости в роботах-пылесосах Shark
Как сообщают в GBHackers, миллионы роботов-пылесосов Shark, имеющих подключение к интернету, уязвимы для критической ошибки удалённого выполнения кода (RCE).
Управление конфигурациями как фундамент ИБ: эксперт Security Vision раскрыл принципы защиты от «дрейфа» настроек на основе реального опыта внедрения
Как превратить разовые проверки безопасности в непрерывный процесс, который действительно защищает бизнес, а не просто формально закрывает требования регуляторов?