OpenSSL закрывает три уязвимости: от DoS до утечки приватных ключей

OpenSSL закрывает три уязвимости: от DoS до утечки приватных ключей

OpenSSL закрывает три уязвимости: от DoS до утечки приватных ключей

Команда OpenSSL выпустила патчи для трёх уязвимостей в популярной криптобиблиотеке. Степень риска варьируется от низкой до умеренной, но затрагивают они практически все поддерживаемые ветки, включая 3.5, 3.4, 3.3, 3.2, 3.0 и даже старые 1.1.1 и 1.0.2 (для клиентов с расширенной поддержкой).

Самая серьёзная проблема, согласно официальному сообщению (.TXT), — CVE-2025-9230. Она связана с обработкой CMS-сообщений, зашифрованных на основе пароля (PWRI).

Ошибка может привести к выходу за границы памяти, сбою в работе приложения или даже выполнению чужого кода. Правда, сами разработчики отмечают: такой сценарий почти не встречается, потому что PWRI в реальности используется крайне редко.

Вторая уязвимость — CVE-2025-9231. Это вектор атаки по сторонним каналам на ARM64, связанный с алгоритмом SM2. Если кто-то задействует SM2-ключи через кастомные провайдеры, атакующий теоретически может восстановить приватный ключ по времени выполнения операций. Уязвимость тоже получила средний уровень опасности.

Третья — CVE-2025-9232. Здесь речь идёт об ошибке в HTTP-клиенте OpenSSL: при определённых условиях (если выставлена переменная окружения no_proxy и используется IPv6-адрес) можно вызвать выход за границы памяти и сбой в работе. Риск минимальный, но затронуты и такие функции, как OCSP и CMP.

Важно: FIPS-модули не подвержены этим багам — уязвимый код лежит за их пределами.

Рекомендация проста: обновиться как можно скорее. Исправления уже есть — версии 3.5.4, 3.4.3, 3.3.5, 3.2.6, 3.0.18, а также 1.1.1zd и 1.0.2zm для премиум-поддержки.

Торвальдс охладил хайп: Rust и ИИ не спасут Linux от плохого кода

Линус Торвальдс снова разложил всё по полкам и без лишнего поклонения модным технологиям. На Open Source Summit India 2026 создатель Linux рассказал, что ядро развивается без блокбастерных релизов: не резкие скачки, а спокойное постоянное улучшение. Такой подход он предпочитает с тех пор, как появился Git.

По словам Торвальдса, ИИ начал находить интересные баги, и это заметно напрягает сообщество.

Проблема не только в реальных уязвимостях, но и в мусоре: LLM могут генерировать отчёты, которые выглядят правдоподобно, но оказываются галлюцинациями. Людям потом приходится тратить время, чтобы доказать, что ошибки на самом деле не существует.

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

Отдельно досталось Rust. Торвальдс считает язык интересным, но не верит, что он захватит мир. По его словам, Rust помогает избежать части простых ошибок, характерных для C, но не спасает от плохой логики. Если программист написал неправильный код, язык за него думать не начнёт. А в смешанных C/Rust-проектах гарантии Rust работают только там, где код действительно остаётся внутри Rust-модулей.

ИИ Торвальдс тоже не списывает со счетов. Он использует LLM для собственных небольших проектов и прототипов, но для исправлений уровня ядра Linux, по его мнению, такие инструменты пока недостаточно надёжны. Если ИИ нашёл баг, мало просто закинуть отчёт разработчикам, нужен человек, который проверит проблему, предложит патч и доведёт обсуждение до результата.

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