EDRSilencer项目中的WFP过滤器AppID路径转换问题解析

在安全研究领域，EDRSilencer是一个用于绕过终端检测与响应(EDR)系统的工具，它通过Windows过滤平台(WFP)来阻止EDR进程的网络通信。近期发现该项目在特定编译环境下存在一个关键性bug，会导致WFP过滤器无法正确设置应用标识(AppID)，从而使得整个工具失效。

问题背景

EDRSilencer的核心功能是通过WFP创建网络过滤器来阻断指定进程的出站连接。要实现这一功能，需要将目标进程的文件路径转换为Windows能够识别的NT路径格式，并将其作为AppID传递给WFP API。

在utils.c文件的路径转换函数中，开发者使用了swprintf函数来拼接NT路径，原始代码使用了%S作为格式说明符。这在Linux环境下编译时工作正常，但在Windows环境下编译时会导致路径转换失败，最终生成的WFP过滤器将没有有效的AppID值。

技术分析

问题的根源在于不同平台对swprintf格式说明符的解释差异：

1. Linux环境：%S被解释为宽字符字符串(wchar_t*)
2. Windows环境：%S被解释为窄字符字符串(char*)，而%ls才是宽字符字符串的正确格式说明符

这种平台差异导致在Windows下编译时，路径转换函数无法正确处理宽字符字符串，最终生成的NT路径为空或无效。当这个无效路径被用作WFP过滤器的AppID时，过滤器实际上不会匹配任何进程，从而使EDRSilencer失去阻断EDR通信的能力。

解决方案

经过验证，将格式说明符统一修改为%ls可以解决跨平台兼容性问题：

swprintf(ntPathBuffer, bufferSize, L"%ls%ls", ntDrivePath, filePath + wcslen(driveName));

这一修改确保了无论在Linux还是Windows环境下编译，路径转换函数都能正确工作，生成的WFP过滤器将包含有效的AppID，能够准确匹配并阻断目标EDR进程的网络通信。

影响范围

该问题会影响以下情况：

1. 在Windows平台使用MinGW等工具链编译的EDRSilencer
2. 针对任何EDR进程创建的WFP过滤器
3. 所有依赖路径转换功能的应用场景

最佳实践建议

1. 在跨平台开发中，应特别注意字符串格式说明符的兼容性问题
2. 对于宽字符字符串操作，优先使用%ls而非%S以确保跨平台一致性
3. 开发完成后应在目标平台上进行充分测试，验证核心功能是否正常
4. 对于安全关键工具，建议在发布前进行多平台编译验证

这一问题的修复显著提升了EDRSilencer工具的可靠性和跨平台兼容性，使其能够更稳定地实现设计目标。对于安全研究人员而言，理解这类底层细节对于开发可靠的对抗工具至关重要。