Администрирование · 12 мин
Где хранятся учетные данные бизнес-приложения в 1С:Предприятие 8
Где хранятся логины, пароли и хеши пользователей в 1С:Предприятие 8: файл 1Cv8.1CD, СУБД, список пользователей, аутентификация и безопасный сброс пароля.
Учетные данные пользователей в системе «1С:Предприятие 8» не лежат в отдельном текстовом файле или реестре Windows — они являются частью самой информационной базы. В файловом варианте работы список пользователей, их имена, хеши паролей и настройки аутентификации хранятся внутри файла 1Cv8.1CD, а в клиент-серверном варианте — в таблицах базы данных на стороне СУБД (MS SQL Server, PostgreSQL, Oracle или IBM DB2). Это принципиально: перенося базу, вы автоматически переносите и всех пользователей вместе с их паролями.
Пароли в открытом виде платформа не хранит нигде. В базе сохраняются только криптографические хеши, поэтому «подсмотреть» чужой пароль штатными средствами невозможно даже администратору с полными правами. Администратор может лишь установить новый пароль, сбросить старый или удалить пользователя. Это важно понимать при восстановлении доступа: задача всегда сводится не к поиску пароля, а к его замене.
Кроме паролей пользователей информационной базы, в системе есть и другие категории учетных данных: пользователи кластера серверов 1С, учетные записи для подключения к СУБД, сохраненные пароли в настройках публикации веб-сервисов и данные аутентификации операционной системы. Каждая категория хранится в своем месте и администрируется отдельно.
Где именно лежит список пользователей в файловой базе
В файловом варианте вся информационная база — это один файл 1Cv8.1CD, расположенный в каталоге базы. Путь к этому каталогу виден в окне запуска 1С: выделите базу в списке, и в нижней части окна отобразится строка вида File="D:\Bases\Trade". Внутри этого каталога и находится файл 1CD, содержащий в том числе таблицу пользователей с именами, хешами паролей, ролями и настройками аутентификации.
Файл имеет внутренний бинарный формат, открыть его штатными средствами для просмотра таблиц нельзя. Штатный способ работы со списком пользователей — через конфигуратор: меню «Администрирование» → «Пользователи». Там же задаются пароли, роли, признак аутентификации операционной системы и запрет входа. Никакого отдельного файла с паролями рядом с 1CD не создается.
Рядом с базой могут лежать служебные каталоги и файлы журнала регистрации, но они не содержат учетных данных. Файл 1Cv8.1CL (если есть) — это список блокировок, каталоги с расширениями и журналом регистрации также не хранят пароли. Поэтому при резервном копировании достаточно скопировать каталог базы целиком — вместе с ним сохранятся и все учетные записи.
Хранение учетных данных в клиент-серверном варианте
В клиент-серверной архитектуре информационная база физически размещается в СУБД — MS SQL Server, PostgreSQL, Oracle или IBM DB2. Список пользователей вместе с хешами паролей хранится в служебных таблицах этой базы. Имена таблиц и их структура являются внутренним форматом платформы и не предназначены для прямого чтения или изменения средствами СУБД.
Важно различать три уровня учетных данных в клиент-серверной схеме. Первый — пользователи информационной базы, они хранятся в таблицах СУБД и видны в конфигураторе. Второй — администраторы кластера серверов 1С, их список хранится в реестре кластера (файл 1CV8Clst.lst в каталоге srvinfo на сервере). Третий — учетная запись, от имени которой сервер 1С подключается к СУБД; ее логин и пароль задаются в свойствах информационной базы в консоли кластера.
Пароль пользователя СУБД платформа хранит в реестре кластера и использует при каждом подключении к базе. Если этот пароль меняется на стороне СУБД, его нужно синхронно обновить в свойствах информационной базы в консоли администрирования, иначе база станет недоступна для всех пользователей сразу.
Сравнение вариантов хранения
Пользователи и хеши паролей внутри единого файла базы. Удобно для резервного копирования, но файл доступен любому, кто имеет доступ к папке.
Пользователи в служебных таблицах СУБД, доступ к файлам ограничивается средствами СУБД и ОС. Требует отдельного администрирования доступа к СУБД.
Хранит администраторов кластера и учетные данные для подключения баз к СУБД. Потеря файла при отсутствии копии усложняет восстановление.
В каком виде хранятся пароли и почему их нельзя посмотреть
Платформа «1С:Предприятие» никогда не сохраняет пароль в открытом виде. При установке пароля вычисляется криптографический хеш, и в базу записывается только он. При входе пользователя система вычисляет хеш введенного пароля и сравнивает его с сохраненным. Такое устройство означает, что ни администратор информационной базы, ни администратор кластера, ни разработчик с полными правами не могут узнать текущий пароль пользователя.
Из этого следуют практические выводы. Если пользователь забыл пароль, единственный легальный путь — сброс: администратор открывает карточку пользователя в конфигураторе или в режиме предприятия (раздел «Администрирование» → «Пользователи» в типовых конфигурациях) и задает новый пароль. Если забыт пароль единственного администратора, штатных средств восстановления нет — потребуется восстановление базы из резервной копии или обращение к специалистам по восстановлению доступа.
Другие места, где сохраняются пароли и токены
Помимо основного списка пользователей, учетные данные встречаются еще в нескольких местах системы. В типовых конфигурациях существуют механизмы хранения паролей для обменов: например, настройки подключения к FTP, почтовым серверам, сервисам обмена данными, ЭДО и банковским сервисам. Эти значения обычно хранятся в защищенном виде внутри базы данных — в специальных регистрах или константах, доступ к которым ограничен правами.
Отдельная категория — пароли, сохраненные на стороне клиента. При использовании веб-клиента браузер может предлагать запомнить пароль, и тогда он хранится в хранилище браузера, а не в 1С. При публикации базы на веб-сервере параметры подключения содержатся в файле публикации default.vrd, однако пароли пользователей там не сохраняются — в нем лишь указатель на базу.
Наконец, при использовании аутентификации операционной системы пароль вообще не хранится в 1С: проверку выполняет Windows или домен, а в базе фиксируется только связь пользователя 1С с учетной записью ОС. Это один из наиболее безопасных вариантов, поскольку политики паролей централизованно управляются доменом.
Пользователи внутри файла базы, управление через конфигуратор
Пользователи в таблицах СУБД, плюс реестр кластера srvinfo
Пароль хранится и проверяется операционной системой или доменом
Проверьте логин и пароль в свойствах базы в консоли кластера
Как безопасно посмотреть список пользователей и сбросить пароль
Для файловой базы откройте конфигуратор, авторизуйтесь под учетной записью с административными правами и перейдите в меню «Администрирование» → «Пользователи». В списке видны имена, полные имена, признаки аутентификации и роли. Двойной щелчок открывает карточку пользователя, где на закладке «Основные» задается новый пароль и его подтверждение.
В типовых конфигурациях то же самое можно сделать без конфигуратора — в режиме «Предприятие»: раздел «Администрирование» → «Настройки пользователей и прав» → «Пользователи». Этот способ предпочтительнее в повседневной работе, так как не требует монопольного доступа и выгона пользователей из базы, который нужен для входа в конфигуратор при активных сеансах.
В клиент-серверном варианте дополнительно проверьте консоль администраторов кластера: там задаются администраторы кластера и центрального сервера, а также параметры подключения базы к СУБД. Изменения в консоли применяются немедленно и влияют на все базы кластера, поэтому действовать там следует осторожно.
- 1Сделайте резервную копию каталога базы при завершенных сеансах
- 2Откройте конфигуратор и войдите под администратором
- 3Откройте Администрирование → Пользователи и выберите нужную учетную запись
- 4Задайте новый пароль и подтверждение, сохраните изменения
- 5Проверьте вход под пользователем в режиме Предприятие
Частые ошибки и ограничения при работе с учетными данными
Самая распространенная ошибка — попытка найти пароль в файлах рядом с базой или в реестре Windows. Их там нет, и время на поиски тратится впустую. Вторая типичная ситуация — правка свойств пользователя в копии базы с последующей подменой файла: при активных сеансах это почти гарантированно приводит к конфликтам версий и повреждению данных.
Еще одна ошибка — хранение паролей в коде конфигурации или в открытых текстовых настройках обменов. Такие пароли легко извлекаются любым, кто имеет доступ к конфигуратору или файлу выгрузки. Для интеграций используйте защищенные механизмы хранения типовых конфигураций или внешние менеджеры секретов там, где это поддерживается.
Учитывайте и ограничение по правам: пользователь без роли администратора не увидит список пользователей и не сможет сбросить чужой пароль — это штатное поведение, а не ошибка. Если административный доступ утерян полностью, восстановление возможно только из резервной копии либо специализированными средствами с риском для целостности базы.
Как проверить результат и защитить учетные данные
После любых операций с пользователями выполните контрольные проверки: вход под измененной учетной записью, вход под обычным пользователем, работу регламентных заданий и обменов, которые могли использовать служебные учетные записи. Если обмен перестал работать после смены пароля, почти наверняка в его настройках сохранен старый пароль — обновите его в соответствующем разделе конфигурации.
Для защиты учетных данных действуйте на нескольких уровнях: ограничьте файловый доступ к каталогу базы или к СУБД, включите требование сложности паролей в настройках конфигуратора, используйте аутентификацию ОС там, где это оправдано, и регулярно проверяйте список пользователей на наличие неактивных и лишних учетных записей. Резервные копии базы содержат хеши паролей, поэтому доступ к архивам также должен быть ограничен.
Как проверить результат
Вход выполняется, роли и права соответствуют ожиданиям
Ошибка аутентификации или пустой интерфейс — проверьте пароль и роли
Обмены выполняются без ошибок авторизации
Ошибки доступа к внешним сервисам — обновите сохраненные пароли в настройках обмена
Все пользователи входят штатно
Массовая ошибка подключения — проверьте учетную запись СУБД в консоли кластера
Что важно запомнить
Учетные данные пользователей хранятся внутри информационной базы: в файле 1Cv8.1CD или в таблицах СУБД. Пароли существуют только в виде хешей, поэтому их нельзя посмотреть — только сбросить. Управление ведется через конфигуратор или раздел администрирования в режиме Предприятие, а любые нештатные операции с файлами базы требуют предварительной резервной копии.
Частые вопросы
Можно ли узнать текущий пароль пользователя 1С?
Нет. Платформа хранит только криптографический хеш пароля, обратное восстановление из хеша штатными средствами невозможно. Администратор может лишь установить пользователю новый пароль через конфигуратор или раздел администрирования в режиме Предприятие.
Что делать, если утерян пароль единственного администратора базы?
Штатного способа сброса без доступа администратора не существует. Практические варианты — восстановить базу из резервной копии, где пароль известен, или привлечь специалистов, работающих с внутренним форматом базы, обязательно предварительно сняв полную копию файлов.
Переносятся ли пользователи при копировании файловой базы?
Да. Список пользователей, их роли и хеши паролей находятся внутри файла 1Cv8.1CD, поэтому копия базы содержит все учетные записи в том состоянии, в котором они были на момент копирования. Копировать следует при завершенных сеансах, чтобы избежать повреждения файла.
Где хранится пароль для подключения сервера 1С к SQL-базе?
Логин и пароль учетной записи СУБД задаются в свойствах информационной базы в консоли администрирования кластера и сохраняются в реестре кластера в каталоге srvinfo. При смене пароля на стороне СУБД его нужно обновить и в свойствах базы, иначе подключение перестанет работать.
Безопасно ли хранить пароли обменов и интеграций в базе?
Типовые конфигурации хранят такие пароли в защищенном виде внутри базы, и доступ к ним ограничен правами. Небезопасно размещать пароли в коде конфигурации, внешних текстовых файлах или открытых настройках — такие секреты легко извлекаются при доступе к конфигуратору или выгрузке базы.
Что дает аутентификация операционной системы в 1С?
При таком режиме 1С не хранит пароль пользователя вовсе: проверку выполняет Windows или домен, а в базе фиксируется только связь с учетной записью ОС. Это упрощает централизованное управление политиками паролей и снижает риск компрометации учетных данных внутри базы.