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

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

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

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

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

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

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

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

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

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

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

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

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

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

GitHub быстро заменила приватный ключ RSA SSH, случайно слитый в паблик

Пользователей GitHub.com предупреждают о смене закрытого ключа RSA, который используется для защиты Git-операций, выполняемых через SSH. Причиной замены является его компрометация: секрет кратковременно был доступен в публичном репозитории, куда попал по недосмотру.

Меры предосторожности были приняты сегодня, 24 марта, в 05:00 UTC (в восемь утра по Москве). В противном случае злоумышленники смогли бы сымитировать хостинг-сервис или отслеживать операции юзеров, использующих SSH.

«Данный ключ не предоставляет доступ к инфраструктуре GitHub или клиентским данным, — пояснил глава ИБ-службы хостера Майк Хэнли (Mike Hanley). — Изменения коснутся лишь Git-операций, выполняемых по SSH с использованием RSA».

Входящий веб-трафик GitHub.com и Git-операции через HTTP не затронуты. Те, кто использует ключи ECDSA и Ed25519, изменений не заметят, и никаких действий от них не потребуется.

В тех случаях, когда при подключении к сайту по SSH отображается такое сообщение, следует удалить прежний ключ RSA и добавить новый:

 

Для удаления ключа нужно выполнить команду:

 

Добавить новый ключ можно, запустив автообновление, либо выполнить оба действия вручную. Успех будет сигнализировать следующий фингерпринт:

 

Работы по обновлению всех тегов еще не завершены, поэтому пользователи GitHub Actions, включившие опцию ssh-key, могут столкнуться с отказом actions/checkout. Свидетельств злонамеренного использования попавшего в паблик ключа не обнаружено.

По словам Хэнли, это случайный слив, а не результат компрометации систем GitHub либо клиентской информации, как два месяца назад. Тогда злоумышленникам удалось украсть сертификаты подписи кода для macOS-клиента GitHub и редактора Atom.

Anti-Malware Яндекс ДзенПодписывайтесь на канал "Anti-Malware" в Яндекс Дзен, чтобы первыми узнавать о новостях и наших эксклюзивных материалах по информационной безопасности.

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