Уязвимость SMB-сервера macOS позволяла добраться до закрытых данных

Уязвимость SMB-сервера macOS позволяла добраться до закрытых данных

Уязвимость SMB-сервера macOS позволяла добраться до закрытых данных

Исследователи из Cisco Talos опубликовали подробное описание уязвимости в macOS 11.1, которую Apple пропатчила в конце апреля. Данная проблема связана с работой SMB-сервера и грозит раскрытием конфиденциальных данных, а также позволяет вызвать состояние отказа в обслуживании (DoS).

Поддержка обмена по протоколу SMB на macOS реализована с использованием серверного и клиентского компонентов собственной разработки Apple. Уязвимость CVE-2021-1878, со слов экспертов, возникла из-за ошибки целочисленного переполнения, которая может появиться при обработке пакетов SMB3, получаемых сервером.

Этот недочет можно использовать для получения доступа к закрытой информации или проведения DoS-атаки. Его наличие также позволяет обойти криптозащиту содержимого SMB-сообщений (проверку цифровой подписи) с целью перехвата сообщений, которыми обмениваются клиент и сервер, из положения «человек посередине» (Man-in-the-Middle, MitM). В этом случае злоумышленник получает возможность внедрять произвольный контент в запросы и ответы.

Авторы находки оценили ее опасность в 7,1 балла по шкале CVSS. Уведомление о новой проблеме было направлено в Apple в начале февраля. Соответствующий патч вышел апреле в составе macOS Big Sur версии 11.3. Согласно бюллетеню разработчика, уязвимость устранили путем улучшения проверки подлинности входных данных.

Эксперты советуют пользователям macOS 11.1 как можно скорее произвести обновление до версии 11.3.

kernel.org внезапно опустел: на зеркалах случайно удалили архивы ядра Linux

У kernel.org случился редкий инфраструктурный конфуз: из-за ошибки при настройке нового первичного зеркала и изменении системы синхронизации внезапно опустел каталог kernel.org/pub/. Именно там на публичных зеркалах хранились архивы с кодом выпусков ядра Linux, патчи и файлы со списками изменений.

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

В Linux Foundation объяснили, что данные не потеряны: пострадали только копии на публичных зеркалах. Эталонные данные с кодом ядра Linux остались целы. Проблема возникла именно в инфраструктуре зеркалирования, где ошибочная настройка привела к удалению содержимого на существующих зеркалах.

Команда проекта уже занимается восстановлением данных. Но, как метко заметили участники kernel.org, удаление происходит быстро, а восстановление — медленно. Поэтому пользователей попросили набраться терпения.

Инцидент оказался неприятным не только для тех, кто привык скачивать архивы ядра напрямую с kernel.org. Он задел и сторонние проекты. Например, в Fedora сломались браузерные тесты openQA: много лет назад разработчики выбрали kernel.org как надёжный источник для проверки загрузки файлов.

Исходники ядра не исчезли, инфраструктура восстанавливается, а речь идет именно о зеркалах, но инцидент напоминает, что в больших системах даже аккуратная настройка зеркал может обернуться массовым rm -rf по публичным копиям.

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