Эксперты обнаружили уязвимость нулевого дня в Windows SMB

Эксперты обнаружили уязвимость нулевого дня в Windows SMB

Эксперты обнаружили уязвимость нулевого дня в Windows SMB

Уязвимость нулевого дня, обнаруженная в сетевом протоколе прикладного уровня SMB (Server Message Block) может быть использована, чтобы вызвать отказ в обслуживании или выполнить произвольный код на уязвимой системе.

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

Также эксперты утверждают, что платформа Windows не может правильно обработать ответ сервера, содержащего слишком много байтов в соответствии со структурой, определенной в SMB2 TREE_CONNECT. Таким образом, когда уязвимая система Windows подключается к вредоносному серверу SMB, это может привести к сбою в mrxsmb20.sys (черный экран смерти или BSOD).

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

«Мы воспроизвели атаку на полностью работоспособных Windows 10 и Windows 8.1. Обратите внимание, что существует целый ряд методов, которые могут быть использованы для того, чтобы подключить системы Windows к общему ресурсу SMB. Некоторые могут не требовать практически никакого взаимодействия с пользователем» - также говорится в сообщении.

На данный момент неизвестны способы защиты от таких атак, а эксплоит для этой бреши уже находится в общем доступе. В качестве временного решения предлагается блокировка исходящих соединений SMB (TCP-порты 139 и 445, UDP-порты 137 и 138).

ФСТЭК обновила правила поиска уязвимостей и скрытых возможностей в ПО

ФСТЭК России утвердила новую методику выявления уязвимостей и недекларированных возможностей в программном обеспечении. Проще говоря, регулятор обновил правила, по которым будут искать дыры, ошибки и потенциально опасные функции в софте, проходящем сертификацию.

Новый документ предназначен прежде всего для испытательных лабораторий и разработчиков, которые участвуют в сертификации средств защиты информации, защищённого программного обеспечения и программно-аппаратных комплексов.

Методика будет применяться как при первичной сертификации продуктов, так и при внесении изменений в уже сертифицированные решения.

Особое внимание документ уделяет разработчикам средств защиты информации. Им рекомендуют использовать положения новой методики для выстраивания внутренних процессов безопасной разработки программного обеспечения в соответствии с требованиями ГОСТ Р 56939-2024.

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

При этом ФСТЭК официально отправила на пенсию предыдущую версию документа. Методика выявления уязвимостей и недекларированных возможностей, утверждённая ещё 25 декабря 2020 года, больше не применяется.

Для рынка информационной безопасности это не просто бюрократическое обновление. Методики ФСТЭК напрямую влияют на то, как проходят сертификацию российские средства защиты информации, какие проверки проводят лаборатории и какие требования предъявляются к разработчикам.

А учитывая, что количество уязвимостей в программном обеспечении продолжает расти, а требования к безопасной разработке становятся всё жёстче, обновление правил игры было лишь вопросом времени.

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

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