К статье
Практический материал

Администрирование · 10 мин

Где хранятся учетные данные в системе 1С:Предприятие 8

Где хранятся логины и пароли пользователей в 1С:Предприятие 8: файловая и клиент-серверная база, списки пользователей, хеши паролей, способы восстановления доступа.

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

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

Из чего состоят учетные данные в 1С

Под учетными данными в 1С обычно понимают три разных набора сведений, и хранятся они по-разному. Первый набор — это пользователи информационной базы: имя, полное имя, хеш пароля, роли, настройки аутентификации. Второй — пользователи кластера серверов 1С, которые нужны только для администрирования сервера и не имеют отношения к входу в прикладное решение. Третий — учетные данные для доступа к СУБД (логин и пароль, под которыми сервер 1С подключается к MS SQL, PostgreSQL или Oracle), которые задаются при создании базы в консоли кластера.

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

Файловый режим: файл 1Cv8.1CD

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

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

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

Клиент-серверный режим: таблицы СУБД

В клиент-серверном варианте данные информационной базы, включая учетные записи пользователей, хранятся в таблицах базы данных на сервере СУБД — MS SQL Server, PostgreSQL, Oracle или IBM DB2. Платформа 1С управляет структурой этих таблиц самостоятельно, и их схема не документирована для прямой работы. Имена таблиц и полей являются внутренним форматом и могут меняться между версиями платформы.

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

Отдельно хранятся учетные данные самого кластера серверов 1С: администраторы кластера и агенты сервера заводятся в консоли администрирования, и их список сохраняется в реестре кластера на сервере (каталог srvinfo). Эти записи не дают доступа к прикладным базам — только к управлению сервером.

Как платформа хранит пароли

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

Из этого следуют два практических вывода. Во-первых, если пользователь забыл пароль, администратор не «подсматривает» старый, а задаёт новый через список пользователей. Во-вторых, любые программы, обещающие «вскрыть пароль 1С», работают методом подбора или сброса, и их использование на рабочей базе — прямой путь к её повреждению.

Где посмотреть список пользователей

Основной способ — Конфигуратор: меню «Администрирование» → «Пользователи». Здесь видны все учетные записи базы, их роли, способ аутентификации (парольная, аутентификация операционной системы или OpenID) и признак блокировки. Изменение пароля выполняется двойным щелчком по пользователю и вводом нового пароля на соответствующей вкладке.

В клиент-серверном режиме дополнительно доступна консоль кластера серверов: в ней видны сеансы и соединения пользователей, а также администраторы кластера. Программно список пользователей получают через объект встроенного языка ПользователиИнформационнойБазы.ПолучитьПользователей() — это удобно для выгрузки отчёта по учетным записям при аудите.

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

Что делать, если утерян пароль администратора

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

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

Типичные ошибки
01
Поиск паролей в файле базы текстовым редактором — пароли хранятся как хеши и не читаются
02
Прямое редактирование таблиц СУБД — приводит к рассогласованию внутренних структур и потере поддержки
03
Создание записи только в справочнике «Пользователи» без учетной записи платформы — вход в базу не работает
04
Единственный администратор без резервной учетной записи — утеря пароля блокирует администрирование
05
Хранение копий файловой базы в общедоступных папках — копия файла даёт доступ ко всем учетным записям

Перенос учетных данных при миграции базы

При переносе базы штатными средствами учетные записи переносятся вместе с ней. Для файлового режима достаточно скопировать файл 1Cv8.1CD или выгрузить базу в файл .dt через Конфигуратор («Администрирование» → «Выгрузить информационную базу») и загрузить на новом месте. Для клиент-серверного режима используют выгрузку в .dt либо резервную копию средствами СУБД — в обоих случаях список пользователей и хеши паролей сохраняются.

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

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

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

Список пользователей в Конфигураторе
Норма

Все учетные записи на месте, роли соответствуют исходной базе

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

Часть пользователей отсутствует или у них сброшены роли

Вход в режиме Предприятия
Норма

Пользователь входит со своим прежним паролем

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

Вход не выполняется, хотя пароль верный — проверяйте регистрацию базы в кластере

Связь справочника «Пользователи» с учетными записями
Норма

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

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

Записи справочника потеряли связь с учетными записями

Часто задаваемые вопросы

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

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

Где лежат пароли в клиент-серверной базе 1С?

В таблицах базы данных на сервере СУБД, внутри внутренних структур платформы. Их схема не документирована, прямая работа с таблицами не поддерживается. Управление учетными записями выполняется через Конфигуратор или программно через объект «ПользователиИнформационнойБазы».

Чем отличается администратор кластера от администратора информационной базы?

Администратор кластера управляет сервером 1С: регистрацией баз, сеансами, рабочими процессами. Администратор информационной базы — это пользователь конкретной прикладной базы с полными правами. Это независимые учетные записи с разными списками и разным местом хранения.

Переносятся ли пользователи при выгрузке базы в файл .dt?

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

Почему в справочнике «Пользователи» есть сотрудник, а войти в базу он не может?

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

Безопасно ли хранить копию файла 1Cv8.1CD на общем сетевом диске?

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

Итог

Что важно запомнить

Учетные данные пользователей 1С хранятся внутри информационной базы: в файловом режиме — в файле 1Cv8.1CD, в клиент-серверном — в таблицах СУБД. Пароли существуют только как хеши, управление ведётся через Конфигуратор, а прямое редактирование файлов и таблиц запрещено. Держите минимум две административные учетные записи и защищайте резервные копии базы.