В России создается Госцентр по информационной безопасности банков

В России создается Госцентр по информационной безопасности банков

Российским банкам нужен Государственный центр реагирования на компьютерные инциденты, полагает исполнительный директор Ассоциации российских банков (АРБ) Валерий Шипилов. О планах создания такого центра он рассказал на VI Уральском форуме «Информационная безопасность банков» в Магнитогорске.

По всей видимости, такой Центр в России будет создан: эту идею поддержали первый зампред Центробанка Георгий Лунтовский, начальник Главного управления безопасности и защиты информации ЦБ РФ Олег Крылов, и представители Департамента национальной платежной системы ЦБ РФ.

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

CNews обратился к Валерию Шипилову с просьбой уточнить сроки создания Центра, состав его будущих учредителей и принципы работы, однако, он отклонил просьбу о комментарии, сославшись на то, что «пока это просто инициатива».

В русском языке устойчивым словосочетанием «центр реагирования на компьютерные инциденты» обычно переводится аббревиатура CERT (Computer emergency response team). Так с 1988 г. после появления «червя Морриса» (одна из первых вредоносных программ, распространяющаяся по компьютерным сетям) обозначаются организации, оказывающие быструю и круглосуточную помощь при возникновении киберугроз.

Участники Форума «Информационная безопасность банков», слышавшие выступление Валерия Шипилова, и с которыми переговорил CNews, поняли его слова именно как намерение создать особый CERT для расследования банковских инцидентов. Однако, как указал в своем блоге присутствовавший на выступлении Шипилова ИБ-эксперт и популяризатор темы информационной безопасности Алексей Лукацкий, использование термина CERT для инициативы АРБ скорее неудачное.

По словам Лукацкого, исполнительный директор АРБ предложил госорганизацию, которая будет отслеживать не столько технологические угрозы, сколько «мошеннические транзакции, обмениваться списком мошенников (дропперов) и подставных юрлиц, рассылать правила для систем антифрода и выполнять другую аналогичную работу, которая явно не относится к техническому уровню».

«Хотя основную задачу "банковского CERT" Банк России видит в снижении числа инцидентов, методы решения он предлагает немного иные, чем безопасники привыкли, толкуя термин CERT», - пишет Лукацкий. Слово CERT - зарегистрированная торговая марка университета в Питтсбурге, и для включения этой аббревиатуры в свое название, ИБ-организация должна удовлетворять особым квалификационным требованиям корневого CERT.

Избегая исполнения особых требований для получения прав на это слово, ИБ-команды иногда прибегают к включению в свое название аббревиатуры CSIRT (команда реагирования на инциденты в компьютерной безопасности, Computer security incident response team).

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

На сайте корневого CERT указаны 82 организации, удовлетворяющих квалификационным требованиям, и имеющих право на использование бренда. Россия там представлена пока только CERT-GIB, принадлежащим компании Group IB, которая заявила, что CERT-GIB стал первым в Восточной Европе частным CERT. В нем в режиме 24/7/365 работают 15 сотрудников в Москве, Нью-Йорке и Сингапуре.

Помимо этого в России известны организации по ИБ-реагированию RU-CERT и GOV-CERT.RU. Первый обычно связывают с провайдером «Релком-Альфа», а создание второго приписывают 8 Центру ФСБ. Согласно заявлению на собственном сайте, GOV-CERT.RU специализируется на компьютерных инцидентах, возникающих в ИТ-системах органов госвласти России. Ни одна из этих организаций права на использование марки CERT не имеет.

Руслан Стоянов, глава отдела расследования компьютерных инцидентов «Лаборатории Касперского», занимающегося как раз банковской информационной безопасностью, говорил CNews, что его отдел мог бы претендовать на получение звания CERT, однако, пока не видит в этом необходимости. Известно, что «Лаборатория Касперского» и сама по себе участвует в информационном обмене между ИБ-компаниями.

Дмитрий Волков руководитель отдела расследования инцидентов информационной безопасности Group-IB (владельца единственного в России «официального» CERT), говорит, что специализированные банковские CERT - не редкость в мировой практике. Крупные международные банки (например, CITI, Raiffeisen, Royal Bank of Scotland) имеют собственные CERTы.

Первый серьезный вопрос, который необходимо решить перед созданием CERT - это вопрос доверия к организации, на базе которой он будет строиться: «Если нет доверия, то не будет информации об инцидентах». Например, от внешних для банка CERT, банкиры могут скрывать и сами факты инцидентов, так и их важные детали, без чего невозможно эффективно отреагировать. В России это чрезвычайно актуально, особенно когда об инциденте сразу становится известно надзорной организации, говорит Дмитрий Волков.

Другой серьезный вопрос - это компетенция для реагирования на инциденты. Созданный CERT должен иметь сильную исследовательскую команду. Без нее он станет «просто пылесосом для сбора общих сведений» и максимум, что от него можно будет получить - это статистика по инцидентам и запоздалые рекомендации. 

287 расширений для Chrome с 37 млн шпионили за пользователями

Исследователи безопасности обнаружили 287 расширений для Google Chrome, которые, по их данным, тайно отправляли данные о посещённых пользователями сайтах на сторонние серверы. Суммарно такие расширения были установлены около 37,4 млн раз, что равно примерно 1% мировой аудитории Chrome.

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

Для этого исследователи запустили Chrome в контейнере Docker, пропустили весь трафик через MITM-прокси и начали открывать специально подготовленные URL-адреса разной длины. Идея была простой: если расширение «безобидное» — например, меняет тему или управляет вкладками — объём исходящего трафика не должен расти вместе с длиной посещаемого URL.

А вот если расширение передаёт третьей стороне полный адрес страницы или его фрагменты, объём трафика начинает увеличиваться пропорционально размеру URL. Это измеряли с помощью собственной метрики. При определённом коэффициенте расширение считалось однозначно «сливающим» данные, при более низком — отправлялось на дополнительную проверку.

 

Работа оказалась масштабной: на автоматическое сканирование ушло около 930 процессорных дней, в среднем по 10 минут на одно расширение. Подробный отчёт и результаты опубликованы в открытом репозитории на GitHub, хотя авторы намеренно не раскрыли все технические детали, чтобы не облегчать жизнь разработчикам сомнительных аддонов.

Среди получателей данных исследователи называют как крупные аналитические и брокерские экосистемы, так и менее известных игроков. В отчёте фигурируют, в частности, Similarweb, Big Star Labs (которую авторы связывают с Similarweb), Curly Doggo, Offidocs, а также ряд других компаний, включая китайские структуры и небольших брокеров.

Проблема не ограничивается абстрактной «телеметрией». В URL могут содержаться персональные данные, ссылки для сброса паролей, названия внутренних документов, административные пути и другие важные детали, которые могут быть использованы в целевых атаках.

 

Пользователям советуют пересмотреть список установленных расширений и удалить те, которыми они не пользуются или которые им незнакомы. Также стоит обращать внимание на разрешение «Читать и изменять данные на всех посещаемых сайтах» — именно оно открывает путь к перехвату URL.

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