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

не спасёт

Если база сиквель, то где-то проскакивало на уровне сервака доступ, но там геморно до не могу.

(0) В качестве самоуспокоения.
Для борьбы с проблемой отсутствия файла userdef.
Можно завести "пустой" интерфейс с отключенным меню "Операции" с фишкой "использовать при отключенной авторизации".

Но это все-равно (1).

(1) Переименуй usrdef и поправь dd

+ (3) Для защиты "изнутри" можно проверять на заполненнось ИмяПользователя() и если там пусто - делать тихий гудбай.

Только от несанкционированного доступа "снаружи" средств все-равно пока никаких не найдено.

переходите на 8.2

(0) При попытке править фальшивый usrdef хитрозадый юзер обломиться.

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

(5) напрямую с dbf работать неудобно.

Если так беспокоит userdef, то кто мешает запретить его удалять?

Но от просмотра базы это не спасет - ее скопирую к себе на комп

(0) Забей... информацией считается не только сами данные в БД на уровне SQL, а так же Информацией является отчет, распечатанный со всеми нужными данными :)

(7) >>> фальшивый usrdef
Защита от дурака, хитрозадый запросто обойдет :)

>>> Дополнительную защиту можно прописать в глобальнике- доп.пароли + вызов доп.обработок

Тоже на уровне - "Ой, а что такое конфигуратор и 1С?"
Если пользователь познал азы программирования 1С и не только 1С и не только основу, то от такого это не спасет :)

(8) В 1С 7.7 вообще нельзя защититься :)

(5) Спасибо етот вариант можно попробовать.

(0) открой rdp с паролем 12345, там за тебя всю информацию шифровальщиком защитят, хрен кто просмотрит...

А сколько средств и сил вы готовы потратить на создание защиты?
1. Конфигурацию в терминал, естественно жестко настроить права на папки
2. Базу в SQL, доступность из сети SQL закрыть, только с терминального сервера
3. Политиками в терминале блокировать запуск всего лишнего, отключать меню по правой кнопке и drag-n-drop, запретить проброс буфера обмена в терминал, запретить запуск explorer,exe (вместо него чего другого шеллом повесить).
4. В 1С запретить "Табло", запретить пользователям использование внешних обработок. Желательно совсем убрать из 1С пункты создания/открытия/сохранения файлов. Запретить редактирование сформированных отчетов/печатных форм.
Тем самым, думаю, не меньше половины дыр закроется :)

(0) Очередной "ларечник" гонит волну. Скажи пусть все в уме считают, но даже тогда от паяльника неспасет.
Проще нада быть. Никому чужой бардак ненужен.