QCSD: A QUIC Client-Side Website-Fingerprinting Defence Framework

原创

已于 2023-08-22 14:56:38 修改 · 608 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#服务器 #运维

于 2023-07-28 16:28:53 首次发布

文章探讨了如何利用QUIC和HTTP/3协议在客户端直接构建网站指纹防御机制，无需修改服务器或网络服务。介绍了多种防御策略，如添加干扰流量（Chaff-only）、延迟防御（Chaffanddelay）以及独特的Decoy方法，强调了这些防御措施如果支持QUIC部署，可以更有效地增强用户隐私。AQUICClient-SideDefenceFramework（QCSD）是一个框架，利用QUIC的MAX_STREAM_DATA帧实施流控制积分，动态添加干扰流量。

code

usenix-22

QUIC和HTTP/3的快速和广泛部署，可以直接在客户端应用程序（如浏览器）构建网站指纹防御，而无需对web服务器、vpn或部署新的网络服务进行任何更改。利用QUIC和HTTP/3来模拟现有的网站指纹防御，通过双向添加覆盖流量和重塑仅来自客户端的连接。作为案例研究，仅从客户端模拟FRONT和Tamaraw防御，并收集了几个实施防御流量的数据集。

QUIC

基于UDP的传输协议，用于提升网络加载速度

防御措施

chaff-only 仅有干扰

仅通过向通信添加填充和干扰流量来进行防御，因此不会延迟网页的加载。

（1）WTF-PAD 防御使用干扰流量来掩盖传入或传出数据包突发之间的长时间中断

（2）FRONT 防御在每个方向添加随机数量的干扰数据包，重点是模糊通信的功能丰富的头部

Chaff and delay 干扰和延迟防御

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

October1025

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Website Fingerprinting in the Age of QUIC

October1025的博客

08-22

517

QUIC -> 高效于TCP。

UDP可靠性传输-QUIC

m0_58687318的博客

09-06

2440

QUIC的FEC是使用的XOR的方式，即发N + 1个包，多发一个冗余的包，在正常数据的N个包里面任意一个包丢了，可以通过这个冗余的包恢复出来，使用异或可以做到切换网络操持连接。尽管QUIC会重传数据包，但是新的数据包的PKN的继续递增的，即之前发送的数据包（PKN=2）和重传的数据包（PKN=4），虽然数据一样，但包号不同。由于TCP原始包和重传包的序列号是一样的，客户端不知道服务器返回的 ACK 包到底是原始包的，还是重传包的。除此之外，QUIC的包头经过身份认证，包内数据是加密的。

1 条评论您还未登录，请先登录后发表或查看评论

1 条评论

优快云-Ada助手 2023.08.04
恭喜您写了第5篇博客！标题“QCSD: A QUIC Client-Side Website-Fingerprinting Defence Framework”听起来非常专业和有趣。您对QUIC客户端网站指纹识别防御框架的深入研究令人印象深刻。我非常期待阅读这篇博客，因为这个话题对于网络安全和隐私保护非常重要。作为下一步的创作建议，您可能考虑分享实际案例或者使用案例来验证QCSD框架的有效性。这样，读者们将能够更好地理解如何应用该框架以及它对实际网络环境的影响。同时，您也可以考虑探索其他相关领域的研究，例如增强QUIC协议的安全性或者其他网络隐私保护技术的发展。谦虚地说，我相信您将继续为我们带来更多有价值的研究成果。加油！

quic_java_client:*正在进行中* Java 客户端使用 QUIC

06-02

QUIC Java 客户端正在进行中，只是在试验基于和 Chromium 项目的，我正在尝试构建一个简单的 Java 客户端。这将是一个艰难的旅程...... 提供的 UDP 层

使用GOOGLE的QUIC

最新发布

06-10

文档支持目录章节跳转同时还支持阅读器左侧大纲显示和章节快速定位，文档内容完整、条理清晰。文档内所有文字、图表、函数、目录等元素均显示正常，无任何异常情况，敬请您放心查阅与使用。文档仅供学习参考，请勿...

跨协议隧道检测：QUIC-over-DNS隐蔽信道的双重校验方案.pdf

06-07

精选资源

Go实现QUIC协议：基于quic-go的HTTP、3服务器开发.pdf

05-01

精选资源

quic-go：纯粹的QUIC实现

02-04

