《Cryptography》：On the Resilience of Secure Remote-Access VPN Solutions: A System-Level Evaluation of WireGuard, OpenVPN and IPsec (strongSwan)
编辑推荐：
远程访问虚拟专用网络（VPN）是企业安全基础设施的关键组成部分。在实践中，远程访问VPN的有效性不仅取决于密码机制，还取决于其在现实操作条件下保持可用性和快速恢复的能力，这直接影响底层密码协议提供的操作安全保证。企业部署的特点是异构客户端平台、无线接入网络以及
远程访问虚拟专用网络（VPN）是企业安全基础设施的关键组成部分。在实践中，远程访问VPN的有效性不仅取决于密码机制，还取决于其在现实操作条件下保持可用性和快速恢复的能力，这直接影响底层密码协议提供的操作安全保证。企业部署的特点是异构客户端平台、无线接入网络以及频繁的端点和网络中断。在本文中，研究人员通过实证评估WireGuard、OpenVPN和IPsec，对远程访问VPN在企业环境中的操作进行了探索性案例研究。使用一个受控但真实的测试平台，包含云托管网关和异构客户端平台，研究人员评估了基线性能以及端点CPU压力、网络损伤、MTU变化和移动性相关中断下的行为，反映了受限且动态变化的部署条件。结果表明，VPN操作特性受协议设计和执行环境两者影响。在评估的部署场景中，基于内核的实现通常在端点资源争用下表现出更高的弹性，并在中断后恢复更快，而分层和虚拟化环境则表现出更高的变异性和对网络缺陷的敏感性。这些发现强调，远程访问VPN的弹性应被解释为一种系统级属性，产生于实现架构、端点特性和部署条件的相互作用。
论文解读文章
**研究背景与问题**
远程访问虚拟专用网络（VPN）是企业安全基础设施的关键组成部分，为远程端点与内部网络之间提供认证和加密连接。然而，实际企业部署面临异构客户端平台（如桌面系统、资源受限嵌入式平台）、无线接入网络（如IEEE 802.11）以及频繁的端点与网络中断，这些因素不仅影响性能，还可能导致可用性导向的故障，进而削弱底层密码协议提供的操作安全保证。现有实验研究通常聚焦于稳定条件下的基线吞吐量和延迟，较少关注端点资源争用、网络损伤及移动性相关中断对VPN行为的影响，尤其缺乏对VPN弹性（即维持和恢复安全通信的能力）作为系统级属性的系统评估。因此，本研究旨在通过受控但真实的测试平台，实证评估WireGuard、OpenVPN和IPsec（strongSwan）在代表企业远程访问场景的各种条件（包括CPU压力、网络损伤、MTU变化和移动性中断）下的行为，以理解VPN弹性如何由实现架构、执行环境和部署上下文共同决定。
**研究内容与结论**
研究人员使用一个包含云托管网关（CSC cPouta虚拟机）和三种异构客户端平台（VirtualBox虚拟机、Raspberry Pi 4、Windows Subsystem for Linux (WSL2)）的测试平台，通过TP-Link双频无线路由器连接，评估了WireGuard、OpenVPN和IPsec（strongSwan）在基线、CPU压力、延迟、丢包、MTU变化和移动性中断下的性能。实验采用iperf3测量吞吐量、ICMP主动探测测量往返时间（RTT）、tcpdump捕获数据包，并通过Linux tc/netem引入网络损伤。每个配置重复三次，共获取189次运行级观测数据。结果表明，VPN行为受协议设计、执行环境和网络条件共同影响；在评估的部署场景中，基于内核的实现（WireGuard和IPsec）在端点资源争用下表现出更高的弹性，并在中断后恢复更快，而分层和虚拟化环境（如WSL2）表现出更高的变异性和对网络缺陷的敏感性。这些发现强调，远程访问VPN的弹性应被解释为一种系统级属性，产生于实现架构、端点特性和部署条件的相互作用。该论文发表在《Cryptography》上，并提供了完整的实验框架、配置和数据集供可重复验证。
**主要技术方法**
研究人员采用受控但真实的测试平台，包含云托管网关（CSC cPouta虚拟机，Ubuntu 22.04，Linux 5.15内核）和三种客户端平台：VirtualBox虚拟机（代表远程工作者）、Raspberry Pi 4（代表受限ARM设备）和WSL2（代表分层网络环境），通过TP-Link双频无线接入。实验使用iperf3测量吞吐量、ICMP探测测量RTT、tcpdump进行数据包捕获，并通过Linux tc/netem引入网络损伤（延迟、丢包、MTU变化）。每个实验重复三次，共得到63个配置下的189次运行观测。所有部署脚本、配置和测量数据均公开用于可重复性。
**研究结果**
*5.1 基线性能*：在5 GHz频段，WireGuard和IPsec在Raspberry Pi上达到最高吞吐量（约89.88 Mbps和89.21 Mbps），OpenVPN较低（约66.93 Mbps）。RTT值稳定，但WSL客户端较高（约16.65 ms）。CPU使用率在VirtualBox VM上较高（约30-33%），WSL的CPU报告不准确。
*5.2 CPU压力下的性能*：在CPU压力下，WireGuard在VirtualBox VM上保持较高吞吐量（约78.86 Mbps），而OpenVPN和IPsec降至约25 Mbps。Raspberry Pi上类似，WireGuard和IPsec稳定，OpenVPN下降更明显。表明基于内核的实现对端点资源争用更具弹性。
*5.2.1 延迟*：增加50 ms人工延迟后，所有VPN吞吐量下降，WireGuard和IPsec在Raspberry Pi上仍优于OpenVPN，但WSL对延迟更敏感。RTT分布向上偏移，VM和WSL客户端变异增加。
*5.2.2 丢包*：1%丢包导致吞吐量显著下降，WSL上OpenVPN降至约4.83 Mbps。RTT分布轻微变宽，但延迟增加有限。丢包主要影响数据传输效率而非延迟。
*5.2.3 MTU*：MTU变化对吞吐量和抖动的影响依赖平台。Raspberry Pi上增大MTU提升WireGuard和IPsec吞吐量，OpenVPN不变；VirtualBox VM上所有VPN受益；WSL上增大MTU反而降低WireGuard和IPsec吞吐量。抖动测量显示WSL对MTU配置最敏感。
*5.3 移动性和会话恢复*：连接中断后，WireGuard和IPsec在Raspberry Pi和VM上恢复更快（约4.7-4.9秒），OpenVPN较慢。WSL上恢复时间变异较大。握手时间类似，WireGuard和IPsec在Pi和VM上较快，WSL变异大。
*5.4 无线频段比较*：5 GHz比2.4 GHz提供更高吞吐量。Raspberry Pi上WireGuard从约89.88 Mbps降至约50.01 Mbps，VM和WSL下降幅度较小但更不均。表明无线频段选择与虚拟化及主机行为相互作用。
*5.5 跨平台观察*：Raspberry Pi提供最清晰的实现开销视图，VirtualBox VM在压力下变异较大，WSL对丢包和移动性中断最敏感。平台特异性效应与VPN实现间差异相当，表明执行环境是关键因素。
*5.7 观察总结*：基于内核的VPN在端点资源约束下更具弹性，恢复更快；用户空间和分层实现对丢包、延迟和MTU变化更敏感；丢包是吞吐量下降的主要来源；执行环境引入额外变异和故障模式。
**讨论与结论**
讨论部分指出，VPN的可用性和恢复时间应被视为整体安全态势的一部分，因为连接中断或长时间恢复可能削弱密码保护的实际效果。在评估的部署场景中，内核级实现（如WireGuard）在端点压力下表现更好，但差异也受平台特性、密码原语、硬件加速和虚拟化层影响。分层和虚拟化环境（如WSL）引入额外变异和故障模式，即使相同配置在简单平台上可接受。网络条件中，丢包和MTU问题比延迟更严重地降低吞吐量和可用性，因此仅监测延迟不足以评估VPN健康。研究结论部分翻译如下：
本文对三种广泛部署的远程访问VPN解决方案（WireGuard、OpenVPN和IPsec（strongSwan））进行了实验评估，使用代表企业操作的受控但真实测试平台，包括异构客户端、无线接入和网络损伤。结果表明，在评估场景中，VPN行为受实现架构、执行环境和网络条件共同影响。WireGuard和IPsec在端点资源争用下通常表现出更强的弹性，恢复更快，但观察到的差异也可能受平台、执行环境、密码实现和网络条件影响。客户端平台间的差异与VPN实现间的差异相当，凸显了部署上下文的重要性。实验进一步揭示，丢包和MTU问题产生的性能下降远大于延迟，而分层和虚拟化环境可能引入简单部署中不可见的变异和故障模式。这些发现表明，实际VPN行为不能仅通过协议层面理解，还需考虑端点能力、网络特性和操作条件。VPN选择与配置应同时考虑密码属性、峰值吞吐量、恢复行为、端点异质性和在现实条件下的弹性，尤其应关注执行环境和移动性恢复特性。本研究受限于单一测试平台和特定配置，未来工作可扩展至更多平台、实现和网络环境。
