Oracle в апреле перестанет доверять JAR-файлам, подписанным с MD5

Oracle в апреле перестанет доверять JAR-файлам, подписанным с MD5

Oracle в апреле перестанет доверять JAR-файлам, подписанным с MD5

Oracle решила дать разработчикам Java больше времени, чтобы убедиться, что их JAR-файлы не подписаны с помощью алгоритма MD5. Java Runtime Environment (JRE) больше не будет доверять этим типам файлов, подписанных MD5 начиная с апреля 2017 года.

Компания в октябре объявила о том, что планирует прекратить доверять JAR-файлам, подписанным с использованием алгоритма MD5, в котором, как известно, некоторые уязвимости (например, к коллизионной атаке) существуют  на протяжении более десяти лет.

Начиная с версии Java SE 8u131, которую компания планирует выпустить в апреле, JAR-файлы, подписанные с использованием MD5 будут рассматриваться как неподписанные. Изначально Oracle планировала перестать доверять алгоритму MD5 в январе 2017 года, но некоторые разработчики запросили дополнительное время, чтобы подготовиться к этому.

Oracle посоветовала разработчикам проверить, подписаны ли их JAR-файлы с использованием MD5 и если да, повторно подписать их с более сильным алгоритмом. Чтобы удалить существующие подписи MD5 в утилите Zip можно использовать следующую команду:

zip -d test.jar 'META-INF/*.SF' 'META-INF/*.RSA' 'META-INF/*.DSA'

«Если вы не сами подписывали, либо создавали JAR-файлы, которые вы используете, вам необходимо обратиться непосредственно к их разработчику. Если разработчик не может выяснить с использованием какого алгоритма он подписывал свои файлы (если подписывал), то рекомендуется повторно подписать их, используя более современный алгоритм» - объясняет сотрудник Oracle, Эрик Костлоу (Erik Costlow).

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Кривой октябрьский апдейт Windows вновь пробудил BitLocker Recovery Mode

Установка последних накопительных обновлений для Windows 10 и 11 вернула прежнюю проблему. Пользователи стали жаловаться, что после перезагрузки система автоматом уходит в режим обновления BitLocker (Recovery Mode).

Речь идет об апдейтах KB5066791 и KB5066835. По словам разработчиков, затронуты лишь клиентские Windows (10 22H2, 11 24H2 и 11 25H2) на компьютерах с чипами Intel и поддержкой режима ожидания с подключением (Connected Standby).

Ранее конфликтов между Standby и BitLocker Recovery Mode, который обычно включается при смене аппаратного обеспечения или прошивки, не наблюдалось.

При появлении экрана BitLocker Recovery следует ввести соответствующий ключ для разблокировки защищенных данных. Он хранится в настройках аккаунта Microsoft, и в случае нужды его можно раздобыть со смартфона.

 

Без заветного ключа данные на дисках, прежде всего на C, будут безвозвратно потеряны. В Microsoft уже работают над устранением проблемы и пытаются откатить некоторые обновления через KIR.

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

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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