windows消息处理过程及消息钩子

最新推荐文章于 2022-09-21 10:29:38 发布
最新推荐文章于 2022-09-21 10:29:38 发布
阅读量3.1k 收藏 1
点赞数 2
分类专栏： 客户端及安全 文章标签： 消息处理 逆向 内核 安全
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/feivirus/article/details/50526232
版权

应用层发消息: 发送消息过程 SendMessage(user32.dll)->SendMessageWorker，先检查有没有hook消息钩子，有的话调用CsSendMessage，进入消息钩子过滤函数。

没有的话，看是不是系统消息，是的话在Message表中找到对应msg id的索引值，通过索引值在在gapfnScSendMessage数组中找到对应的消息处理函数

如果是NtUserMessageCall的话，则进驱动处理消息。

 

进驱动层发消息: 进入NtUserMessageCall后，如果是系统消息，同上，在gapfnMessageCall数组中找到对应的处理函数。比如msg id为0x112，最小化窗口消息，

调用过程为NtUserfnNCDESTORY->xxxWrapSendMessage->xxxSendMessageTimeout->xxxInterSendMsgEx，在这个函数中，先通过AllocSMS分配一个消息结构体，

在将消息加入到目标线程的pSMSReceiveList链表中，代表目标线程有要接受的消息，然后调用SetWakeBit唤醒目标线程，激发目标线程的EventQueueServer,然后等待

自己的EventQueueServer被激发。然后调用xxxSleepThread是自己处于等待状态。在等待前，调用xxxReceiveMessage检查是否有hook消息钩子，如果有的话，回调CallClientProc

->xxxHkCallHook 分发处理消息钩子函数。 自己会setevent，while死循环阻塞在KeWaitForSingleObject等待。在此函数中，先检查是哪种互斥对象，如果对象被激活，则调用处理函数。否则KiSwapThread通知cpu切换为别的线程运行。调用KiComputeWaitInterval继续等待。

 

安装钩子过程：进入驱动调用NtUserSetWindowsHookEx->zzzSetWindowsHookEx修改目标线程的ptiThread->aphkStart[nFilterType + 1]钩子数组。

 

键盘按键:ioapic寄存器接收，读出index和哪个cpu处理，local apic发给键盘中断处理例程，再传给键盘端口驱动，端口类驱动。==win32k的RawInputThread读顶层类设备状态，读出按键扫描码，经过底层键盘钩子处理，匹配是win,alt+tab键等对应处理，再匹配普通字符，发给顶层窗口的线程，进入wm_char处理

 

 

 

消息优先级：QS_SENDMESSAGE > QS_POSTMESSAGE > QS_QUIT > QS_INPUT > QS_PAINT > QS_TIMER

 

msg:   112

user消息用的是win32k自己的一套通信方式，最多就用了个event来同步

跨线程的WM_COPYDATA没有使用共享内存，反而复制了两次数据

发送者SendMessage->xxxSendMessageTimeout->xxxInterSendMsgEx(UserAllocPoolWithQuota分配内核内存，将用户数据复制到内核空间)->SetWakeBit唤醒接受者->SetWakeBit等待应答

接受者xxxReceiveMessage->XXXSENDMESSAGETOCLIENT(宏)->ScSendMessageSMS(也是宏)->SfnCOPYDATA(sender side)->CaptureCallbackData(把数据从内核空间复制到用户空间)->KeUserModeCallback(转到用户模式)->SfnCOPYDATA(receiver side)->窗口过程->回到内核模式，应答发送者

 

 

回调函数什么时候被调用, 每个回调函数的情况都不一样, 就如你老板说的, 是系统定义好的, 对方(系统/库)对这个回调函数的文档说明一般只讲个大概不会讲细节, 你想弄清楚"触发机制", 那就去看对方的源码, 具体在哪些情况下哪些代码会call你的callback函数. 如果对方文档不详源码不给, 那就要靠自己的经验去猜去反汇编.

1) comp

comp可算是最简单的callback, 你调用qsort时把comp(你/crt库之间的callback)作为参数, 告诉对方(crt库)比较大小时call你这个comp. 接下去qsort立即触发comp, 反复调用comp直至qsort返回.

 

[] Vc7\crt\src\qsort.c

