Как вернуть доступ к базе 1С, если забыли пароль

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

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

С чего начать: какой именно пароль вы потеряли

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

• 🔑 Пароль пользователя информационной базы. Тот, что спрашивают при входе в режиме «1С:Предприятие». Сбрасывается администратором без знания старого.
• 🛡️ Пароль администратора ИБ. То же самое, но если это был единственный аккаунт с полными правами и других администраторов нет — вот это уже проблема.
• 🧩 Пароль на конфигурацию. Защищает конфигурацию от открытия на изменение в Конфигураторе. К входу в базу отношения не имеет.
• 🖥️ Пароль администратора кластера серверов. Только для клиент-серверного варианта, хранится на стороне сервера, а не в базе.
• 👤 Пароль учётной записи ОС или домена. Если включена аутентификация операционной системы, вход идёт через учётку Windows.

Чтобы быстро понять, по какому сценарию действовать, воспользуйтесь схемой:

Законно ли это: доступ только к своей базе

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

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

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

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

Файловая база: сброс пароля пользователя и потеря администратора

В файловом варианте (один файл 1Cv8.1CD) учётные записи и их пароли хранятся внутри самой базы. Сам файл по умолчанию не зашифрован отдельным мастер-паролем — защищает именно список пользователей.

Простой случай — забыл пароль рядовой пользователь. Нужен любой аккаунт с правами администратора:

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

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

Сложный случай — потерян пароль единственного администратора. Открыть Конфигуратор под администратором, чтобы сбросить пароль, вы не можете — круг замкнулся. Легальные выходы:

• 💾 Резервная копия. Разверните копию, сделанную тогда, когда пароль администратора был известен, и зайдите под ним. Данные между копией и текущим моментом придётся сверять отдельно.
• 👤 Аутентификация ОС. Если у администратора в карточке была включена аутентификация операционной системы и вы знаете пароль от его учётки Windows — вход возможен без пароля 1С. При такой настройке 1С сопоставляет текущего пользователя Windows с пользователем базы автоматически, и отдельный пароль 1С не запрашивается. Проверьте это в первую очередь: нередко доступ формально «потерян», а на деле включён вход по учётке домена, под которой администратор и так работает.
• 🤝 Обслуживающий партнёр. Франчайзи или штатный специалист решают это штатными средствами в рамках договора.

Клиент-серверная база: пользователи ИБ и роль СУБД

В клиент-серверном варианте данные лежат в СУБД (PostgreSQL или Microsoft SQL Server), а работу с ними ведёт кластер серверов 1С. Но здесь легко перепутать три разных пароля — они не связаны между собой.

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

Полезно сразу понимать, кто сейчас в базе. Для этого есть консоль администрирования серверов 1С (оснастка MMC) и консольная утилита rac: команда rac session list показывает активные сеансы, rac infobase summary list — список информационных баз кластера. Это помогает выбрать момент, когда операции по доступу не помешают работающим пользователям. Параметров и подкоманд у rac много — если не уверены в синтаксисе, посмотрите встроенную справку командой rac help, а не подбирайте ключи наугад.

Пароль логина СУБД — это отдельная история. Он нужен кластеру 1С, чтобы подключаться к базе данных на сервере, и к паролям пользователей 1С отношения не имеет. Если утерян он, вопрос решает администратор сервера СУБД штатными средствами PostgreSQL или SQL Server — сбросом или сменой пароля роли. Пытаться «вытащить» пароль пользователя 1С напрямую из таблиц СУБД не нужно: это неподдерживаемый и опасный путь, рискуете повредить структуру базы.

Потерян пароль администратора кластера серверов

Это самый специфичный случай, и он не про вход в базу, а про управление сервером. Администратор кластера нужен, чтобы через консоль администрирования или утилиту rac видеть сеансы, блокировки, список информационных баз и менять настройки кластера.

Список администраторов кластера хранится не в базе, а в служебных файлах реестра кластера на сервере (каталог вида srvinfo). Отредактировать их «на лету» нельзя — файлы заняты работающей службой.

Последовательность для своего сервера:

1. Предупредите пользователей и выберите время, когда в базах кластера никто не работает .
2. Остановите службу агента сервера (процесс ragent).
3. Восстановите служебные файлы кластера из резервной копии, сделанной до установки пароля, либо подключите администратора сервера.
4. Запустите службу обратно и задайте новый пароль администратора кластера.

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

Пароль на конфигурацию и защита от изменений

Отдельная ситуация — когда вход в базу работает, но в Конфигураторе просят пароль на открытие конфигурации или не дают её менять. Это два разных механизма.

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

• загрузить конфигурацию из ранее сохранённого файла .cf, где пароля не было;
• восстановить базу из резервной копии до установки пароля.

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

Сторонние утилиты сброса: что это и чем рискуете

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

Применять их к своей базе не запрещено, но относиться к ним стоит трезво:

• ⚠️ Они не поддерживаются фирмой 1С. При ошибке в версии платформы такая утилита может повредить структуру базы.
• ⚠️ Скачанные с сомнительных сайтов обработки — частый канал для вредоносного кода. Запуск неизвестной обработки под администратором опасен.
• ⚠️ Для рабочей базы это крайняя мера. Сначала резервная копия, аутентификация ОС и обращение к партнёру — и только если ничего не осталось.

Если всё же решаетесь, обязательно сделайте копию файла базы до запуска. И помните: на чужой базе применение таких инструментов — это уже неправомерный доступ со всеми последствиями из статьи 272 УК РФ.

«Отладчик», внешние инструменты диагностики и прочие средства разработчика для сброса паролей не предназначены — это миф из старых версий. В 8.3 с интерфейсом «Такси» штатный путь один: администратор меняет пароль в списке пользователей.

Как не потерять доступ снова

Большинство драм с паролями решается заранее. Несколько простых мер — и сложный сценарий «потерян единственный администратор» просто не наступит.

Держите минимум двух пользователей с полными правами: основного и резервного, с разными паролями, хранящимися у разных ответственных. Храните сами пароли в менеджере паролей, а не в заметке на мониторе. И настройте регулярные резервные копии — именно копия чаще всего и спасает доступ.

Для клиент-серверного варианта отдельно сохраните резервную копию служебных файлов кластера — тогда даже потеря пароля администратора кластера не превратится в остановку сервера.

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