Суверенный интернет, зависимый от чужих технологий

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

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

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

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

Интернет не имеет национального происхождения

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

Когда пользователь открывает сайт, за этим простым действием скрывается целая последовательность процессов.

Сначала система доменных имён DNS преобразует понятное человеку доменное имя в IP-адрес. Затем маршрутизаторы определяют, по каким сетям передавать пакеты данных. Протоколы TCP и UDP обеспечивают транспорт, TLS защищает соединение, а HTTP позволяет браузеру и серверу обмениваться содержимым.

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

Важную роль в разработке интернет-стандартов играет IETF — Internet Engineering Task Force. Эта международная организация публикует технические документы RFC, описывающие протоколы и практики работы интернета. Участие в её работе открыто для специалистов из разных стран, а опубликованные стандарты доступны всем желающим.

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

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

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

Своя сеть — ещё не свои технологии

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

Его официальная логика заключалась в повышении устойчивости российского сегмента сети на случай внешних угроз и возможного отключения от международной инфраструктуры. Для этого предусматривалось создание технических и организационных механизмов централизованного управления трафиком.

В инфраструктуре операторов связи начали внедряться технические средства противодействия угрозам — ТСПУ. Они позволяют анализировать сетевой трафик, применять правила фильтрации и ограничивать доступ к определённым ресурсам.

Параллельно развивалась национальная система доменных имён. Её задача — обеспечить возможность разрешения доменных имён в российском сегменте при проблемах с доступом к глобальной DNS-инфраструктуре.

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

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

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

Иными словами, возможность управлять сетью из одного центра не равнозначна способности обеспечить её надёжную работу. Иногда централизация упрощает контроль, но одновременно увеличивает масштаб потенциального сбоя. Internet Society: Russia’s National DNS

Серверы российские, компоненты — международные

Наиболее наглядно противоречие проявляется на уровне оборудования.

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

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

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

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

Российский опыт это хорошо иллюстрирует. Процессоры «Эльбрус» и «Байкал» разрабатывались в России, однако их контрактное производство было связано с тайваньской компанией TSMC. После прекращения сотрудничества в 2022 году проблема перестала быть теоретической: наличие собственной разработки не гарантирует возможности серийно производить микросхемы.

В 2025 году расследование The Insider о российских центрах обработки данных показало, что серверная инфраструктура, позиционируемая как основа суверенного интернета, продолжает зависеть от комплектующих из-за рубежа, в том числе из Тайваня, Китая и Южной Кореи.

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

При этом ситуация не статична. По данным обзора CNews от марта 2026 года, доля российского оборудования в проектах создания ЦОД выросла до 40–60%. Однако эксперты того же обзора указывают на сохраняющийся дефицит собственной компонентной базы и недостаток ряда высокопроизводительных решений — от серверов и систем хранения данных до графических ускорителей.

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

Собрать сервер внутри страны — не то же самое, что произвести внутри страны всё необходимое для его создания.

Программная независимость: кто владеет кодом и кто способен его поддерживать?

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

С программным обеспечением ситуация сложнее.

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

Например, серверное приложение может использовать Linux, PostgreSQL, Nginx, Python, Django, Redis и десятки сторонних библиотек. Каждая из этих технологий имеет собственную историю развития, лицензирование, сообщество сопровождающих и граф зависимостей.

Можно ли считать такую систему независимой? Ответ зависит от того, что именно мы понимаем под независимостью.

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

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

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

В августе 2026 года исследование Russia Program при Университете Джорджа Вашингтона обратило внимание на ещё одну особенность российской технологической политики: зависимость не исчезает, а меняет направление. В качестве примера приводится развитие российских языковых моделей на основе китайских открытых моделей семейства Qwen. Такой подход позволяет сократить затраты и получить доступ к современным технологиям, но одновременно формирует зависимость от другой технологической экосистемы.

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

Искусственный интеллект обостряет проблему

Развитие искусственного интеллекта делает вопрос технологического суверенитета ещё более сложным.

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

Причём зависимость возникает сразу на нескольких уровнях.

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

Второй — программный. Экосистемы разработки и обучения моделей формируются вокруг конкретных аппаратных платформ, библиотек и инструментов. Перенос готовой системы на другую архитектуру может потребовать серьёзной переработки.

Третий — модельный. Даже если вычислительная инфраструктура находится внутри страны, разработчик может использовать открытую модель, созданную за рубежом. В таком случае остаётся зависимость от архитектуры модели, условий лицензии, качества обновлений и доступности исходных материалов.

Четвёртый — энергетический и инфраструктурный. Центры обработки данных требуют значительных объёмов электроэнергии, систем охлаждения, резервного питания и сетевой инфраструктуры.

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

В августовском исследовании Russia Program отмечается, что российские разработчики всё активнее используют китайские открытые модели. В частности, приводится пример семейства Gen-T, созданного Т-Банком на основе Qwen. Авторы исследования указывают, что такой подход позволяет экономить ресурсы, но одновременно переносит часть технологической зависимости с американских компаний на китайскую экосистему.

Это хороший пример того, как импортозамещение может менять поставщика, не устраняя саму зависимость.

Импортозамещение или смена зависимости?

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

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

Проблема не в самом факте импорта. Проблема в отсутствии альтернативы.

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

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

Важно понимать:

- Кто владеет исходным кодом и имеет право его изменять?
- Можно ли самостоятельно собрать программный продукт?
- Доступны ли обновления и исправления безопасности?
- Есть ли альтернативные поставщики оборудования?
- Можно ли заменить отдельный компонент без полной перестройки системы?
- Существуют ли специалисты и производственные мощности для поддержки технологии?
- Что произойдёт, если международная поставка прекратится?

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

Суверенитет не должен означать изоляцию

Есть ещё одна проблема, о которой редко говорят в контексте технологической автономии: интернет ценен именно благодаря своей глобальности.

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

Фрагментация интернета нарушает эту модель.

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

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

В докладе Human Rights Watch от июля 2025 года описывались последствия расширения блокировок и централизованного контроля российского сегмента интернета. Среди них — перебои в работе сервисов, проблемы с доступом к зарубежным платформам и случаи нарушения работы повседневных цифровых услуг.

В июле 2026 года Institute for Security and Development Policy также опубликовал исследование о дальнейшем изменении российской интернет-инфраструктуры и усилении ограничений. Авторы рассматривают этот процесс как движение к более изолированной цифровой среде.

При этом изоляция не устраняет техническую зависимость. Она может лишь сделать её менее заметной для пользователя — до тех пор, пока не возникнет необходимость обновить оборудование, заменить компонент, получить исправление безопасности или восстановить международное взаимодействие.

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

Что на самом деле означает технологический суверенитет?

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

Это способность самостоятельно принимать технологические решения и сохранять работоспособность критически важных систем даже при внешних ограничениях.

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

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

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

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

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

Вместо заключения

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

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

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

И, возможно, главный вопрос заключается не в том, сможет ли Россия однажды отключиться от глобального интернета.

Гораздо важнее другое: сможет ли она создавать технологии, которые будут востребованы в мире, самостоятельно развивать их и при этом сохранять совместимость с глобальной цифровой инфраструктурой?

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