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).

Yandex B2B Tech добавила ИИ-инструменты для поиска уязвимостей в коде

Yandex B2B Tech обновила платформу для разработки SourceCraft, добавив новые ИИ-инструменты для работы с уязвимостями и командной разработки. Обновления уже доступны всем пользователям и ориентированы не только на индивидуальные проекты, но и на работу с крупными корпоративными кодовыми базами.

Главное новшество — усиление блока безопасности. На платформе появился ИИ-агент на базе SourceCraft Code Assistant, который автоматически проверяет код на уязвимости и оформляет найденные проблемы в виде карточек.

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

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

Обновления затронули и командную работу. ИИ-агент SourceCraft Code Assistant теперь автоматически формирует краткие описания изменений в коде, чтобы разработчикам было проще ориентироваться в правках коллег. Также в платформе появилась возможность фиксировать состав версий ПО и отслеживать их готовность, что делает процесс разработки более прозрачным и упрощает координацию между командами.

В Yandex B2B Tech отмечают, что в крупных организациях с сотнями разработчиков и тысячами репозиториев критически важны прозрачность рисков и управляемость процессов. По словам руководителя платформы SourceCraft Дмитрия Иванова, в дальнейшем платформа будет развиваться в сторону мультиагентных ИИ-помощников, которые смогут учитывать контекст всей компании, помогать командам взаимодействовать друг с другом и показывать руководству, как технические уязвимости влияют на бизнес-процессы.

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