Сделал базу, создал в ней несколько пользователей, раздал им права... Надо коннектиться из Excel...
Написал макрос:

Если попытаться открыть файл самим аксессом, тот спрашивает логин и пароль, все как надо.
А вот макрос из Excel коннектится, данные получает, а БД даже не спрашивает, кто такой, откуда... Так и было задумано? А как же пользователей различать?
P. S. Была когда-то книжка, отдал знакомым. Раньше, чем через несколько дней, не отберу...

А клавиша F1 на клавиатуре у тебя выломана?

Да, Ф1 я не нажимал. Но, по умолчанию, учетная запись Admin идет без пароля, а я ей пароль сделал. То есть фактически получается, для админской учетной записи нет разницы, есть у нее пароль или нет. А настройки безопасности по умолчанию - "заходите кто хотите, берите, что хотите". Я, конечно, знал, что надо где-то что-то сделать, и все заработает. Но такой, ммм, беспросветно идиотский способ защиты данных... блондинка, что ли, проектировала систему безопасности???
Извините, крик души.
P. S. пароль от одной подходит ко всем. Бrаво-бrаво.
Еще раз извините...
  

Я решительно отказываюсь понимать логику работы Access. Я не только удалил пользователя Admin из группы Admins, я перед этим создал свой файл рабочей группы, как это описано в справке. Я убрал у пользователя Admin вообще все права. Но макрос по-прежнему может качать любую инфу из базы.
Меня, видимо, разбаловало общение с Postgres   Там я читал справку на английском, все понимал и у меня потом все работало. Тут я читаю справку на русском, нифига не понимаю и у меня нифига не работает... Сжальтесь кто-нибудь, киньте ссылкой на какую-нибудь пошаговую инструкию по настройке...

Решал  проблему разграничения прав при доступе из Экселя в Access  
Делал следующим образом:
В связи с тем  что в базе у меня хранились логины, пароли и даты регистрации юзеров ( у тебя как я понял, тоже самое) формировал в книге лист, скрытый програмно (sheets(1).visible = xlveryhidden)  на котором и находилась связанная с Accessовской  таблица с логинами и паролями
При попытке подключения из Excel всплывала форма со списком логинов и текстбоксом для пароля, в случае соответствия введенного пароля и логина с таблицей скрытого листа форма прописывает логин в реестр клиентской машины ( для автоматического отображения логина в след раз ) ну и выполняет запрос через ADO,DAO или ещё как то...
Все отлично работало

Плохой вариант - любой фактически мог получить доступ к этому листу.

RockClimber, а ты закриптовал базу данных? или она так и лежит открытая?

То есть в БД пользователи и пароли хранятся не в системных таблицах, а в обычных? Не, ну так и я могу.  Но я исхожу из предположения, что системные таблицы должны быть получше защищены. И пытаюсь работать через средства, имеющиеся для этого в системе... В любом случае, время у меня есть, буду пока изучать хелпы и форумы...

Akina, Отличный вариант - Ну естесственно модуль должен быть защищён, как же иначе то?




RockClimber, в любом случае придется учесть доступ к этим системным таблицам с логинами(паролями) защищённого модуля эксель, если ты конечно не найдёшь принципиально иной способ разграничения прав к доступу из экселя в access 
PS если найдёшь -выложи решение

Да модуль - фиг бы с им... я к тому что открыть этот Эксельный файл программно и сделать лист видимым (или просто заблокировать выполнение макросов) - и пламенный привет...

Akina, Если получится открыть - ответь: как получилось

Присоединённый файл ( Кол-во скачиваний: 2 )
 ________.rar 6,78 Kb

Я займусь этим, но позже. Сейчас я работаю над другой проблемой - как сделать так, чтобы мы использовали не Access, а Postgres... Но это проблема организационного характера.

Я пока плохо знаю эту сторону Access, но приведу такой пример: в Postgres я могу создать таблицу users с полями login и parol. Тогда запрос покажет логины и пароли в чистом виде. А вот запрос к системной таблице pg_user не проканает. На запрос вы получите таблицу, в которой в столбце password будут звездочки. То есть, если надо подсмотреть пароль - ищите, где он на диске физически лежит, и читайте напрямую с диска. А если учесть, что Postgres может хранить на диске не сам пароль, а его md5 хэш... Ну, короче, проще утюгом и паяльником.
К чему я это? Ну, я конечно не жду от Access такой же крутости, но хотя бы какой-то минимум должен быть (невозможность посмотреть или обойти пароль штатными средствами).
А что касается защищенного модуля Excel, я рассчитывал, что пароль будет вводить пользователь в форму, а нигде, кроме самой БД, он храниться не будет. Ну и что такая схема будет работать...

Ну вообще-то сам пароль вообще никогда не хранят - хранят именно сам хэш. 

Во проблема...
Открываем новую книгу. В ней редактор VBA. Создаем модуль. В нем пишем:

Запускаем... и смотрим твой хиданутый лист.

  вот это уже реальный косяк в безопасности!, я так даже не пытался никогда делать будучи уверенным- что данный трюк не пройдёт
Единственное - что у них в плане защиты работает - так это защита листа, буду теперь наверно шрифт таблицы скрытого листа делать нечитабельным(белым) и защищать от форматирования и вообще какого либо выделения ячеек (и програмно снимать защиту на время обновления данных)
Геморой однако...

Ну не предназначен Офис для такого уровня безопасности! Реальная безопасность реализуется как минимум в клиент-серверном приложении, при условии отсутствия физического доступа к самому серверу и любого доступа к его консоли...