【WireGuard】设计哲学：故意的分层破坏与密码学观点
内容提要
WireGuard的设计哲学是用更少代码、固定密码学原语和接近普通网卡的管理面，替代IPsec和OpenVPN。其核心公理包括：公钥绑定IP的cryptokey routing、管理面无状态外观、密钥分发带外进行、密码学固定不协商。它明确不覆盖L2扩展、算法协商和PKI，目标是提供认证加密的L3管道，并保持可审计性。
延伸解读
分层破坏的工程逻辑
文章指出，IPsec 的“正确分层”在理论上成立，但工程上导致配置复杂、排错困难。WireGuard 故意打破这种分层，将密钥交换、策略和接口语义合并为一张表，以降低运维负担。这种取舍并非忽视安全，而是通过固定密码学原语和简化状态来弥补分层破坏带来的风险。理解这一点，有助于评估 WireGuard 在复杂网络环境中的适用性。
无状态外观的代价
WireGuard 的管理面看似无状态，但内核中仍有定时器、密钥轮换等状态机。这种设计将复杂性隐藏在内核，减少管理员的心智负担。然而，这也意味着调试时难以直观观察连接状态，可能增加故障排查难度。管理员需依赖日志和工具来监控，而非依赖传统的连接状态命令。
密码学固定与版本演进
WireGuard 不提供算法协商，固定使用 Curve25519、ChaCha20-Poly1305 等原语。这避免了 TLS 因协商导致的降级攻击和组合爆炸，但要求协议在密码学原语被攻破时能快速升级。文章提到通过版本演进而非协商来应对，这需要社区和厂商的及时响应，否则可能面临安全风险。
明确的功能边界
WireGuard 明确不覆盖 L2 扩展、算法协商和 PKI，这使其在需要这些功能的场景中不适用。例如，需要证书链和撤销机制的企业环境，或需要广播域扩展的局域网延伸，WireGuard 可能不是最佳选择。理解这些边界，有助于避免在不匹配的场景中强行使用。
Q&A
WireGuard 的设计哲学是什么？
WireGuard 的设计哲学是用更少的代码、固定的密码学原语和更接近普通网卡的管理面，替代 IPsec 和 OpenVPN。其核心公理包括：公钥绑定 IP 的 cryptokey routing、管理面无状态外观、密钥分发带外进行、密码学固定不协商。
WireGuard 的 cryptokey routing 是什么？
Cryptokey routing 是 WireGuard 的核心机制：每个 peer 的唯一身份是 32 字节 Curve25519 公钥，每个公钥绑定一组 Allowed IPs。出方向根据内层目的 IP 查表选择公钥并加密；入方向解密认证后，内层源 IP 必须落在同一公钥的 Allowed IPs 上，否则丢弃。
WireGuard 为什么不做 L2 VPN？
因为 cryptokey routing 要求有稳定的“源 IP ↔ 公钥”语义，而 L2 帧没有源 IP，无法进行同样的绑定，所以 WireGuard 明确拒绝做通用 L2 VPN。
WireGuard 如何管理密钥分发？
WireGuard 的密钥分发是带外进行的，类似 OpenSSH：公钥通过邮件、配置管理等方式手动交换，协议不绑定 X.509、CRL、OCSP 等 PKI 基础设施。身份就是公钥，信任锚放在运维流程中。
WireGuard 为什么固定密码学原语而不支持算法协商？
WireGuard 故意没有 cipher 和协议敏捷性，因为 TLS 历史上大量漏洞与“可协商”相关。固定原语可以避免降级攻击和组合爆炸，当原语出问题时全员升级协议版本。
WireGuard 的管理面为什么看起来无状态？
WireGuard 的管理面设计为无状态外观：配置完成后，密钥交换、断线重连、endpoint 发现对管理员透明，wg0 像普通网卡一样用 ip 命令配置。握手失败对扫描者不可见，NAT 穿越靠固定端口和 endpoint 学习。
WireGuard 的可审计性如何体现？
WireGuard 的 Linux 实现目标是少于约 4000 行代码，以便审计和验证。代码量比 IPsec/IKE 小一个数量级，使得个人或小团队能读完实现，并支持形式化分析。
WireGuard 明确不覆盖哪些需求？
WireGuard 不覆盖 L2 延伸/VLAN 广播域、运行时算法套件协商、内核内置证书 PKI，以及“拨入即信任”的大平面 VPN 不加分段。它只提供认证加密的 L3 管道，身份治理、设备姿态、应用层授权属于别的平面。
