YouTube подвешивает браузеры и съедать гигабайты RAM из-за бага интерфейса

YouTube подвешивает браузеры и съедать гигабайты RAM из-за бага интерфейса

YouTube подвешивает браузеры и съедать гигабайты RAM из-за бага интерфейса

Пользователи YouTube жалуются на зависания браузеров, рывки видео и резкий рост потребления оперативной памяти. Судя по сообщениям на Reddit и в браузерных форумах, проблема затрагивает Firefox, Brave и Microsoft Edge. В отдельных случаях одна вкладка с YouTube могла съедать больше 7 ГБ RAM.

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

По данным обсуждений в Bugzilla, разработчики Mozilla нашли возможную причину в интерфейсном коде YouTube. Речь идёт о блоке кнопок под видеоплеером — там, где находятся Like, Dislike, Share и другие элементы управления.

 

Судя по описанию, интерфейс постоянно проверяет, помещаются ли все кнопки в доступную ширину. Если места не хватает, YouTube скрывает одну из кнопок. Но после этого ширина контейнера меняется, и система снова решает, что место появилось. Кнопка возвращается, элементы опять не помещаются, и так по кругу.

Визуально это может выглядеть почти незаметно, но для браузера такой цикл очень тяжёлый. Страница снова и снова заставляет его пересчитывать расположение элементов, перерисовывать интерфейс и обновлять состояние рендеринга. Такой эффект часто называют layout thrashing или reflow loop.

В результате процессор начинает работать на полную, вкладка зависает, видео заикается, а память быстро расходуется. Некоторые пользователи публиковали скриншоты, где ядра CPU были загружены почти полностью именно во время просмотра YouTube.

 

Пока универсального исправления нет. Разработчики Mozilla продолжают разбираться в проблеме, а Google и YouTube публично не подтверждали точную причину сбоя. Но тот факт, что баг проявляется и в Firefox, и в браузерах на Chromium, усиливает версию о проблеме на стороне интерфейса YouTube.

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

ИИ-приложения снова напоминают: если к обычному веб-сервису прикрутить большую языковую модель, магия появляется не только в презентации, но и в списке уязвимостей. По данным «Информзащиты», в 2026 году 32% уязвимостей, найденных при пентестах ИИ- и LLM-приложений, относятся к высокорисковым.

Для сравнения: по всем классам активов этот показатель составляет около 12%. То есть риск-профиль ИИ-приложений оказался в 2,7 раза выше среднего.

За второй год наблюдений пропорция не изменилась. Более того, медианный срок устранения серьёзных находок вырос с 19 дней в 2025 году до 36 дней в 2026-м.

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

Второй — уже нейросетевой зоопарк: инъекции в промпт, утечки системного промпта, ошибки RAG-контуров, отравление данных, небезопасная обработка ответов LLM, проблемы в векторных хранилищах и отказ в обслуживании на уровне модели.

Особенно весело становится, когда модель подключают к корпоративным данным, CRM, базе знаний, API или инструментам автоматизации. В этот момент чат-бот перестаёт быть просто болталкой и получает возможность влиять на процессы. А ошибка в правах или логике вызовов превращает его в аккуратную дверь во внутренние системы.

Автоматическими сканерами всё это ловится плохо. По данным исследования, 78% команд сталкивались с тем, что такие средства пропускали критические уязвимости. Поэтому готовность полностью доверить пентесты автономным инструментам за год упала с 29% до 9%.

С устранением тоже не праздник. В 2026 году компании закрывали только 38,4% высокорисковых находок в ИИ / LLM-приложениях — это самый низкий показатель среди типов тестирования. Для API, например, он составил 77,3%.

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