为何hook了recv及WSARecv后，在buffer中都没有网页源文件内容？

frequent 2017-10-26 09:40:42

我hook了recv及WSARecv函数，但神奇地发现，在buffer中都没有看到显示出来的网页的源文件内容（即网页的html代码），我hook了send及WSASend后，在buffer中看到了GET / HTTP/1.1……的数据。客户端发送了GET报文后，服务器端不是就应该把网页源文件发给客户端吗？为什么我没找到呢？卡在这个问题有两个星期了。

...全文

704 4 打赏收藏转发到动态举报

写回复

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

qq_35533527 2017-10-30

打赏
举报

回复

你在hook WSAGetOverlappedResult试试，或者，服务端真的没有返回数据

brk1985 2017-10-27

打赏
举报

回复

使用抓包软件，确认下抓包软件上有没有收到呢？

chen_JADE 2017-10-27

打赏
举报

回复

应该是服务器端没有主动发送回来

赵4老师 2017-10-26

打赏
举报

回复

hook分32位和64位

此开源项目提供hook send、recv、wsasend、wsarecv封包工具完整源码。通过远程线程注入技术，可将代码注入目标进程，拦截监控封包数据。主程序用MFC编写，结合VC WIN32动态链接库，支持命令行操作，适合网络通信分析开发场景，使用时需合法合规。

文章分析了在使用Detours库Hook Winsock2的recv()函数时出现失败的现象，并指出可能原因包括应用使用WSARecv代替recv()、动态加载函数或编译器内联优化。通过技术分析与解决方案验证，提出应同时Hook标准和扩展接口，并注意函数地址验证与多线程处理。

本文详细解析了在使用网络API钩子技术时遇到的问题，特别是当调用原函数后进行getsockname或getpeername操作导致的网络操作失败。文章进一步讨论了不同情况下的应对策略，包括阻塞式调用、完成例程通知、事件通知和完成端口方式，以及在API钩子DLL被强行卸载时的潜在风险和解决方案。

本文详细介绍了套接字接收的基本函数recv及高级函数WSARecv和WSARecvEx的使用方法，包括各函数的参数说明及其应用场景。

博客主要围绕监控HOOK WSARecv的回调函数展开，聚焦于信息技术中对特定函数回调的监控操作，这在相关开发和调试场景有重要意义。

18,356

社区成员

64,165

社区内容

发帖

与我相关

我的任务

c++c语言开发语言技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章