quic-go是Go中协议的实现。它实现了和。版本兼容性由于quic-go正在积极开发中，因此不能保证两个不同提交的构建版本可以互操作。 master分支中使用的QUIC版本只是一个占位符，不应视为稳定版本。将quic-go...

谷歌出品!读懂 QUIC 协议:更快、更高效的通信协议

青玉白露的博客

01-25

4395

在TCP里，如果一个segment传递丢失，那么后续segment乱序到达，也不会被应用层使用，只到丢失的segment重传成功为止，因此TCP实现的HTTP2的多路复用能力受到制约。QUIC解决了上面的歧义问题。与采用Sequence Number 标记不同的是，其使用的Packet Number标记严格单调递增，如果 Packet N 丢失了，那么重传时 Packet 的标识不会是 N，而是比 N 大的数字，比如N+M，这样发送方接收到确认消息时就能方便地知道 ACK 对应的是原始请求还是重传请求。

快速UDP网络连接之QUIC协议介绍

琅嬛福地

06-16

3977

这个算法在多媒体网关拥塞控制有重要的地位。QUIC的FEC是使用的XOR的方式，即发N + 1个包，多发一个冗余的包，在正常数据的N个包里面任意一个包丢了，可以通过这个冗余的包恢复出来，使用异或可以做到切换网络操持连接。由于原始包和重传包的序列号是一样的，客户端不知道服务器返回的 ACK 包到底是原始包的，还是重传包的。新的传输层协议通常会经过严格的设计，分析和评估可重复的结果，证明候选协议对现有协议的正确性和公平性，开发新的传输层协议和它在操作系统进行广泛部署之间通常需要花费数年的时间。

【亲测免费】探索下一代TCP：Java实现的QUIC协议库——Kwik

gitblog_00056的博客

05-09

1321

探索下一代TCP：Java实现的QUIC协议库——Kwik 项目简介 Kwik 是一个完全由Java编写的QUIC（Quick UDP Internet Connections）协议实现。作为一个快速、安全且高效的传输层协议，QUIC是HTTP/3的基础，并被广泛视为TCP的升级版。Kwik起初仅作为客户端库存在，但自2021年5月起，它已支持客户端和服务器双重角色。项目技术分析 QUIC的优...

Chromium源码解读--客户端和服务端实现

HAH--M的博客

07-19

1153

参考文献 [1] 参考博客一 [2] 参考博客二该部分源码是基于QUIC协议的客户端实现。整篇文章会在一个比较漫长的过程中写完。

零延迟轻量级网站指纹防御

永远相信美好的事情即将发生

03-18

1542

在强调低成本、实用性和易用性的同时，本文设计了两种新的防御方法，可以击败最优秀的网站指纹（Website Fingerprinting, WF）攻击：FRONT和GLUE。我们称它们为零延迟轻量级防御系统，这意味着它们不会延迟客户端的数据包，而且只在真实流量中添加少量虚假数据包。FRONT可混淆特征丰富的网络跟踪的前端部分，这对攻击者的成功至关重要。它使用随机数量的虚假数据包，破坏攻击者的训练过程。GLUE在网络跟踪之间添加了虚假数据包，使客户端看起来好像在连续访问网页，没有停顿。

QUIC代理客户端代码阅读

Zyong139064359的博客

01-12

749

１、首先是从配置问价中读取配置信息，读取配置文件的代码如下，可留着备用 //从配置文件中读取数据　　配置文件所在的位置　　/src/client_config.ini DEFINE_QUIC_COMMAND_LINE_FLAG(std::string, client_ini_file, "client_config.ini", "

开发一个自己的quic sdk

Rin的博客

07-15

3253

一、首先，我们要做的是继承QuicStream 和 QuicSession 并实现其虚函数。 QuicStream中必须要实现的接口是数据回调接口，如下: // Called when new data is available from the sequencer. Subclasses must // actively retrieve the data using t...

Quic 客户端加密握手写流程及 QUIC packet 的构造过程

chuanglan的专栏

02-02

2426

先来看 2：WriteOrBufferData() 该函数在三种情况下无动作，即非 fin 包，但是待发数据为空 fin 包已经缓存了，说明理论上不再有数据需要发送了写端已经关闭从名字可以看出，该函数要么写数据要么缓存数据。实际上是先将待发数据缓存到 stream 对象的 send_buffer 中，然后再发送。这里用到了宏 GetQuicReloadableFlag(flag)，它又用到了另一个宏 RELOADABLE(flag)： GetQuicReloadableFlag(flag) .