启动器被 Windows 拦截：先核对来源和告警，不要整目录加白名单

现象与适用范围

Windows 提示不认识应用、阻止启动或隔离文件时，先识别是哪种防护在起作用。文件名看起来熟悉，不能证明下载物没有被替换。

检索片段；具体版本与异常上下文可能不同：

Windows protected your PC
This app has been blocked

已核对的依据

Microsoft 的 Smart App Control 说明适用于 Windows 11，描述其信誉和签名判断；不受欢迎应用（PUA）说明涉及另一种分类及其他防护。文中两段英文告警不能单独判定为 Smart App Control。应用被拦不自动等于恶意软件，也不自动等于误报；应记录告警类别和发布者。Smart App Control 没有针对单个应用的放行选项；Microsoft 建议联系开发者取得有效签名的构建。 V04-SMARTAPP V04-UNWANTED

需要区分的情况

1. 下载文件的签名或信誉未满足当前策略；这与已检出明确威胁不是同一种证据。

2. 文件来自重打包镜像或聊天附件，无法对应原作者的发行文件。

3. 设备受组织策略管理，或者解压后的某个组件被单独隔离。

建议的排查顺序

以下为本站编排的操作建议，不表示已定位你的具体环境。

1. 记录安全产品名称、告警代码、被拦文件及其来源，不公开私人路径。先确认告警针对安装包还是某个运行组件。

2. 回到原作者发行入口核对版本、签名和公布的校验值。来源或签名异常时停止运行，不为继续教程而强行绕过。

3. 如果确认是 Smart App Control 拦截，联系开发者取得有效签名的构建；它没有单个应用的例外设置。如果是 Defender、Edge 或其他产品的独立检测，核对文件后走该产品的误报复核流程。受管理设备交给管理员按政策处理。

4. 重新获取被确认的发行文件，在保留防护的条件下复查告警和安装结果；同时记录作者或厂商的处理结论。

怎样判断这一层已解决

下载物身份可追溯，告警得到明确处理，安装完整，后续启动不再缺少隔离组件。一次“允许运行”本身不等于安全审计。

注意事项和适用边界

本文不建议关闭 Defender、关闭系统防护、给整个模型或节点目录做永久排除。自定义节点会执行代码，运行成功也不是安全证明。

资料复核：2026-09-26。本站未执行安装、安全产品复现、GPU 推理或用户环境修复。

原始来源

• Microsoft: Smart App Control FAQ · 复核 2026-09-26
• Microsoft: protect your PC from unwanted software · 复核 2026-09-26

相关排查

• 模型或环境包下载失败：先区分网络、授权、完整性和落盘
• 修复 ComfyUI 前后该记什么：一份可复查的环境记录