Стало известно о 17-летней уязвимости отказа в обслуживании в BIND

Стало известно о 17-летней уязвимости отказа в обслуживании в BIND

Стало известно о 17-летней уязвимости отказа в обслуживании в BIND

Ошибка в DNS-сервере BIND оставалось незамеченной с 2000 года. Если вы используете уязвимую версию BIND и DNSSEC, вам следует устранить эту брешь, которая может привести к отказу в обслуживании.

BIND представляет собой открытую и наиболее распространенную реализацию DNS-сервера, обеспечивающую выполнение преобразования DNS-имени в IP-адрес и наоборот.

«Обнаруженная 16 января уязвимость существует из-за неверной секвенции во время очистки, что может привести к ошибке use-after-free и сбою в работе», — отмечается в сообщении специалистов.

Как оказалось, сама ошибка присутствует в библиотеке netaddr.c.

Отключение проверки DNSSEC может послужить временным решением, однако в рекомендациях утверждается, что все версии, начиная с BIND 9.0.0 (выпущенной в 2000 году), должны быть пропатчены.

Эксперты говорят, что наиболее актуально этот вопрос стоит для следующих версий: с 9.9.9-P8 по 9.9.11, с 9.10.4-P8 по 9.10.6, с 9.11.0-P5 по 9.11.2, с 9.9.9-S10 по 9.9.11-S1, с 9.10.5-S1 по 9.10.6-S1, а также с 9.12.0a1 по 9.12.0rc1.

«На данный момент нет сообщений об эксплойтах этой бреши, реально использующихся в атаках, однако о сбоях в обслуживании сообщали несколько источников», — продолжают эксперты.

В iOS нашли намёк на сквозное шифрование RCS-чатов между iPhone и Android

Apple, похоже, делает ещё один шаг к полноценной защите RCS-переписки между iPhone и Android — но, как это часто бывает, не без оговорок. В бета-версии iOS 26.3 Beta 2 обнаружены признаки подготовки сквозного шифрования (end-to-end encryption, E2EE) для RCS-сообщений.

Речь идёт о той самой защите, которая давно стала стандартом в современных мессенджерах, но до сих пор отсутствует в переписке между пользователями iPhone и Android.

Информацию обнаружил пользователь X (бывший Twitter) под ником @TiinoX83. Изучая carrier bundles — пакеты настроек операторов связи — он нашёл новый параметр, позволяющий операторам включать шифрование RCS. Судя по коду, Apple готовит механизм, при котором именно оператор будет «давать добро» на использование защищённых RCS-чатов.

 

Правда, есть нюанс. На данный момент этот параметр присутствует лишь у четырёх операторов — Bouygues, Orange, SFR и Free, и все они работают во Франции. Более того, ни один из них пока не активировал новую опцию. То есть формально поддержка как бы есть, но по факту она не работает.

История с E2EE для RCS тянется уже не первый месяц. После анонса спецификации Universal Profile 3.0 от GSMA весной прошлого года Apple публично пообещала добавить поддержку защищённых RCS-сообщений в будущих обновлениях iOS. Тогда же стало известно, что шифрование будет строиться на протоколе Messaging Layer Security (MLS) — том самом, который Google уже использует в Google Messages.

Первые намёки на реализацию этой идеи появились ещё в августе, когда в коде iOS 26 нашли следы тестирования MLS. С тех пор ожидания только росли, но реального запуска функции пользователи так и не увидели.

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