void __cdecl qsort (

    void *base,

    size_t num,

    size_t width,

    int (__cdecl *comp)(const void *, const void *)

    )

{

        for (;;) {

            if (mid > loguy) {

                do  {

                    loguy += width;

                } while (loguy < mid && comp(loguy, mid) <= 0);

            }

            if (mid <= loguy) {

                do  {

                    loguy += width;

                } while (loguy <= hi && comp(loguy, mid) <= 0);

            }

        }

}

 

2) ThreadProc

你调用AfxBeginThread时把ThreadProc(你/mfc库之间的callback)作为参数, 告诉对方(mfc库)线程开始执行时call你这个ThreadProc.

 

AfxBeginThread把ThreadProc作为CWinThread内部参数保存起来, 调用成员函数CWinThread::CreateThread. CWinThread::CreateThread调用_beginthreadex时把_AfxThreadEntry(mfc库/crt库之间的callback)作为参数.

 

_beginthreadex把_AfxThreadEntry放在_ptiddata ptd, 调用Windows API CreateThread时把_threadstartex(crt库/系统之间的callback)作为参数.

 

CreateThread按原参数(加上hProcess)调用CreateRemoteThread. CreateRemoteThread把lpStartAddress(AfxBeginThread是_threadstartex, 如果你直接用Windows API CreateThread, 则是你的ThreadProc)放在CONTEXT ThreadContext. 并把ThreadContext.Eip设置为BaseThreadStartThunk(子系统/子系统之间的callback).

 

AfxBeginThread (pfnThreadProc = ThreadProc, pParam = Param)

 CWinThread::CWinThread (m_pfnThreadProc = pfnThreadProc = ThreadProc, m_pThreadParams = pParam = Param)

 CWinThread::CreateThread (startup.pThread = this)

  _beginthreadex (ptd->_initaddr = initialcode = _AfxThreadEntry, ptd->_initarg = argument = startup, CREATE_SUSPENDED)

   CreateThread (lpStartAddress = _threadstartex, lpParameter = ptd) (user mode/kernel mode切换)

    CreateRemoteThread (ThreadContext.Eip = BaseThreadStartThunk, ThreadContext.Eax = lpStartAddress, ThreadContext.Ebx = lpParameter)

     BaseCreateStack

     BaseInitializeContext

     NtCreateThread (ThreadContext = &ThreadContext, CreateSuspended = TRUE)

      PspCreateThread (ThreadContext = ThreadContext, StartRoutine = NULL, StartContext = NULL, Thread->StartAddress = ThreadContext->Eip)

       ObCreateObject 创建线程对象

       MmCreateKernelStack

       KeInitializeThread (SystemRoutine = PspUserThreadStartup, StartRoutine = NULL, StartContext = ThreadContext->Eip, ContextFrame = ThreadContext)

        KeInitializeApc (SuspendApc, KernelRoutine = KiSuspendNop, NormalRoutine = KiSuspendThread, NormalContext = NULL, ApcMode = KernelMode)

        KeInitializeSemaphore (SuspendSemaphore, Semaphore->Header.SignalState = 0, Semaphore->Limit = 2)

        KiInitializeContextThread (Thread->PreviousMode = TrFrame->PreviousPreviousMode = UserMode, SwitchFrame->RetAddr = KiThreadStartup)

         KeContextToKframes

       KeSuspendThread (if CreateSuspended)

        KiInsertQueueApc (SuspendApc)

       KeReadyThread

        KiReadyThread 把线程对象转到就绪状态

     CsrClientCallServer

     NtResumeThread (if !CREATE_SUSPENDED)

      KeResumeThread (Thread->SuspendSemaphore.Header.SignalState += 1)

       KiWaitTest (if Thread->SuspendSemaphore.Header.WaitListHead not empty)

        KiWaitSatisfyAny (Thread->SuspendSemaphore.Header.SignalState -= 1)

        KiUnwaitThread

         KiReadyThread (Thread->State = Ready)

  ResumeThread

  WaitForSingleObject (startup.hEvent)

  SuspendThread (if CREATE_SUSPENDED)

  SetEvent (startup.hEvent2)

 

|_

| SwitchFrame

|_

| PSystemRoutine (PspUserThreadStartup)

