Роскомнадзор объяснил причину внесения блога Навального в реестр

Роскомнадзор объяснил причину внесения блога Навального в реестр

Роскомнадзор объяснил причину внесения блога Навального в реестр

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

По словам главы ведомства, в настоящий момент от ресурсов, разместивших эти материалы, ждут их удаления. Как уточнил Александр Жаров, Роскомнадзор получил определение Усть-Лабинского районного суда.

«В этом определении также находился ресурс Navalny[.]com. Мы сразу проинформировали все проблемные ресурсы о том, что определенная информация должна быть удалена с их площадок. Соответственно, сейчас мы ждем от ресурсов принятия мер, а дальше будем действовать в соответствии с законодательством», — объясняет господин Жаров.

 Напомним, что ранее ведомство внесло блог navalny.com и ролик, в котором проводится расследование деятельности вице-премьера Сергей Приходько и миллиардера Олега Дерипаску в реестр.

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

НКЦКИ потребовал срочно обновить PHP на объектах критической инфраструктуры

История PHP2Shell дошла до официальных указаний для российской критической инфраструктуры. Национальный координационный центр по компьютерным инцидентам, действующий при ФСБ России, предписал устранить уязвимости PHP.

Если быстро установить исправления не получается — рассмотреть ограничение внешнего доступа вплоть до отключения серверов.

О письме НКЦКИ от 22 октября сообщил РБК, получивший копию документа. Его подлинность редакции подтвердили три организации-получателя. Указания разосланы через ГосСОПКА.

Обращение касается владельцев объектов критической информационной инфраструктуры (в том числе госорганов, финансовых, энергетических, транспортных, медицинских организаций и операторов связи).

Одной установки патча недостаточно: получателям предписано проверить серверы антивирусом, изучить журналы на предмет следов взлома и сообщать о подозрительных инцидентах в дежурный центр ГосСОПКА.

Повод — CVE-2026-109618 и CVE-2026-109619. Разработчики закрыли их 21 октября в PHP 8.2.35, 8.3.36, 8.4.27 и 8.5.12. Проблема находится в интерпретаторе: обновление одной только CMS её не устраняет.

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