Российские брокеры не хотят в КИИ

Российские брокеры не хотят в КИИ

Российские брокеры не хотят в КИИ

Брокеры обратились в Банк России и ФСТЭК России с просьбой не относить их системы информационной защиты и безопасности к объектам КИИ. Доходы не покроют затраты на переход к отечественным вендорам. Ассоциация брокеров просит отменить обязательства по замещению софта и “железа”.

О письме регуляторам от имени Национальной ассоциации участников фондового рынка (НАУФОР) пишут “Ведомости”.

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

По словам участников рынка, затраты на это будут несопоставимы с доходами.

Правительство также может ввести дополнительный критерий для объектов КИИ — “Экономическая значимость”.

Такая характеристика устанавливает минимальные налоговые отчисления для включения в состав КИИ. В результате вырастет количество компаний, относящихся к объектам критической инфраструктуры.

В НАУФОР подчеркивают, это приведет к появлению дополнительных издержек для брокеров. Стоимость организации мер защиты будет превышать значения возможного ущерба или экономической эффективности субъектов.

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

Ассоциация попросила регуляторов отложить введение мер или отменить их вообще.

Критическая уязвимость в 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