|_

| PStartRoutine (NULL)

|_

| PStartContext (BaseThreadStartThunk)

|_

| PUserContextFlag (1)

|_

| TrFrame (copy from ThreadContext)

|_

| NpxFrame

|_

  Thread->InitialStack

 

AfxBeginThread到达KiReadyThread之后就逐级返回. 线程切换轮到新线程, 新线程先处理SuspendApc, 等待SuspendSemaphore.

如果在处理SuspendApc之前, CreateRemoteThread已调用NtResumeThread, 那么SuspendSemaphore立即满足, 无需等待, 立即执行KiThreadStartup.

反之, 则转到等待状态, 直到CreateRemoteThread调用NtResumeThread之后, 又转到就绪状态. 线程切换又轮到新线程, 开始执行KiThreadStartup.

 

AfxBeginThread创建的线程总是CREATE_SUSPENDED, 在_beginthreadex返回后再ResumeThread, 在_AfxThreadEntry callback后再SuspendThread(如果你给AfxBeginThread参数有CREATE_SUSPENDED).

 

KiSuspendNop

KiSuspendThread

 KeWaitForSingleObject (SuspendSemaphore, WaitMode = KernelMode, Alertable = FALSE, Timeout = NULL)

  KiWaitSatisfyOther (if Semaphore->Header.SignalState > 0, Semaphore->Header.SignalState -= 1)

  KiSwapThread (else, Thread->State = Waiting)

   SwapContext

 

KiThreadStartup

 PspUserThreadStartup

  KeInitializeApc (StartApc, KernelRoutine = PspNullSpecialApc, NormalRoutine = PspSystemDll.LoaderInitRoutine, NormalContext = NULL, ApcMode = UserMode)

  KeInsertQueueApc (StartApc, SystemArgument1 = PspSystemDll.DllBase)

   KiInsertQueueApc (StartApc)

  DbgkCreateThread

 KiServiceExit2 (TFrame = &TrFrame, Thread->Tcb.Alerted = 0)

  KiDeliverApc (StartApc, PreviousMode = UserMode, ExceptionFrame = NULL, TrapFrame = TFrame, Thread->TrapFrame = TFrame)

   PspNullSpecialApc

    ExFreePool

   KiInitializeUserApc (TrapFrame = TFrame, TFrame->Eip = (ULONG)KeUserApcDispatcher, TFrame->HardwareEsp = UserStack)

    KeContextFromKframes

  iretd (esp = &TFrame->Eip)

 

|_UserStack

| NormalRoutine (PspSystemDll.LoaderInitRoutine)

|_

| NormalContext (NULL)

|_

| SystemArgument1 (PspSystemDll.DllBase)

|_

| SystemArgument2 (NULL)

|_

| ContextFrame (copy from ThreadContext)

|_

  ThreadContext.Esp

 

KeUserApcDispatcher (UserStartApc) 

KiUserApcDispatcher

 PspSystemDll.LoaderInitRoutine

 LdrInitializeThunk (NormalContext = &ContextFrame)

  LdrpInitialize (Context = NormalContext)

   LdrpInitializeThread

    LdrpAllocateTls

    LdrpCallInitRoutine (DLL_THREAD_ATTACH)

    LdrpCallTlsInitializers (DLL_THREAD_ATTACH)

 NtContinue (ContextRecord = &ContextFrame, TestAlert = TRUE) (user mode/kernel mode切换)

  KiContinue (TrFrame->Eip = ContextRecord->Eip)

   KiContinuePreviousModeUser

    KeContextToKframes

  KeTestAlertThread

  KiServiceExit2

 

BaseThreadStartThunk (eax = ThreadContext.Eax = lpStartAddress = _threadstartex, ebx = ThreadContext.Ebx = lpParameter = ptd)

 BaseThreadStart (lpStartAddress = _threadstartex, lpParameter = ptd)

  CsrNewThread

   NtRegisterThreadTerminatePort

  _threadstartex (ptd = ptd)

   _callthreadstartex (ptd->_initaddr = _AfxThreadEntry, ptd->_initarg = startup)

    _AfxThreadEntry (pStartup = startup, pThread = pStartup->pThread, pThread->m_pfnThreadProc = ThreadProc, pThread->m_pThreadParams = Param)

     AfxInitThread

      SetWindowsHookEx (WH_MSGFILTER)

     SetEvent (pStartup->hEvent)

     WaitForSingleObject (pStartup->hEvent2)

     ThreadProc (lpParameter = Param) 你/mfc库之间的callback绕了一大圈终于被调用

     AfxEndThread

    _endthreadex

  ExitThread

 

