Twitter начал шифровать данные по API

Twitter начал шифровать данные по API

C сегодняшнего дня миллионы Twitter-совместимых приложений, применяющих в работе данные Twitter, должны будут шифровать их коммуникации с интерфейсом Twitter API, что позволит повысить безопасность и поддерживать целостность данных. В кратком сообщении в блоге Twitter говорится, что система принудительного шифрования коммуникаций заработала с 14 января и все API-функции должны исполняться через SSL-протокол или через его дальнейшее развитие - протокол TLS.



«Подключение к API через SSL позволяет создать безопасный коммуникаицонный канал между нашими серверами и вашим приложением. Это значит, что никакие закрытые данные не могут быть перехвачены неавторизованным агентом, находящимся посередине коммуникационного канала», - пишет в блоге Twitter Луи Киприани, специалист по коммуникациям Twitter.

Он напомнил, что о принудительном шифровании было впервые объявлено еще в декабре.

Интернет-компании  Facebook и Google начали шифровать API еще в 2011 году.

Согласно статистике, на сегодня более миллиона приложений зарегистрированы на использование API-функций Twitter. Сама сеть Twitter предлагает различные услуги через API, в том числе индивидульные ленты сообщений, агрегаторы, анализаторы трендов и другие. В компании говорят, что запрос данных у Twitter в большинстве случаев ранее производился через простые HTTP-запросы, тогда как теперь обязательно применение HTTPS, передает cybersecurity.ru.

Разработчики программного обеспечения на популярных языках веб-разработки, таких как Python, PHP и Ruby, должны будут работать с системными библиотеками, которые управляют SSL-инициализацией.

В 7-Zip нашли уязвимость: вредоносный XZ-архив может запустить код

В 7-Zip обнаружили опасную уязвимость CVE-2026-14266, которая позволяет атакующему выполнить произвольный код через специально подготовленный XZ-архив. Из-за переполнения буфера приложение может записать данные за пределами выделенной памяти.

Проблема связана с обработкой фрагментированных XZ-данных. Если эксплуатация сработает, злоумышленник получит возможность запускать код с правами текущего процесса 7-Zip.

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

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

Аутентификация и предварительный доступ к устройству атакующему не нужны. После успешной эксплуатации он сможет запустить вредонос, украсть доступные пользователю данные, изменить файлы или просто уронить систему.

О случаях применения CVE-2026-14266 в реальных атаках пока не сообщается. Но технические подробности уже опубликованы, а значит, желающие собрать рабочий эксплойт получили неплохую инструкцию к действию.

Разработчики исправили проблему в 7-Zip 26.0. Пользователям советуют обновиться как можно скорее и не открывать неожиданные XZ-архивы из писем, чатов и файловых обменников.

Архив с названием «документы_важное.xz» теперь лучше сначала проверить. Потому что внутри может лежать не документ, а очень инициативный чужой код.

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