Windows 平台新近出现一款名为 PacketHound 的免费开源（GNU GPL v3）出站防火墙，安装包 68.2 MB（内含 .NET 运行时），支持 64 位 Windows 10 1809 及以上与 Windows 11，目前已更新至 1.2.0 版本。它想解决 Windows 用户长久以来的痛点：系统自带防火墙默认放行所有出站连接，本地软件在后台偷偷回传数据（calling home）时毫无感知。PacketHound 的核心卖点是不写一行内核驱动，也不常驻独立后台服务，直接把系统自带的 Windows Firewall 改造成像 macOS 标杆软件 Little Snitch 那样的弹窗询问工具。这种极简架构让所有规则完全透明，但也付出了无法挂起网络连接的硬代价。
在 Windows 上做交互式出站控制，历来要面对两难：要么像 Portmaster 那样塞入厚重的内核驱动，要么像 simplewall 或 Windows Firewall Control（WFC）那样直面繁琐的底层规则与无休止的系统服务弹窗。PacketHound 切中的是中间地带——给讨厌第三方内核驱动、又嫌 WFC 上手门槛高的隐私敏感型用户，提供一个装上就能用的原生防火墙前端。其官方隐私政策声明无分析组件或个人数据收集，设置与日志保存在本地 C:\ProgramData\PacketHound，仅在进行 DNS 反向解析和可选的每周更新检查时联网。
不写驱动的代价是首次连接必断
PacketHound 宣称在应用首次尝试联网时询问用户，但翻开技术说明就会发现，它实际跑不通 macOS 上 Little Snitch 那套最核心的交互。
Little Snitch 之所以体验顺滑，是因为它在操作系统网络栈底层有驱动加持，遇到未知连接时能先把数据包挂起（hold），等用户点击允许后，连接继续完成，应用毫无察觉。PacketHound 拒绝引入内核驱动，选择了一条纯靠系统原生能力的绕行路线：它先把 Windows Firewall 的默认出站策略改为全部阻止，随后盯着系统的安全事件日志；一旦某个未知程序联网撞墙被拒，日志里跳出记录，PacketHound 才抓取这条记录并弹窗询问用户。
这种先斩后奏的机制，决定了所有未知应用的首次联网必然失败。用户在弹窗里点击允许、把规则写入系统的 wf.msc 后，刚才那次请求已经断了，必须等应用自己发起重试。浏览器刷一下页面就能恢复，但许多在线安装程序（Installer）一旦首包不通就会直接报错退出。为了给这个原生缺陷打补丁，PacketHound 被迫加了一个妥协设计：当用户放行安装程序后，软件会主动提示将防火墙保护暂停 5 分钟，让用户重新双击运行安装器。
不写一行内核驱动的代价，是每一次未知连接都必须先撞墙死一次。
另一个受制于 Windows Firewall 底层的硬伤在域名规则上。系统原生防火墙只认 IP 地址、不认域名，当用户选择仅允许某软件访问特定域名时，PacketHound 只能在应用解析该域名时动态把拿到的 IP 填进规则。在如今满地 CDN 的网络环境下，多个毫不相干的网站常常共享同一个 CDN 节点 IP，按域名放行或封禁极易造成误伤或连带放行。此外，如果选择临时放行直到应用退出，对于 Chrome、Edge、Discord 或 Steam 这类关掉窗口仍留驻后台或托盘的软件，只要最后一个进程没死透，临时放行规则就不会失效。
真正聪明的设计在防弹窗疲劳与防提权绕过
既然底层受制于系统防火墙，PacketHound 真正做出差异化的地方，其实是它的降噪策略与安全模型。
早期用过 Windows 出站防火墙的人都经历过弹窗风暴：一旦开启默认拦截，上百个 Windows 后台系统服务会轮番弹窗讨要网络权限，用户很快就会麻木地一路点允许，让防火墙形同虚设。如果简单粗暴地放行整个 Windows 目录，恶意软件只要把自身复制进 System32 就能混水摸鱼。
PacketHound 设了一道严密的三重校验门槛：一个程序必须同时满足位于 Windows 目录、文件所有者归属系统（System）、且带有有效的 Microsoft Windows 数字签名，才会被判定为真系统组件并在后台静默放行。
更懂攻防实战的一笔，是它对系统内置高危工具（安全界俗称 LOLBins，即寄生即服务工具）的特殊照顾。很多恶意脚本本身不联网，而是调用系统自带的合法工具去远程服务器拉取木马载荷。PacketHound 专门把 PowerShell、curl、certutil、mshta 和 rundll32 这 5 个正牌系统组件拎了出来：哪怕它们通过了三重校验，只要试图发起网络连接，照样弹窗要求用户手动审批。加上弹窗出现时默认不抢占键盘焦点（防止用户正在打字时按回车误放行），看得出开发者有扎实的终端安全经验。
- 结论.如果你受够了 Portmaster 的内核驱动和商业化付费墙，又觉得 simplewall 界面太硬核，PacketHound 是目前把原生 Windows Firewall 包装得最懂人话、且关掉软件后规则仍在
wf.msc里独立生效的轻量方案。
匿名开源与未签名安装包带来的信任门槛
在决定把系统最高管理员权限交给 PacketHound 之前，有一处背景反常点必须留心。
作为一个需要接管系统防火墙、读取安全事件日志的高权限软件，PacketHound 背后的开发者身份完全隐匿。其 GitHub 组织 packethound-app 下没有公开任何个人成员或法人实体信息（且与 2000 年夏天 Palisade Systems 推出过的同名网络级 P2P 监控硬件毫无关联）；甚至其官网更新日志里把 1.0.0 和 1.2.0 的发布日期标成了怪异的 2026 年 11 月 5 日与 11 月 6 日。
同时，官方仓库明确承认目前尚未配置代码签名。这意味着普通用户下载那个 68.2 MB 的安装包双击时，一定会撞上微软 Microsoft SmartScreen 的蓝色拦截警告，必须手动点击仍要运行才能装上。
- 风险.让一款既无开发者实名背书、又无数字签名的软件拿走 Windows 管理员权限，仅靠 GPLv3 开源代码自证清白，对不具备代码审计能力的普通用户来说信任成本过高。
对于有能力自己把关的极客或安全从业者，最稳妥的做法是避开直接运行预编译安装包，利用本地的 .NET 10 SDK 直接从 GitHub 源码自行编译构建；而普通用户不妨等社区完成首轮代码审计、项目补齐正式的代码签名证书后再上手。