北京
上周，我发布的MCP安全扫描工具MCPSense刚上线就遭遇了一场"静默屠杀"。Windows Defender把它标记为木马，直接删除，而用户看到的只是安装成功的提示——然后工具就消失了。40多个早期Windows用户就这样无声流失，没人提issue，没人留言，他们只是看到"检测到木马"就关掉了页面。
这不是MCPSense独有的问题。在VirusTotal的71个杀毒引擎中，只有微软一家报毒。但偏偏是这一家，覆盖了绝大多数Windows用户。
MCPSense是用Go写的命令行工具，专门扫描MCP服务器的安全配置漏洞。MCP是Claude、ChatGPT、Cursor和VS Code都在用的协议，让AI代理连接外部工具。这些配置里往往藏着shell命令、API密钥、包引用等敏感信息，我的工具设计了27项检查，覆盖命令注入、凭证泄露、提示注入、路径遍历等漏洞类型。
第一周数据不错：40多个独立克隆，Reddit帖子有热度，确实有人在用。直到我在一台干净的Windows笔记本上测试自己的安装脚本——脚本显示"安装成功"，但二进制文件不见了。Defender把它识别为Trojan:Win32/Bearfoos.B!ml，静默隔离删除。我的脚本检查了下载是否成功，却没检查三秒后文件是否还在。
根本原因在于Go二进制文件的"长相"问题。Defender除了传统特征码检测，还依赖机器学习模型分析文件结构、导入表、熵值模式和编译产物。Go编译器静态链接所有依赖、打包运行时、形成独特的导入导出结构，这种特征恰好与某些恶意软件打包工具重叠。再加上从互联网下载带来的"Mark of the Web"标记，启发式检测就触发了。
关键细节：本地编译不会触发。同一内容的二进制，用go install直接安装就没事，因为缺少那个下载标记。这个区分逻辑让问题更难排查——开发者本地测试永远复现不了，只有真实用户中招。
解决方案分几步走。首先是代码签名，这是最有效但也最昂贵的办法。标准代码签名证书每年几百美元，扩展验证版更贵，对独立开发者不友好。其次是减少二进制特征：用UPX压缩会改变文件结构，可能绕过检测，但也可能被标记为"可疑打包"。调整编译参数比如-ldflags="-s -w"去掉符号表和调试信息，有一定效果但不稳定。
我最终采用的务实路线：在GitHub Releases同时提供安装脚本和手动编译指南，把"从源码构建"作为Windows用户的推荐选项。虽然牺牲了开箱即用的体验，但至少保证工具可用。另外在安装脚本里加了文件存在性检查，如果Defender删了文件，至少让用户知道发生了什么。
这件事暴露了一个结构性困境：安全工具的检测逻辑，正在被平台安全机制误伤。写安全扫描器的人，首先要过自己的安全扫描关。而用户面对"安全工具被报毒"的矛盾信号，理性选择永远是相信平台——然后离开。没有反馈，没有对话，只有沉默的流失。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
