| Smart |
| Отправлено: 13.08.2005, 09:50 |
|
Дежурный стрелочник
Группа: Участник
Сообщений: 35
|
Введение: есть программный комплекс, написанный японскими коллегами. В комплексе есть главная прога (с авторизацией при запуске) и вспомогательные, которые запускаются без авторизации, если главная прога загружена и авторизовалась. При запуске вспомогательных прог без авторизации главной появляется запрос логин-пароль.
Проблема: написана программа-заменитель главной проги, но удручает необходимость авторизации при запуске дополнительных программ комплекса.
Вопрос: как "подделаться" под японскую программу, чтобы остальные проги комплекса не запрашивали авторизацию? На что обратить внимание при мониторинге "японского" процесса и какими программами это можно сделать?
Спасибо! |
|
| Георгий |
| Отправлено: 13.08.2005, 11:15 |
|
Почетный железнодорожник
Группа: Модератор
Сообщений: 874
|
надо мониторить изменения в системе до и после момента авторизации.
всетки реестра.
глобальные объекты ядра.
имена окон.
страницы глобальной памяти.
открытые порты TCP && UDP
просто файлик н адиске может появляться.
|
|
| timson |
| Отправлено: 13.08.2005, 11:17 |
|
Станционный диспетчер
Группа: Участник
Сообщений: 82
|
насчет объектов ядра (Мьютексы, семафоры, события,...) то в линуксе их можно просматривать (полную инфу и состояние). Может и под Винду че-нить такое есть..
|
|
| Smart |
| Отправлено: 14.08.2005, 12:19 |
|
Дежурный стрелочник
Группа: Участник
Сообщений: 35
|
Спасибо всем откликнувшимся!
Результаты мониторинга сразу после авторизации:
- в реестр ничего не пишется и не читается;
- в ProcessExplorer ничего не меняется (объекты ядра?)
- имена окон те же 
- файлов новых не плодит
- открывается порт (например, 235), при следующем запуске — уже следующий (236), и такой перебор при перезапуске постоянно.
Что делать?  |
|
| Георгий |
| Отправлено: 14.08.2005, 12:39 |
|
Почетный железнодорожник
Группа: Модератор
Сообщений: 874
|
| QUOTE (Smart @ 14/08/2005, 13:19) | | - открывается порт (например, 235), при следующем запуске — уже следующий (236), и такой перебор при перезапуске постоянно. |
наверняка где то этот номер записан, что бы программы комплекса могли легко находить друг друга. наверняка среди объектов ядра.
поищи среди freeware аналоги стандартного "диспетчера задач" где то видел такой, что показывает всё чтопроцесс захватил |
|
