Роскомнадзор отменяет белые списки

Роскомнадзор отменяет белые списки

Роскомнадзор отменяет белые списки

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

В начале июня этого года создатели заблокированных Роскомнадзором сайтов подменяли их оригинальные IP-адреса на IP-адреса крупных законопослушных ресурсов (технически это довольно просто). В результате пользователи испытывали проблемы с доступом к ряду популярных российских сайтов, например к «Яндексу» и «ВКонтакте». Чтобы не допустить блокировки законопослушных ресурсов, Роскомнадзор оперативно разослал операторам связи «белые списки» сайтов, которые не должны быть заблокированы ни при каких условиях, пишет iz.ru.

— Проблема, из-за которой нам понадобились «белые списки», решена, — заявил на форуме «Спектр-2017» глава управления контроля и надзора в сфере электронных коммуникаций Роскомнадзора Евгений Зайцев. По его словам, ведомство придумало, как исключить блокировку законопослушных сайтов.

Ведомство сейчас мониторит DNS-атаки (с их помощью производят подмену IP-адреса) и старается их оперативно отслеживать, отметил замглавы Роскомнадзора Олег Иванов. По его словам, одновременно подключается система контроля со стороны операторов — разработан регламент оперативного их оповещения в случае блокировок.

Несмотря на все принятые меры, по словам Олега Иванова, ведомство не может исключить, что «белые списки» не понадобятся в дальнейшем.

— Это война, — отметил замглавы Роскомнадзора. — Компетентными органами были определены источники и персоналии, которые за этой атакой стояли.

По словам Олега Иванова, после создания «белых списков» в Роскомнадзор пришло большое количество писем от администраций различных сайтов — с просьбой добавить в них определенные ресурсы.

— «Мы такие нужные, критически важные, что должны быть внесены», — писали нам в письмах, — рассказал Олег Иванов. — Однако на сегодня нет определенных критериев для внесения или невнесения в «белый список».

Поэтому Роскомнадзор отозвал письмо провайдерам, в котором просил их создать «белые списки». Тем не менее, по словам Олега Иванова, ведомство консультируется с юристами по поводу создания таких списков в будущем.

— Возможно, мы еще вернемся к этому вопросу, — рассказал он.

Директор по взаимодействию с госорганами RDP.RU Алексей Болдин рассказал, что DNS-атаки по-прежнему возможны. Это связано с тем, что многие операторы связи до сих пор используют примитивные методы фильтрации. Например, блокируют запрещенные ресурсы по IP-адресу или осуществляют предварительную фильтрацию по IP на маршрутизаторе. Такие сети уязвимы для возможной DNS-атаки, при которой владелец заблокированного ресурса добавит к своему домену большой список различных IP-адресов. В этом случае таблица доступа маршрутизатора может переполниться — и это приведет к сбою в работе сети. Безусловно, это отразится на пользователях. Алексей Болдин отметил, что решить проблему можно путем предоставления Роскомнадзору полномочий не просто рекомендовать способ блокировки, а устанавливать его на законодательном уровне.

Indeed ITDR 2.1 усилил контроль за учётными данными и LDAPS-трафиком

Компания «Индид» представила Indeed ITDR 2.1 — новую версию продукта для выявления и расследования угроз, связанных с компрометацией учётных данных. Indeed ITDR относится к классу Identity Threat Detection and Response.

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

Одним из главных изменений версии 2.1 стала поддержка геораспределённых инфраструктур. В продукте появился механизм сегментации: узлы обнаружения и контроллеры домена можно логически связывать внутри заданных сегментов. Это помогает избежать лишних маршрутов с высокой задержкой и стабильнее обрабатывать трафик в распределённых сетях.

По умолчанию сегментация строится на базе Active Directory Sites, но администраторы могут задавать собственные сегменты, если инфраструктура устроена нестандартно.

Также в Indeed ITDR 2.1 появилась обработка LDAPS-трафика. Это защищённый вариант LDAP, где обмен данными идёт через зашифрованный TLS-туннель. Для анализа используется TLS terminating proxy: трафик расшифровывается на узле обнаружения, проверяется, а затем снова шифруется при передаче на контроллер домена.

Такой подход помогает закрыть «слепые зоны» в мониторинге запросов аутентификации и выявлять небезопасные сценарии, например использование незашифрованного LDAP.

Ещё одно обновление — интеграция с Indeed Access Manager. Если эта система уже используется в организации, сценарии многофакторной аутентификации на базе Indeed ITDR можно запускать без повторной настройки аутентификаторов для пользователей. Запросы на подтверждение дополнительного фактора будут автоматически направляться в Indeed AM, а подтверждение выполняется через пуш-уведомления в приложении Indeed Key.

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

Разработчики также доработали алгоритмы обнаружения атак. В частности, система стала точнее выявлять сценарии Kerberoasting, AS-REP Roasting и Password Spraying, а также фиксировать повторяющиеся подозрительные события и попытки использования небезопасных протоколов.

По словам руководителя продукта Indeed ITDR Льва Овчинникова, обновление должно упростить внедрение продукта в инфраструктуры разного масштаба и повысить предсказуемость его работы в сложных архитектурах.

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