3) WndProc

WndProc的情况就复杂多了, 前几天我只是想弄清楚窗口移动时几个消息的先后顺序和作用, 花了好几天时间才管见一斑. 要是把WndProc被调用(几百个消息各种情况下)的"触发机制"全弄清楚了, 也就是对Windows的窗口子系统了如指掌了.

 

xxxMoveWindow/xxxSetWindowPlacement

 xxxSetWindowPos

 

xxxSetWindowPos/xxxMinMaximize

 InternalBeginDeferWindowPos

 _DeferWindowPos

 xxxEndDeferWindowPosEx

  xxxCalcValidRects

   WM_WINDOWPOSCHANGING (if !SWP_NOSENDCHANGING)

    xxxDefWindowProc

     xxxAdjustSize (if !SWP_NOSIZE)

      xxxInitSendValidateMinMaxInfo

       WM_GETMINMAXINFO

   WM_NCCALCSIZE (if !SWP_NOSIZE || SWP_FRAMECHANGED)

    xxxDefWindowProc

     xxxCalcClientRect

      GetCaptionHeight

      GetWindowBorders

      xxxMenuBarCompute

  xxxDoSyncPaint

  xxxSendChangedMsgs

   WM_WINDOWPOSCHANGED (if !SWP_NOCHANGE)

    xxxDefWindowProc

     xxxHandleWindowPosChanged

      WM_MOVE (if !SWP_NOCLIENTMOVE)

      xxxSendSizeMessage (if !SWP_NOCLIENTSIZE)

       WM_SIZE

 

WM_NCLBUTTONDOWN

 xxxDefWindowProc

  xxxDWP_NCMouse

   WM_SYSCOMMAND (SC_SIZE + ht - HTSIZEFIRST + WMSZ_SIZEFIRST)

 

WM_NCLBUTTONUP

 xxxDefWindowProc

  xxxDWP_NCMouse

   xxxHandleNCMouseGuys

    WM_SYSCOMMAND

 

WM_SYSCOMMAND (SC_SIZE + ht - HTSIZEFIRST + WMSZ_SIZEFIRST)

 xxxDefWindowProc

  xxxSysCommand

 

xxxSysCommand (SC_RESTORE/SC_MINIMIZE/SC_MAXIMIZE)

 xxxShowWindow

  xxxMinMaximize

   CkptRestore

   InternalBeginDeferWindowPos

   _DeferWindowPos

   xxxEndDeferWindowPosEx (SWP_DRAWFRAME | SWP_NOCOPYBITS | SWP_STATECHANGE)

 

xxxSysCommand (SC_SIZE/SC_MOVE)

 xxxMoveSize

  xxxInitSendValidateMinMaxInfo

   WM_GETMINMAXINFO

  xxxMS_FlushWigglies

  bSetDevDragWidth

  xxxDrawDragRect

  WM_ENTERSIZEMOVE

  xxxCapture

  xxxMS_TrackMove

 

xxxMS_TrackMove (WM_MOUSEMOVE)

 xxxTM_MoveDragRect

  WM_SIZING

  xxxDrawDragRect

 

xxxMS_TrackMove (WM_LBUTTONUP)

 xxxTM_MoveDragRect

 xxxDrawDragRect

 xxxReleaseCapture

 xxxSetWindowPos

 WM_EXITSIZEMOVE

 

3.1) SendMessage

SendMessage的消息SDK文档称之为nonqueued messages, 没放到消息队列(mlPost/mlInput)里面, GetMessage不会得到SendMessage的消息.

mlPost是PostMessage的消息队列, 比如WM_HOTKEY, WM_TIMER, WM_LOGONNOTIFY. WM_QUIT一般没存放在队列(Desktop/console窗口例外), 是直接放到xxxReadPostMessage的参数.

