Google устранила в Chrome 0-day, активно эксплуатируемую в атаках

Google устранила в Chrome 0-day, активно эксплуатируемую в атаках

Google устранила в Chrome 0-day, активно эксплуатируемую в атаках

Корпорация Google устранила активно эксплуатируемую 0-day уязвимость в браузере Chrome. Вчера вечером всем пользователям Windows, macOS и Linux должна была прийти версия Chrome 88.0.4324.150, которая и пропатчила опасную дыру.

Уязвимость получила идентификатор CVE-2021-21148 и высокую степень опасности. Представители Google отметили, что им известно о существовании эксплойта, который злоумышленники используют в реальных атаках.

Известно, что о проблеме безопасности сообщил исследователь Маттиас Бьюленс. 24 января 2021 года он направил Google соответствующий отчёт со всеми подробностями относительно выявленного бага.

Чуть позже, 28 января, Microsoft рассказала о северокорейской правительственной кибергруппировке ZINC, которая, предположительно, использовала цепочку эксплойтов для браузера Chrome. По словам корпорации из Редмонда, основными целями злоумышленников стали специалисты в области кибербезопасности.

Одной из брешей, задействованных ZINC, оказалась устранённая вчера 0-day. Согласно описанию, она представляет собой возможность переполнения буфера и затрагивает V8, WebAssembly- и JavaScript-движок.

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

Google не предоставила никаких подробностей относительно кибератак, в которых используется 0-day CVE-2021-21148, но оно и к лучшему — надо убедиться, что большинство пользователей установили вышедший вчера патч.

Подпишитесь на новости

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

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

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

Фотографии из безлимитной автозагрузки добавили веселья: для копирования через выбранный API их пришлось переместить в обычную папку. После этого они начали занимать место в тарифе. Более 30 тысяч снимков переносились около шести часов.

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

RSS: Новости на портале Anti-Malware.ru