Организация внутреннего Центра мониторинга и реагирования на инциденты ИБ
Построение SOC
Поможем выбрать модель подключения к единой биометрической системе без лишних рисков
Подключение к ЕБС под ключ
Объединим технологии мониторинга, анализа и реагирования в единый контур кибербезопасности
Единая экосистема защиты
Комплексный перевод ручных процессов
в цифровой формат с учетом требований ИБ
в цифровой формат с учетом требований ИБ
Безопасная цифровизация
Внедрение передовых ИИ-решений для автоматизации процессов и повышения эффективности ИБ-команд
ИИ в кибербезопасности
Выполнение требований по защите ПДн
в соответствии с 152-ФЗ
в соответствии с 152-ФЗ
Защита персональных данных
Объективная оценка ИБ для повышения уровня киберустойчивости
Аудит ИБ
Внедрение ИБ на всех этапах разработки ПО от сборки до интеграции и развертывания
Безопасная разработка
Оценка защищенности систем и определение возможных векторов атак
Анализ защищенности
Выполнение требований 187-ФЗ и организация защиты информационных систем от киберугроз
Комплексная киберзащита субъектов КИИ
Комплексная проверка скрытых признаков компрометации на ИТ-инфраструктуру
Compromise Assessment
Программный комплекс на базе ePlat4m, обеспечивающий автоматизацию процессов ИБ
Автоматизация управления ИБ
Выявление критичных недостатков ИБ и укрепление защиты ИТ-инфраструктуры
Экспресс-повышение уровня защищенности
Защита от сетевых атак, аудит архитектуры
и подбор средств защиты сети
и подбор средств защиты сети
Сетевая безопасность
Подключение к платформе цифрового рубля с полным сопровождением на всех этапах
Цифровой рубль
Создание централизованной ИБ-системы
на предприятии
на предприятии
Построение СОИБ
Минимизация ущерба, выявление причин предотвращение повторных инцидентов
Расследование инцидентов ИБ
Защита веб-приложений
WAF
Анализ трафика
NTA
Сетевые песочницы
Sandbox
Автоматизация процессов управления ИБ, рисков и комплаенса
SGRC
Управление учетными записями и доступом
IdM/IGA
Межсетевые экраны нового поколения
NGFW
Управление уязвимостями
VM
Анализ и корреляция событий
SIEM
Повышение киберграмотности сотрудников
SA
Предотвращение утечек информации
DLP
Многофакторная аутентификация
MFA
Контроль привилегированного доступа
PAM
Управление инцидентами ИБ
IRP/SOAR
Киберразведка
TI
Защита конечных точек
EDR
Комплексное решение для контроля соответствия требованиям ИБ
CheckU
Low-code платформа для создания приложений и автоматизации процессов
ePlat4m
Защита конфиденциальных данных от утечек без капитальных затрат
DLP-сервис
Защита конфиденциальных данных от утечек без капитальных затрат
Комплексная защита сайтов и веб-приложений
Непрерывный мониторинг и оперативное реагирование на инциденты для минимизации ущерба
УЦСБ SOC
Облачная DevSecOps-платформа
для непрерывного анализа защищенности приложений
для непрерывного анализа защищенности приложений
Apsafe
Разбор актуальных тем по информационной безопасности от экспертов УЦСБ
Вебинары
Регулярные ответы на вопросы
по информационной безопасности
по информационной безопасности
FAQ ИБ
Последние новости и мероприятия Центра кибербезопасности УЦСБ
Новости
Получить рекомендацию
Заполните форму, и специалист Центра кибербезопасности свяжется с вами
Нажимая кнопку «Отправить», я даю свое согласие на обработку моих персональных данных, в соответствии с Федеральным законом от 27.07.2006 года № 152-ФЗ
«О персональных данных», на условиях и для целей, определенных в Согласии на обработку персональных данных
«О персональных данных», на условиях и для целей, определенных в Согласии на обработку персональных данных
ИИ в кибербезопасности
Внедрение передовых ИИ-решений для автоматизации процессов и повышения эффективности ИБ-команд
Подключение к ЕБС под ключ
Поможем выбрать модель подключения к единой биометрической системе без лишних рисков
Безопасная цифровизация
Комплексный перевод ручных процессов в цифровой формат с учетом требований ИБ
Единая экосистема защиты
Объединим технологии мониторинга, анализа и реагирования в единый контур кибербезопасности
Сетевая безопасность
Защита от сетевых атак, аудит архитектуры
и подбор средств защиты сети
и подбор средств защиты сети
Построение SOC
Организация внутреннего Центра мониторинга и реагирования на инциденты ИБ
Защита персональных данных
Выполнение требований по защите ПДн
в соответствии с 152-ФЗ
в соответствии с 152-ФЗ
Построение СОИБ
Создание централизованной ИБ-системы
на предприятии
на предприятии
Автоматизация управления ИБ
Программный комплекс на базе ePlat4m, обеспечивающий автоматизацию процессов ИБ
Комплексная киберзащита субъектов КИИ
Выполнение требований 187-ФЗ и организация защиты информационных систем от киберугроз
Compromise Assessment
Комплексная проверка скрытых признаков компрометации на ИТ-инфраструктуру организации
Цифровой рубль
Подключение к платформе цифрового рубля с полным сопровождением на всех этапах
Экспресс-повышение уровня защищенности
Выявление критичных недостатков ИБ и укрепление защиты ИТ-инфраструктуры
Расследование инцидентов ИБ
Минимизация ущерба, выявление причин предотвращение повторных инцидентов
Аудит ИБ
Объективная оценка ИБ для повышения уровня киберустойчивости
Безопасная разработка
Внедрение принципов ИБ на всех этапах разработки ПО от сборки до интеграции
и развертывания
и развертывания
Анализ защищенности
Оценка защищенности систем и определение возможных векторов атак
MFA
Многофакторная аутентификация
IRP/SOAR
Защита от сетевых атак, аудит архитектуры
и подбор средств защиты сети
и подбор средств защиты сети
NGFW
Межсетевые экраны нового поколения
PAM
Контроль привилегированного доступа
TI
Киберразведка
SA
Повышение киберграмотности сотрудников
WAF
Защита веб-приложений
DLP
Предотвращение утечек информации
SGRC
Автоматизация процессов управления ИБ, рисков и комплаенса
IdM/IGA
Управление учетными записями и доступом
EDR
Защита конечных точек
NTA
Анализ трафика
Sandbox
Сетевые песочницы
VM
Управление уязвимостями
SIEM
Анализ и корреляция событий
DLP-сервис
Защитите конфиденциальные данные от утечек без капитальных затрат
Комплексная защита сайтов и веб-приложений
Сервис защиты от DDoS, ботов и кибератак в одном окне
ePlat4m
Low-code платформа для создания приложений и автоматизации процессов
CheckU
Комплексное решение для контроля соответствия требованиям ИБ
УЦСБ SOC
Непрерывный мониторинг и оперативное реагирование на инциденты для минимизации ущерба
Apsafe
Облачная DevSecOps-платформа
для непрерывного анализа защищенности приложений
для непрерывного анализа защищенности приложений
Чтобы сделать сайт более удобным,
мы собираем cookie-файлы. Отключить сбор cookie можно в настройках браузера. Подробную информацию о файлах cookie можно изучить здесь.
мы собираем cookie-файлы. Отключить сбор cookie можно в настройках браузера. Подробную информацию о файлах cookie можно изучить здесь.
Ответы на вопросы к вебинару «1С ERP в ЗОКИИ: что меняет Приказ ФСТЭК России №239»
30 октября 2026
24 сентября состоялся вебинар «1С ERP в ЗОКИИ: что меняет Приказ ФСТЭК России №239». Эксперты УЦСБ и «Газинформсервис» рассказали об особенностях ERP-систем на значимых объектах КИИ, какие меры защиты требуются в 1С ERP, как выполнить требования Приказа ФСТЭК № 239, и что предъявляется к 1С как к информационной системе и ПО.
В этом материале собрали ответы на самые интересные вопросы зрителей.
24 сентября состоялся вебинар «1С ERP в ЗОКИИ: что меняет Приказ ФСТЭК России №239». Эксперты УЦСБ и «Газинформсервис» рассказали об особенностях ERP-систем на значимых объектах КИИ, какие меры защиты требуются в 1С ERP, как выполнить требования Приказа ФСТЭК № 239, и что предъявляется к 1С как к информационной системе и ПО.
В этом материале собрали ответы на самые интересные вопросы зрителей.
Какие работы входят в оценку соответствия ПО? Кто выполняет оценку?
Оценка соответствия ПО проводится в случае, если встроенные функции ПО используются для обеспечения информационной безопасностью значимого объекта КИИ. Оценка соответствия может проводиться в формате получения сертификации регулятора, разработчик берет на себя ответственность., Оценку в формате приемочных испытаний проводит лицензиат ФСТЭК.
С точки зрения разработки безопасного ПО необходимо подготовить документальную часть с описанием всех процессов?
Да, необходимо, все необходимые нормативные требования описаны в п 29.3 приказа ФСТЭК России от 25.12.2017 № 239. Можете обратиться в УЦСБ, мы это много где делаем.
На вебинаре эксперты озвучили, что самостоятельные доработки в ERP приравниваются к выполнению требований по РБПО. Откуда это следует?
Самостоятельные доработки в ERP квалифицируются как деятельность по созданию программ, то есть как разработка ПО. Следовательно, на них распространяются требования п 29.3 приказа ФСТЭК России № 239, включая прохождение соответствующих проверок.
ERP априори является ЗОКИИ при категорировании?
В соответствии с формулировкой в п. 13 ст. 7 187-ФЗ система, включенная в перечень, обладает признаками значимости. Это значит, что при проведении категорирования регулятор будет ожидать от субъекта КИИ присвоение категории. Обосновать отсутствие необходимости присвоения категории значимости возможно в ходе категорирования, проведя анализ на предмет наступления значимых последствий при прекращении функционирования системы. Анализ необходимо проводить в соответствии с постановлением Правительства от 08.02.2018 № 127 и отраслевыми особенностями категорирования. На практике все чаще рекомендуется присваивать ERP 3 категорию значимости. Это связано с высокой степенью влияния на производственные процессы, и, как следствие, высокой вероятности наступления негативных последствий.
SafeERP необходим для безопасной разработки? Или нужен клиенту только после внедрения?
Согласно требованиям ответственность несет как разработчик ПО, который дорабатывает код, так и клиент, который использует ERP. Таким образом, если его ERP будет дорабатываться, разработчику и клиенту рекомендуется использовать его после внедрения.
Как обрабатываются ложные срабатывания? Можно ли задавать правила по исключениям ложным срабатываний? Можно ли задавать обратные правила в соответствии со своими проектами?
Решение обладает функциональностью по управлению уязвимостям. Например, отправить на доработку, отправить на исправление, отправить к ЛПС и другие. Также реализована отправка уязвимости в джиру на исправление разработчику. Правила и обратные правила на данный момент не реализованы.
Если в рамках сопровождения 1С ERP используются ИИ-агенты с доступом к БД через MCP-сервера, каким образом этот момент соотносится с требованиям НПА ФСТЭК? Какие требования безопасности предъявляются к инструментам данного класса? Доверенный ИИ приравнивается к суверенной LLM?
Необходимо дополнительно защищать использование систем с ИИ в ЗОКИИ для этого рекомендуем ориентироваться на приказ ФСТЭК России №117, аналогичные требования будут и для ЗОКИИ. Также в рамках деятельности технического комитета «Защита информации» ФСТЭК России опубликовал проект национального стандарта. На данном этапе жесткого требования к применению ИИ нет, но есть тенденция к подобным изменениям.
ERP в ЗОКИИ должна быть на отечественной ОС? Или еще можно использовать ОС Win в рамках переходного периода?
ERP в ЗОКИИ должна быть реализована на отечественной ОС.
Есть оффлайн версия ПО для локальной проверки или только с вашим участием?
Да, оффлайн-версия существует. Продукт SafeERP устанавливается локально в контуре Заказчика. Весь анализ кода происходит на стороне Заказчика, разработчик не имеет доступа к проверяемому коду. Участие разработчика опционально: можно проводить проверки самостоятельно после установки и настройки, либо привлекать интегратора. Разработчик также может помочь с установкой и настройкой в рамках пилота.
SafeERP обладает возможностями систем защиты БД, типа DAM, DBF?апример, фильтрация sql-запросов, блокирование sql -инъекций, анализ поведения пользователей, попытки массовых выгрузок данных.
Нет, SafeERP такими возможностями не обладает, он смотрит только прикладной уровень. Такими возможностями обладают безопасные СУБД, например, Jatoba от Газинформсервис.
В какие сроки необходимо перейти на аппаратные платформы,входящие в реестр Минпромторга?
На текущий момент, Минцифры поставил срок до 2028 года. Однако важно учитывать отраслевые планы перехода на отечественное ПО, как правило, у каждой отрасли свой план., а также планы Минцифры по поэтапному переходу. https://www.interfax.ru/forumspb/1094499. Если будет принят проект, в отдельных случаях будет возможен переход вплоть до 2036 года.
Safe ERP подходит не только для ERP, но и для выстраивания AppSec в любой 1С разработке?
Все верно Мы регулярно проводим самостоятельное тестирование анализа кода с различными 1С — ЗУП, КАДРЫ, ОТЕЛИ, УХ и ЕРП. Предварительно перед передачей продукта Safe ERP заказчику мы проверяем.
Есть ли у SafeERP связка с другими системами, кроме Jira?
Пока нет, но мы собираем обратную связь от пользователей, чтобы добавить и другие системы.
На практике, в подавляющем большинстве случаев, 1С:ERP это клиент-серверное приложение, функционирующее внутри корпоративной ЛВС. В каких практических случаях целесообразнее выделение 1С:ERP в отдельный самостоятельный ЗОКИИ, а когда целесообразнее и легальнее включить ее как прикладной слой в состав уже существующего ЗОКИИ (например – ИТКС)?
Важно, чтобы последствия у нескольких ЗОКИИ не наслаивались друг на друга, потому что в таком случае можно получить увеличение категории. Если архитектура 1С реализована через тонкий клиент и АРМы сотрудников в архитектуру не включаются, допустимо объединить с корпоративной сетью. Но необходимо учитывать, что каждое изменение архитектуры ведет к изменению состава значимого объекта, что повлечет к необходимости актуализации сведений и направления новых сведений в ФСТЭК России. Например, внедрение толстого клиента на каком-нибудь отдельно взятом АРМе.
Какая политика лицензирования SafeERP?
Есть срочные и бессрочные лицензии. Можно приобрести отдельно анализ кода или контроль платформы или их вместе. Расчет можно сделать после заполнения вами опросного листа, чтобы понимать количество подключений — источников кода (БД, ГИТ).
Jira входит с состав отечественных ОС, допустимо в ЗоКИИ?
В целом, Jira можно не включать в ЗОКИИ, нет требований, которые бы накладывали на контур разработки ПО требования включить его в ЗОКИИ . Поэтому, на данном этапе, использовать Jira не запрещено.
Будет ли АРМ, через который осуществляется терминальное подключение к 1С в зоне КИИ. Почему АРМы работников через тонкий клиент не входят в состав КИИ?
АРМ, подключающийся к 1С через терминальное соединение (тонкий клиент, веб-интерфейс), не обязательно включать в состав ЗОКИИ, поскольку в данном случае он не обрабатывает защищаемую информацию и не выполняет функции объекта КИИ. Обработка данных полностью сосредоточена на серверной части, которая и подлежит категорированию. В такой архитектуре АРМ следует рассматривать как элемент инфраструктуры доступа, а не как составную часть ЗОКИИ.
Если настроен обмен данными ERP внешними объектами, данные объекты будут относиться к КИИ?
Непосредственно передача данных из ERP во внешние объекты не делает из объекта значимый объект КИИ. Необходимо смотреть, какие процессы автоматизирует объект, с которым ведется обмен данными. Все сильно зависит от того, какие конкретно данные передаются, и какие последствия в случае прекращения функционирования объекта, а также, может ли непосредственно объект, куда передаются данные, осуществить какое-то влияние на ERP. Если мы можем провести, например, SQL-инъекцию из объектов, которые передают данные в ERP, тогда рассматриваем.
У Заказчика стоит SafeERP. С точки зрения требований регулятора, кто обязан работать с ним, кто отвечает за закрытие инцидентов? Если подразумевается, что в разработчиках кода злоумышленники, как исключить ситуацию, что не злоумышленники анализируют систему?
За проверку исходного кода отвечают администраторы информационной безопасности. В числе разработчиков также должен быть специалист по безопасности, отвечающий за безопасность и качество кода. После сканирования информация передается ИБ-специалисту, он смотрит уязвимости, распределяет их на разработчиков и решает, какие критичны, какие менее критичны, а какие — ложноположительные срабатывания.
В пунктах 29.3 и 29.4 приказа №239 ФСТЭК России нет явного указания, кто именно должен проверять — внешний разработчик или сам субъект КИИ. Однако лицо, принимающее объект КИИ, должно убедиться, что все проверки осуществлены, и внести заключение об их достаточности и полноте. Ответственность всегда лежит на субъекте ЗОКИИ.
В пунктах 29.3 и 29.4 приказа №239 ФСТЭК России нет явного указания, кто именно должен проверять — внешний разработчик или сам субъект КИИ. Однако лицо, принимающее объект КИИ, должно убедиться, что все проверки осуществлены, и внести заключение об их достаточности и полноте. Ответственность всегда лежит на субъекте ЗОКИИ.
Что требуется, чтобы система прочитала данные из 1С? Проверку конфигурации и кода нужно подкладывать вручную?
Система подключается к базе данных 1С с помощью коннектора. Есть возможность ставить отложенный запуск с регламентное задание, не реже чем раз в месяц. Рекомендуется ставить анализ базы раз в неделю, либо по каждому изменению.
Можно выбрать, какие объекты анализируются. В автоматическом режиме отделяются внешние обработки, внешние отчеты и расширения, где база обычно дорабатывается. Нет необходимости сканировать всю базу, сканируется только код ваших доработок. Есть возможность сканировать только редактируемые модули, снятые с поддержки, а также только измененный код. Первое эталонное сканирование, затем второе после доработок и результат только по новому изменению.
Это не единственный способ: есть подключение к Git, сканирование архивов, а в следующем релизе — подключение к хранилищу конфигурации. Сканирование архивов не автоматизирует процесс.
Акцент на подключении к базе данных, потому что проверка 1С происходит в реальном времени. При сканировании архивов нельзя утверждать, что именно этот код находится в базе, поскольку там он может быть изменен. Здесь же происходит выгрузка базы на сервер управления SafeERP, и анализ идет по вашей боевой базе.
Можно выбрать, какие объекты анализируются. В автоматическом режиме отделяются внешние обработки, внешние отчеты и расширения, где база обычно дорабатывается. Нет необходимости сканировать всю базу, сканируется только код ваших доработок. Есть возможность сканировать только редактируемые модули, снятые с поддержки, а также только измененный код. Первое эталонное сканирование, затем второе после доработок и результат только по новому изменению.
Это не единственный способ: есть подключение к Git, сканирование архивов, а в следующем релизе — подключение к хранилищу конфигурации. Сканирование архивов не автоматизирует процесс.
Акцент на подключении к базе данных, потому что проверка 1С происходит в реальном времени. При сканировании архивов нельзя утверждать, что именно этот код находится в базе, поскольку там он может быть изменен. Здесь же происходит выгрузка базы на сервер управления SafeERP, и анализ идет по вашей боевой базе.
В типовом перечне указаны объекты с признаками значимости, значимость рассматривается по ПП 127. По какому принципу все, что в перечне автоматически становится значимым?
Объекты, включенные в перечень, обладают признаками значимости. Потенциально прекращение или нарушения функционирования ERP приводит к значимым последствиям. Категорирование, определение необходимости или отсутствия необходимости присвоения категории значимости — задача субъекта КИИ. Правительство и регулятор видит в данных системах признаки, по которым им должна быть присвоена категория значимости.
Напишите нам на cybersec@ussc.ru или оставьте заявку
Нужна консультация
по защите 1С?
Нажимая кнопку «Отправить», я даю свое согласие на обработку моих персональных данных, в соответствии с Федеральным законом от 27.07.2006 года №152-ФЗ «О персональных данных», на условиях и для целей, определенных в Согласии на обработку персональных данных