Тестовая копия 1С с боевыми ключами: как закрыть дыру в обмене

Шифрование канала (HTTPS) защищает только передачу. Утечки при обмене 1С с внешними сервисами чаще начинаются в самой базе: токены и пароли лежат открытым текстом в справочниках, а тестовая копия для подрядчика уходит вместе с ними. Закрыть нужно два места: хранение секретов и тестовые копии без боевых ключей.

🧪 Понедельник утром: тестовая копия пишет в боевой магазин

Компания продаёт через интернет-магазин, учёт ведёт в 1С:Управление торговлей. Подрядчик просит копию базы, чтобы доработать выгрузку заказов. Базу выгружают в файл и отправляют ссылкой в мессенджере. На ноутбуке подрядчика копия запускается, а в справочнике «Настройки обмена» остаются адрес магазина и ключ API с правом записи. Сценарий собран из типовых случаев, детали условные.

Регламентное задание в копии срабатывает по расписанию. Тестовые остатки, на которых подрядчик проверял выгрузку, уходят на сайт. Покупатели видят товар «в наличии», которого на складе нет, и оформляют заказы. Менеджеры до вечера обзванивают клиентов и извиняются.

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

Ставка выше одного дня звонков. Ключ с правом записи позволяет менять цены и остатки на сайте и выгружать заказы с телефонами и адресами покупателей. Если утекли персональные данные, оператор обязан в течение 24 часов уведомить Роскомнадзор об инциденте, а в течение 72 часов передать результаты внутреннего расследования. Параллельно встают продажи: пока токены перевыпускают, каждый обмен приходится перенастраивать вручную.

📋 Где ключи лежат на самом деле

Аудит обмена мы начинаем с поиска секретов, сетевые настройки идут вторыми. Обычно секреты находятся в пяти местах:

• ✓реквизиты справочников и константы, где логин и пароль к сервису хранятся открытым текстом;
• ✓тексты общих модулей, куда токен вписали при отладке и забыли убрать;
• ✓строки подключения к внешним источникам данных и файлы на сервере, например bat-скрипты регламентных выгрузок;
• ✓журнал регистрации и логи обмена: ключ попадает туда вместе с адресом запроса, если его передают в параметрах URL;
• ✓переписка с подрядчиками: токен отправили «на минутку» в почте или чате, и он остался в истории.

Быстрая проверка занимает десять минут. Откройте справочник настроек обмена под обычным пользователем с правом чтения: если пароль виден в форме или в списке, он хранится открытым текстом. Затем выгрузите журнал регистрации за день обмена и поищите в нём слова «token» и «apikey».

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

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

🔌 Четыре способа обмена и что открыто у каждого, если ошибиться

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

Для большинства компаний рабочая схема — третья строка с аккуратно выданными правами. Прямое подключение к базе живёт в старых интеграциях. Его стоит заменить при ближайшей доработке 1С: HTTP-сервис пишется один раз и работает без доступа к базе целиком.

🧯 Тестовая копия, которая ничего не отправит

Порядок, который закрывает сценарий из начала статьи:

1. ✓Разверните копию внутри своего контура: на собственном или арендованном сервере, а не на ноутбуке подрядчика.
2. ✓При первом запуске на вопрос «база перемещена или скопирована?» отвечайте «Я скопировал». В типовых конфигурациях это отключает регламентные задания.
3. ✓Очистите в копии пароли и токены, замените адреса на тестовые контуры сервисов. У банков, маркетплейсов и операторов ЭДО обычно есть песочница.
4. ✓Только после очистки выгружайте файл или давайте подрядчику удалённый доступ.
5. ✓Выдайте подрядчику отдельные тестовые токены с минимальными правами и отзовите их в день окончания работ.
6. ✓Заранее составьте список обменов и сервисов. Если боевой токен всё же попал в чужую копию, его перевыпускают в тот же день, а не ищут, где он используется.

Без шагов 1 и 3 остальное не держится. Пока копия лежит на чужом ноутбуке с боевыми адресами, ответ «Я скопировал» её не спасёт: отправить данные можно и вручную, одной кнопкой обработки.

📝 Что зафиксировать с подрядчиком до передачи копии

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

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

🔐 Учётная запись обмена, публикация и сертификаты

