информационная безопасность
без паники и всерьез
 подробно о проекте
За кого нас держат?Портрет посетителяСтрашный баг в Windows
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Критическая уязвимость UEFI позволяет... 
 Японский хостинг попросил клиентов... 
 Компрометация eMudhra вынудила... 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
[Win32] Перехват пути к файлу в OpenFileDialog 28.09.04 11:41  
Автор: hmvs Статус: Незарегистрированный пользователь
<"чистая" ссылка> <обсуждение закрыто>
Есть определенная программа у которой нужно перехватить путь к файлу в OpenFileDialog или после...
Может кто нибуть подскажет какие нибуть простенькие варианты ?

Спасибо...
Простеньких вариантов нет. 28.09.04 12:51  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> Есть определенная программа у которой нужно перехватить
> путь к файлу в OpenFileDialog или после...
> Может кто нибуть подскажет какие нибуть простенькие
> варианты ?
Простеньких вариантов нет.
1) Написать загрузчик этой программы, который делает CreateProcess, потом внедряет свой код в процесс, потом патчит вызов в том месте, где тебе надо перехватить OpenFileDialog, дабы выполнялся сперва твой код.
2) Пропадчить прогу почти как в пункте 1, но дописать свой код в неиспользуемое пространство одной из секций в PE32. Или, если места нет, добавить ещё одну секцию. Тогда внешней программы не потребуется.
3) Написать особый отладчик для твоей прожки - DebugActiveProcess и всё такое...

> Спасибо...
Не за что
А зачем собственно патчить? Почему бы не написать... 30.09.04 14:55  
Автор: ukv Статус: Незарегистрированный пользователь
<"чистая" ссылка> <обсуждение закрыто>
> Простеньких вариантов нет.
> 1) Написать загрузчик этой программы, который делает
> CreateProcess, потом внедряет свой код в процесс, потом
> патчит вызов в том месте, где тебе надо перехватить
> OpenFileDialog, дабы выполнялся сперва твой код.
> 2) Пропадчить прогу почти как в пункте 1, но дописать свой
> код в неиспользуемое пространство одной из секций в PE32.
> Или, если места нет, добавить ещё одну секцию. Тогда
> внешней программы не потребуется.
> 3) Написать особый отладчик для твоей прожки -
> DebugActiveProcess и всё такое...

А зачем собственно патчить? Почему бы не написать программку, которая бы отслеживала сообщения, и из всех WM_COMMAND отлавливала бы те, которые происходят от нажания OK в стандартном диалоге GetOpenFileName нужного процесса?
А это практически тоже самое, только через @#пу ;-) 30.09.04 15:36  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка> <обсуждение закрыто>
> А зачем собственно патчить? Почему бы не написать
> программку, которая бы отслеживала сообщения, и из всех
> WM_COMMAND отлавливала бы те, которые происходят от нажания
> OK в стандартном диалоге GetOpenFileName нужного процесса?
Хук будем вешать или в процесс внедряться? ;-)
1





Рейтинг@Mail.ru


  Copyright © 2001-2026 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach