Solar webProxy 3.3 реализует фильтрацию трафика по требованиям ФинЦЕРТ

Solar webProxy 3.3 реализует фильтрацию трафика по требованиям ФинЦЕРТ

Solar webProxy 3.3 реализует фильтрацию трафика по требованиям ФинЦЕРТ

Разработчики компании «Ростелеком-Солар» представили новую версию Solar webProxy 3.3. Этот релиз шлюза веб-безопасности отметился реализацией полностью преднастроенной политики контентной фильтрации интернет-трафика для кредитных организаций.

Эта политика, по словам представителей «Ростелеком-Солар», обеспечивает защиту организаций в соответствии с требованиями ФинЦЕРТ и ряда руководящих стандартов и регламентов в сфере ИБ.

Разработчики реализовали в составе готовой политики фильтрации для банков автоматическое получение индикаторов компрометации (атрибутов файлов вредоносных программ) из бюллетеней ФинЦЕРТ.

Solar web Proxy регулярно обращается к платформе Банка России, чтобы найти свежие сведения о вредоносных файлах и ресурсах. При этом новые атрибуты выгружаются в систему, а впоследствии используются в политике и автоматически обновляются в уже существующих правилах.

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

В процессе фильтрации трафика анализируются хеш-функций файлов в совокупности с их размерами. Также фильтрации помогает блокировка по сигнатурам зараженных файлов согласно стандартам Банка России СТО БР ИББС-1.3-2016, СТО БР БФБО-1.5-2018 и др.

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

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

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