Самая частая настройка: обмен работает от пользователя с полными правами, потому что так «точно не будет ошибки доступа». Если пароль этого пользователя утечёт, чужой человек получит всю базу. Заведите для обмена отдельную учётную запись с ролью только на нужные документы и справочники, без права открывать формы и менять настройки. В журнале регистрации тогда сразу видно, что сделал обмен, а что человек.

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

И про сертификаты. На устаревшей платформе часть сервисов отказывается принимать соединение, и разработчик «временно» отключает проверку сертификата. Временное живёт годами, а подмену сервера после этого никто не заметит. Правильный выход — обновить платформу и конфигурацию: после этого проверка сертификата включается обратно.

🇷🇺 Персональные данные в обмене: что проверить по 152-ФЗ

Обмен с магазином, службой доставки или рассылкой передаёт ФИО, телефоны и адреса. По 152-ФЗ достаточно проверить, что уходит, куда и на каком основании.

• ✓Какие поля реально уходят. Курьерской службе нужны имя, телефон и адрес, а выгрузка «по умолчанию» нередко тащит и остальные реквизиты контрагента.
• ✓Где физически стоят серверы сервиса. Базы с персональными данными граждан РФ должны находиться в России (ст. 18, ч. 5), а трансграничная передача требует уведомить Роскомнадзор до её начала (ст. 12).
• ✓Есть ли договор с поручением обработки (ст. 6, ч. 3), если сервис обрабатывает данные от вашего имени.

🛠 Что делаем мы и сколько это стоит

Аудит обмена начинается со списка: какие сервисы подключены, чем авторизуются, из каких баз и под какими пользователями. Дальше мы переносим секреты в безопасное хранилище, заводим отдельную учётную запись обмена, оставляем наружу только HTTP-сервис и собираем тестовый контур, из которого ничего не уходит в боевые сервисы.

Работа идёт по ставке сопровождения: специалист по 1С и сисадмин стоят 3800 руб/час. Сколько часов займёт аудит, зависит от числа обменов и состояния конфигурации, поэтому оценку мы называем после просмотра списка подключений, а не до него. Если базу нужно ещё и убрать с офисных компьютеров, аренда 1С начинается от 1100 руб/мес, а тестовую копию для подрядчика мы поднимаем отдельной базой.

Если интеграцию с магазином и маркетплейсами только планируют, проще заложить безопасный обмен сразу: так мы работаем при внедрении 1С:Управление торговлей. Общий порядок проекта описан на странице внедрения 1С. Для оценки хватит списка сервисов, с которыми обменивается ваша база.

❓ Частые вопросы

Достаточно ли HTTPS, чтобы обмен 1С с сайтом был безопасным?

Нет. HTTPS шифрует передачу, но не защищает токен, который лежит в базе открытым текстом, и не мешает тестовой копии отправлять данные в боевой сервис. Дополнительно нужны хранение секретов в безопасном хранилище, отдельная учётная запись обмена с минимальными правами и тестовые копии без боевых адресов.

Где в 1С безопасно хранить пароли и токены внешних сервисов?

В безопасном хранилище данных библиотеки стандартных подсистем (БСП), если конфигурация на ней построена. Значения лежат отдельно от справочников, в формах их не видно, прочитать их можно только программным кодом. Не храните токены в реквизитах, константах или тексте модулей: они попадают в каждую копию базы.

Что делать, если тестовую копию базы 1С запустили с боевыми настройками обмена?

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

Сколько стоит проверка безопасности обмена 1С с внешними сервисами?

Работа идёт по ставке сопровождения 1С: 3800 руб/час. Объём зависит от числа обменов и состояния конфигурации, поэтому оценку мы называем после просмотра списка подключённых сервисов. Для расчёта достаточно перечня сервисов и сведений о том, где сейчас развёрнута база. Цифру «под ключ» без этого списка честно назвать нельзя.

Какие обмены 1С чаще всего передают персональные данные?

Обмен с интернет-магазином, службами доставки, CRM, сервисами рассылок и банком для зарплатных проектов. Проверьте, какие поля уходят в каждый сервис, где находятся его серверы и есть ли договор на поручение обработки. Данные граждан РФ должны храниться в базах на территории России.