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

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

а вот и ожидаемое решение по поводу цодов

Ассоциация компаний интернет-торговли (АКИТ) на фоне атак БПЛА на российские дата-центры попросила правительство разрешить хранение и обработку персональных данных россиян в дружественных странах.

Это мелкие начали ныть. Крупные просто забили и сейчас кругами бегают ищут вычислительные мощности. Думаю, AliCloud в четвертом квартале снимут кассу.