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

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

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

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

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

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

ИИ находит ошибки быстрее, чем их могут исправлять

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

О проблеме сообщило агентство Bloomberg. Издание приводит слова Дэниела Стенберга из проекта cURL: только за 2025 год команда получила 181 сообщение об ошибках и уязвимостях — больше, чем за 2023 и 2024 годы вместе взятые.

По словам специалиста, рост числа багрепортов напрямую связан с распространением ИИ-моделей. Как отметил Стенберг, ситуация продолжает ухудшаться. С начала 2026 года команда проекта уже получила 87 сообщений об ошибках, а по итогам года их число может приблизиться к 330.

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

Многие другие проекты, столкнувшись с валом отчётов об ошибках, сгенерированных с помощью ИИ, вообще прекратили их приём. Разработчики сравнивают этот поток с DDoS-атакой, называя его «пугающим» и крайне сложным для обработки.

Понимая возможные риски, связанные с тем, что новая модель сможет находить уязвимости быстрее, чем разработчики будут успевать их устранять, Anthropic не стала выпускать Mythos в открытый доступ. Вместо этого компания ограничила доступ к ней, предоставив его только ключевым организациям, включая CrowdStrike и Linux Foundation.

Как подчёркивает Bloomberg, вся индустрия во многом зависит от результатов работы проектов с открытым исходным кодом, которыми нередко занимаются небольшие команды с ограниченными ресурсами. Ситуацию дополнительно осложняет наличие большого объёма устаревшего кода, который может быть использован во вредоносных целях.

Показательный пример — история с WannaCry: авторы этого шифровальщика использовали устаревший драйвер Windows для распространения зловреда. При этом удалить такой компонент не всегда возможно без риска нарушить работу критически важных функций системы.

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