Киберриски BIM: как защитить информационные модели зданий и систем безопасности

1 час назад

© Сгенерировано ИИ

BIM-модель систем безопасности может содержать расположение камер, контролируемых проходов, пожарных извещателей и кабельных трасс. В работе над проектом эти сведения передают между заказчиком, проектировщиками и подрядчиками, используют в разных программах и обрабатывают с помощью плагинов. Как контролировать доступ к такой информации и обнаруживать несанкционированные изменения? Вместе с техническим директором SIGNAL Александром Поповым RUБЕЖ разбирает, где возникают киберриски и какие инструменты BIM помогают их снизить.

Какие сведения об объекте содержит BIM-модель

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

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

В исследовании Building digital trust in CDE-based BIM workflows: Key strategies, опубликованном в ITcon в 2025 году, Анья Брелих и Роберт Клинц рассматривают защиту информации в BIM и средах общих данных, CDE. Авторы отмечают недостаточную прозрачность защитных механизмов ряда поставщиков и предлагают включать требования безопасности в план реализации BIM-проекта.

Ранее RUБЕЖ рассказывал об угрозах утечки инженерных данных, которые обсуждались на форуме «Сила платформы» компании «Нанософт».

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

Подмена модели: кто проверяет изменения

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

Однако технический директор SIGNAL Александр Попов оценивает вероятность незаметного изменения BIM-модели как крайне малую. По его мнению, подобный риск существует при работе с любой проектной документацией.

«С тем же успехом злоумышленник может изменить характеристики оборудования в DWG-чертежах или данные в пояснительной записке Word», говорит эксперт.

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

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

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

Что может потеряться при обмене через IFC

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

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

«Но это известные технические проблемы совместимости, для выявления которых существуют инструменты проверки», отмечает эксперт.

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

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

Цифровая подпись может подтверждать происхождение и целостность подписанного файла. Однако она не заменяет проверку содержания модели: подписанная версия тоже может содержать проектную ошибку.

Уязвимости плагина Axis и файлов Revit

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

В 2024 и 2025 годах Zero Day Initiative опубликовала два уведомления об уязвимостях плагина Axis Communications для Autodesk. В первом описано раскрытие учетных данных в модуле AzureBlobRestAPI.dll, позволявшее обойти аутентификацию на связанных сервисах. Во втором сообщается о небезопасной конфигурации облачного хранилища: несанкционированный доступ к нему позволял выполнить код на системах, использующих этот ресурс. В уведомлениях указаны исправления в версиях 25.3.710 и 25.3.718 соответственно.

Оба уведомления относятся к одному плагину и его облачным компонентам. Это конкретный пример рисков зависимости проектного ПО от внешних сервисов.

Отдельно Autodesk сообщала об уязвимости обработки файлов семейств Revit, RFA. Согласно бюллетеню о CVE-2025-8354, специально подготовленный файл способен вызвать сбой, повреждение данных или выполнение произвольного кода с правами текущего процесса. Для эксплуатации требуется действие пользователя. Производитель выпустил исправления.

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

Как проверять библиотеки оборудования

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

Автоматизация расширяет роль дополнительных инструментов. Например, официальный плагин R-BIM для Autodesk Revit предназначен для автоматизации проектирования слаботочных систем, включая расстановку пожарных извещателей, адресацию устройств и создание структурных схем.

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

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

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

Как ошибки в модели попадают в эксплуатацию

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

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

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

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

Что проверить при выборе BIM-платформы

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

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

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

Системный подход к защите информационных моделей отражен в ISO 19650-5. Стандарт рассматривает управление чувствительной информацией на протяжении жизненного цикла объекта и предусматривает мониторинг и аудит соблюдения установленных требований.

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

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