ЦОД "Судного дна". Но шутки шутками, а проблема реальная. Потеря некоторых государственных баз данных приведет к катастрофическим последствиям.

Ну, вот такой список:

Реестры гражданского состояния (ЕГР ЗАГС). Записи о рождениях, браках, смертях и усыновлениях лежат в основе почти всех прав человека: наследства, гражданства, алиментов, пенсий по потере кормильца. Восстановить их можно только по бумажным архивам, которые давно не ведутся параллельно.

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

Реестр недвижимости (ЕГРН, кадастр). Право собственности на жилье и землю существует юридически только как запись в реестре. Потеря означает массовые споры о собственности, остановку сделок и ипотеки, обрушение залоговой базы банков.

Реестр юрлиц и налоговые лицевые счета (ЕГРЮЛ, ЕГРИП, ФНС). Компании перестают юридически подтверждаться: кто учредитель, кто директор, какой уставный капитал. Одновременно теряются данные о налоговых обязательствах и переплатах, бюджет теряет основу для сбора доходов.

Пенсионные и социальные базы (СФР, СНИЛС). Там хранится трудовой стаж и пенсионные права за десятилетия, причем бумажные трудовые книжки во многих странах уже отменены. Нельзя рассчитать пенсию, пособия и льготы миллионам людей.

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

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

Реестр залогов и нотариальные реестры. Наследственные дела, доверенности, залоги движимого имущества. Без них нельзя проверить законность сделок и правопреемство.

Криминалистические и правоохранительные базы (судимости, розыск, дактилоскопия, ДНК). Невозможно проверить судимость при найме на чувствительные должности, найти разыскиваемых, сопоставить улики с прошлыми делами. Эти данные невосполнимы в принципе.

Миграционные и пограничные базы. Теряется контроль над тем, кто находится в стране легально, кому запрещен въезд, кто въехал и не выехал.

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

Медицинские регистры (ЕГИСЗ, регистры доноров костного мозга и органов, онко- и эпидрегистры). Пропадают истории болезней, сведения об аллергиях и хронических диагнозах, листы ожидания на трансплантацию. Это напрямую угрожает жизням.

Реестр дипломов и квалификаций (ФРДО). Нельзя проверить подлинность образования врачей, инженеров, юристов, что открывает дорогу массовым подделкам.

Кадастр инженерных сетей, геодезия, геология. Схемы подземных газопроводов, кабелей, водопроводов и данные о недрах. Без них любые земляные работы становятся опасными, а восстановление требует многолетних изысканий.

Ладно. Поставил себя на место "эффективных менеджеров госИТ" — сидел, думал, как всё же сделать ДЦ менее уязвимыми для атаки дронов.

Вот что придумал:
Раз перенести дата-центры под землю, в Сибирь или за границу не получится, то есть еще вариант: раздробить их.

Идея

Вместо нескольких гигантских ЦОДов строится сеть из множества небольших узлов, объединённых в одну систему. Потеря любого узла некритична: нагрузка автоматически переезжает на соседние. Так устроены облака с зонами доступности, только узлов больше и они дальше друг от друга.

Устойчивость здесь не в прочности здания, а в избыточности и скорости переключения.

Примерно так же, кстати, сделан VPN Generator, но продолжим...

Из чего состоит узел

Модуль заводской сборки: машинный зал на несколько десятков стоек, ИБП, охлаждение, пожаротушение, удалённый мониторинг. Мощность от сотен киловатт до мегаватта. Генератор с топливом обычно стоит рядом отдельным блоком.

Модули бывают двух типов. Контейнер ставят под открытым небом. Модульный зал собирают внутри существующего здания: склада, цеха, корпуса. Сейчас второй вариант лучше: стены и крыша дают защиту, которой у контейнера нет.

Принципы

Рассредоточение: узлы разнесены на десятки и сотни километров.
Избыточность: мощности с запасом на потерю нескольких узлов.
Стандартизация: одинаковые модули и одинаковое железо, проще закупать и менять.
Близость к энергии: у электростанций, подстанций, заводов с собственной генерацией.
Безлюдная эксплуатация: управление удалённо, инженеры выезжают по вызову.

Как это сделать сейчас

Площадки. Промзоны, территории заводов и станций, пустующие склады и цеха. Модуль в существующем здании быстрее согласовать и проще защитить.

Энергия. Прямое подключение к генерации или свои газопоршневые установки. Газ есть почти везде, где есть промышленность, и это снимает зависимость от подстанций.

