Госоператорам дали сутки на доклад ФСБ о киберинцидентах

Госоператорам дали сутки на доклад ФСБ о киберинцидентах

Госоператорам дали сутки на доклад ФСБ о киберинцидентах

Операторы государственных информационных систем больше не смогут отложить сообщение о кибератаке. С 1 сентября 2026 года они должны будут передавать сведения об инцидентах в Национальный координационный центр по компьютерным инцидентам (НКЦКИ) не позднее чем через 24 часа после обнаружения.

Новые правила установлены приказом ФСБ № 297. Они распространяются на операторов ГИС, информационных систем государственных органов, государственных унитарных предприятий и госучреждений.

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

Взаимодействовать с ГосСОПКА организации будут через НКЦКИ, подключившись к его технической инфраструктуре.

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

Приказ разработан во исполнение закона № 568-ФЗ, принятого в декабре 2025 года. Новые требования превращают оперативное уведомление ФСБ из хорошей практики в формализованную процедуру.

Напомним, на прошлой неделе мы писали, что госорганам запретили запускать ведомственные ИТ-системы без проверки.

Новый WEB-прокси Telegram усложнит блокировку трафика мессенджера

В Telegram Desktop появилась начальная реализация нового WEB-прокси, который прячет соединения мессенджера внутри обычного HTTPS- и WebSocket-трафика. Для провайдера пользователь будет выглядеть так, будто просто открыл сайт, хотя под капотом вовсю работает MTProxy.

Изменения обнаружили в коде клиента. Разработчики добавили более 3 тыс. строк, отдельный транспорт WEB-прокси, настройки домена и элементы интерфейса вроде «Открыть браузер» и «Ожидание браузера».

Схема работает так: Telegram Desktop открывает встроенную веб-страницу и устанавливает защищённое WebSocket-соединение с доменом, внешне похожим на обычный сайт. Несколько подключений MTProxy объединяются в один поток и отправляются через этот канал.

На серверной стороне промежуточный узел разделяет поток обратно на отдельные соединения и передаёт их обычному MTProxy. При этом релею не требуется расшифровывать содержимое переписки, он работает транспортным сортировщиком.

Источник: @telelakel

 

Сам домен может одновременно показывать посетителям полноценный сайт. Специальная мостовая страница открывается только клиенту Telegram после проверки, поэтому заблокировать такой канал отдельно от обычного веб-ресурса становится сложнее.

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

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