ЦБ создаст центр реагирования на киберугрозы

ЦБ создаст центр реагирования на киберугрозы

В ЦБ РФ может быть создан ситуационный центр, который будет аккумулировать все отраслевые данные о киберугрозах и инцидентах, связанных с мошенничеством в финансовой сфере. Проект такой структуры уже создан и ожидает решения руководства, сообщает газета «Коммерсант», ссылаясь на собственные источники. Центр планируется сформировать на базе главного управления безопасности и защиты информации Банка России.

По информации руководителя отдела расследования компьютерных инцидентов «Лаборатории Касперского» Руслана Стоянова, первые центры реагирования на компьютерные инциденты (CERT — Computer Emergency Response Team) появились через несколько лет после появления интернета. Одним из первых в 1989 г. по инициативе американского министерства обороны был основан CERT Co-Ordination Centre на базе университета Корнеги-Меллон. В России в 1998 г. Научно-исследовательским институтом Развития Общественных Сетей был основан RU-CERT. Кроме него, в России на сегодняшний день функционируют GOV-CERT.RU, организатором которого стала ФСБ, и частный CERT-GIB, принадлежащий Group IB. «Сложно сказать, насколько будет эффективным новый центр, это зависит от многих факторов: уровня компетенций и подготовки сотрудников, объемов финансирования, грамотной организации и др.», — отмечает эксперт.

Несмотря на то, что банки предпочитают не афишировать факты мошенничества и взломов систем, за рубежом уже накоплен некоторый опыт взаимодействия организаций банковской сферы в вопросах безопасности. «К примеру, все финансовые учреждения Сингапура обязаны сообщать контролирующим органам о киберинцидентах и сбоях в работе собственных информационных систем в течение часа после обнаружения киберугроз и/или неисправностей, — рассказывает старший аудитор отдела безопасности банковских систем компании «Информзащита» Мария Каншина. — Подав первичный отчет, организация должна подготовить второй, содержащий развернутый анализ инцидента и детальное объяснение вызвавших его причин. Отчет должен быть предоставлен в Денежно-кредитное управление Сингапура (MAS) в течение 14 дней», передает cnews.ru.

У российских банков налажена работа с международными карточными платежными системами (MasterCard, Visa) и организацией European Cybercrime Centre, являющейся частью Европола. Однако внутренняя процедура сбора информации об уже произошедших инцидентах, созданная Центробанком в 2012 г., функционирует, по сведениям «Коммерсанта», в режиме ежемесячной отчетности и не отражает реальную картину происходящего.

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

В рамках банковского сообщества уже существует рабочая группа по обмену информацией о мошенничествах. Создание центра, по словам Алексея Сабанова, узаконит статус этой группы и поднимет его на федеральный уровень. «Главным вопросом видится формат данных, которые банки должны будут предоставлять в создаваемый центр. Скорее всего, это будет урезанная информация без указания конкретики (защиту персональных данных, банковскую и коммерческую тайну никто не отменял), но позволяющая вести статистику однотипных преступлений, а также разрабатывать научные и практические методы противодействия им», — считает эксперт. 

Уязвимость переполнения глобального буфера в zlib грозит DoS и даже RCE

В широко используемой библиотеке zlib выявлена критическая уязвимость, позволяющая через порчу памяти вызвать сбой программы (DoS). Ее также потенциально можно использовать для удаленного выполнения стороннего кода в системе.

Пока не решенной проблеме, классифицируемой как переполнение буфера в глобальной памяти, присвоен идентификатор CVE-2026-22184. Поскольку эксплойт тривиален, степень опасности уязвимости была оценена в 9,3 балла по шкале CVSS.

Катастрофическая ошибка возникает при запуске утилиты untgz, а точнее, при выполнении функции TGZfname(), отвечающей за обработку имен архивных файлов, вводимых через консоль.

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

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

Уязвимости подвержены все сборки zlib до 1.3.1.2 включительно. В качестве временной меры защиты админам и разработчикам рекомендуется ограничить использование untgz либо вовсе удалить соответствующий пакет до появления пропатченной версии.

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