Оборудование. Модули, ИБП и охлаждение делают российские и китайские производители, серверы идут из Китая через параллельный импорт контрабанду. Чем меньше моделей, тем проще держать складской запас.

Связь. Узлы региона замыкаются в оптическое кольцо, к каждому минимум два независимых канала от разных операторов.

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

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

Как это выглядит на практике

Регион обслуживают несколько узлов по мегаватту в 50–150 км друг от друга, связанные кольцом. Данные лежат минимум на двух узлах, потеря любого не роняет сервис. Большие московские ЦОДы остаются для того, что нельзя раздробить, а малые узлы берут на себя резерв, кэш контента и распределённые сервисы.

Звучит реалистичнее, чем "строить ЦОДы в Сибири"

Малые ЦОДы: почему это не панацея

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

2. Энергетика сама под ударом. Узлы ставят рядом с электростанциями и подстанциями, а это первые цели для дронов. Удар по генерации региона гасит все узлы кластера одновременно, и рассредоточение не спасает.

3. Контейнер не защищён. Тонкий металл повреждают даже обломки. Закрыть сетками и стенками каждый модуль дорого, а прикрыть ПВО сотни разбросанных точек невозможно.

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

5. Не всё можно раздробить. Крупные базы данных, системы хранения и вычислительные кластеры для ИИ требуют быстрой связи между серверами в одном зале. Разнести их по разным площадкам без потери производительности нельзя.

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

7. Софт не готов. Распределённая архитектура работает только если сервисы умеют жить поверх множества площадок. Большинство корпоративных и государственных систем так не устроены, переделка займёт годы.

8. Не хватает людей. Множество площадок требует выездных бригад, логистики запчастей, круглосуточного мониторинга. Инженеров и так мало, а с отъездом специалистов за последние годы стало ещё меньше.

9. Не хватает железа. Серверы, ИБП и сетевое оборудование идут через параллельный импорт контрабанду, дорого и с задержками. Запас модулей и оборудования на складе означает замороженные деньги, которых у бизнеса нет.

10. Центр всё равно в Москве. Точки обмена трафиком, магистральные узлы, пользователи и офисы сосредоточены в столице. Сколько ни раздробляй ЦОДы, без работающей московской сетевой инфраструктуры они бесполезны.

Малые узлы годятся как резерв и способ быстрее восстановиться, но не как защита от ударов. Неуязвимой инфраструктуры не существует.

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

Читатели канала напомнили, что смерть Кащея на кончике иглы, игла в яйце, яйцо в утке, утка в сундуке, сундук на дереве, а дерево расположено по двум адресам, где находятся два ЦОДа ФНС

Дубна

Московская область, г. Дубна, ул. Технологическая, 2. Федеральный центр обработки данных ФНС официально открылся в 2015 году. Проектировать его начали в 2012-м, проект стоил 7,9 млрд рублей. Задача центра в том, чтобы собрать единый налоговый файл страны, общую базу налоговых данных в одном месте. Вторую очередь в ноябре 2020 года открывал Мишустин.
(Вот, кстати, сроки стройки и бюджеты - три года и миллиарды рублей — но э то было до войны и даже до крымнаша — тогда оборудование проще было ввозить)

Городец

Нижегородская область, г. Городец, ул. Речников, 14. Запущен в декабре 2015 года как точная копия Дубны, так называемый горячий резерв. Позже рядом построили ЦОД №2 площадью 5600 кв. м.

Как это работает

Обе площадки работают одновременно в зеркальном режиме и обслуживают весь массив данных Минфина и подведомственных служб, чтобы исключить потерю информации. Между ними около 380 км по прямой.

Что там лежит

Не только налоги. АИС Налог-3, единая система, через которую автоматизирована вся работа ФНС. Единый реестр ЗАГС: рождения, браки, смерти. Федеральный регистр населения ЕРН, его инфраструктура модернизируется в обоих ЦОДах. В 2020 году в ЦОД ФНС из ЦОДа Гознака переехала система госзакупок.

Что с резервом

Изначально площадок должно было быть три: Дубна, Городец и Волгоград. От волгоградского ЦОДа отказались, а деньги направили на вторые очереди в двух существующих. Так что вся система держится на двух точках.

На фоне нынешних атак на дата-центры вопрос о третьей площадке, похоже, снова станет актуальным. Но денег, вроде как нет.

