Twitter устранил баг, раскрывавший личные переписки третьим лицам

Twitter устранил баг, раскрывавший личные переписки третьим лицам

Twitter устранил баг, раскрывавший личные переписки третьим лицам

Социальная платформа Twitter приняла меры в отношении бага, который раскрывал личные сообщения третьим лицам. Проблема проявлялась при использовании приложений, которые запрашивают PIN для завершения процесса авторизации вместо использования протокола OAuth.

Эксперт Теренс Эден обнаружил, что некоторые разрешения — например, доступ к личным сообщениям — остаются скрытыми для пользователя.

Twitter выплатила Эдену $2 940 за сообщение об этой бреши, так как исследователь воспользовался платформой HackerOne. По словам специалиста, основная причина наличия бага кроется в том, как официальный API Twitter обрабатывает ключи и секреты, к которым могут получить доступ разработчики приложений без авторизации.

«Много лет назад утекли официальные ключи API Twitter. Это значит, что разработчики приложений, которые одобрили в Twitter, все еще в состоянии получить доступ к API Twitter», — пишет Эден.

«По какой-то причине OAuth Twitter говорит о том, что у этих сообщений нет доступа к личным сообщениям пользователей. Но на деле у них он есть! Если проще — пользователей можно ввести в заблуждение, так как они, сами не ведая этого, предоставят доступ к своим личным перепискам».

Разработчики соцсети приняли все необходимые меры, чтобы устранить эту проблему.

В сентябре мы писали, что Twitter раскрывал содержание личных сообщений третьим лицам из-за досадного бага в системе. Соответствующую информацию подтвердила пресс-служба компании. Соцсеть даже провела расследование причин появления этого недостатка конфиденциальности, который затрагивал API «Account Activity Application Programming Interface» (AAAPI).

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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