SafeERP 4.9.12: практический разбор обновлений для защиты SAP и 1С в ритейле
Компания «Газинформсервис» выпустила обновление своего продукта SafeERP до версии 4.9.12, направленное на усиление защиты и контроля ERP-систем, в первую очередь SAP и 1С. По данным Computerra, ключевыми нововведениями стали инструменты для соответствия требованиям ФСТЭК, углубленный анализ кода и хранилищ, а также улучшения в процессах управления уязвимостями, что напрямую затрагивает задачи ИТ-руководителей в российском ритейле.
Что произошло
Релиз SafeERP 4.9.12 представляет собой эволюционное развитие платформы, сфокусированное на практической применимости результатов аудита. Основные технические изменения затрагивают несколько направлений:
- Контроль соответствия требованиям регуляторов. Добавлены новые политики аудита, основанные на актуальных методических документах ФСТЭК России по защите информации в ERP-системах. Это позволяет автоматизировать проверку конфигураций SAP (например, профили login/, параметры в транзакции
RZ10/RZ11) и 1С на соответствие требованиям для информационных систем персональных данных (ИСПДн) и значимых объектов КИИ. - Анализ кода и кастомных разработок. Усилены модули статического анализа кода (SAST) для ABAP (SAP) и встроенного языка 1С. Система теперь глубже проверяет пользовательские отчеты, транзакции и расширения на наличие hardcoded-паролей, небезопасных прямых запросов к БД (SELECT... UP TO 1 ROWS без всех ключей) и уязвимостей типа XXE или небезопасной десериализации.
- Анализ хранилищ 1С. Улучшена работа с файловыми и серверными хранилищами конфигураций 1С. SafeERP теперь способен анализировать не только метаданные (cf), но и выгрузки данных (dt), а также структуру серверных каталогов на предмет несанкционированного доступа, наличия остаточных отладочных данных или конфигурационных файлов с избыточными правами.
- Управление уязвимостями (Vulnerability Management). Процесс устранения найденных проблем стал более прозрачным. Появилась возможность автоматической генерации задач на исправление с привязкой к конкретным объектам конфигурации (например, к номеру SAP-ноты или объекту метаданных 1С) и их экспорт в системы класса Service Desk (Jira, Naumen) через API.
Разработчики подчеркивают, что основной фокус был сделан на том, чтобы отчеты сканера были не просто набором технических логов, а готовыми инструкциями для разработчиков и администраторов.
Почему это важно
Для российского ритейла, где SAP часто управляет логистикой и HR, а 1С является ядром для бухгалтерии, WMS и кассовых операций (ККТ), безопасность ERP — это вопрос непрерывности бизнеса. Уязвимость в одной из этих систем может привести к остановке отгрузок, утечке данных клиентов и, как следствие, к многомиллионным штрафам по 152-ФЗ.
1. Снижение нагрузки на ИБ и разработку. Ранее отчеты сканеров безопасности требовали долгой ручной интерпретации. Безопасник находил уязвимость, а затем часами объяснял ABAP-разработчику или специалисту по 1С, что именно нужно исправить. SafeERP 4.9.12 генерирует рекомендации, близкие к языку разработчика. Например, вместо «небезопасное обращение к БД» система укажет: «В отчете ZMM_STOCK_CHECK, строка 145, использовать FOR ALL ENTRIES с предварительной проверкой на пустой внутренний табице». Это сокращает цикл «обнаружение-исправление» с недель до дней.
2. Комплаенс и импортозамещение. С учетом ухода SAP из России многие компании находятся в состоянии «заморозки» или миграции. В этот период системы становятся еще более уязвимыми из-за отсутствия официальных патчей. Автоматизированная проверка на соответствие требованиям ФСТЭК (включая приказы №17, №21) позволяет поддерживать приемлемый уровень риска. Для компаний, использующих 1С в связке с отечественными ОС (Astra Linux, РЕД ОС) и рассматривающих мобильные рабочие места на Авроре, централизованный контроль через SafeERP становится критически важным. Это позволяет выстроить единую политику безопасности, охватывающую и серверную часть, и мобильные клиенты, о чем подробнее можно узнать в документации по /docs/aurora.
3. Риски кастомизации. Ритейл — это всегда большое количество доработок в 1С и SAP. Каждый новый отчет для анализа KPI или скрипт для интеграции с маркетплейсом — это потенциальная точка входа для злоумышленника. Углубленный SAST-анализ в новом релизе позволяет выявлять проблемы в этих кастомизациях еще на этапе тестирования, до выкатки в продуктив.
Связка с мобильными устройствами также очевидна: уязвимость в SAP-системе может быть эксплуатирована через скомпрометированное ТСД (терминал сбора данных) на Android, если на нем не настроены строгие политики. Комплексная безопасность — это защита и серверной ERP, и конечных точек, которыми управляет /docs/policies.
Что делать
Для ИТ-руководителя в ритейле выход этого релиза — повод провести ревизию текущих процессов ИБ. Практические шаги по интеграции новых возможностей SafeERP 4.9.12 выглядят следующим образом:
1. Актуализация профиля проверок. Необходимо немедленно обновить политики аудита в SafeERP. Следует включить новые шаблоны, основанные на методических рекомендациях ФСТЭК для SAP NetWeaver и платформы 1С:Предприятие 8.3/8.5. Особое внимание уделить проверкам, связанным с разграничением прав доступа (SoD - Segregation of Duties) для кассовых операций и работы с поставщиками.
2. Внедрение SAST в цикл разработки (1С и ABAP).
- Для 1С: Настройте автоматический запуск анализа при каждом commit в хранилище конфигураций (GIT) или при создании поставки (cf). В политике SafeERP активируйте правила поиска небезопасных конструкций во встроенном языке 1С, таких как
Выполнить()с конкатенацией строк, использованиеПопытка/Исключениедля скрытия ошибок доступа и прямые запросы к БД через COM-объекты. - Для SAP: Интегрируйте проверку с системой CTS (Change and Transport System). Перед переносом кастомной разработки из песочницы (DEV) в тестовый контур (QAS) код должен автоматически проходить сканирование. Настройте политики на поиск устаревших функций AUTH_CHECK и небезопасных вызовов
CALL TRANSFORMATIONс внешними источниками.
3. Автоматизация Service Desk. Настройте коннектор SafeERP к вашей системе управления задачами. Для каждой найденной критической уязвимости (например, наличие стандартного пароля SAP* в клиенте 066 или избыточные полномочия SAP_ALL у сервисного пользователя) система должна создавать тикет.
- Пример для Jira API (концепт):
POST /rest/api/2/issue
{
"fields": {
"project": { "key": "SEC" },
"summary": "Уязвимость в SAP: неактивный юзер с паролем в клиенте 000",
"description": "SafeERP обнаружил пользователя DDIC в клиенте 000 со стандартным паролем. Требуется немедленное изменение. Детали проверки: ID-SCAN-7782.",
"issuetype": { "name": "Bug" }
}
}
4. Анализ хранилищ 1С. Запустите разовую полную проверку всех серверов, где хранятся бэкапы (dt) и обновления (cfu). Убедитесь, что к каталогам с этими файлами нет доступа у стандартных пользователей терминальных серверов или кассиров. SafeERP должен проверить ACL (списки контроля доступа) на уровне файловой системы Windows или *NIX.
5. Синхронизация с IAM/IdP. Убедитесь, что список пользователей в SafeERP актуален. Для автоматизации этого процесса рекомендуется использовать SCIM-протокол для синхронизации учетных записей из вашего каталога (Active Directory, Keycloak) с SafeERP. Это исключит ситуацию, когда отчет показывает риски для учетных записей уже уволенных сотрудников. Настройка подробно описана в /docs/scim.
Источник: https://www.computerra.ru/374133/rekomendatsii-fstek-dlya-sap-analiz-hranilishh-1s-i-uluchshenie-proverok-vyshla-novaya-versiya-safeerp/