В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux зафиксировали первую уязвимость (CVE), связанную с кодом на Rust. Об этом сообщил один из ключевых разработчиков ядра Грег Кроа-Хартман, а подробности появились в рассылке Linux. Речь идёт о проблеме под идентификатором CVE-2025-68260, которая затрагивает переписанный на Rust драйвер Android Binder.

Проблема, согласно публикации Phoronix, связана с состоянием гонки (race condition), возникающим из-за использования небезопасного Rust-кода. В определённых условиях это может привести к повреждению указателей в памяти и, как следствие, к сбою системы.

Уязвимость затрагивает версии ядра Linux 6.18 и новее, то есть те сборки, где появился Rust-драйвер Binder. Важно отметить, что речь идёт именно о потенциальном сбое в работе системы — удалённого выполнения кода или компрометации здесь нет.

Сам Грег Кроа-Хартман подчёркивает, что это первый подобный случай с момента появления Rust-кода в основном дереве ядра Linux. И хотя для кого-то новость может прозвучать тревожно, разработчики призывают не делать поспешных выводов: уязвимость не критическая, а сам факт её обнаружения — скорее показатель того, что Rust-код в ядре теперь проходит тот же путь зрелости, что и C-код десятилетиями ранее.

В сообществе также отмечают, что проблема возникла не «вопреки» Rust, а как раз из-за использования небезопасных участков, без которых в ядре пока не обойтись. Это лишний раз показывает, что Rust снижает класс рисков, но не отменяет необходимости аккуратного проектирования и ревью.

Подробности по CVE-2025-68260 уже опубликованы в официальной рассылке Linux CVE, а исправления, как ожидается, появятся в ближайших обновлениях ядра.

Новый Media Player для Windows 11 оказался прожорливее старого в 3,5 раза

Microsoft продолжает продвигать новый Media Player для Windows 11, но пользователи нашли очередной повод для недовольства. Как показали тесты, современный медиаплеер потребляет значительно больше ресурсов, чем его легендарный предшественник, а часть популярных кодеков теперь вообще доступна только за деньги.

По данным Windows Latest, новый Media Player в режиме простоя занимает около 377 МБ оперативной памяти.

Для сравнения: классический Windows Media Player довольствуется примерно 103 МБ. Получается, что новое приложение съедает в 3,5 раза больше памяти, даже когда просто открыто и ничего не воспроизводит.

Не радует и скорость работы. Если старому плееру требовалось около двух секунд для открытия локального видеофайла, то новому — примерно три секунды. Формально разница небольшая, но в относительных цифрах запуск стал медленнее почти на 50%.

Но вопросы к Media Player связаны не только с производительностью. Microsoft фактически перевела поддержку некоторых популярных форматов на платную основу. Для воспроизведения видео в формате HEVC (H.265) пользователям необходимо отдельно приобрести приложение HEVC Video Extensions в Microsoft Store.

На этом ограничения не заканчиваются. Компания также подтвердила, что в Windows 11 версии 24H2 больше нет встроенного кодека AC-3 (Dolby Digital). Это означает, что новый Media Player не сможет воспроизводить многие аудиодорожки в фильмах и видеозаписях без установки дополнительного программного обеспечения.

Именно этот Media Player сегодня является стандартным медиаплеером Windows 11. Он пришел на смену Groove Music и постепенно вытесняет классический Windows Media Player. Старое приложение пока еще можно установить как дополнительный компонент системы, однако Microsoft явно делает ставку на новую версию.

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