Код Безопасности представил новую технологию создания доверенной среды ДБО

Код Безопасности представил новую технологию создания доверенной среды ДБО

Компания «Код Безопасности» представила крупнейшим банкам России новую технологию защиты систем ДБО от фальсификации электронных документов на V Юбилейном Уральском Форуме «Информационная безопасность банков».

11-16 февраля 2013 года в Магнитогорске состоялся V Юбилейный Уральский Форум «Информационная безопасность банков», в рамках которого ведущие банки России, основные государственные регуляторы (Банк России, ФСТЭК России, ФСБ России), отраслевые организации, вендоры и интеграторы обсудили вопросы обеспечения информационной безопасности национальной платёжной системы (НПС), систем ДБО, банковских технологий в условиях виртуализации и перехода к облачным сервисам, способы противодействия интернет-мошенничеству и другие.

Компания «Код Безопасности» приняла участие в работе пленарного заседания, посвященного вопросам обеспечения безопасности систем ДБО. Участникам конференции была представлена новая разработка компании - технология Jinn, которая позволяет создать доверенную среду в системе ДБО для отображения и подписания платежного поручения и, таким образом, исключить фальсификацию электронного документа. Предложенное разработчиком решение вызвало немалый интерес у аудитории, так как в отличие от аналогичных решений класса Trusted Screen, Jinn работает непосредственно на компьютере пользователя без применения дополнительных аппаратных устройств.

«Для компании «Код Безопасности» участие в Уральском форуме имело огромное значение. Во-первых, мы представили нашу новую технологию для защиты систем ДБО от актуальных угроз, связанных с фальсификацией платежных поручений. Во-вторых, мы получили очень ценную для нас обратную связь от ИБ-специалистов, регуляторов, представителей отраслевых организаций. На основе этого мы сможем усовершенствовать нашу технологию и предложить кредитно-финансовым организациям удобное и надежное средство защиты для систем банковского обслуживания», - рассказал Андрей Степаненко, директор по маркетингу компании «Код Безопасности».

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Давние уязвимости в Fluent Bit грозили разрухой AWS, Azure, Google Cloud

В популярном инструменте телеметрии Fluent Bit пропатчены несколько уязвимостей, грозящих нарушением работы облачных сервисов, в том числе таких крупных провайдеров, как Amazon, Google, Oracle, IBM, Microsoft и OpenAI.

По данным Oligo Security, выявленные ее экспертами проблемы, позволяющие с легкостью нарушить работу облачных сервисов и изменить данные, объявились в Fluent Bit от четырех до восьми лет назад.

Суммарно эксперты обнаружили пять застарелых уязвимостей:

  • CVE-2025-12969 — отсутствие аутентификации пользователей на доступ к плагину in_forward, что позволяет подменять пересылаемые логи либо создать флуд из фальшивых событий;
  • CVE-2025-12970 — переполнение буфера в стеке при подключении Docker Metrics, которое можно использовать для выполнения стороннего кода либо вызова отказа агентской программы;
  • CVE-2025-12972 — возможность выхода за пределы рабочего каталога из-за отсутствия санации тегов; эксплойт позволяет посредством манипуляции логами удаленно выполнить вредоносный код;
  • CVE-2025-12977 — неадекватная проверка ввода, а именно, заполнения полей тегами, что может привести к порче журнальных записей;
  • CVE-2025-12978 — логическая ошибка, позволяющая подменить доверенные теги событий и обойти защитные фильтры.

Эксплойт во всех случаях осуществляется по сети. Получаемый в результате уровень контроля обеспечивает управление фиксацией событий и позволяет скрыть следы атаки на облачный сервис.

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

Полтора года назад в Fluent Bit была пропатчена критическая уязвимость CVE-2024-4323, вызванная некорректной реализацией HTTP-сервера. Эксплойт не требовал аутентификации и позволял через вредоносный запрос к API спровоцировать отказ в обслуживании (DoS), получить доступ к конфиденциальной информации, а также удаленно выполнить сторонний код на хосте.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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