ситуация: приложение начинается с загрузки модальной формы для ввода логина и пароля (2 Edit'a + 2 BitBtn'a). нужно блокировать клаву и мыху везде,кроме области приложения (чтобы пользователь или вводил пароль,или ничего не мог делать за машиной).

КАК блокировать, вроде понятно (BlockInput из user32.dll + отдельная блокировка Ctrl+Alt+Del), а вот как отслеживать, ГДЕ именно происходят движения мыхи и нажатия клавы и выборочно разрешать их полльзователю... подскажите,а?

Тут очень много варинтов... А если я, например, на другую задачу переключусь?

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

во всяком случае, так должно быть

Цитата

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

А зачем начинать только после этого ?

Ведь пользователь все равно залогинился к машине - значит можно в этой программе использовать GetUserName - и пользователь идентифицируется однозначно. Ну а дальше логинится можно автоматом - пользователь уже зашел на машину.

IMHO - это гораздо более приличный вариант.

нет, ну за одной и той же машиной могут работать разные пользователи, их невозможно идентифицировать по GetUserName... у каждого есть свой логин и пароль и свои права (например, на кол-во часов работы за машиной)

Цитата

нет, ну за одной и той же машиной могут работать разные пользователи, их невозможно идентифицировать по GetUserName... у каждого есть свой логин и пароль и свои права (например, на кол-во часов работы за машиной)

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

Цитата

нет, ну за одной и той же машиной могут работать разные пользователи,

И все пользователи логинятся с одним и тем же именем ?
Это просто полное пренебрежение к элементарной безопасности.

Зачем усложнять себе жизнь ?

хорошо,перейдем к конкретике: место действия - терминальный класс в учебном заведении, пользователи - студенты (за день за одной и той же машиной поработает не один, и не два студента, а много больше), которым положено определенное кол-во часов работы за машиной (любой!).
вход в ОС (Novell + Win98/Win2k) осуществляется по имени userXXX и пустому паролю. а вот далее грузится наша прога и держит на экране приглашение ввести логин и пароль (у каждого студента они свои) для начала работы за машиной и учета времени... вот и нужно сделать так,чтобы студент не мог ничего делать за машинкой,пока он не введет требуемые прогой логин+пароль. блокировка? блокировка.

Это сообщение отредактировал(а) varra - 16.4.2003, 00:09

Ну вот с этого и стоило начинать.

Итак тут всё делается намного проще на старте твоей программы
убиваешь EXplorer, если user ввёл правельный пароль то твоя программа
его запускает. После окончания сеанса юзера опять убиваешь Explorer.

законный вопрос: что искать в хэлпе (в смысле,как убить процесс)?

Чтож, нельзя не признать - приложение получится полезное. А что - готовых не было программ подобного вида?
Для уничтожения процесса исп. ф-ю TerminateProcess, а для поиска его по имени - ф-и CreateToolhelp32Snapshot/Process32First/Process32Next

Цитата

приложение получится полезное. А что - готовых не было программ подобного вида?

на нашем fuckультете - нет (сейчас учет ведется в базе на Акцессе, студенты, приходя в класс, сдают бумажки -"разрешения", по которым администратор класса заносит их в базу - рутинная и абсолютно лишняя работа).

а за функции спасибо

вот тебе супер исходник блокиратора
чуть переделаешь поможет, но работает только в 98

PS Всё таки ИМХО дать кажному студенту свой пароль и имя

ссылку забыл
супер прога

А может попробовать написать прогу, которая бы добавляла юзверей в систему с соответствующими настройками доступа? И не надо бы было два раза логиниться.

Цитата

Всё таки ИМХО дать кажному студенту свой пароль и имя

дык к этому и стремимся!

Цитата

ссылку забыл

чво-то по твоей ссылке 404 вылазиет

Цитата

но работает только в 98

а вот это не есть гуд, потому как в классах и 98, и 2000 виндовсы стоят

Вот мой исходник.
http://die-mf.narod.ru/help.rar

Вот исходник : http://galileo.spaceports.com/~donpager/do...nload/passw.rar
проверял, скачивается...

Цитата

а вот это не есть гуд, потому как в классах и 98, и 2000 виндовсы стоят

требует очень небольшой доработки,
сам не занимался т.к. под 2к отпала надобность в такой прожульке...

Цитата

Вот мой исходник. http://die-mf.narod.ru/help.rar

под какую ОС ?

Под любую, но там возможно из-за одной функции небудет работать в NT
Но я эту функцию пометил. (вообще то она не так важна)

Цитата

Под любую

в 98 все отлично,спасибо.

в 2000 на RegisterServiceProcess (GetCurrentProcessID, 1) вылетает (raised too many consecutive exeptions: 'access violation at 0x00000000: read of address 0x00000000').
и вообще,сколько ни копалась в инете по поводу скрытия проги от Ctrl+Alt+Del вWin2к, решения не нашла...

varra
Есть 2 решения:
1 Глобальный хук + коректировка таблицы импорта во всех процессах -> фильтрация всех вызовов некоторых функций.
Плюсы: работает хорошо, как в 98, так и в 2000.
Минусы: есть некоторые проблемы с консольными приложениями

