详解进程创建中与csrss的通信流程
writeby weolar：http://hi.baidu.com/weolar/blog/item...fcdad8ac6e756b
刚才第八个门写了个在内核创建进程，以为结束了，不过细细研究，
发现有个小问题，也就是zhuwg说的
和csrss通信问题。这个问题直接导致他那个创建法有错误，
最后会弹出一个对话框来提示进程初始化失败。
当时没怎么管，休息了几天后细细调试了番整个windows进程启动的最后与csrss通信部分，
发现还是有点收获的，
过程也走了点弯路，所以发了出来以防自己忘记。
先不说最后结果，来说说怎么调试出来，我想这个比结果更有意义吧
。首先用spywin确认发现那个对话框是csrss弹出。
于是启动内核调试器，切换到csrss的进程中观察堆栈，果然发现了点有意思的东西，
原来是csrss的CsrApiRequestThread
弹出。好在这个函数是有代码的，在nt4或者reactOS里能直接看到。
读后发现原来这个线程就是csrss处理外部各种请求的
线程，并通过LPC通信。里面通过NtReplyWaitReceivePort不断获取外界消息。
这里的对话框也是这个线程执行如
LoadedServerDll->HardErrorRoutine（……）的代码弹出的。
这里牵扯到LPC的流程，这里可以简单结合csrss说下：
每当有消息发来，NtReplyWaitReceivePort的ReceiveMsg参数的ReceiveMsg.h.u2.s2.Type字段保存了消息的类型，
也就是指示CsrApiRequestThread下一步要进行什么。如果是LPC_REQUEST，ReceiveMsg.ApiNumber则将起到一个回调序列号的
作用：
ApiNumber = ReceiveMsg.ApiNumber;
ServerDllIndex = CSR_APINUMBER_TO_SERVERDLLINDEX( ApiNumber );
LoadedServerDll = CsrLoadedServerDll[ ServerDllIndex ]
(*(LoadedServerDll->ApiDispatchTable[ ApiTableIndex ]))(
&ReceiveMsg,
&ReplyStatus
);
下面来看进程启动时整个csrss的通信流程：父进程创建的最后阶段会通过
CsrClientCallServer将自己的PID,TID,子进程的
句柄，PID发送给CsrApiRequestThread。这时其会通过
CsrLocateThreadByClientId查询父进程的相关信息。然后调用：
CSRSRV!CsrCreateProcess来将子进程信息存储到csrss的hash表中。
上面说的CsrLocateThreadByClientId也是在这个hash表中查询，
下面是调用栈：
005afe78 75ab4eea 0000034c 00000148 005aff1c CSRSRV!CsrCreateProcess (FPO: [6,12,0])
005afed0 75aa4a47 0000034c 005affd8 00000005 basesrv!BaseSrvCreateProcess+0x13f (FPO: [2,11,4])
005afff4 00000000 00000090 00000000 00000000 CSRSRV!CsrApiRequestThread+0x431 (FPO: [Non-Fpo])
下面是PCSR_THREAD
注意：上传附件及图片大小不得大于30M。
⚠️ 版权声明：
本博客所有内容（含教程、源码、工具）仅供个人技术学习与研究交流使用，严禁商用、倒卖、二次分发及非法用途。
未经作者书面授权，任何组织或个人不得转载、复制或用于其他平台，违者将追究相关责任。
参与讨论
登录后可查看全部回复并参与讨论。
