Потерян пароль к базе 1С: как законно вернуть доступ и защитить конфигурацию

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

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

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

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

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

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

В клиент-серверном варианте файла базы на диске у пользователей нет вовсе: данные лежат в СУБД, а доступ к ней закрыт средствами сервера. Это одна из причин переводить на сервер базы с финансами и персональными данными — скопировать такую базу, имея доступ только к рабочему месту, не получится.

Как законно вернуть доступ к Конфигуратору

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

Сброс пароля другого пользователя:

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

В типовых конфигурациях на базе БСП (Бухгалтерия предприятия 3.0, ЗУП 3.1, Управление торговлей 11) то же самое делается в режиме 1С:Предприятие: раздел Администрирование → Настройки пользователей и прав → Пользователи. Откройте карточку сотрудника и задайте новый пароль через команду смены пароля.

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

Если утерян единственный пароль администратора. Штатного «мастер-ключа» в 1С нет — это и есть защита данных. Законные варианты:

• развернуть базу из резервной копии, сделанной до потери пароля;
• восстановить из выгрузки *.dt, если в ней был рабочий аккаунт;
• обратиться к партнёру 1С, который обслуживает базу.

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

Пароль на саму конфигурацию снять без знания пароля штатными средствами нельзя. Его устанавливают в Конфигураторе через меню Конфигурация (команда установки пароля; в разных релизах платформы название пункта может немного отличаться). Если пароль на конфигурацию потерян, рабочую конфигурацию берут из более раннего файла поставки *.cf или из резервной выгрузки.

Что делать, если база заблокирована или занята

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

Чтобы войти в базу монопольно, из неё должны выйти все пользователи. Список открытых сеансов в файловом варианте виден в Администрирование → Активные пользователи: там указано, кто подключён, с какого компьютера и когда начал работу. Попросите коллег завершить работу штатно — так данные гарантированно сохранятся, в отличие от принудительного обрыва сеансов. В клиент-серверном варианте сеансы смотрят через консоль администрирования или командой rac session list (точный синтаксис завершения сеанса уточните в rac help — не угадывайте параметры).

Отдельная ситуация — потерян пароль администратора кластера серверов (не путать с пользователем базы). Не пересоздавайте кластер и не удаляйте базу. Правильный порядок: остановить службу сервера 1С, восстановить служебные файлы кластера из резервной копии или подключить администратора сервера. Пересоздание кластера сотрёт настройки информационных баз и расписаний.

Как по журналу регистрации увидеть, кто заходил в базу

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

Открывается он в Конфигураторе: Администрирование → Журнал регистрации. В типовых конфигурациях журнал доступен и в режиме 1С:Предприятие через раздел администрирования.

Что искать при разборе:

• 🔑 неудачные попытки входа — событие аутентификации с отметкой, что она не выполнена;
• 🕐 входы в нерабочее время или в выходные;
• 💻 подключения с незнакомых компьютеров и IP-адресов;
• ✏️ изменения в справочниках пользователей и ролей — кто-то мог добавить себе аккаунт;
• 📤 выгрузки данных и открытие внешних обработок.

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

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

Учтите, что объём журнала влияет на размер базы. Разумный компромисс — хранить подробности несколько месяцев, а критичные события (вход, смену прав) дольше.

Слабые места защиты и как закрыть доступ посторонним

Чаще всего в базу заходят не «взломом», а через то, что оставили открытым. Типичные бреши:

• Пустой пароль у администратора. Аккаунт с пустым паролем пускает в базу любого, кто её открыл, — платформа входит без запроса.
• Общий аккаунт «Администратор». Если под ним работают несколько человек, журнал регистрации бесполезен: не понять, кто именно что сделал.
• Слабые пароли. Короткие пароли и пароли вида 123 или даты рождения подбираются быстро.
• Открытый файл базы. К папке с *.1CD и с резервными копиями есть доступ у лишних людей. Файл можно просто скопировать.
• Внешние обработки без ограничений. Через внешнюю обработку с правами администратора можно сделать с базой почти всё.

Минимальный набор мер, который закрывает большинство дыр:

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

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

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

Как настроить безопасность, чтобы не терять доступ

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

1. Держите живого администратора и запасной доступ. Пусть права администратора есть минимум у двух ответственных лиц, а сам пароль хранится в сейфе или в менеджере паролей, а не только в чьей-то памяти.
2. Настройте автоматические резервные копии и проверяйте их. Копия, из которой ни разу не разворачивали базу, — это лотерея. Раз в период делайте тестовое восстановление.
3. Раздавайте права по ролям. Бухгалтеру не нужны права на изменение пользователей, кладовщику — доступ к зарплате. Чем уже права, тем меньше ущерб при утечке пароля.
4. Обновляйте платформу и конфигурацию. Свежие релизы закрывают известные уязвимости и ошибки в правах доступа.
5. Следите за журналом. Привычка раз в неделю просматривать неудачные входы ловит проблему до того, как она станет инцидентом.

Такой подход означает, что потеря одного пароля уже не превращается в катастрофу: доступ вернёт второй администратор или резервная копия, а журнал покажет, не случилось ли чего ещё.

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