On the Interplay between TLS Certificates and QUIC Performance
在本文中，我们将重新审视QUIC连接设置的性能，并将快速安全连接的设计选择与常见的Web部署联系起来。我们分析了超过1M的Web域与272K QUIC启用的服务，发现两个令人担忧的结果。首先，当前创建、提供和获取Web证书的实践破坏了连接设置期间减少的往返时间，因为35%的服务器证书的大小超过了放大限制。其次，非标准的服务器实现会导致比QUIC允许的更大的放大系数，这在IP欺骗场景中会进一步增加。我们为所有相关利益攸关方提供指导，以改善这种情况。
2022-11-04 cs.NI
Designing Transport-Level Encryption for Datacenter Networks
University of Edinburgh（爱丁堡大学）
SMT是一种用于数据中心网络的传输级加密协议，通过整合TLS加密与高效RPC支持，提升RPC性能并防止重放攻击。
2026-02-12 cs.CR cs.NI
A Secure Splitting and Acceleration Strategy for TCP/QUIC in Interplanetary Networks
Nanjing University（南京大学）；Nantong University（南通大学）；Nantong Research Institute for Advanced Communication Technologies (NRIACT)（南通先进通信技术研究院）
针对星际网络的极端延迟和高丢包问题，提出基于NTSP架构的安全传输加速策略，结合速率控制算法和自适应纠错方案，实现稳定带宽利用和低延迟数据交付。
2026-03-11 cs.NI
Experiments on Computer Networks: Quickly Knowing the Protocols in the TCP/IP Suite
本文介绍了一本用于本科和研究生课程的 TCP/IP 协议族实验手册，通过可虚拟化的 Linux/Windows 实验帮助学习者快速理解协议设计并获得实践视角。
2023-08-10 cs.NI
TLoRa: Implementing TLS Over LoRa for Secure HTTP Communication in IoT
本研究提出TLoRa架构，通过整合TCP隧道与完整TLS 1.3握手，借助终端集线器和网络中继器在LoRa上实现端到端安全HTTPS通信，经真实硬件验证可快速建立会话并完成请求，是首个相关完整实现与评估工作。
2025-10-02 cs.CR cs.NI
An Early Benchmark of Quality of Experience Between HTTP/2 and HTTP/3 using Lighthouse
本文旨在填补H2与H3基准测试的空白，利用Lighthouse工具深入探究H3最新草案规范的用户体验质量，发现H3早期实现多数指标表现较差但平均吞吐量更高。
2020-10-11 cs.NI
Beyond QUIC v1: A First Look at Recent Transport Layer IETF Standardization Efforts
运输层骨化。由于过去十年的大部分研究和部署工作都集中在传输控制协议（TCP）及其扩展上，互联网工程任务组（IETF）的QUIC标准化将于2021年初完成。除了解决TCP最紧迫的问题外，QUIC还确保了其未来的可扩展性，并注定要彻底改变传输协议的格局。在这项工作中，我们首先介绍了QUIC v1之外的新兴协议及其IETF标准化工作。虽然多个拟议的扩展改进了QUIC本身，但QUIC加密上的多路复用应用底层（MASQUE）以及WebTransport提出了不同的方法来解决长期存在的问题，它们的相互作用扩展了QUIC解决传输层僵化挑战的方式。
2021-05-20 cs.NI
QUIC (Quick UDP Internet Connections) -- A Quick Study
传输协议的主要职责是支持两个端到端实体之间的通信。这些实体可以是主机或设备，例如路由器、防火墙等。传输协议提供了在这两个端到端设备之间具有虚拟电路路由的机制。传输协议有两种类型：面向连接的和无连接的。正如这些名称所暗示的，面向连接需要额外的建立连接的工作，并在数据包重新排序、拥塞控制、数据包的可靠传递方面提供可靠性。另一方面，无连接传输协议的适应，发送和遗忘机制。它的全部目的是传递数据报，而不必担心它的传递。有两种主要的协议，TCP和UDP，分别用于面向连接和无连接服务。作为一种面向连接的协议，TCP提供了可靠的端到端连接，并具有拥塞控制机制以避免接收方的缓冲区溢出。
2020-10-10 cs.NI
Google QUIC performance over a public SATCOM access
Google QUIC占互联网流量的近10%，该协议尚未在IETF标准化。我们区分Google QUIC（GQUIC）和IETF QUIC（IQUIC），因为两者之间可能存在差异。Google和IETF版本都运行在UDP上，不能像卫星系统通常使用TCP连接那样进行拆分。需要评估调整任何QUIC参数的必要性。由于GQUIC是可用的，我们分析了它的行为在卫星通信系统。在我们的评估中，GQUIC快速连接建立不能补偿不适当的拥塞控制。使用GQUIC时，页面下载时间会增加一倍，而使用优化的拆分TCP连接时，性能会提高一倍。本文的结论是，当任何QUIC在高BDP网络上运行时，需要进行特定的调优。
2019-02-14 cs.NI
Routing over QUIC: Bringing transport innovations to routing protocols
针对当前互联网路由协议使用不安全传输协议的问题，设计并实现了一个库，允许用 QUIC 替换 BGP 和 OSPF 的底层传输协议，并将其应用于 BIRD 路由守护进程，展示了 QUIC 在路由协议中的安全与可靠性优势及初步实验结果。
2023-04-06 cs.NI
QUIC on the Highway: Evaluating Performance on High-rate Links
本文扩展 QUIC Interop Runner，在专用 10G 硬件上对多种 QUIC 实现进行可复现基准测试，揭示其性能差异及缓冲区、NIC 卸载和 AES NI 的影响。
2023-09-28 cs.NI
QUICsand: Quantifying QUIC Reconnaissance Scans and DoS Flooding Events
在本文中，我们提出了第一次测量互联网背景辐射起源于新兴的传输协议QUIC。我们的分析是基于UCSD网络望远镜，与主动测量。我们发现，研究项目主导了QUIC扫描生态系统，但也发现了来自非良性来源的流量。我们认为，虽然QUIC已被精心设计，以限制反射放大攻击，QUIC握手是容易资源耗尽攻击，类似于TCP SYN洪水。我们通过展示这种攻击向量如何在多向量攻击中被利用来证实这一猜想：平均而言，互联网每小时会遭受四次QUIC洪水攻击，其中一半的攻击与其他常见的攻击类型（如TCP/UDP洪水攻击）同时发生。
2021-10-05 cs.CR cs.NI
ECN with QUIC: Challenges in the Wild
本文通过大规模测量1.8亿域名，揭示QUIC在野外环境中ECN支持率极低（仅不到2%主机通过验证），并分析其根因与网络损伤影响，为QUIC及后续ECN创新提供实证依据。
2023-09-25 cs.NI
Observing the Evolution of QUIC Implementations
QUIC协议结合了最初在TCP，TLS和HTTP/2协议中发现的功能。IETF目前正在完成该协议的完整规范。在这些标准化活动的同时，已经开发了十几个独立的实现。我们提出并实现了一个QUIC测试套件，与公共QUIC服务器进行交互，以验证其符合IETF规范的关键功能。我们的测量，收集了一个学期，提供了一个独特的观点的协议及其实现的演变。他们强调了新功能的到来和不同实现之间的一些回归。
2018-10-22 cs.NI
Implementation and Analysis of QUIC for MQTT
传输和安全协议对于确保双方之间的可靠和安全通信至关重要。对于物联网应用，这些协议必须是轻量级的，因为物联网设备通常是资源受限的。不幸的是，现有的传输和安全协议（即TCP/TLS和UDP/DTLS）在物联网应用中使用时，在连接开销、延迟和连接迁移方面存在不足。在本文中，在研究了这些缺点的根本原因后，我们展示了如何在物联网场景中利用QUIC来提高性能。基于这些观察，并考虑到MQTT作为物联网应用层协议的流行程度，我们将MQTT与QUIC集成。通过介绍开发的主要API和功能，我们解释了连接建立和消息交换功能的工作原理。我们使用有线、无线和长距离测试平台来评估MQTTw/QUIC与MQTTw/TCP的性能。我们的研究结果表明，MQTTw/QUIC将与代理交换的数据包数量方面的连接开销减少了56%。此外，通过消除半开放连接，MQTTw/QUIC将处理器和内存使用量分别减少了83%和50%。此外，通过消除线头阻塞问题，交付延迟减少了55%。我们还表明，当连接迁移发生时，MQTTw/QUIC所经历的吞吐量下降远低于MQTTw/TCP。
2019-01-03 cs.NI cs.PF
PEMI: Transparent Performance Enhancements for QUIC
Tsinghua University（清华大学）；Beijing University of Posts and Telecommunications（北京邮电大学）；University of Minnesota – Twin Cities（明尼苏达大学双城分校）
PEMI通过透明中继设备测量RTT和推断数据包丢失，为QUIC提供性能增强，无需端点合作。
2026-02-13 cs.NI
Exploring the Suitability of QUIC for the Internet of Things
Universitat Politècnica de Catalunya（加泰罗尼亚理工大学）；University of Cambridge（剑桥大学）
本文研究新兴传输层协议QUIC对资源受限的物联网场景的适用性，提出并评估一种正处于IETF标准化中的物联网QUIC配置文件，探索其为物联网设备提供连接的可能性。
2026-08-18 cs.NI
DNS Privacy with Speed? Evaluating DNS over QUIC and its Impact on Web Performance
该研究针对DNS明文泄露隐私的问题，首次通过多观测点分布式测量评估DoQ对Web性能的影响，发现DoQ比DoH快最高10%，仅比明文DoUDP慢约2%，可兼顾DNS隐私与Web性能。
2023-05-03 cs.NI
Demystifying QUIC from the Specifications
Carleton University（卡尔顿大学）
本文针对QUIC学习中的三大困难（快速演进、RFC文档复杂、跨层隐私特性），以完整且易于理解的方式从规范中揭秘QUIC协议。
2025-11-11 cs.NI
A Reflection on the Organic Growth of the Internet Protocol Stack
在过去的15年里，互联网架构继续有机地发展，为经典的TCP/IP协议栈引入了新的报头和协议。更具体地说，我们确定了两个主要趋势。首先，通常大多数通信都是在L3或L4加密的。第二，由于协议僵化，开发人员已经求助于上层来引入新功能（L4及以上）。例如，QUIC的连接迁移功能提供了L4的移动性。在本文中，我们提出了这些变化的反映，并试图通过向TCP/IP堆栈添加两个额外的协议头来形式化它们：一个用于安全性，另一个用于新功能。我们必须注意到，我们并不是在展示一个新的架构，而是在尝试绘制它已经存在的东西。此外，我们详细阐述了使我们来到这里的力量，我们列举了目前正在形成这些新标题的建议。我们还详细分析了这些趋势的三个例子：零信任网络范式，QUIC传输协议和现代SD-WAN系统。最后，我们提出了一个形式化的这种体系结构，通过增加这两个额外的层的TCP/IP协议栈。我们的目标是引发对当前互联网架构变化的讨论。
2022-08-10 cs.NI
A Quantum of QUIC: Dissecting Cryptography with Post-Quantum Insights
本文评估密码学对QUIC性能的影响，通过NOOP AEAD隔离开销，并集成Kyber等后量子算法验证其在QUIC中部署的可行性。
2024-05-15 cs.CR cs.NI
YouTube over Google's QUIC vs Internet Middleboxes: A Tug of War between Protocol Sustainability and Application QoE
诸如web代理、防火墙等中间盒广泛地部署在当今的网络基础设施中。因此，大多数协议需要调整其行为以共存。最常用的传输协议之一，QUIC，通过回退到TCP来适应这样的中间盒，在那里他们阻止它。在本文中，我们认为QUIC的盲回退行为，即，不区分由中间盒引起的故障和由网络拥塞引起的故障，极大地影响了QUIC的性能。为此，我们专注于YouTube视频流，并通过同时启用TCP和QUIC，利用YouTube的生产端点进行测量研究。总的来说，我们通过各种带宽模式收集了超过2600小时的数据流，来自5个不同的地理位置和各种视频类型。令我们惊讶的是，我们观察到传统设置（TCP）在超过60%的情况下优于或与QUIC浏览器相同。我们看到，我们的观察结果在各个QoE参数、带宽模式、位置和视频之间是一致的。接下来，我们进行深入分析，以发现这种行为背后的根本原因。我们发现回退和QoE下降事件之间的良好相关性（0.3-0.7），即，质量下降和重新缓冲或停止。我们进一步执行Granger因果分析，发现回退Granger导致70%的QUIC启用会话的质量下降或停滞。我们相信我们的研究将帮助设计人员重新考虑在QUIC中启用回退的决定，并区分中间盒和网络拥塞引起的丢包。
2022-03-22 cs.NI cs.SY eess.SY
A QUIC Implementation for ns-3
快速UDP互联网连接（QUIC）是最近提出的传输协议，目前正在由互联网工程任务组（IETF）进行标准化。它旨在克服TCP的一些缺点，同时保持与流和拥塞控制、重传和重传相关的逻辑。它支持在同一连接中多路复用多个应用层流，更精确的选择性确认方案和低延迟连接建立。它还在协议设计中集成了加密功能。此外，QUIC部署在应用层，并将其数据包封装在UDP数据报中。考虑到人们对新QUIC特性的广泛兴趣，我们认为向网络社区提供一种在可控和隔离环境中的实现是很重要的，即，网络模拟器，如ns-3，可以测试QUIC的性能，了解设计选择和可能的限制。因此，在本文中，我们提出了一个NS-3的QUIC本地实现，描述了我们实现的功能，主要假设和与QUIC互联网草案的差异，以及一组示例。
2019-11-08 cs.NI
Video Streaming Over QUIC: A Comprehensive Study
Concordia University（康考迪亚大学）
本文研究了QUIC协议在视频流媒体中的性能，分析了不同QUIC实现的拥塞控制对自适应比特率算法的影响，揭示了其对用户QoE的影响，并强调了跨层设计的重要性。
2025-11-03 cs.NI
QUIC is not Quick Enough over Fast Internet
本文系统测量了QUIC在高速网络下的性能，发现UDP+QUIC+HTTP/3相比TCP+TLS+HTTP/2数据速率最多下降45.2%，并定位根因为接收端处理开销过高，进而提出具体缓解建议。
2024-09-30 cs.NI
Session Types for the Transport Layer: Towards an Implementation of TCP
本文探讨用多方会话类型（MPST）在 Rust 中实现 TCP 服务器子集，并与 Linux TCP 栈互操作，揭示理论假设与传输层实现之间的差异。
2024-04-08 cs.NI cs.PL
Exploring Proxying QUIC and HTTP/3 for Satellite Communication
针对QUIC加密导致传统卫星PEP无法优化传输的问题，本文搭建卫星仿真测试床对比相关协议性能，发现QUIC/HTTP3搭配PEP可显著提升慢启动速度与页面加载效率，为卫星通信下QUIC代理研究提供依据。
2023-05-01 cs.NI
QUIC-FEC: Bringing the benefits of Forward Erasure Correction to QUIC
QUIC最初由Google实现，通过在UDP之上提供与经典TCP/TLS/HTTP/2堆栈相同的服务，QUIC引起了越来越多的兴趣。IETF将在2019年完成QUIC规范。QUIC的一个关键特性是几乎所有的数据包，包括大部分的报头，都是完全加密的。这可以防止由中间盒引起的窃听和干扰。由于这个特性及其简洁的设计，QUIC比TCP更容易扩展。在本文中，我们重新审视了QUIC中包含的可靠传输机制。更具体地说，我们设计，实现和评估QUIC的前向擦除校正（FEC）扩展。这些扩展主要用于高延迟和有损通信，例如飞行中通信。我们的设计包括一个通用的FEC帧和我们的实现支持XOR，里德所罗门和卷积RLC纠错码。我们还保守地避免阻碍基于丢失的拥塞信号，通过区分已接收的数据包与已由FEC恢复的数据包。我们通过应用实验设计，涵盖了广泛的延迟和数据包丢失的条件下，可重复的实验来评估其性能。这些证实了我们的模块化设计允许协议适应网络条件。对于长数据传输或丢失率和延迟较小时，FEC开销会对下载完成时间产生负面影响。然而，对于高数据包丢失率和长延迟或较小的文件，FEC可以通过避免代价高昂的重传超时来大幅减少下载完成时间。这些结果表明，有必要使用FEC自适应的网络条件。
2019-04-25 cs.IT cs.NI math.IT
QUIC Steps: Evaluating Pacing Strategies in QUIC Implementations
本文测量并比较 quiche、picoquic 和 ngtcp2 的定步实现，评估 GSO、Linux qdisc、ETF 硬件卸载及内核补丁对定步精度与性能的影响。
2025-05-14 cs.NI
Towards SSH3: how HTTP/3 improves secure shells
本研究结合QUIC、TLS 1.3与HTTP/3协议提出SSH3协议，新增多种认证方式与UDP端口转发，实现更快更安全的会话建立，且性能不受SSHv2影响。
2023-12-12 cs.NI
One to Rule them All? A First Look at DNS over QUIC
DNS是互联网最重要的部分之一。由于最初的DNS规范将UDP和TCP定义为底层传输协议，因此DNS查询本质上是未加密的，这使得它们容易受到窃听和路径上的操纵。因此，近年来对DNS隐私的关注引起了人们的关注，这导致了加密协议DNS over TLS（DoT）和DNS over HTTPS（DoH）的引入。尽管这些协议解决了向DNS添加隐私的关键问题，但是它们固有地受到其底层传输协议的限制，这些传输协议与例如IP碎片或多RTT握手-QUIC解决的挑战。因此，最近增加的DNS over QUIC（DoQ）承诺改进已建立的DNS协议。然而，到目前为止，还没有针对DoQ、DoQ的采用或DoQ的响应时间的研究--这是我们研究的一个空白。我们的主动测量显示，DoQ的采用率缓慢但稳定地增长，并显示每周的波动很大，这反映了正在进行的开发过程：由于DoQ仍处于标准化阶段，实施和服务经历了快速的变化。分析DoQ的响应时间，我们发现大约40%的测量结果显示出比预期高得多的握手时间，这可以追溯到流量放大限制的实施，尽管成功验证了客户端的地址。然而，DoQ已经优于DoT和DoH，这使其成为迄今为止加密DNS的最佳选择。
2022-03-23 cs.NI
Prognosis: Closed-Box Analysis of Network Protocol Implementations
我们提出了预测，一个框架，提供自动化的闭盒学习和分析模型的网络协议实现。预测可以学习抽象级别不同的模型，从简单的确定性自动机到包含数据操作（如寄存器更新）的模型，并且可以用于解锁各种分析技术-模型检验时间属性，计算同一协议的两个实现的模型之间的差异，或者通过基于模型的测试生成来改进测试。预后是模块化的，并且容易适应不同的协议（例如，TCP和QUIC）及其实现。我们使用预测来学习三种QUIC实现（部分）的模型- Quiche（Cloudflare），Google QUIC和Facebook mvfst -并使用这些模型来分析各种实现之间的差异。我们的分析提供了对不同设计选择的见解，并发现了潜在的错误。具体地说，我们已经在多个QUIC实现中发现了严重的错误，这些错误已经得到了开发人员的承认。
2021-11-14 cs.FL cs.NI
Performance Comparison of HTTP/3 and HTTP/2 with Proxy Integration
本文通过实验对比HTTP/3与HTTP/2在代理环境下的性能，发现代理显著提升H2（单流下载提升90%），但对H3影响小；H3在高丢包和高延迟下更稳健，迁移场景提升88.36%。
2025-08-07 cs.NI
Advanced Transport Options for the Dynamic Adaptive Streaming over HTTP
HTTP上的多媒体流不再是一个利基研究课题，因为它已经进入我们的日常生活。常见的假设是，它部署在现有基础设施之上，利用应用程序（HTTP）和传输（TCP）层协议。有趣的是，像MPEG的HTTP动态自适应流（DASH）这样的标准并不要求使用任何特定的传输协议，从而允许足够的部署灵活性，这进一步得到了两个协议层内的新兴发展的支持。本文研究和评估使用先进的传输选项的动态自适应流在HTTP。我们利用一个常见的测试设置来评估HTTP/2.0和谷歌的快速UDP互联网连接（QUIC）协议在基于DASH的服务的上下文中。
2016-06-01 cs.MM cs.NI
Transport Programs: Specifying The Missing Layer Between Protocols and Stacks
University of Waterloo（滑铁卢大学）；AMD（超威半导体）；NVIDIA（英伟达）；Georgia Tech（佐治亚理工学院）
本文提出传输程序，一种独立于目标的抽象，用于精确捕捉传输协议对相关传输事件的反应，实现高性能传输栈的可移植性和可扩展性。
2026-10-08 cs.NI cs.OS cs.PL
Measuring HTTP/3: Adoption and Performance
超文本传输协议（HTTP）的第三个版本目前正处于IETF的最终标准化阶段。除了更好的安全性和更高的灵活性外，它还有望在性能方面带来好处。HTTP/3采用了更有效的报头压缩模式，并将TCP替换为QUIC，QUIC是一种在UDP上传输的传输协议，最初由Google提出，目前也处于标准化阶段。虽然HTTP/3的早期实现已经存在，并且一些网站宣布支持它，但它的研究很少。在这项工作中，我们提供了对HTTP/3的第一次测量研究。我们证明了在2020年，它是如何被一些领先的互联网公司采用的，如谷歌、Facebook和Cloudflare。我们对数千个采用HTTP/3的网站进行了大规模的测量活动，旨在了解它在多大程度上比HTTP/2实现了更好的性能。我们发现，采用网站通常将大多数网页对象托管在第三方服务器上，这些服务器仅支持HTTP/2甚至HTTP/1.1。我们的实验表明，HTTP/3仅在高延迟或带宽非常差的情况下提供相当大的好处。尽管采用了QUIC，但我们在高丢包率的情况下没有发现任何好处，但我们观察到网站提供商的基础设施存在很大的差异。
2021-11-10 cs.NI
Estimating the Number of HTTP/3 Responses in QUIC Using Deep Learning
Technion Israel Institute of Technology（技术学院以色列理工学院）
本文提出一种基于深度学习的方法，将 QUIC 连接轨迹转换为图像序列并利用定制损失函数预测 HTTP/3 响应数量，在超 700 万张图像上实现高达 97% 的准确率，助力负载均衡与泛洪攻击检测。
2025-04-28 cs.CV cs.LG cs.NI
On Cross-Layer Interactions of QUIC, Encrypted DNS and HTTP/3: Design, Evaluation and Dataset
该研究评估了QUIC协议合并DoQ域名解析与HTTP/3 0-RTT内容传输的性能，发现该方案可大幅降低加密DNS的页面加载开销，是互联网加密通信的最优选择。
2024-01-31 cs.CR cs.NI cs.PF
A Case for CATS: A Conductor-driven Asymmetric Transport Scheme for Semantic Prioritization
Lahore University of Management Sciences（拉合尔管理科学大学）
CATS通过引入导体驱动的非对称传输方案，为TCP提供语义意识，优先传输关键内容，显著提升用户体验性能，减少首屏绘制时间78%。
2026-05-11 cs.DC cs.NI cs.OS
Website fingerprinting on early QUIC traffic
Institute of Information Engineering, Chinese Academy of Sciences（中国科学院信息工程研究所）；University of Chinese Academy of Sciences（中国科学院大学）；Guangzhou University（广州大学）
密码协议被广泛用于保护用户的隐私和避免暴露隐私信息。QUIC（Quick UDP Internet Connections），包括最初由Google设计的版本（GQUIC）和IETF标准化的版本（IQUIC），作为传统HTTP的替代品，展示了其独特的传输特性：基于UDP进行加密资源传输，加速网页渲染。然而，现有的基于TCP的加密传输方案容易受到网站指纹（WFP）攻击，允许攻击者通过窃听传输信道来推断用户访问的网站。GQUIC和IQUIC能否有效抵御此类攻击值得研究。本文从流量分析的角度研究了GQUIC、IQUIC和HTTPS对WFP攻击的脆弱性。大量实验表明，在早期流量场景下，GQUIC、IQUIC和HTTPS中GQUIC最容易受到WFP攻击，而IQUIC比HTTPS更容易受到攻击，但在正常全流量场景下，三种协议的脆弱性相似。特征迁移分析表明，在正常的全业务场景下，协议间的大部分特征是可以迁移的。然而，结合潜在特征表示的定性分析，我们发现，在早期流量时，传输是低效的，因为GQUIC，IQUIC和HTTPS在早期流量上的流量分布的变化幅度显着不同。通过将一次WFP攻击升级为多次WFP Top-a攻击，我们发现在GQUIC和IQUIC上的攻击准确率分别达到95.4%和95.5%，而在HTTPS上的攻击准确率仅为60.7%。我们还证明了IQUIC的脆弱性只是轻微地依赖于网络环境。
2021-11-15 cs.CR cs.LG cs.NI
A Survey of HTTPS Traffic and Services Identification Approaches
HTTPS随着互联网用户在访问Web时从安全和隐私中受益的需求而迅速崛起，并成为互联网上的主要应用协议。这种向使用HTTPS的安全Web的迁移带来了与HTTPS流量管理相关的重要挑战，以保证安全性、QoS、可靠性等基本网络属性。但加密会破坏标准监控技术的有效性，并使ISP和网络管理员难以正确识别和管理HTTPS流量背后的服务。该调查详细介绍了用于监控HTTPS流量的技术，从最基本的协议识别（TLS，HTTPS）到精确服务的最佳识别。我们表明，协议识别是很好地掌握，而更精确的水平保持挑战，尽管最近的进展。我们还描述了实际的解决方案，使我们讨论安全和隐私之间的权衡和研究方向，以保证他们。
2020-08-19 cs.CR cs.NI
Secrets Best Not Shared: DNS Privacy Enhancements for the Constrained IoT
TU Dresden（德累斯顿工业大学）；HAW Hamburg（汉堡应用科学大学）；Barkhausen Institut（巴克拉乌森研究所）
针对受限物联网设备，研究在加密基础上混淆DNS流量以提升隐私，通过实验评估DNS over CoAP等协议，发现均衡包长、分块传输和头部压缩可将DNS帧识别准确率降至86%，结合负载压缩进一步降至77%。
2026-06-08 cs.CR cs.NI
Large-Scale Measurement of NAT Traversal for the Decentralized Web: A Case Study of DCUtR in IPFS
University of Göttingen（哥廷根大学）；FIZ Karlsruhe – Leibniz Institute for Information Infrastructure（卡尔斯鲁厄FIZ——莱布尼茨信息基础设施研究所）
本文通过大规模测量研究IPFS网络中去中心化NAT穿越协议DCUtR，揭示了现代P2P连接的实证分析，挑战了UDP在NAT穿越中的优势地位，并展示了协议在无许可环境中的高效性。
2026-04-14 cs.NI cs.PF
