Активность пополнения реестра российского ПО осталась на уровне 2021 года

Активность пополнения реестра российского ПО осталась на уровне 2021 года

Активность пополнения реестра российского ПО осталась на уровне 2021 года

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

На текущий момент в реестре представлены 15 794 отечественные программы от 5 291 правообладателя. Среди них 113 программ отнесены к категории средств предотвращения несанкционированного доступа, использования, раскрытия, искажения, изменения, записи или уничтожения информации, т. е. к сфере ИБ. 

 

Рисунок 1. Статистика подачи заявок на размещение в реестре отечественного ПО

Статистика подачи заявок на размещение в реестре отечественного ПО

 

В обновление реестра от 29 декабря также попали новые программные инструменты из этой категории. В частности, появилась программа InfoWatch Data Discovery от производителя «Лаборатория InfoWatch».

В 2022 году разработчики подали в общей сложности 19 864 заявления на добавление продуктов в реестр, в 2021 году — 9 405. По итогам их рассмотрения в 2021-м в реестр было включено 3 668 программ, в 2022-м — 3 663. Существенный рост количества подаваемых заявок и новых записей начался в 2020 году. До этого наблюдался спад активности разработчиков российского ПО, а количество добавляемых в реестр программ линейно падало в период с 2016 по 2018 годы.

 

Рисунок 2. Динамика наполнения реестра российскими разработками

Динамика наполнения реестра российскими разработками

 

Реестр ведёт статистику добавления программ также для евразийских разработчиков, однако активность там невысока. За всё время существования реестра в него было включено 67 евразийских программ от 23 правообладателей. Пик активности пришёлся на 2020 год, когда в реестр было включено 40 программных разработок. В 2022 году в реестре появилось только 6 новых программ от евразийских разработчиков.

 

Рисунок 3. Динамика наполнения реестра евразийскими разработками

Динамика наполнения реестра евразийскими разработками

 

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

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

При описании совместимости с операционными системами из реестра также убрана версионность: например, вместо «Windows 10» указывается «Windows». Это не позволяет оценить уровень новизны отечественной разработки.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

В итоге это открывает прямую дорогу к DoS-атаке: демон начинает захлёбываться от бесконечных записей в структуре данных, куда попадают числа, строки с причиной и идентификаторы приложений — всё это полностью контролируется клиентом.

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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