mlInput是键盘鼠标和系统事件的消息队列. psmsReceiveList是异线程SendMessage的SMS(SendMessage Structure)队列. GetMessage只取回mlPost/mlInput的消息, SMS是另外处理的.

 

xxxInternalGetMessage

 while (TRUE) {

 while (QS_SENDMESSAGE) xxxReceiveMessage (pti->psmsReceiveList)

 if (QS_POSTMESSAGE) xxxReadPostMessage (pti->mlPost) break

 if (QS_INPUT|QS_EVENT) xxxScanSysQueue (pti->pq->mlInput) break

 xxxSleepThread

 }

 

#define QS_ALLINPUT (QS_INPUT | QS_POSTMESSAGE | QS_TIMER | QS_PAINT | QS_HOTKEY | QS_SENDMESSAGE)

 

typedef struct tagTHREADINFO { ...

    PQ              pq;                 // keyboard and mouse input queue

    PSMS            psmsReceiveList;    // SMSs to be processed

    MLIST           mlPost;             // posted message list.

} THREADINFO;

 

* Message Queue structure.

typedef struct tagQ { ...

    MLIST       mlInput;            // raw mouse and key message list.

} Q, *PQ;

 

 

 

SendMessage如果同线程, 是直接call WndProc. 如果异线程, 一般是调用NtUserMessageCall(特殊的消息是调用fnCOPYGLOBALDATA/fnEMGETSEL这些系统函数). NtUserMessageCall又根据不同的消息分别调用45个NtUserfn*系统函数. 比如WM_SETTEXT是调用NtUserfnINSTRINGNULL, 进而调用xxxInterSendMsgEx.

 

xxxInterSendMsgEx构建一个sms(SendMessage Structure), 把消息复制到sms, 如果消息有指针参数, 比如WM_SETTEXT的lParam是字符指针, 就分配系统内存把指针所指的内容复制过来, 把sms加到系统gpsmsList队列首, 再把sms加到ptiReceiver->psmsReceiveList队列尾. 接着设置目标线程的QS_SENDMESSAGE标志, 激发目标线程的EventQueueServer, 然后等待自己的EventQueueServer.  

 

目标线程一般多在消息循环的GetMessage中等待自己的EventQueueServer(如果正在处理消息, 处理完仍是回到GetMessage), EventQueueServer激发, 导致KeWaitForSingleObject返回, xxxSleepThread返回, 进入xxxReceiveMessage, 把sms从ptiReceiver->psmsReceiveList队列(从头到尾逐个处理)移除, 调用xxxSendMessageToClient进入usermode call WndProc再返回kernel mode, 接着设置源线程的QS_SMSREPLY标志, 激发源线程的EventQueueServer, 然后继续自己的消息循环.

 

 

 

源线程的EventQueueServer激发, 导致KeWaitForSingleObject返回, xxxSleepThread返回到xxxInterSendMsgEx, 把sms从系统gpsmsList队列移除, 释放系统内存和sms, 逐级返回到SendMessage.

 

SendMessage (同线程)

 SendMessageWorker

  UserCallWinProcCheckWow

   InternalCallWinProc

    WndProc

 

SendMessage (异线程)

 SendMessageWorker

  NtUserMessageCall (user mode/kernel mode切换)

   EnterCrit

   NtUserfnINSTRINGNULL (WM_SETTEXT)

    RtlInitLargeUnicodeString

    xxxWrapSendMessage (xParam = 0)

     xxxSendMessageTimeout (fuFlags = SMTO_NORMAL, uTimeout = 0, lpdwResult = NULL)

      xxxInterSendMsgEx (pism = 0, lRet = psms->lRet)

       AllocSMS (psms->spwnd = pwnd, psms->ptiCallBackSender = NULL, psms->flags = 0)

       HeavyAllocPool (dwFlags = DAP_USEQUOTA)

       HMAssignmentLock (psms->spwnd)

       SetWakeBit (pti = ptiReceiver, wWakeBit = QS_SENDMESSAGE)

        KeSetEvent (pti->pEventQueueServer, PriorityIncrement = 2, WaitImmediatelyFollowed = FALSE)

       KeSetKernelStackSwapEnable (Enable = FALSE)

       xxxSleepThread (fsWakeMask = QS_SMSREPLY, Timeout = 0, fInputIdle = FALSE)

        ClearQueueServerEvent

         KeClearEvent(ptiCurrent->pEventQueueServer)

        LeaveCrit 

        KeWaitForSingleObject (ptiCurrent->pEventQueueServer)

        EnterCrit

       KeSetKernelStackSwapEnable (Enable = OldState)

       SetWakeBit (pti = ptiSender, wWakeBit = QS_SMSREPLY)

       UnlinkSendListSms (ppsmsUnlink = NULL)

        HMAssignmentUnlock (psms->spwnd)

        UserFreePool

        FreeSMS

   LeaveCrit

 

