Платформа CICADA8 ETM вошла в реестр российского ПО Минцифры

Платформа CICADA8 ETM вошла в реестр российского ПО Минцифры

Платформа CICADA8 ETM вошла в реестр российского ПО Минцифры

Платформа CICADA8 ETM (Eternal Threats Management), предназначенная для управления уязвимостями и цифровыми угрозами, была включена в Единый реестр российского программного обеспечения. Она зарегистрирована по классу «Средства обнаружения угроз и расследования сетевых инцидентов».

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

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

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

Решения из реестра не только снижают зависимость от зарубежных поставщиков, но и освобождаются от НДС, что может быть выгодно с точки зрения бюджета.

Что касается самой платформы, CICADA8 ETM позволяет организациям отслеживать состояние защищённости внешнего цифрового периметра, находить неучтённые или уязвимые активы, а также реагировать на потенциальные угрозы.

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

Подпишитесь на новости

Заблокировали по ошибке: как Монета добилась исправления правил ТСПУ

Когда клиенты перестали подключаться к серверам «Монеты», проверка собственной инфраструктуры не объяснила проблему. Одновременно стали недоступны сайты клиентов, а уведомления о платежах перестали доходить на Pay URL. Причину пришлось искать за пределами серверной.

DevOps-инженер компании Евгений описал на Хабре случай ошибочной фильтрации на технических средствах противодействия угрозам — ТСПУ.

Доступ удалось вернуть после диагностики и корректировки правил специалистами ДЦОА. Менять хостинг и IP-адрес не потребовалось.

Однако путь оказался длиннее стандартного «напишите в поддержку». Сначала команда проверила межсетевые экраны, собрала трассировки и исследовала, на каком участке перестаёт проходить трафик. Автор подчёркивает: тайм-аут или звёздочки в трассировке сами по себе ещё не доказывают вмешательство ТСПУ.

Следующий этап — заявка через личный кабинет взаимодействия с техническими средствами. Но даже статус «Частично принята» не гарантирует восстановления доступа.

Для дальнейшей проверки потребовался номер площадки ТСПУ. Попытки получить помощь через операторов связи результата не дали; нужный идентификатор удалось запросить напрямую через ЦМУ ССОП.

При диагностике специалистам также нужны конкретные адреса, порты и воспроизводимый трафик. В описанном случае после проверки правила исправили, и сетевой доступ восстановился.

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

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