- Регистрация
- 12.08.25
- Сообщения
- 292
- Реакции
- 101
На конференции OffensiveCon Tokyo 28 октября исследователь безопасности Сайфелдин Азиз (Saifeldeen Aziz) Для просмотра ссылки Войди
В основе атаки лежит библиотека rlottie, которую Telegram использует для воспроизведения анимированных стикеров формата TGS. Это сжатые JSON-файлы с описанием векторной анимации. Клиент самостоятельно разбирает их содержимое и отрисовывает кадры.
Исследователь применил фаззинг rlottie под управлением больших языковых моделей. В результате обнаружились несколько ошибок повреждения памяти, затрагивающих клиенты Telegram для iOS, Android и настольных систем.
Однако наличие ошибок в библиотеке ещё не означало, что через них удастся атаковать пользователя. Telegram проверяет загружаемые стикеры на своих серверах, не позволяя потенциально опасным файлам добраться до уязвимого кода клиента.
Азиз решил проверить именно этот защитный механизм. Он обнаружил отдельные логические ошибки в процедурах проверки и доставки стикеров, которые позволяли обходить серверные и клиентские ограничения. Объединив их с уязвимостями rlottie, исследователь построил цепочку эксплуатации и, как утверждается в описании доклада, добился выполнения кода в Telegram для iOS.
Таким образом, проблема оказалась не только в ошибках обработки анимации, но и в архитектуре защиты: безопасность уязвимого клиентского кода зависела от того, сможет ли сервер гарантированно отфильтровать все опасные варианты входных данных.
Что ответил Telegram
Ещё в марте 2026 года исследователь Майкл Деплант из Zero Day Initiative сообщил Telegram о другой уязвимости rlottie, позднее получившей идентификатор Для просмотра ссылки Войди15 октября ZDI Для просмотра ссылки Войди
По утверждению Азиза, после получения результатов его исследования Telegram продолжил делать ставку прежде всего на ограничения доставки опасных данных, тогда как уязвимый код обработки анимации оставался в официальных клиентах.
Сам исследователь поставил вопрос: можно ли считать надёжной защитой механизм, при котором возможность эксплуатации клиентских уязвимостей полностью зависит от серверной логики поставщика мессенджера?
Пока опубликовано описание доклада, но не полный технический разбор цепочки. Поэтому неизвестны точные условия эксплуатации, затронутые версии клиентов и ограничения продемонстрированной атаки. Независимого подтверждения работоспособности этой zero-click-цепочки в открытых материалах также нет.
Для просмотра ссылки Войди