ФСТЭК России ужесточает требования к разработчикам защиты данных

ФСТЭК России ужесточает требования к разработчикам защиты данных

ФСТЭК России ужесточает требования к разработчикам защиты данных

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

На проект указа президента, разработанного ФСТЭК и размещенного на портале правовых актов, обратил внимание “Ъ”.

Документ устанавливает правила защиты информации в российских организациях, а также закрепляет создание государственной организационной системы защиты информации.

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

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

Речь идет не обо всех участниках рынка, а о тех, кто работает с государственной информацией, что в документе называется “информацией, обладателями которой являются РФ и ее субъекты”, объясняет глава аналитического центра Zecurion Владимир Ульянов.

“То есть требования будут распространяться на подрядчиков по обеспечению безопасности государственных информсистем”, — уточняет он.

Проект серьезно расширяет круг компаний, на которые распространяются требования ФСТЭК, уточняет собеседник “Ъ” на рынке.

“В России почти все организации в области информбезопасности работают либо напрямую с госсектором, либо с организациями, которые имеют дело с информацией, конечным обладателем которой является государство”, — говорит он.

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

Указ расширяет перечень объектов, для которых сертификация и аттестация становятся обязательными.

Кроме того, добавляет источник “Ъ”, расширяется перечень систем, в отношении которых необходимо проводить анализ защищенности.

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

В будущем для организаций, упомянутых в документе, могут появиться и другие обязательства.

В ядре 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, а исправления, как ожидается, появятся в ближайших обновлениях ядра.

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