Журнал "Information Security/ Информационная безопасность" #4, 2026

можно выносить даже внутри корпора- ции, интеграция либо блокируется, либо реализуется в обход установленных тре- бований. Обход хуже любой формальной дыры. Третье – внешние модели и подряд- чики. ИИ-ассистент на корпоративных данных, удаленный мониторинг, вен- дорская поддержка: во всем этом ИБ видит канал наружу, а производство – скорость решения. Без заранее согла- сованного контура размещения, дата- контракта и односторонней выгрузки из АСУ ТП проект либо не стартует, либо стартует в обход регламента. Дого- вориться на берегу дешевле, чем раз- бирать инцидент. Дмитрий Архипов, "Айсорс" Первая сложность: перейти при про- ектировании от обсуждения конкретных технологий в каждом отдельном случае к модели оценки уровня рисков, чтобы все участники процесса на ее основе проектировали решения, а не тяготели к конкретным привычным решениям. Наи- более часто встречающиеся и спорные вопросы – передача производственных данных в корпоративные платформы или облако, удаленный доступ подрядчиков, установка агентов защиты, сканирова- ние, обновление ПО и определение того, кто принимает остаточный риск. Договориться удается тогда, когда обсуждение начинается не с формаль- ного требования, а со сценария: что физически произойдет с объектом и какой ущерб понесет бизнес. Для этого ИТ, ИБ и АСУ ТП должны совместно участвовать в проектиро- вании с самого начала, иметь общие архитектурные шаблоны и заранее определенного владельца риска. Орга- низовать такую совместную работу можно с помощью постановки общих целей (KPI) всем участникам, иначе есть риск потратить много сил на раз- решение споров в организационных эскалациях. Артем Яковлев, "Газпром ЦПС" Наиболее сложный вопрос – найти баланс между безопасностью, удобством разработки и эксплуатационными харак- теристиками систем. При разработке инструменты информационной безопас- ности иногда существенно усложняют рабочий процесс. Например, прямой доступ разработчиков и тестировщиков к стендам может быть ограничен, поэто- му появляются терминальные серверы, промежуточные системы и дополнитель- ные процедуры подключения. Это повы- шает безопасность, но одновременно увеличивает трудозатраты и снижает скорость разработки и тестирования. Типичный пример – ограничение стан- дартных способов подключения к стен- дам, из-за чего разработчикам прихо- дится использовать дополнительные про- межуточные средства. В эксплуатации возникает другой аспект компромисса – производитель- ность. Средства защиты, например анти- вирусное ПО или системы мониторинга, потребляют вычислительные ресурсы и могут влиять на производительность приложений и инфраструктуры. Поэтому задача ИТ и ИБ заключается не в том, чтобы просто максимально ужесточить все ограничения, а в том, чтобы пра- вильно настроить политики безопасно- сти с учетом особенностей конкретной системы. В конечном итоге необходимо нахо- дить баланс между уровнем защищен- ности, скоростью разработки, удобством работы пользователей и эксплуатацион- ными характеристиками системы. Алексей Диянов, Nedra Digital 1. Живой цифровой двойник добычи бесполезен без потока с промысла: телеметрию придется легально выводить из технологической сети, не открывая обратный канал управления. Отраслевой ИИ на внутренних данных имеет смысл, только если коммерческие материалы не уезжают к внешнему провайдеру – отсюда локальный контур, контроль того, что уходит в модель, и журнал обраще- ний. Платформы данных связывают гео- логоразведку, бурение и добычу: чем лучше интеграция, тем выше цена ошиб- ки в правах доступа. 2. Параллельно 58-ФЗ и переход на доверенные ПАК до 2030 г. меняют сам ландшафт. Вместо привычного запад- ного SCADA, архива технологических рядов и инженерного ПО появится набор отечественных систем разной зрелости. Для безопасности это и шанс сразу заложить роли и журналирование, и риск: новый код, новые цепочки поста- вок, меньше накопленной практики экс- плуатации. 3. Требования сместятся с контроля периметра на управление жизненным циклом данных: кто поставщик, какой контракт, какая выгрузка, какой срок хранения и кто имеет право отдать это модели. Модель и агент усиливают то, что им дали, включая мусор и избыточ- ную информацию. Качество и границы данных станут таким же контролем без- опасности, как сегментация сети. Дмитрий Архипов, "Айсорс" Поиск новых конкурентных преиму- ществ в отрасли приведет к переходу от сбора и анализа данных к автоматиче- скому воздействию на производство. Сначала это будут ограниченные экспе- рименты, накопление опыта, затем мас- штабирование. ИИ-агенты, цифровые двойники и системы оптимизации посте- пенно будут не только рекомендовать, но и формировать задания, менять режи- мы и управлять оборудованием. Вся цепочка "данные – алгоритм – реше- ние – физическое действие" станет объ- ектом защиты: как в целом, так и поком- понентно. Безопасность уже смещается от защиты сетевого периметра к контролю идентичности каждого человека, устройства, сервиса и ИИ-агента, про- исхождения данных и допустимых дей- ствий. Это движение будет усиливаться. Ключевым требованием станет кибе- рустойчивость: способность локализо- вать инцидент и дать возможность объ- екту непрерывно и безопасно функ- ционировать. Артем Яковлев, "Газпром ЦПС" Одним из главных факторов станет активное развитие нейросетевых моде- лей, генеративного ИИ и ИИ-агентов, которые все чаще используются при разработке программного обеспечения и обработке данных. Количество таких инструментов и сценариев их примене- ния будет расти. При этом появляется новый риск: сотрудники могут исполь- зовать не только корпоративные модели, размещенные в закрытом контуре, но и публичные модели в интернете, в том числе обходя установленные ограниче- ния. Поэтому одним из ключевых направ- лений информационной безопасности станет контроль передачи данных во внешние ИИ-сервисы. Необходимо обеспечить, чтобы корпоративная информация не передавалась третьим лицам и обрабатывалась в контроли- руемой среде. Предпочтительным вари- антом является размещение исполь- зуемых моделей и ИИ-инструментов в закрытом корпоративном контуре, где они находятся под контролем средств информационной безопасности. Если использование внешней модели неизбежно, передаваемые данные должны проходить соответствующую обработку, включая обезличивание, а чувствительная информация, в част- ности документы и данные ограничен- ного доступа, не должна передаваться во внешние сервисы. Таким образом, в ближайшие годы требования ИБ будут все больше сме- щаться в сторону контроля использова- ния искусственного интеллекта, защиты данных при работе с ИИ и предотвра- щения их утечки через внешние нейро- сетевые сервисы. l Какие изменения в цифро- вом нефтегазе в ближай- шие годы сильнее всего изменят требования к без- опасности систем и дан- ных? 76 • ТЕХНОЛОГИИ Ваше мнение и вопросы присылайте по адресу is@groteck.ru