Банки смогут сообщить о кибератаках только после уведомления ЦБ

Банки смогут сообщить о кибератаках только после уведомления ЦБ

Банки смогут сообщить о кибератаках только после уведомления ЦБ

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

Такие условия диктует положение Центробанка, которое не так давно вступило в силу.

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

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

Напомним, что с 1 июля 2-18 года кредитные организации обязаны отчитываться перед Центробанком о любых «компьютерных инцидентах».

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

В настоящее время есть лишь один недостаток — не утвержден точный список типов киберинцидентов, о которых банки должны непременно сообщать регулятору.

OpenMAX: для мессенджера MAX уже делают альтернативный сервер

Сообщество энтузиастов представило проект OpenMAX — рабочую реализацию прототипа открытого сервера для проприетарных мессенджеров MAX и «ТамТам». Причём протокол взаимодействия с сервером авторы, по сути, воссоздали с помощью ревёрс-инжиниринга.

Сам OpenMAX подаётся как эмулятор сервера, который теоретически может заменить официальный бэкенд после модификации клиентского софта. Проще говоря, идея в том, чтобы совместимые клиенты могли работать не только с официальной инфраструктурой.

Исходный код проекта написан на Python, опубликован на GitHub под лицензией BSD, а для хранения сообщений можно использовать MariaDB, MySQL или SQLite.

Для работы потребуется сертификат и закрытый ключ X.509. Для тестового сценария, как указывают авторы, подойдёт и самоподписанный сертификат. То есть проект выглядит не как абстрактная идея, а как вполне практическая заготовка для тех, кто готов повозиться с настройкой.

С клиентской частью подход тоже довольно гибкий. По сути, использовать можно почти любой клиент, если он совместим с официальным сервером api.oneme.ru или api.tamtam.chat.

Процедура запуска выглядит вполне по-гиковски:

  1. Нужно клонировать репозиторий, установить зависимости через pip install -r requirements.txt;
  2. Настроить сервер по примеру из .env.example, импортировать схему таблиц из tables.sql;
  3. Запустить сервер командой python3 main.py;
  4. Создать пользователя — и после этого уже заходить с выбранного клиента.

Параллельно с этим в начале марта 2026 года появился ещё один заметный проект — MaxBlocker. Согласно описанию от разработчиков, он позволяет отключить, удалить для текущего пользователя или снова включить предустановленный MAX на Android-устройстве.

Инструмент работает через ADB, не требует root-прав и рассчитан как раз на те случаи, когда приложение нельзя удалить обычными средствами Android. Описание проекта именно так и формулирует его назначение.

Вообще, сам факт появления MaxBlocker хорошо показывает настроение части аудитории. Пока одни пытаются разобраться, как построить для MAX альтернативную серверную инфраструктуру, другие решают обратную задачу — как аккуратно убрать мессенджер со смартфона, если он оказался предустановлен и слишком навязчив.

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