Google Chrome внезапно падает у пользователей Windows 10 — что делать

Google Chrome внезапно падает у пользователей Windows 10 — что делать

Google Chrome внезапно падает у пользователей Windows 10 — что делать

В определённый момент пользователи операционной системы Windows обнаружили, что браузер Google Chrome начал аварийно завершать работу. Фактически дошло до того, что интернет-обозреватель нельзя было нормально использовать, а о причинах приходилось только догадываться.

Напомним, что разработчики Google выпустили Chrome версии 90.0.4430.212 ровно две недели назад — 10 мая. Сразу после релиза от пользователей не поступало жалоб на вылет программы, однако всё поменялось буквально на днях.

Первым о проблеме сообщило издание Windows Latest: люди начали жаловаться на падение расширений для браузера и вкладок Google Chrome. Аварийное завершение работы происходило внезапно при обычном использовании интернет-обозревателя. Постепенно форум поддержки Chrome и Reddit наполнились обращениями раздосадованных пользователей.

«Около 15 минут назад совершенно неожиданно Google Chrome завершил работу. Все аддоны упали, а вкладки отказывались загружаться. Абсолютно пустой экран, а на вкладке значится "Untitled"», — пишет один из участников сообщества Reddit.

 

Некоторые даже сообщали о невозможности открыть настройки или страницу расширений, причём проблема затрагивала как обычный режим, так и «Инкогнито». Чуть позже исследователи и сами пользователи начали докапываться до сути проблемы.

Оказалось, что баг был связан с директорией %UserProfile%\AppData\Local\Google\Chrome\User Data, которая используется для хранения данных пользователя, расширений и настроек браузера.

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

  1. Убедиться, что синхронизация работает корректно. Для этого нужно посетить страницы https://chrome.google.com/sync и https://passwords.google.com.
  2. Закрыть все вкладки и окна Google Chrome.
  3. Открыть Проводник Windows и папку %LOCALAPPDATA%\Google\Chrome\User Data в нём.
  4. Удалить файл «Local State» (только при наличии бэкапа!).
  5. Открыть Chrome.

Второй способ требует переименования директории «User Data» (подойдёт любое другое имя).

Update:

Google выпустила обновление, устраняющее проблему вылета Chrome в операционных системах Windows и Linux. Все столкнувшиеся с багом пользователи могут установить апдейт.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

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

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

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

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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