Роскомнадзор: Атака на Яндекс не могла быть следствием блокировки по IP

Роскомнадзор: Атака на Яндекс не могла быть следствием блокировки по IP

Роскомнадзор: Атака на Яндекс не могла быть следствием блокировки по IP

Официальные представители Роскомнадзора прокомментировали появившуюся вчера информацию об атаках на «Яндекс», в ходе которых злоумышленники задействовали уязвимость в системе блокировки ресурсов. По словам пресс-службы, российское ведомство практически не осуществляет блокировку по IP-адресам.

В пресс-службе подчеркнули, что выработанный РКН механизм не может привести к блокировкам крупных интернет-проектов. Было отмечено: эпизоды блокировки добросовестных сайтов возможны, но они малочисленны и допускаются только в сетях провайдеров с небольшим числом абонентов.

«В настоящее время блокировка по IP операторами практически не осуществляется. При этом в Ситуационный центр Роскомнадзора поступает информация о блокировке добропорядочных сайтов. Это позволяет быстро передать ее в территориальные отделения и принять соответствующие меры», — заявили в пресс-службе Роскомнадзора.

«Таких эпизодов немного, они могут иметь место только в сетях мелких провайдеров с небольшим числом абонентов. Что касается упомянутых DNS-атак на крупные интернет-проекты — такие инциденты своевременно выявляются и пресекаются совместно с операторами связи».

Напомним, вчера появилась информация, что часть крупных интернет-проектов стали жертвой серьезной кибератаки из-за уязвимости в реестре Роскомнадзора.

Сентябрьский патч Windows 11 начал ломать корпоративный Always On VPN

Сентябрьское обновление KB5124008 для Windows 11, похоже, принесло администраторам новый аттракцион: установи патч безопасности и останься без удалённого доступа. Пользователи сообщают, что после обновления перестаёт работать Always On VPN с аутентификацией по сертификатам.

Проблему обнаружили на компьютерах с Windows 11 версий 24H2 и 25H2, подключённых к серверам RRAS и NPS под управлением Windows Server 2019. VPN-профили в затронутой инфраструктуре развёртывались через Microsoft Intune.

Автор сообщения на Microsoft Learn утверждает, что сбой удалось стабильно воспроизвести на нескольких устройствах. До установки KB5124008 соединение работает, после обновления — перестаёт, а удаление патча и перезагрузка возвращают VPN к жизни.

Независимый консультант Microsoft Learn предположил, что обновление изменило сетевой стек или обработку сертификатов IPsec. Судя по наблюдениям, ошибка возникает на этапе согласования сертификата во время VPN-подключения, из-за чего сотрудники могут полностью потерять корпоративный удалённый доступ.

Официально Microsoft пока не признала регрессию известной проблемой KB5124008 и не выпустила исправление. Поэтому говорить о массовом сбое рано: сейчас информация основана на пользовательском отчёте и ответе независимого консультанта, а не на заявлении компании.

Администраторам предлагают временно приостановить распространение обновления через WSUS или Intune и открыть обращение в поддержку Microsoft, приложив журналы VPN-клиентов и NPS. Если удалить патч нельзя из-за требований безопасности, можно попробовать перевести затронутые профили на EAP-TLS, однако стабильность такого обходного пути не гарантируется.

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