xxxInternalGetMessage

 xxxSleepThread (fsWakeMask = QS_ALLINPUT | QS_EVENT | QS_ALLPOSTMESSAGE, Timeout = 0, fInputIdle = TRUE)

  ClearQueueServerEvent

   KeClearEvent(ptiCurrent->pEventQueueServer) 

  LeaveCrit

  KeWaitForSingleObject (ptiCurrent->pEventQueueServer, WaitReason = WrUserRequest, WaitMode = UserMode, Alertable = FALSE, Timeout = NULL)

  EnterCrit

 xxxReceiveMessage

  xxxSendMessageToClient

   SfnINSTRINGNULL

    AllocCallbackMessage

    CaptureCallbackData

    LeaveCrit

    KeUserModeCallback (ApiNumber = 0x1B)

     KiGetUserModeStackAddress

     KiCallUserMode ([esp].TsEip = KiUserCallbackDispatcher)

     KiServiceExit

     KiSystemCallExitBranch

     KiSystemCallExit2

     sysexit (kernel mode进入user mode)

     KiUserCallbackDispatcher

      __fnINSTRING

       FixupCallbackPointers 

       DispatchClientMessage

        UserCallWinProcCheckWow

         InternalCallWinProc

          WndProc

       XyCallbackReturn

       int 2b (user mode返回kernel mode)

     KiCallbackReturn

   EnterCrit

  SetWakeBit(pti = ptiSender, wWakeBit = QS_SMSREPLY)

   KeSetEvent (pti->pEventQueueServer)

 

----写于2013-11-3

