ТИМ | BIM | Литература | НПА | НТД

Из 880 цифровых решений для строительной отрасли только 65 для ИЖС — исследование ДОМ.PФ Технологии

🔵Цифровизация ИЖС в России — на базовом этапе. Стратегия цифровизации есть только у 17% подрядчиков, ТИМ/ВИМ используют 12%. При этом 83,2% уверены, что цифровизация положительно влияет на бизнес. Многие под цифровизацией понимают офисные программы и мессенджеры.

🔵Базовые инструменты доминируют над специализированными. Excel для смет — 61,4%, мессенджеры для управления проектами — 46,5%, фото и видеофиксация на телефон — 62,8%. Специализированные ERP-системы — лишь 4,2%.

🔵Уровень цифровизации неравномерен. Наиболее оцифрованы общекорпоративные функции (25,9% высоких оценок): бухгалтерия и ЭДО. Наименее — предпроектный этап (7,2%): интернет-ресурсы и данные Росреестра. Строительство — 8,4%, проектирование — 13,8%.

🔵Рынок ПО узок. Из 880 проанализированных решений только 65 (7%) адаптированы под ИЖС. Из них 38% включают ИИ. Чаще всего ИИ встречается в строительстве (64%) и продажах/маркетинге (57%), реже — в проектировании и сметах.

🔵Главные барьеры: стоимость ПО (20,7%), малый масштаб компаний (16,1%), низкая адаптация ПО к специфике ИЖС (15,2%). Ключевой запрос подрядчиков — не отдельные программы, а единое цифровое пространство, связывающее данные между этапами.

🔵Универсальной модели нет — есть сегменты. Эконом-сегменту нужны прозрачность и контроль, крупным региональным компаниям — облачные решения и платформа, премиум-сегменту — ТИМ/ВИМ под кастомизированные проекты.

Цифровизация ИЖС фрагментарна: строительство, финансы и продажи зрелы и импортонезависимы, а анализ участка и эксплуатация только развиваются. Главный дефицит — отсутствие сквозной связи данных от участка до эксплуатации.

Подробнее — в файле.

Изображение в BIM-модели: может ли IFC стать носителем вредоносного кода?

BIM-модель обычно воспринимается как набор геометрии, параметров и атрибутивной информации. Однако современные форматы обмена позволяют передавать и дополнительные ресурсы, в т.ч. изображения. Возникает закономерный вопрос, а может ли обычная картинка, встроенная, например, в семейство Revit, стать источником заражения при передаче модели в формате IFC?

Начнём с технической стороны. IFC действительно предусматривает механизмы работы с изображениями. Например, IfcImageTexture позволяет ссылаться на изображение по внешнему адресу, IfcBlobTexture – включать его непосредственно в IFC в виде двоичных данных, а IfcPixelTexture – представлять изображение как массив пикселей. Последние два механизма позволяют хранить содержимое изображения непосредственно в структуре данных IFC. Это предусмотрено спецификацией buildingSMART.

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

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

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

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

Это не гипотетическая проблема. В 2021 году была обнаружена уязвимость CVE-2021-37202 в IFC-адаптере Siemens NX и Solid Edge. Обработка специально сформированного IFC-файла могла привести к выполнению произвольного кода в контексте работающего приложения.

В 2025 году Autodesk опубликовала предупреждение об уязвимости CVE-2025-5037. Специально сформированный файл RFA, RTE или RVT при обработке в Revit мог вызвать повреждение памяти и позволить выполнить произвольный код. Уязвимость затрагивала Revit 2023-2026.

Но наиболее наглядные примеры связаны непосредственно с изображениями.

В апреле 2025 года Autodesk сообщила об уязвимости CVE-2025-1275. Специально сформированный JPG-файл при подключении или импорте в Revit, AutoCAD и ряд других продуктов Autodesk мог вызвать переполнение кучи. Последствия включали аварийное завершение приложения, чтение чувствительных данных и выполнение произвольного кода в контексте текущего процесса.

В августе 2026 года Autodesk опубликовала ещё одно предупреждение – CVE-2026-7406. На этот раз речь шла об обработке специально сформированного BMP-файла. Уязвимость позволяла добиться выполнения произвольного кода в процессе работы приложения. В перечень затронутых продуктов вошли Revit 2024-2027 и ряд продуктов линейки AutoCAD.

В том же бюллетене описана CVE-2026-7405, связанная с обработкой TIF-файлов. Она могла привести к отказу в обслуживании приложения.

Есть и пример непосредственно с IFC. В сентябре 2026 года Autodesk сообщила об уязвимости CVE-2026-14255. Специально сформированный IFC-файл при обработке в определённых продуктах Autodesk мог вызвать неконтролируемую рекурсию и аварийное завершение приложения.

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

В конечном счёте IFC – это не просто контейнер геометрии. И относиться к нему исключительно как к безобидному файлу обмена данными было бы ошибкой.

И еще, все те же проблемы не обходят стороной и отечественное ПО.

📸 bimsert

ИИ уже проверяет комплектность документов, а BIM-модели — на соответствие требованиям

Технический директор SIGNAL Александр Попов изучил, что нового появилось в четырёх строительных платформах в рамках Среды общих данных (СОД)

С января по октябрь 2026-го в открытых релизах и обзорах около 113 функциональных изменений у SIGNAL DOCS, 89 — у Pilot, 76 — у Sarex и 33 — у VitroCAD.

У SIGNAL DOCS обновления фиксировали каждый месяц. А за последние три месяца разрыв с Pilot оказался небольшим — 32 изменения против 29.

☝🏻Из новшеств наиболее интересно:
🟠У Sarex ИИ ищет информацию внутри документов, проверяет комплектность и сравнивает версии.
🟠SIGNAL DOCS запустил собственный просмотрщик BIM-моделей и тестирует ИИ-помощника, который умеет создавать замечания.
🟠Pilot развивает проверку моделей на коллизии и соответствие требованиям.
🟠VitroCAD добавил совместное редактирование офисных файлов в браузере через OnlyOffice.

Справочно:
SIGNAL DOCS, Pilot, Sarex и VitroCAD — цифровые платформы для строительных компаний. Их используют для управления документами, совместной работы над проектами, проверки BIM-моделей и автоматизации процессов на разных этапах строительства.

#ии