Личные сообщения пользователей в Twitter могли получать третьи лица

Личные сообщения пользователей в Twitter могли получать третьи лица

Личные сообщения пользователей в Twitter могли получать третьи лица

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

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

Ошибка в реализации этого механизма приводила к тому, что личные сообщения (Direct Messages, DM), которые пользователи отправляли бизнес-аккаунтам, могли попасть в руки сторонних учетных записей.

Предположительно, баг возник из-за технических недочетов — например, если разные разработчики имели один и тот же AAAPI или схожие URL-пути. Именно такие причины называет компания в блоге.

Оказалось, что баг присутствует в системе аж с мая 2017 года, а был обнаружен лишь в начале сентября 2018. К счастью, проблема затронула лишь 1 % от общего числа пользователей Twitter.

«Если вас затронула эта проблема, мы непременно свяжемся с вами через систему уведомлений. Также мы контактируем со всеми, кто мог получить несанкционированный доступ к личным сообщениям пользователей, чтобы убедиться, что эти лица удалили соответствующую информацию», — заявили в компании.

В мае стало известно, что Twitter хранил пароли в открытом виде из-за ошибки в системе хранения паролей.

На прошлой неделе в Роскомнадзоре заявили, что направят официальные письма Facebook и Twitter. Ведомство хочет проконтролировать исполнение этими компаниями российского закона о хранении персональных данных россиян, которые, напомним, должны находиться на территории РФ.

Также несколько дней назад к социальным платформам Facebook и Twitter возникли новые вопросы по части использования персональных данных пользователей. Европейская комиссия (ЕК) пригрозила соцсетям санкциями, если они не изменят свои «вводящие в заблуждение» условия обслуживания.

Indeed CM подружили с OpenLDAP, Dogtag CA и Linux-доменами

Компания «Индид» выпустила Indeed Certificate Manager 7.3 — новую версию системы для централизованного управления сертификатами и ключевыми носителями. Главный вектор обновления — Linux: продукт получил поддержку новых каталогов, открытого центра сертификации и единого входа через Kerberos.

Indeed CM теперь работает с OpenLDAP и «Альт Домен». Это позволяет строить PKI-инфраструктуру в Linux-среде и не держаться мёртвой хваткой за одного поставщика инфраструктурных решений.

Ещё одна заметная интеграция — Dogtag CA. Открытый центр сертификации можно использовать вместе с Indeed CM для выпуска и управления жизненным циклом сертификатов. Пользователям при этом не придётся погружаться во все тонкости его нативного администрирования: система возьмёт эту криптографическую кухню на себя.

Для входа в сервисы Indeed CM на Linux добавили Kerberos SSO. После аутентификации в домене пользователю не нужно повторно вводить учётные данные — меньше паролей перед глазами, меньше поводов отдать их фишинговой форме.

Усилили и защиту самих сертификатов. Версия 7.3 поддерживает Рутокен БИО и трёхфакторную аутентификацию: ключевой носитель, PIN-код и отпечаток пальца. В интеграции с Рутокен Логон появился сценарий сложного пароля. Он автоматически генерируется и хранится на токене, поэтому запоминать очередную конструкцию из букв, цифр и спецсимволов не придётся.

Кроме того, система научилась хранить служебные заметки о пользователях и выпускать через SafeTech CA сервисные сертификаты для клиентских агентов. В список совместимого оборудования добавили новые модели JaCarta.

Indeed CM 7.3 также поддерживает Windows Server 2025, Debian 13 и «Альт» 11, а заодно совместима с ALD Pro 3.0.

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