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

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

Как восстановить доступ к 1С Рарус и защитить базу от взлома

Что делать, если потерян пароль или доступ к 1С Рарус: законные способы восстановления, сброс пароля администратора, защита базы от взлома и типичные ошибки.

Запрос «как взломать 1С Рарус» чаще всего означает одну из двух ситуаций: администратор потерял пароль от собственной базы и ищет способ восстановить доступ, либо руководитель хочет проверить, насколько база уязвима для несанкционированного доступа. Оба сценария решаются законными средствами — штатными механизмами платформы 1С и инструментами СУБД. Несанкционированный доступ к чужой информационной базе является уголовно наказуемым деянием (ст. 272–274 УК РФ), поэтому далее рассматриваются только легальные процедуры восстановления доступа к собственной системе и её защита.

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

Определите, какой у вас вариант базы и что именно потеряно

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

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

Путь вида \\server\base или C:\BasesФайловая база

Доступ восстанавливается через копию файла 1Cv8.1CD

Указан сервер 1С и имя базыКлиент-серверный вариант

Нужен доступ администратора кластера или СУБД

Вход в Windows есть, в 1С нетПотерян пароль пользователя 1С

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

База открывается, но нет правУ пользователя нет роли администратора

Права назначает другой администратор или сброс списка пользователей

Способ 1. Штатный сброс пароля через конфигуратор

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

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

Способ 2. Восстановление доступа к файловой базе, если паролей нет совсем

Когда ни один пароль неизвестен, для файловой базы применяется известный приём: список пользователей хранится внутри файла 1Cv8.1CD в таблице Params, и его можно «обнулить». Работайте только с копией файла — исходник не трогайте до успешного входа.

Порядок действий для файловой базы
  1. 1
    Сделайте полную копию файла 1Cv8.1CD и работайте только с копией
  2. 2
    Откройте копию в инструменте для просмотра структуры 1CD (например, tool_1cd или аналог)
  3. 3
    Найдите запись users в таблице Params и очистите её содержимое, сохранив файл
  4. 4
    Откройте базу конфигуратором: список пользователей будет пуст, вход без пароля
  5. 5
    Создайте нового администратора с надёжным паролем и проверьте вход в режиме предприятия
  6. 6
    Перенесите исправленный файл на рабочее место, предварительно завершив все сеансы

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

Способ 3. Клиент-серверный вариант: доступ через СУБД и кластер

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

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

Доступ к самой СУБД (sa в MS SQL, postgres в PostgreSQL) восстанавливается средствами соответствующей СУБД, а не 1С. Если пароль от СУБД неизвестен никому, привлекайте того, кто развёртывал сервер, или администратора баз данных — самостоятельные эксперименты с системными базами могут остановить работу всего контура.

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

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

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

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

Вход в конфигуратор и предприятие
Норма

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

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

Ошибка аутентификации или пустой список пользователей

Список пользователей
Норма

Все нужные учётные записи созданы, роли назначены

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

Пользователи есть, но без ролей — «недостаточно прав»

Регламентные задания и обмены
Норма

Задания выполняются, обмены проходят

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

Задания остановлены, ошибки в журнале регистрации

Резервная копия
Норма

Свежая копия создана после восстановления

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

Копий нет или они старше недели

Защита базы от реального взлома

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

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

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

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

Можно ли узнать старый пароль пользователя 1С?

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

Потерян пароль, а база принадлежит франчайзи, который пропал. Что делать?

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

Повредится ли база после очистки списка пользователей?

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

Как понять, что базу пытаются взломать извне?

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

Поможет ли переустановка платформы вернуть доступ?

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

Законно ли проверять свою базу на уязвимости?

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

Итог

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

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