Авторизоваться в программу как в саму Windows!

[Went]

Вопрос прост:
Человек входит в Windows (xp или 7). Сама винда может быть в домене, а может и не быть. Так вот, где и как можно достать, под каким логином и под каким паролем он вошел? По сути, надо, чтобы программа брала эти данные, по ним определяла права пользователя на использование своих (т.е. самой программы) ресурсов (допустим есть база с логинами и паролями и забитыми на каждую пару правами). Слышал, что где-то в реестре в CURRENT_USER, но перекапывать всю ветку, сами понимаете - долго. Подобная система наблюдается, скажем, в Microsoft Navision, в базу можно войти под авторизацией Windows. Подскажите, пожалуйста, как эту инфу можно получить?

[FireFenix]

Так вот, где и как можно достать, под каким логином и под каким паролем он вошел?

Могу тебя огорчить, пароли лежат в захешированном виде в файле *.sam

Могу ошибаться, но Win Авторизация вроде проверяется только по логину, полученным с АПИ GetUserName...

[Went]

Называется "пыщь" Хотя, мне по барабану, пароль подойдет и в зашифрованном виде. Какая разница, забит в базу будет настоящий пароль типа QWEqwe321 или белиберда типа Hh&hf623, которая получается каждый раз при зашифровке пароля "QWEqwe321". В программу будет передаваться эта белиберда в качестве пароля, а так как она была забита изначально, как верный пароль (пусть и зашифрованный) - программа ее примет и определит права.
А насчет авторизации Windows... в принципе - вполне почти готов поверить, ибо пароль можно сменить. У нас на работе стоит Nav... и я не уверен, что идет синхронизация паролей между доменом и базой Nav. Но я подожду еще ответов, может еще что скажут.

[Денис]

Да просто запускай программу от имени нужного пользователя. RunAs погугли. Для доступа к ресурсам этого вполне достаточно. Вопрос взлома паролей это уже другой вопрос.

[Went]

Ломать пароли мне не надо. Хотел бы ломать - использовал бы кейлоггер.\
В честь появления ответа по поводу RunAs придется, чую, расписать задачу, чтобы избежать непоняток.
Есть база. Лежит на сервере. Несколько копий программы установлены на разных рабочих станциях. С них люди открывают эту базу и используют. По забитым в эту же базу правам программа определяет, какие права дать тому или иному пользователю. То есть, скажем, база содержит информацию по телефонным номерам. 98% пользователей погут использовать ее только в режиме Read-Only и лишь секретари могут редактировать. Но условие, для редактирования секретарь (у нас домен) может войти с любого компа и редактирование должно работать.

[Antonariy]

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

И зачем для этого пароль? Зачем дублировать авторизацию, которую уже провела система? В базе достаточно хранить логин.

[Went]

Win Авторизация вроде проверяется только по логину, полученным с АПИ GetUserName...

насчет авторизации Windows... в принципе - вполне почти готов поверить, ибо пароль можно сменить.

В базе достаточно хранить логин.

Убедили Спасибо

[0xy]

В базе достаточно хранить логин

Сама винда может быть в домене, а может и не быть

А что в последнем случае помешает подделать логин?

[Antonariy]

В базе достаточно хранить логин

Сама винда может быть в домене, а может и не быть

А что в последнем случае помешает подделать логин?

Ну тогда SID или как он там называется, этот идентификатор.

[netdemon]

А не проще использовать средства самой базы данных.?