Microsoft Office 365 раскрывает контент писем из-за слабого шифрования

Microsoft Office 365 раскрывает контент писем из-за слабого шифрования

Microsoft Office 365 раскрывает контент писем из-за слабого шифрования

Исследователи в области кибербезопасности из компании WithSecure (бывшая F-Secure Business) выяснили, что содержимое писем, отправленных через Microsoft Office 365, можно частично или даже полностью раскрыть. Проблема кроется в использовании слабого режима блочного шифра.

Организации пользуются шифрованием сообщений, которое предлагает Office 365, чтобы защитить содержимое писем и спрятать их от посторонних глаз. Однако выяснилось, что при шифровании данных используется не такой уж надёжный режим — Electronic Code Book (ECB).

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

На проблему уже указывали в 2013 году, когда стало известно о крупной утечке у Adobe. Тогда выяснилось, что десятки миллионов паролей были скомпрометированы из-за использования ECB.

Гарри Синтонен из WithSecure подчёркивает, что благодаря функции шифрования в Office 365 сообщения нельзя расшифровать напрямую, зато можно получить информацию о структуре этих сообщений.

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

«Чем больше злоумышленник соберёт писем, тем легче и точнее он расшифрует их содержимое. В таких условиях ему на руку могут быть крупные утечки», — объясняет Синтонен.

Чтобы подтвердить свои слова, специалист показал контент изображения, защищённого Office 365 Message Encryption:

Claude отправил Mac разработчика в 4026 год и почти превратил его в кирпич

Разработчик под ником deeplycuriouss попросил Claude помочь изменить время на Mac ради промоскриншота iOS-приложения. ИИ выдал команду с sudo, пользователь запустил её не глядя, а компьютер мгновенно улетел на две тысячи лет вперёд.

Команда отключила сетевую синхронизацию и установила на Mac дату 3 сентября 4026 года. После этого macOS зависла, а при перезагрузке показывала логотип Apple, шкалу загрузки и затем чёрный экран с курсором.

Обычным возвращением часов дело уже не лечилось. Система перестала нормально определять основной накопитель, безопасный режим и среда восстановления зависали, загрузка с внешних носителей не помогала. Даже восстановление прошивки через DFU с другого Mac завершалось ошибкой 4042.

Компьютер оставался парализованным несколько часов. Решение нашлось на форуме: на управляющий Mac потребовалось установить Xcode. После этого утилита Revive смогла обновить микрокод и запустить восстановление операционной системы.

Данные в итоге удалось спасти, но разработчик оказался неприятно близок к потере нескольких недель работы. После инцидента он посоветовал не запускать предложенные ИИ команды вслепую, особенно если в них встречаются sudo и изменение системных настроек.

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