Компания Clean Core Thorium Energy сообщила об успешном завершении двухлетних испытаний экспериментального ядерного топлива ANEEL на основе тория и HALEU. Топливные стержни показали выгорание более чем в восемь раз выше, чем у обычного топлива для тяжеловодных реакторов, а значит, атомная отрасль получила ещё один аргумент в пользу компактных и более эффективных энергетических установок.

Для сферы интернет-безопасности эта новость важна не меньше, чем для энергетиков. Новые типы топлива, малые модульные реакторы и удалённая диагностика неизбежно увеличивают объём инженерных данных, а вместе с ним — требования к защите АЭС от киберрисков.

Что показали испытания ANEEL

Испытания проходили в исследовательском реакторе Advanced Test Reactor Национальной лаборатории Айдахо. В реактор загрузили 12 экспериментальных топливных стержней, чтобы проверить, каких уровней выгорания они достигнут за время работы.

Разработчики ставили три целевых значения: 20, 40 и 60 гигаватт-дней на метрическую тонну урана. По данным CCTE, восемь стержней достигли первых двух уровней ещё в прошлом году, а оставшиеся четыре недавно превысили 60 GWd/MTU.

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

Почему торий снова заинтересовал атомную отрасль

ANEEL сочетает торий и HALEU — high-assay low-enriched uranium, то есть высокопробный низкообогащённый уран. В таком топливе доля изотопа урана-235 выше стандартных 5 %, но ниже уровня, который относят к оружейным материалам.

Большинство коммерческих реакторов работают на уране с обогащением до 5 %. Тяжеловодные реакторы часто используют почти необогащённое топливо: содержание урана-235 там около 0,72 %. Поэтому CCTE рассматривает ANEEL как способ повысить отдачу существующих установок без полной перестройки атомной инфраструктуры.

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

Где в этой истории появляются киберриски

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

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

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

Цепочка поставок важна не меньше реактора

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

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

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

Какие данные нужно защищать в новых энергетических проектах

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

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

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

Практический вывод: что проверить прямо сейчас

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

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