Apple добавила постквантовую защиту переписок в iMessage

Apple добавила постквантовую защиту переписок в iMessage

Apple добавила постквантовую защиту переписок в iMessage

На этой неделе Apple представила новый криптографический протокол PQ3, предназначенный для защиты переписок в iMessage от будущих атак с помощью квантовых компьютеров.

Яблочный техногигант чётко разделяет уровни защиты мессенджеров. Всего таких уровней, по словам корпорации, четыре:

  • level 0 — приложения, не реализующие сквозное шифрование по умолчанию;
  • level 1 — есть сквозное шифрование по умолчанию, но используется исключительно стандартная криптография;
  • level 2 — эти приложения реализуют постквантовую защиту при изначальной установке ключа шифрования;
  • level 3 — реализуют постквантовую защиту как при установке ключа, так и при обмене сообщениями.

Например, мессенджер Signal, который принято считать защищённым, недавно достиг level 2. Кстати, разработчики на днях начали тестировать в публичной бетке юзернеймы, за которыми можно прятать номера телефонов.

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

Купертиновцы также заявили, что принцип работы протокола PQ3 подразумевает комбинирование постквантовых алгоритмов с классической криптографией Elliptic Curve.

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

PQ3 в настоящее время тестируется в бета-версиях iOS 17.4, iPadOS 17.4, macOS 14.4 и watchOS 10.4.

Срочно патчим MongoDB: уязвимость под атакой, PoC-эксплойт в паблике

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

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

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

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

Уязвимости, получившей 8,7 балла по шкале CVSS, подвержены многие версии СУБД MongoDB, и поддерживаемые, и устаревшие. Угроза также актуальна для Ubuntu.

Вышедший в этом месяце патч включен в состав сборок 8.2.3, 8.0.17, 7.0.28, 6.0.27, 5.0.32 и 4.4.30. Ввиду текущих атак, а также публикации PoC-кода на GitHub пользователям рекомендуется в кратчайшие сроки произвести обновление.

При отсутствии такой возможности можно временно отключить zlib, ограничить доступ к серверу MongoDB по сети и ввести мониторинг логов на предмет аномальных неавторизованных подключений.

Сканирование интернета, проведенное в Censys, выявило более 87 тыс. потенциально уязвимых экземпляров MongoDB, с наибольшей концентрацией в США, Китае и Германии.

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