我之前也碰到过Windows Defender误报自己编译的C#程序的情况，结合你给出的系统防护状态信息，给你整理几个实用的排查和解决方向：

一、先确认你的防护状态细节 #

你执行Get-MpComputerStatus输出的系统防护状态如下：

AMEngineVersion : 1.1.17100.2
AMProductVersion : 4.18.2004.6
AMServiceEnabled : True
AMServiceVersion : 4.18.2004.6
AntispywareEnabled : True
AntispywareSignatureAge : 0
AntispywareSignatureLastUpdated : 2020年5月29日 16:06:44
AntispywareSignatureVersion : 1.317.207.0
AntivirusEnabled : True
AntivirusSignatureAge : 0
AntivirusSignatureLastUpdated : 2020年5月29日 16:06:44
AntivirusSignatureVersion : 1.317.207.0
BehaviorMonitorEnabled : True
ComputerID : AFCC7D96-94CF-402C-BC3E-9ECE1640D1A0
ComputerState : 0
FullScanAge : 4294967295
FullScanEndTime : 
FullScanStartTime : 
IoavProtectionEnabled : True
IsTamperProtected : True
IsVirtualMachine : False
LastFullScanSource : 0
LastQuickScanSource : 2
NISEnabled : True
NISEngineVersion : 1.1.17100.2
NISSignatureAge : 0
NISSignatureLastUpdated : 2020年5月29日 16:06:44
NISSignatureVersion : 1.317.207.0
OnAccessProtectionEnabled : True
QuickScanAge : 6
QuickScanEndTime : 2020年5月23日 14:27:29
QuickScanStartTime : 2020年5月23日 14:25:44
RealTimeProtectionEnabled : True
RealTimeScanDirection : 0
PSComputerName : 

从这些信息来看，你的Defender病毒库是完全最新的（签名刚在2020-05-29更新过），实时防护也处于正常启用状态，这种情况下的误报几乎都是因为你的编译产物触发了Defender的启发式检测规则——也就是程序的某些特征和已知恶意软件的行为/代码结构相似。

二、具体排查和解决步骤 #

1. 先排查项目本身的可疑点 #

• 检查你的代码里有没有包含敏感操作：比如直接读写系统核心注册表项、无提示启动外部进程、内存操作（比如指针操作）、自定义加密/解密逻辑等，这些行为很容易被启发式检测盯上。
• 确认你用的第三方NuGet包都是来自官方源、且是知名度高的可信包——有些小众或来源不明的包可能本身带有可疑特征，甚至真的包含恶意代码。

2. 验证是否是Release编译优化导致的 #

• 先试试用Debug配置编译项目，看看会不会同样被误报。如果Debug版本没问题，那基本就是Release的编译优化（比如代码压缩、IL合并、编译器优化）让生成的二进制文件出现了类似恶意软件的特征。
• 如果你在Release配置里启用了代码混淆工具（比如ConfuserEx、Dotfuscator这类），可以先关掉混淆再编译测试——很多混淆工具生成的产物都会被杀毒软件误判，因为混淆后的代码结构和恶意软件的混淆逻辑很像。

3. 提交误报给微软（彻底解决的关键） #

如果能100%确认你的程序是安全的，提交误报给微软是最根本的解决方式：

• 找到被标记的二进制文件，通过微软官方的安全样本提交渠道，将其提交为“误报”，并简单说明这是你自己用VS 2019编译的合法C#程序。微软的分析团队会审核你的样本，后续病毒库更新后就会解除这个误报，其他用户也不会碰到同样的问题。

4. 临时缓解方案（仅用于开发测试） #

如果开发过程中频繁被拦截，影响效率，可以先给Defender加排除项：

• 打开Windows Defender安全中心 → 病毒和威胁防护 → 病毒和威胁防护设置 → 管理设置
• 下滑找到“添加或删除排除项”，点击“添加排除项”，选择你的项目输出目录或者生成的二进制文件。
• 注意：这只是临时方案，不要在生产环境中依赖排除项，最终还是要通过提交误报来解决。

5. 更新VS和Defender引擎 #

虽然你的病毒库是最新的，但可以尝试把VS 2019更新到16.6.x的后续补丁版本——有时候VS的编译优化逻辑更新后，会避免生成触发误报的代码特征。另外也可以手动检查Defender引擎是否有更新（当前你的引擎版本是1.1.17100.2），在Defender设置里触发一次引擎更新试试。

总结 #

这种情况99%都是Windows Defender的启发式误报，先排查代码和依赖的安全性，然后通过提交误报给微软来彻底解决，临时用排除项不影响开发即可。

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