У Евгения Киселева в стриме прямо сейчас: https://www.youtube.com/live/s1GqzfVc8d4

Приходите

"Белые списки" сайтов, призванные обеспечить работу ключевых онлайн-сервисов при ограничениях мобильного интернета, стали, по мнению рабочей группы правительственной подкомиссии по ИИ, источником рисков для облачных ИИ-решений в критической информационной инфраструктуре (КИИ).

https://www.forbes.ru/tekhnologii/570208-prognoz-neblagopriatnyj-eksperty-uvideli-v-belyh-spiskah-riski-dla-oblakov

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

Кажется, они начали о чем-то подозревать...

Cloudflare пришлось написать большой лонгрид про то, что "боты Яндекса действительно упали":

https://blog.cloudflare.com/yandex-outage/

И что эти боты к лайкам за AfD отношения не имеют.

Когда трафик из сетей Яндекса резко упал, в интернете распространились предположения о том, что российские операции по оказанию влияния и вредоносные ботнеты получили сокрушительный удар. Данные Cloudflare говорят об обратном: в сети Cloudflare не было обнаружено никаких доказательств того, что атаки вывели из строя манипуляции в социальных сетях или иным образом нарушили вредоносную деятельность в интернете. Вместо этого данные показали:

* Индексация поисковых систем снизилась. Подавляющее большинство трафика, упавшего с Яндекс Поиска, составляли проверенные краулеры ЯндексБот, загружавшие новостные статьи и веб-ресурсы. Основное влияние заключалось в снижении видимости контента в Яндекс Поиске.

* Вредоносная автоматизация переместилась, а не прекратилась. Хотя сканирование уязвимостей и проверка плагинов временно прекратились на Yandex.Cloud, высоконагруженные операции быстро переместились на альтернативные хостинговые сети.

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

Открыли транскаспийскую оптическую линию между Казахстаном и Азербайджаном.


Основные характеристики проекта:

• Маршрут: проложена по дну Каспийского моря между городом Актау (Казахстан) и городом Сумгайыт (Азербайджан).
• Протяженность: около 380 километров.
• Пропускная способность: свыше 400 Тбит/с (терабит в секунду).
• Исполнители: совместное предприятие (СП), созданное компаниями АО «Казахтелеком» и «AzerTelecom».
• Стоимость проекта: оценена примерно в $45 млн.
• Часть глобальной инициативы: входит в международный проект «Цифровой Шелковый путь», соединяющий Европу и Азию.

Теперь шатдаун в РФ не грозит отключением во всей Центральной Азии. Линию строили несколько лет - на сколько я помню, первые разговоры начались еще в 2019 году. Я там даже немного выступал в качестве "независимого эксперта", но это было так давно, что деталей уже и не упомню.

Непосредственно стройку начали, на сколько мне известно, год назад — в августе 2025 года.

Говорят, плохая примета - менять форс мажор в соглашении

Что в итоге мы знаем из этой заметки в Ъ

В реальности, ничего нового. Мы это знали и так: министерство цифровой деградации предлагало с помощью ИИ поднять эффективность блокировки VPN до 95%.

Мера была в проекте национального плана внедрения ИИ до 2030 года: долю блокируемых VPN, чьи признаки анализирует ИИ, хотели довести до 70%. Теперь Минцифры говорит, что в актуальной версии плана этой меры нет.

По словам источника издания, ведомства предлагали в нацплан много такого, что может и не дойти до реализации. Трафик сейчас анализируют интеллектуальные алгоритмы, но формально это не ИИ. Роскомнадзор на запрос не ответил.

Связанные цифры из прошлых публикаций:

— пропускную способность ТСПУ планируют к 2030 году увеличить в 2,5 раза, до 954 Тбит/с;

— большая часть из 89,9 млрд руб. по федпроекту "Инфраструктура кибербезопасности" на 2026–2029 годы пойдет ГРЧЦ на систему АСБИ, то есть на ТСПУ;

— по данным Forbes, на фильтрацию трафика с машинным обучением в 2026 году заложено 2,27 млрд руб.

Какие вокруг этого есть мнения:

1. ИИ анализирует размер и ритм пакетов, длительность сессий, соотношение входящего и исходящего трафика, а также поведение узла, хостинг и соседние адреса. Это ускоряет реакцию на новые серверы. Но при больших объемах трафика даже малый процент ошибок означает много заблокированного легитимного трафика. Сейчас ошибок, по оценкам, 5–6%. Точнее будет схема, в которой ИИ только помечает подозрительный узел, затем к нему подключаются как клиент (активный пробинг), подтверждают, что это VPN, и только после этого блокируют.

