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, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

VK WorkSpace теперь совместим с DLP-системой InfoWatch Traffic Monitor

DLP-система InfoWatch Traffic Monitor теперь совместима с on-premise-версией платформы VK WorkSpace. Это означает, что компании смогут контролировать, какие данные передаются в корпоративных письмах и мессенджере, и вовремя предотвращать утечки.

Интеграция охватывает основные каналы рабочей коммуникации — электронную почту и мессенджер VK Teams. DLP-система отслеживает текст, вложения и документы, выявляет потенциально конфиденциальную информацию и проверяет, нарушаются ли политики безопасности компании.

Если нарушение зафиксировано, система может автоматически заблокировать отправку сообщения, ограничить доступ к файлам и уведомить ИБ-специалистов.

Почта, работающая в составе VK WorkSpace, тоже подключается к DLP-системе. Есть несколько способов настройки: можно перенаправлять почтовый трафик через SMTP или использовать скрытую копию (BCC).

Интеграция настраивается через административный интерфейс — достаточно указать адрес сервера или почтового ящика DLP. Кроме того, защиту трафика на рабочих устройствах обеспечивает установленный агент InfoWatch.

Как подчёркивают в обеих компаниях, эта интеграция — ответ на запросы бизнеса и госсектора на усиление контроля за утечками и работу в полностью российских ИТ-средах.

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

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