_feivirus_
关注
  • 2
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
键盘钩子-windows消息机制-抓取用户按下的每一个按键
03-16
本项目提供的键盘钩子类可能已经封装了上述过程，包括安装、卸载钩子以及处理键盘消息的逻辑。然而，由于缺少反钩子功能，这意味着一旦钩子安装后，没有内建的方法去移除它，可能需要手动编写相关代码来实现。 总结...
64位windows下32位进程一例卡死分析
u010607621的博客
04-18 1852
@TOC 1 故障现象 win7 64 os下，360浏览器不定期出现卡死。 2 dmp分析 使用任务管理器给360se进程下dump。链接: https://pan.baidu.com/s/1Hd-T0T6WEcufjkFKDA6MHg?pwd=z4u5 提取码: z4u5。 windbg打开之，提示 For analysis of this file, run !analyze -v wow64win!NtUserMessageCall+0xa: 00000000`749bfdaa c3
windows message manager
飞鸟的专栏
08-31 1520
SendMessage窗口过程函数的调用有两个入口，一个是自己的线程给自己窗口发通知，这样直接调用内部函数进行调用，使用IntCallMessageProc来调用函数，另一种方式是转换用户消息为内核消息，调用NtUserMessageCall来传递消息。LRESULT WINAPI SendMessageW(HWND Wnd, UINT Msg, WPARAM wParam
分析了一下360安全卫士的hook(zt)
lionzl的专栏
07-11 3348
分析了一下360安全卫士的hook(zt)2010-6-3 18:36阅读(12) 分析了一下360的HOOK,通过直接hook KiFastCallEntry实现以所有系统调用的过滤。 我分析的版本如下： 主程序版本: 6.0.1.1003 HookPort.sys版本: 1, 0, 0, 1005 HookPort.sys的TimeStamp: 4A8D4AB8 简
解析windows消息处理机制
多媒体编程、网络编程、系统编程、网络安全编程、驱动编程
11-07 1667
解析windows消息处理机制 众所周知Windows系统通过消息机制来管理交互，Windows的应用程序一般包含窗口 （Window），它主要为用户提供一种可视化的交互方式，窗口是由线程（Thread）创建的。消息 （Message）被发送，保存，处理，一个线程会维护自己的一套消息队列（Message Queue），以保持线程间的独占性，那具体又是如何处理的呢？ 消息由一个叫MSG的结构
Window user32子动态库控件封装和消息分发浅析
lixiangminghate的专栏
05-10 1590
转自看雪：http://bbs.pediy.com/thread-43588.htm 众所周知：WIN32子动态库user32.dll 封装了系统定义的全局标准控件类和WNDPROCESS,然后共享给各个Application,系统启动会加载入user32，然后注册它们的.仅仅是感兴趣没有其他目的 俺是一个小菜鸟,结合2k代码只分析应用层。 机器环境双核  xp sp2。 user32.dl
api钩子及键盘消息钩子 hook列子
01-02
3. 如何安装和卸载键盘消息钩子，以及如何在钩子回调函数中处理键盘消息。 4. 可能还包括一些错误处理和线程同步的代码，以确保钩子程序的稳定运行。 通过这个源码示例，你可以学习到如何在实际项目中应用API钩子和...
消息钩子开发参考
09-26
调试钩子程序需要对Windows API有深入理解，可以利用Visual Studio或其他调试工具进行跟踪和分析，观察钩子函数的调用流程。 通过理解和实践这些知识点，开发者可以有效地利用消息钩子技术实现诸如日志记录、行为...
易语言源码易语言枚举卸载消息钩子源码.rar
03-31
在Windows操作系统中，消息钩子是一种机制，允许程序员监视特定类型的系统消息，从而对系统事件进行拦截和处理。 消息钩子的工作原理是通过向系统注册一个回调函数（在易语言中可能是自定义的函数或过程），当系统...
操作WINDOWS消息队列.rar
06-10
10. **消息钩子**：通过安装消息钩子（`SetWindowsHookEx`），可以在所有线程或特定线程的消息传递过程中插入自定义的处理代码，如全局钩子和线程钩子。 以上只是Windows消息队列操作的一部分基础知识，实际开发中...
R0层获取ShadowSSDT函数原始地址实例
11-20
本实例由VS2008开发，在提供了一套驱动开发框架的同时，又演示了如何获取Shadow SSDT表函数原始地址的办法。 主要函数：ULONG GetShadowSSDT_Function_OriAddr(ULONG index); 原理说明： 根据特征码搜索导出函数KeAddSystemServiceTable来获取Shadow SSDT基址，以及通过ZwQuerySystemInformation()函数获取win32k.sys基址，然后解析PE定位到Shadow SSDT在win32k.sys的偏移地址，并通过进一步计算来得到Shadow SSDT表函数的原始地址。 这里只测试了三个函数：(460)NtUserMessageCall、(475)NtUserPostMessage和(502)NtUserSendInput，具体使用时可以举一反三，网上完整的源代码实例并不太多，希望可以帮到真正有需要的朋友。 系统环境： 在WinXP SP3系统 + 瑞星杀毒软件 打印输出： [ LemonInfo : Loading Shadow SSDT Original Address Driver... ] [ LemonInfo : 创建“设备”值为：0 ] [ LemonInfo : 创建“设备”成功... ] [ LemonInfo : 创建“符号链接”状态值为：0 ] [ LemonInfo : 创建“符号链接”成功... ] [ LemonInfo : 驱动加载成功... ] [ LemonInfo : 派遣函数(DispatchRoutine) IRP 开始... ] [ LemonInfo : 派遣函数(DispatchRoutine) IRP Enter IRP_MJ_DEVICE_CONTROL... ] [ LemonInfo : 获取ShadowSSDT表 (460)NtUserMessageCall 函数的“当前地址”为：0xB83ECFC4，“起源地址”为：0xBF80EE6B ] [ LemonInfo : 获取ShadowSSDT表 (475)NtUserPostMessage 函数的“当前地址”为：0xB83ECFA3，“起源地址”为：0xBF8089B4 ] [ LemonInfo : 获取ShadowSSDT表 (502)NtUserSendInput 函数的“当前地址”为：0xBF8C31E7，“起源地址”为：0xBF8C31E7 ] [ LemonInfo : 派遣函数(DispatchRoutine) IRP_MJ_DEVICE_CONTROL 成功执行... ] [ LemonInfo : 派遣函数(DispatchRoutine) IRP 结束... ] [ LemonInfo : UnLoading Shadow SSDT Original Address Driver... ] [ LemonInfo : 删除“符号链接”成功... ] [ LemonInfo : 删除“设备”成功... ] [ LemonInfo : 驱动卸载成功... ]
Shadow SSDT服务函数原始地址
12-01
可以獲取到Shadow SSDT服务函数原始地址，这更是大多数朋友所期待的。
微软未公开函数ZwQuerySystemInformation的使用方法（vb编程专用）
08-18
网上关于函数ZwQuerySystemInformation的使用方法少的可怜，这是本人关于此函数的一些心得，在vb上玩api的朋友应该知道这份资料来之不易，我也不为难大家了，0分让你们下了！ P.S.因使用win7的notepad编辑此文档，所以如果文档不能正常打开，见谅！
Qt打开外部进程并将外部进程画面嵌入到Qt界面（谷歌浏览器）
最新发布
qq_40170041的博客
09-21 3634
Qt打开外部进程并将外部进程画面嵌入到Qt界面（谷歌浏览器），windows下通过查找注册表找到谷歌浏览器的位置，然后QT启动谷歌浏览器的进程，然后等待谷歌浏览器启动后，查找它的窗口，然后将这个窗口嵌入到QT界面。
user32 sendmessage
qq_35893094的博客
01-08 1664
using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Linq; using System.Text; using System.Windows.Forms; using Sy
STM32 .s .ld文件
原初引力
12-08 1365
.ld文件的作用 1.定义程序入口地址 2.定义Flash、RAM中代码和数据的存放位置 /* Entry Point */ /* 程序入口——程序将从Reset Handler开始执行，而该函数定义在stm32fxxx.s启动文件中。 ENTRY(Reset_Handler) /* Highest address of the user mode stack */ /* end of stack 堆栈末尾 = RAM起始地址 + RAM空间大小 */ _estack = ORIGIN(RAM) + LE
Qt应用程序嵌入浏览器的常用方法
weixin_43791013的博客
11-18 5106
1.使用QAxObject嵌入微软ActiveX软件 使用QAxObject需要包含Qt模块： QT +=qaxcontainers; 2.使用QWebView加载网页 使用QWebView需要包含Qt模块： QT += webkits; 需要包含的头文件： #include <QWebView> #include <QUrl> 加载web网页： QWebView *pWe...
Win32k(1) 图形线程的初始化
weixin_30332241的博客
03-26 101
很久以前看ROS的笔记，跟windows不一样的地方不少，最近没时间看这块了= = 先贴上来备份第一部分图形线程的初始化综述一下——图形通信对象(user object)以线程为单位。这个线程是图形线程，调用表就是ssdt shadow，包含了图形系统调用，三环由user32提供，0环由win32k支持。线程包含窗口，桌面，普通窗口，各种控件，都是窗口。窗口有一个wndpro...
RT-Thread之消息队列
phmatthaus的专栏
03-10 7349
消息队列是常用的线程间通信方式，是一种异步的通信方式。消息队列可以应用于多种场合：线程间的消息交换、使用串口接收不定长数据等。 消息队列的基本概念 队列又称消息队列，是一种常用于线程间通信的数据结构。队列可以在线程与线程间、中断与线程间传送消息，实现了线程接收来自其它线程或中断的不固定长度的消息，并根据不同的接口选择传递的消息师傅存放在自己的空间。线程能够从队列中读取消息，当队列中的消息为空时，挂起读取线程。用户还可以指定线程挂起的超时时间timeout；当队列中有新消息时，挂起的读取线程被唤醒并
桌面窗口消息捕获与解析：实现进程间通信
本文档主要介绍了如何实现桌面窗口消息的HOOK，即如何在桌面应用程序（如Explorer.exe）的窗口上截获鼠标单击事件，并解析选中的桌面项（通常作为ListView控件处理）。以下是详细步骤和关键代码片段： 1. **确定...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值