Microsoft Exchange Server 2016 и 2019 получили поддержку HSTS

Microsoft Exchange Server 2016 и 2019 получили поддержку HSTS

Microsoft Exchange Server 2016 и 2019 получили поддержку HSTS

Microsoft добавила поддержку механизма HTTP Strict Transport Security (HSTS) в Exchange Server 2016 и 2019. Напомним, задача HSTS — принудительно активировать безопасное соединение через протокол HTTPS.

Таким образом, данные и системы будут лучше защищены от таких типов атак, как «человек посередине» (man-in-the-middle, MitM) и перехват cookies.

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

При включении новой опции веб-браузеры будут идентифицировать нарушение правил HSTS и обрывать соединения при попытке злоумышленников провести кибератаку вида MitM.

«HSTS не только добавляет защиту от стандартных типов кибератак, но и помогает избавиться от использования небезопасных практик вроде перенаправления пользователей с URL вида HTTP на HTTPS», — пишет Microsoft.

«Кроме того, HSTS может использоваться для защиты от активных и пассивных сетевых атак, однако этот механизм бессилен перед вредоносными программами, фишингом и уязвимостями в браузерах».

О том, как настроить HSTS на Exchange Server 2016 и 2019 можно почитать на сайте корпорации.

Подпишитесь на новости

Claude обошёл защиту Linux и добился удалённого выполнения команд с root

Исследовательская модель Claude после первоначальной постановки задачи написала эксплойт, позволивший удалённо выполнять команды с правами root на Linux-сервере. Без пароля и действий пользователя, но в конкретной конфигурации с многопутевым TCP, или MPTCP.

О результатах Anthropic рассказала в техническом отчёте. Для работы использовали внутреннюю, ещё не выпущенную модель, повторить эксперимент обычным запросом в чат корпорация не обещает.

Эксплойт задействует CVE-2026-98432 — уязвимость использования памяти после освобождения в сетевом стеке ядра. Во время параллельной обработки TCP-запросов одна часть кода может освободить данные, пока другая продолжает с ними работать.

В демонстрации атака состояла из двух этапов. Сначала эксплойт обошёл KASLR — механизм случайного размещения ядра в памяти. На получение нужного адреса ушло 48 минут. Ещё около пяти минут потребовалось для перехвата управления и запуска команды с правами root.

Оценки риска различаются: команда Linux присвоила ошибке 9,8 балла по CVSS, Red Hat — 5,9, указав на сложность эксплуатации. Патч уже внесён в основную ветку Linux и поддерживаемые стабильные ветки, однако наличие обновления нужно проверять у поставщика дистрибутива.

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