2 Драйвер редактирующий ServiceDescriptorTable -> фильтрация всех вызовов некоторых функций.
Плюсы: в 2000 это намного лучше первого варианта.
Минусы: драйвера может устанавливать только администратор или кто-то с похожими правами + драйвер будет работать только в 2000, т.е. в 95/98/ME им уже не воспользуешься.

Цитата(varra @ 17.4.2003, 17:16)

Цитата Под любую в 98 все отлично,спасибо. в 2000 на RegisterServiceProcess (GetCurrentProcessID, 1) вылетает (raised too many consecutive exeptions: 'access violation at 0x00000000: read of address 0x00000000'). и вообще,сколько ни копалась в инете по поводу скрытия проги от Ctrl+Alt+Del вWin2к, решения не нашла...

Слушай, а ведь в NT/XP можно вообще запретить ACD (Вроде где то в реестре. может даже в pollicies)

Это сообщение отредактировал(а) RAdmin - 20.4.2003, 09:17

2RAdmin по-моему, что бы не вылетали ошибки при работе программы это задача программиста, а не пользователя. А так по-моему получаеться наглость я как пользователь качал из интернета или откудато еще твою программу, забил её винт, а она мне еще и говорит что мол я должен отключить там, там и там, поставить то, то и то, сменить монитор на такой, как у автора, так после этого автор еще и деньги за своё детище попросит. Хотя мне, как программисту это очень удобно.

А вообще пиши-те так:

Код

dwVersion := GetVersion(); if (dwVersion < 0x80000000)  then begin // код для Win NT end else if (dwWindowsMajorVersion < 4) then begin // код для Win32 end else begin //код для Win9x RSP := GetProcAddress( ....) RSProcess (GetCurrentProcessID, 1); end

Жаль немогу на NT проверить поэтому такая вот вариация :


procedure RegisterServiceProcess(a,b:dword);stdcall;external 'kernel32.dll';


RegisterServiceProcess(0,1);

всё, со скрытием задачи и процесса в Win2k справились, спасибо man2002ua

а вот с Explorer'ом не все гладко:
1)если грузить в 98 свое приложение ВМЕСТО него, через system.ini (shell='myapp.exe'), то юзер может запросто отредактировать файл и поставить shell='explorer.exe'... так ведь?

2)если Explorer все-таки грузится, а мое приложение (до ввода логина и пароля) его "убивает", то после повторной загрузки Explorer'a некоторые иконки в системном трее (например,раскладка клавы и некоторые др.) не видны (Win 98)

3) в Win 2000 Explorer вообще самостоятельно загружается после "убиения"

Это сообщение отредактировал(а) varra - 21.4.2003, 21:03

не за что . Жаль, что у Songa не заработало, хотел бы я знать почему!

Цитата

а вот с Explorer'ом не все гладко

а можно ведь system.ini открыть на запись , тогда юзверь не сможет его отредактировать и загрузить при старте не мое приложение, а explorer...

>>Жаль, что у Songa не заработало, хотел бы я знать почему!
Да. У меня критический сбой системы
Слушай а текстом драйвера не поделишься?

поделюсь, только с условием, что все ошибки и ляпы, к-я ты найдешь станут известны мне .
тебе куда?

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

Цитата

Из спортивного интереса

Это по-поводу нашего давнишнего разговора о прятании задач?

Да, хочу посмотреть общий принцип.

Если я не ошибаюсь, то общий принцип перехвата вызова хорошо описан у Свена Шрайбера(и не только) и именно он используеться для прятания процесса.
man2002ua или я ошибаюсь? (я драйвер не смотрел, это просто предположения того, как может работать твой.)

XpyDi, если честно (даже стыдно), но про Шрайбера первый раз слышу (может дашь линк на его работы?). А принцип прятания процесса - тот, что ты сказал (NtQuerySystemInformation). А насчет прятания задачи - win32k.sys!EnumWindows service.

Это сообщение отредактировал(а) man2002ua - 24.4.2003, 10:02

У меня он только в печатном виде. Искал в электроном, но пока не нашел. А сам принцип вначале был описан Марком Руссиновичем Брюсом Конгсвеллом, он основан на модификации KeServiceDescriptorTable и KeServiceDescriptorTableShadow.

Оно самое!! KeServiceDescriptorTableShadow - это таблица сервисов, к-ю добавляет win32k.sys c помощью KeAddServiceDescriptorTable (что-то типа этого). Были правда непонятки - в одном случае таблица добавляется в после KeServiceDescriptorTable, иногда перед! (от ОС зависит? Эх почитать бы!)
Ты случаем не в Киеве проживаешь?

Цитата

Ты случаем не в Киеве проживаешь?

Нет.
Свен Шрайбер иногда публикуеться в MSDN Magazine, можешь там посмотреть. Я если найду его статьи в электроном виде, то я скину.
А так у меня книжка "Недокументированные возможности Windows 2000" издательсва Питер, так что можешь у них заказать.

test