Как установить пароль на конфигурацию 1С

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

Пароль на вход в Конфигуратор как отдельная настройка в платформе отсутствует: доступ к режиму разработки определяется правами пользователя. Если у учётной записи нет права «Администрирование» и связанных прав разработчика, Конфигуратор для неё просто не откроется. Поэтому защита конфигурации начинается с грамотного разграничения прав и паролей пользователей.

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

Какие виды защиты существуют в 1С

Платформа 1С:Предприятие предлагает несколько независимых уровней защиты. Первый — аутентификация пользователей: пароль, аутентификация операционной системы или OpenID. Второй — ролевая модель прав, которая определяет, кто может запускать Конфигуратор, изменять конфигурацию и администрировать базу. Третий — защита исходного кода при поставке конфигурации: пароль на поставку и поставка без исходных текстов модулей.

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

Как установить пароль пользователю информационной базы

Базовая задача — задать пароль учётной записи, чтобы посторонний не вошёл в базу. В клиент-серверном и файловом варианте действия одинаковы: откройте Конфигуратор, перейдите в меню «Администрирование — Пользователи», выберите нужного пользователя или создайте нового кнопкой «Добавить».

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

1. 1
   Откройте базу в режиме Конфигуратор под учётной записью с правами администратора
2. 2
   Перейдите: Администрирование — Пользователи
3. 3
   Создайте пользователя или откройте существующего
4. 4
   Включите «Аутентификация 1С:Предприятия» и задайте пароль
5. 5
   Назначьте роли на вкладке «Прочие» и сохраните
6. 6
   Выйдите и проверьте вход под новой учётной записью

Как ограничить доступ к Конфигуратору

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

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

Как установить пароль на поставку конфигурации

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

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

Как скрыть тексты модулей от просмотра

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

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

Сравнение способов защиты

Пароли и роли пользователей

Подходит для защиты рабочей базы от посторонних внутри компании. Не защищает код от того, у кого есть полные права.

Пароль на поставку

Подходит при передаче конфигурации заказчику: блокирует изменение защищённых объектов. Не скрывает код модулей сам по себе.

Поставка без текстов модулей

Защищает исходный код от чтения и копирования. Усложняет отладку и доработку у получателя.

Система защиты конфигураций (СЛК)

Для тиражных решений: привязка к компьютеру и лицензиям. Требует отдельной настройки и сопровождения.

Как проверить, что защита работает

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

Для защищённой поставки проверка выполняется на копии базы: попробуйте открыть защищённый модуль или изменить объект на поддержке — платформа должна запросить пароль либо показать, что текст модуля отсутствует. Тестируйте только на копии, чтобы случайные действия не затронули рабочую базу.

Контрольные точки

Как проверить результат

Запуск Конфигуратора под обычным пользователем

Норма

Доступ запрещён, открывается только режим Предприятие

Тревожный признак

Конфигуратор открывается без пароля — у пользователя лишние роли

Вход в базу

Норма

Запрашивается логин и пароль, вход проходит только с верными данными

Тревожный признак

Вход выполняется автоматически без пароля

Открытие защищённого модуля на копии базы

Норма

Текст модуля недоступен или запрашивается пароль поставки

Тревожный признак

Код открывается и редактируется свободно

Типичные ошибки и ограничения

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

Также помните об ограничениях: парольная защита 1С не является криптографической защитой данных. Файл базы (.1CD) при физическом доступе к серверу можно скопировать, поэтому пароли пользователей должны дополняться разграничением доступа на уровне операционной системы и сети.

FAQ: частые вопросы о паролях на конфигурацию 1С

Можно ли поставить пароль именно на запуск Конфигуратора?

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

Что делать, если пароль администратора файловой базы утерян?

Штатных средств сброса пароля в платформе нет. Если есть другая учётная запись с административными правами, смените пароль через неё. В противном случае восстановление возможно только из резервной копии, созданной до установки пароля.

Защищает ли пароль поставки данные в базе?

Нет. Пароль поставки защищает только саму конфигурацию от изменений и просмотра кода. Данные информационной базы защищаются правами пользователей, паролями и ограничением доступа к файлам и серверу на уровне операционной системы.

Можно ли снять пароль с чужой защищённой конфигурации?

Штатно — нет: платформа запрашивает пароль, установленный разработчиком. Легальный путь — запросить пароль или незащищённую версию у поставщика конфигурации. Сторонние средства взлома нарушают лицензионное соглашение и авторские права разработчика.

Как задать требования к сложности паролей пользователей?

В Конфигураторе откройте «Администрирование — Параметры информационной базы» (в клиент-серверном варианте часть настроек задаётся в консоли кластера). Там устанавливаются минимальная длина пароля, требование сложности и ограничение срока действия пароля.

Работает ли защита модулей в файловой и серверной базе одинаково?

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