2. Есть мнение, что доля заблокированных VPN вырастет, но на этапе обучения будет много ложных срабатываний.

3. Например, некто Сергей Кудряшов (Strategy Partners) заявляет: модель собирает десятки слабых признаков и находит сервисы, которых еще нет в правилах. Однако корпоративный VPN, облачный доступ и голосовой трафик статистически похожи на обходной, а ошибка для бизнеса стоит дороже, чем пропущенный домашний VPN.

4. В исследованиях маскировка одного поля в TLS-заголовке снижала точность распознавания примерно до 38%. Одних DPI на узлах операторов мало: нужна отдельная платформа поверх ТСПУ из трех слоев — хранилище телеметрии петабайтного масштаба, кластер для обучения моделей и доставка обновленных моделей на узлы фильтрации.


ВЫВОД: то, что для блокировок используют машинное обучение — мы знали это давно.

Главный показатель это то, что мы не можем поймать какой-то паттерн поведения блокировок и их стабильность — система постоянно отваливается (многие уже, наверное, сталкивались или лично, или видели сообщения) с тем, что внезапно блокировки переставали работать и Телеграм или Ютюб становились доступны без VPN. В разных регионах, у разных операторов жесткость блокировок различная. Так это именно оно: блокировки имеют по сути вероятностный характер, что и следует из использования машинного обучения.

О том, что в РФ ведутся реальные научные работы по "классификации IP-трафика методами машинного обучения" — мы знали давно. Я даже был на одной конференции по этой теме, еще до войны.

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

Вот я даже привез с собой пару книжек — я как раз тогда увлекался идеей детектирования шатдаунов и изучал все доступное, что попадалось в поле зрения.

Автор книжки - Шелухин Олег Иванович, правда, тот еще перец, не гнушающийся тырить диссертации у собственных аспирантов, но работы реальные, конференции были, работа велась. И детекция VPN там тоже упоминается.

🔁🌐 TRANSLATED REPOST
➖➖➖
Рекламные сети превратились в системы доставки шпионского ПО
Surveillance control · 16.10.2026

Обычная таргетированная реклама теперь может заразить ваш телефон без единого клика. Просто показать баннер — и всё. Citizen Lab обнаружила технику AdFection и доказала: рекламные сети превратились в каналы доставки шпионского ПО.

Жертва — международная телесеть Al Jazeera. В период с 2024 по 2025 год были заражены как минимум 45 устройств внутри редакции. Шпионское ПО — продукт Candiru (ребрендированный как «Integrity Labs»). Цепочка проста: устройство получает рекламу от израильской компании Discover-Tech, которая направляет жертву через проверочный сервер Candiru, и в итоге вредоносная программа связывается с командным сервером. Всё было подтверждено через сетевые логи с точной хронологией.

При этом Discover-Tech годами числилась «сертифицированным» поставщиком у Google и отраслевой ассоциации IAB Europe. Иными словами, сама рекламная индустрия проверила и поставила печать одобрения на систему, которая распространяла шпионское ПО через рекламу. Лишь в октябре 2026 года, после расследования, Google и IAB Europe наконец удалили компанию из своих списков.

Это не единичный случай. Анализ четырёх миллиардов записей торгов за четыре месяца показал, что реклама Discover-Tech появлялась почти на 200 000 уникальных сайтов и в приложениях в десятках стран. Их платформа Controlium позволяла деанонимизировать и заражать пользователей буквально одним щелчком мыши в панели управления — выбрал ID устройства, и вперёд.

Компания связана не только с Candiru, но и с другими игроками рынка шпионского ПО — Bindecy и ADINT-фирмой Intelos. Среди акционеров Discover-Tech в разные моменты была структура, связанная с человеком, управлявшим корпоративной сетью Intellexa.

Отдельно всплыл ещё один участник — DARK CARTOGRAPHER, который эксплуатирует уязвимости у телеком-операторов через инфраструктуру Discover-Tech, чтобы массово сопоставлять рекламные идентификаторы с номерами телефонов. Citizen Lab обещает отдельный отчёт по этому случаю.

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

Источник: https://citizenlab.ca/research/how-discover-tech-turned-targeted-ads-into-a-pipeline-for-spyware/

➖➖➖
🔁🌐 Repost & Translated from: Brandmauer Report