如何在不改写::recv()调用代码时传递处理后数据包？静态拦截::send()可行吗？

问题1：能否在不修改调用::recv()的代码的前提下，将处理后的数据包字节传递给第二个应用？ #

可以实现，最直接的方案是用动态库钩子（LD_PRELOAD），完全不需要修改目标C应用的代码：

• 编写自定义动态库，重写recv()函数：
  1. 库初始化时，用dlsym(RTLD_NEXT, "recv")获取系统真实的recv函数指针并保存。
  2. 自定义recv()先调用真实recv拿到原始字节数据。
  3. 将原始数据传给你的C++处理库，得到处理后的数据包字节。
  4. 把处理后的字节拷贝到原recv调用的缓冲区buf中，返回处理后的字节长度（注意不能超过原调用传入的len限制）。
• 运行目标C应用时，通过LD_PRELOAD=./你的钩子库.so ./目标应用让系统优先加载你的库，自动拦截所有recv调用。

另外还有一种网络层方案：让目标C应用的recv从本地UNIX套接字或TCP端口读取数据，你的C++处理库先从原始网络接口接收数据包，处理后再发送到这个本地通道。但这种方案需要修改目标应用的网络连接配置，不如钩子方案直接。

问题2：我希望将::send()调用转向第一个应用，已知可通过动态库与LD_PRELOAD实现，是否存在静态实现方式？ #

存在静态实现方式，但有一定前提条件：

情况1：你拥有目标C应用的源码 #

• 编写静态库，实现自定义send()函数：在函数内部调用你的C++处理库逻辑，完成数据包转发。
• 编译目标应用时，将这个静态库优先链接到项目中。链接器会优先使用你静态库中的send符号，而非系统库版本，实现调用转向。
• 若不想修改源码中的send调用，可在编译时用GCC的--wrap=send参数：链接时指定-Wl,--wrap=send，然后实现__wrap_send函数处理逻辑，系统会自动把所有send调用替换为__wrap_send。

情况2：你没有目标C应用的源码（仅拥有静态编译的二进制文件） #

这种情况实现难度极高，通常需要借助objcopy、hexedit等二进制编辑工具，修改二进制中的符号表，将send的引用替换为自定义函数的入口地址。但这种方式兼容性极差，依赖目标二进制的编译格式、符号表是否保留等，不推荐生产环境使用。

如果目标应用是动态编译的，静态实现几乎不可行，LD_PRELOAD的动态钩子方案依然是更可靠的选择。

内容的提问来源于stack exchange，提问作者intrigued_66