В Zoom Whiteboard нашли уязвимость, позволяющую провести XSS-атаку

В Zoom Whiteboard нашли уязвимость, позволяющую провести XSS-атаку

В Zoom Whiteboard нашли уязвимость, позволяющую провести XSS-атаку

Раскрыты подробности хранимой XSS-уязвимости, работающей и в десктопном, и в веб-приложении Zoom Whiteboard. Соответствующий патч был создан менее чем за месяц и вышел в августе.

Уязвимость обнаружил ИБ-исследователь Юджин Лим (Eugene Lim), известный в Сети под ником spaceraccoon. Причиной появления проблемы является некорректная санация пользовательского ввода; эксплойт сложен в исполнении, однако автору находки удалось обойти штатную проверку и внедрить свой JavaScript-код в страницу по методу межсайтового скриптинга.

Продукт Zoom Whiteboard, предназначенный для коллективной работы в реальном времени, предоставляет пользователям общую виртуальную доску с возможностью добавления и редактирования объектов: текста, фигур, картинок, записок-стикеров. Для работы с веб-страницей необходим браузер или десктопное приложение с поддержкой JavaScript.

За хранение и передачу объектов в Whiteboard отвечает разработанный в Google механизм Protocol Buffers (protobuf). С его помощью производится обновление доски; для трансляции объектов на подключенные клиенты он использует протокол WebSocket.

При получении такого сообщения клиентское приложение преобразует protobuf-объект в соответствующий компонент React и вставляет его в страницу (UI). При этом JavaScript-библиотека React по умолчанию очищает все атрибуты HTML, оставляя лишь разрешенные теги.

Для некоторых объектов очистка производится с помощью кастомных regex-функций, реализация которых, как выяснилось, далека от совершенства. В итоге Лиму удалось найти способ обойти санацию для рассылки произвольного JavaScript и проведения XSS-атаки.

В комментарии для The Daily Swig исследователь пояснил, что задачу в данном случае осложняет использование protobuf-формата. Для успешного эксплойта необходимо перехватить запрос WebSocket и корректно изменить protobuf-сообщение до того, как запрос будет сброшен. Чтобы преодолеть это препятствие, эксперт написал PoC-скрипт, использующий объект Сlipboard для создания и доставки полезной нагрузки — триггера XSS.

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

Алиса AI начала звонить за пользователей: что умеет новый режим

Яндекс начал тестировать телефонные поручения для «Алисы AI». Ассистент сможет звонить организациям и частным лицам: уточнять информацию, записывать на услуги и бронировать столики. Пользователю достаточно объяснить задачу, а разговор помощник возьмёт на себя.

О запуске тестирования рассказал «Ведомостям» менеджер по продукту «Алисы AI» Сергей Михайлов. Во время звонка нейросеть сможет задавать вопросы, выслушивать ответы и уточнять детали.

Получатель увидит подпись «Алиса, запрос от пользователя». После разговора в чат придёт расшифровка, а важные действия ассистент при необходимости попросит подтвердить.

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

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

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

Массовый запуск намечен на конец 2026 года, тарифы компания определит позднее.

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