Разработчики Firefox и Opera отключат поддержку WebSocket

Разработчики Firefox и Opera отключат поддержку WebSocket

Сообщается, что Mozilla и Opera Software приняли решение ограничить поддержку этого протокола в последних версиях своих обозревателей - Firefox 4 и Opera 11 - по соображениям безопасности: WebSocket оказался уязвим для опасных атак со стороны потенциальных злоумышленников.

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

Согласно записи в блоге Mozilla Hacks, оставленной разработчиком Кристианом Хайльманном, подобная уязвимость довольно опасна, причем от конкретного браузера она никак не зависит. Изъяны в протоколе WebSocket могут позволить злоумышленнику, к примеру, подменить в кэше любой легитимный JavaScript-файл (скажем, от системы Google Analytics) на вредоносный.

Стоит, однако, отметить, что ни Mozilla, ни Opera Software не будут полностью отказываться от поддержки WebSocket: соответствующий функционал по умолчанию отключат в настройках обозревателя. Возможность активировать его оставят для нужд пользователей, заинтересованных в тестировании уязвимого протокола, причем в Firefox соответствующий параметр конфигурации будет скрыт.

Технологии WebSocket используются и в других популярных браузерах - Chrome версии 4 и выше, а также Safari 5. Г-н Хайльманн, однако, выразил уверенность в том, что Google и Apple вскоре последуют примеру Mozilla и Opera Software и отключат поддержку протокола вплоть до момента исправления всех опасных недочетов и ошибок.

Softpedia

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

Обновите Telegram для Android: версия 13.2.2 закрыла опасную уязвимость

Telegram исправил уязвимость в HTML-виджетах, которые мессенджер открыл для ботов 9 ноября. Через ошибку скрипт из обычного сообщения мог выйти за пределы песочницы и выполнить машинный код на устройстве. Проблема находилась в движке JavaScript QuickJS, который Telegram использует в собственном форке QuickJS-ng.

Патч описан в журнале изменений песочницы виджетов Telegram на GitHub. Парсер QuickJS принимал конструкцию await using в заголовке цикла даже внутри обычных, неасинхронных функций.

В таком случае движок завершал функцию по пути для асинхронного кода и не закрывал ссылки на ее локальные переменные. Вложенные функции после возврата продолжали обращаться к уже освобожденному участку стека. Такой класс ошибок называют use-after-return.

О проблеме сообщили применительно к Telegram для Android 13.2.1, но, по данным Telegram, она затрагивала все платформы, где собирается форк движка. Исправление внесли 10 ноября: теперь парсер выдает синтаксическую ошибку на такую конструкцию. В тот же день вышла версия Telegram для Android 13.2.2.

Уязвимый код попал в основную ветку QuickJS-ng 16 мая вместе с поддержкой явного управления ресурсами. Ошибку описал разработчик Андреас Рёсдал.

9 ноября он опубликовал в репозитории QuickJS-ng аудит безопасности всего движка, проведенный с помощью модели Claude от Anthropic. В отчете 27 находок, уязвимость с await using в нем третья, с высоким уровнем опасности.

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