2019-04-02 08:28:32 +00:00
|
|
|
|
---
|
|
|
|
|
|
title: wifi半双工侧信道攻击学习笔记
|
|
|
|
|
|
date: 2019-01-16 15:35:27
|
|
|
|
|
|
tags:
|
|
|
|
|
|
- 侧信道攻击
|
|
|
|
|
|
- wifi
|
|
|
|
|
|
categories:
|
|
|
|
|
|
- 顶会论文
|
2021-04-10 19:18:56 +00:00
|
|
|
|
description: 什么是信息？什么是加密？什么是侧信道？
|
2019-04-02 08:28:32 +00:00
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
# TCP侧信道分析及利用的学习报告
|
|
|
|
|
|
|
|
|
|
|
|
***论文来源：***USENIX SECURITY 2018：Off-Path TCP Exploit: How Wireless Routers Can Jeopardize Your Secrets
|
|
|
|
|
|
***下载：***
|
|
|
|
|
|
[原文pdf](https://www.usenix.org/conference/usenixsecurity18/presentation/chen-weiteng)
|
|
|
|
|
|
[中文slides](https://res.cloudinary.com/dozyfkbg3/raw/upload/v1553316881/ARE/wifi.pptx)
|
|
|
|
|
|
|
|
|
|
|
|
## 背景知识
|
|
|
|
|
|
|
|
|
|
|
|
### 测信道
|
|
|
|
|
|
|
|
|
|
|
|
**香农信息论**
|
|
|
|
|
|
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
|
|
|
|
|
**什么是信息？** 用来减少随机不确定的东西
|
|
|
|
|
|
|
|
|
|
|
|
**什么是加密？** 类似于加噪声，增加随机不确定性
|
|
|
|
|
|
> “从密码分析者来看，一个保密系统几乎就是一个通信系统。待传的消息是统计事件，加密所用的密钥按概率选出，加密结果为密报，这是分析者可以利用的，类似于受扰信号。”
|
|
|
|
|
|
|
|
|
|
|
|
**侧信道随之出现** 越过加密算法增加的随机不定性，从其他的渠道获取数据标签，确定信息内容。
|
|
|
|
|
|
1. 早期：采集加密电子设备在运行过程中的时间消耗、功率消耗或者电磁辐射消耗等边缘信息的差异性
|
|
|
|
|
|
2. 而随着研究的深入，逐渐从加密设备延伸到计算机内部CPU、内存等之间的信息传递
|
|
|
|
|
|
3. 并在Web应用交互信息传递越来越频繁时，延伸到了网络加密数据流的破解方面
|
|
|
|
|
|
|
|
|
|
|
|
**侧信道攻击的流程** 第一个就是侧信道泄露的截取，第二个是信息的恢复。
|
|
|
|
|
|
|
|
|
|
|
|
-------------------
|
|
|
|
|
|
|
|
|
|
|
|
### 网络攻击
|
|
|
|
|
|
1. 中间人攻击
|
|
|
|
|
|
> "指攻击者与通讯的两端分别创建独立的联系，并交换其所收到的数据，使通讯的两端认为他们正在通过一个私密的连接与对方直接对话，但事实上整个会话都被攻击者完全控制。"
|
|
|
|
|
|
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
* 公共wifi、路由器劫持
|
|
|
|
|
|
* 一般使用加密来防御
|
|
|
|
|
|
* 加密的代价：维护密钥证书、影响功能（运营商无法做缓存）
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. 非中间人攻击/偏离路径攻击/off-path attack
|
|
|
|
|
|
>通信线路之外，攻击者看不到双方的消息，没办法截获和发送通信包。智能伪造成一方给另一方发消息。
|
|
|
|
|
|
|
|
|
|
|
|
* 攻击成功需要：消息合法+最先到达
|
|
|
|
|
|
* 防御措施：challenge-response/询问-应答机制
|
|
|
|
|
|
双方在通信前交换一个随机数，这个随机数在每次的通信中都要被附带，而中间人看不见这个随机数，因此伪造的消息被认为不合法。
|
|
|
|
|
|
* 攻击者如何得到这个随机数：侧信道
|
|
|
|
|
|
|
|
|
|
|
|
----------------
|
|
|
|
|
|
|
|
|
|
|
|
### TCP三次握手
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
>1. 客户端通过向服务器端发送一个SYN来创建一个主动打开，作为三路握手的一部分。客户端把这段连接的序号设定为*随机数A*。
|
|
|
|
|
|
>2. 服务器端应当为一个合法的SYN回送一个SYN/ACK。ACK的确认码应为A+1，SYN/ACK包本身又有一个*随机产生的序号B*。
|
|
|
|
|
|
>3. 最后，客户端再发送一个ACK。当服务端收到这个ACK的时候，就完成了三路握手，并进入了连接创建状态。此时包的序号被设定为收到的确认号A+1，而响应号则为B+1。
|
|
|
|
|
|
|
|
|
|
|
|
通过三次握手，确定对方不是非中间人
|
|
|
|
|
|
|
|
|
|
|
|
***TCP序列号的问题***
|
|
|
|
|
|
|
|
|
|
|
|
|1985|1995|2001|2004|2007|2012|2012|2016|
|
|
|
|
|
|
|:--:|:--:|:--:|:--:|:--:|:--:|:--:|:--:|
|
|
|
|
|
|
|Morris|Mitnik|Zalewsky|Waston|kLM|Herzberg|作者|作者|
|
|
|
|
|
|
|初始序列可预测|真实利用|漏洞仍在|BGP DoS|Windows攻击|Puppet-assisted|Malware-assisted|off-path attack|
|
|
|
|
|
|
|
|
|
|
|
|
1. 90年代时发现并不随机：1995年伪造客户端连接微软大楼的服务器
|
|
|
|
|
|
2. 2007年在windows场景下用IDID侧信道猜出序列号：只针对Windows，花费几小时
|
|
|
|
|
|
|
|
|
|
|
|
------------------
|
|
|
|
|
|
|
|
|
|
|
|
## Malware-assisted
|
|
|
|
|
|
|
|
|
|
|
|
**攻击模型：**
|
|
|
|
|
|
给受害者安装一个无特权的应用程序（仅能网络连接），这个程序跟非中间人的攻击者里应外合，劫持手机上所有的TCP连接。
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
|
|
|
|
|
**如何劫持TCP**
|
|
|
|
|
|
1. 需要的信息：Facebook的连接IP地址和端口号，由此可以知道TCP连接的序列号，利用序列号伪装成Facebook给手机发消息。
|
|
|
|
|
|
使用netstat命令获取：
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
|
|
|
|
|
2. 任务：由于TCP的序列号通常连续，所以要精确猜到它的下一个序列号。
|
|
|
|
|
|
3. 如何验证序列号正确：通过某种侧信道，这个恶意软件在后台可以提供反馈。
|
|
|
|
|
|
|
|
|
|
|
|
### 变种一：防火墙
|
|
|
|
|
|
**攻击过程：** TCP三次握手之后产生A和B，将来传输的包序列号必须跟A和B很接近，否则，防火墙会丢弃这个包。因此只有猜对了序列号，包才能到达手机端。到达手机端后，后台的恶意软件可以帮助我们判断手机是否接受了这个数据包。
|
|
|
|
|
|
|
|
|
|
|
|
**具体侧信道方案：** CPU资源使用率（噪音很大）——>TCP计数器（后台软件运行制造噪音）——>低噪音计数器：包被丢掉时，一个相应的错误计数器。
|
|
|
|
|
|
|
|
|
|
|
|
**解决方法：** 关闭防火墙检查序列号的功能
|
|
|
|
|
|
|
|
|
|
|
|
### 变种二：无防火墙
|
|
|
|
|
|
具体侧信道方案：跟TCP业务逻辑有关的计数器——收到的TCP包序列号小于期望时增加，大于时不变。二分查找搜索正确的序列号。
|
|
|
|
|
|
影响范围：Android、Linux、MacOS、FreeBSD
|
|
|
|
|
|
|
|
|
|
|
|
-----------
|
|
|
|
|
|
|
|
|
|
|
|
## Pure off-path:无恶意软件协助
|
|
|
|
|
|
>不植入恶意软件，劫持任意两台机器的TCP连接：首先确定是否建立TCP连接，然后推测其序列号A和B。
|
|
|
|
|
|
|
|
|
|
|
|
### Global Rate Limit
|
|
|
|
|
|
>USENIX 2016 : Off-Path TCP Exploits: Global Rate Limit Considered Dangerous
|
|
|
|
|
|
|
|
|
|
|
|
**侧信道：** 所有的侧信道，本质上就是攻击者和受害者之间共享着某些资源，如之前的全局TCP计数器。这里使用的侧信道是 ***服务器上*** 的共享资源，***限速器***（RFC 5961）限制某一种包的发送速率（默认100p/s）
|
|
|
|
|
|
|
|
|
|
|
|
**如何利用共享限速器：**
|
|
|
|
|
|
先判断是否建立了连接。然后伪造TCP包，需要猜测源端口，如果猜测正确，服务器会返回一个challenge，攻击者不断触发，一共可以收到99个（还有一个发给了客户端）；如果猜测错误，则一共可以收到100个challenge。
|
|
|
|
|
|
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
|
|
|
|
|
**评估：** 是否建立了连接：<10s ; Seq：30s ； ACK:<10s
|
|
|
|
|
|
|
|
|
|
|
|
**解决方案：** 1. 加噪音，100变成150、200；2. 限速器做成局部的
|
|
|
|
|
|
|
|
|
|
|
|
---------------------------------
|
|
|
|
|
|
|
|
|
|
|
|
### Unfixable WiFi timing
|
|
|
|
|
|
>USENIX 2018 : Off-Path TCP Exploit: How Wireless Routers
|
|
|
|
|
|
Can Jeopardize Your Secrets
|
|
|
|
|
|
之前的漏洞无论是计数器还是限速器都属于软件，很好更正，但这篇文章的漏洞利用无法修复。
|
|
|
|
|
|
|
|
|
|
|
|
**TCP收包的原理：** 通常TCP收包要看这个包是否匹配了当前的某一个连接。如果连接匹配上了，就会去看这个包的序列号；如果序列号不对，会触发一个回复，说明这个序列号存在问题；如果序列号正确，但反向序列号不对，也会丢包。当连接匹配、序列号和反向序列号正确时，就会返回一个数据包。
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
|
|
|
|
|
**侧信道：** 攻击者伪装成服务器给客户端发包，正确的序列号会有***回复***，错误则没有。但回复时发送给服务器的，有没有回复攻击者并不知道。那么如何去判断有没有回复，利用无线网络的 ***半双工*** 传输。
|
|
|
|
|
|
让有回包和没有回包的时间差异放大。
|
|
|
|
|
|
|
|
|
|
|
|
**判断流程：** 客户端和路由器之间wifi通信。攻击者依次发送三个数据包，第一个包用来测试正常的RTT。第2个包是伪装成服务器发送的，如果第2个包猜对了，客户端会向服务器返回数据包，这会导致占用更长时间的wifi信道，从而会使第3个包的RTT更长。
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
|
|
|
|
|
|
**评估：** 在本地环境下，如果发送40个包，就有20ms的RTT差别。
|
|
|
|
|
|
|
|
|
|
|
|
**攻击应用：**
|
|
|
|
|
|
**1. 攻击模型：** 受害者访问了我们的钓鱼网站，这时javascript（傀儡）会在后台执行，主动建立到攻击者的连接（规避NAT或防火墙造成的不可抵达问题），这时攻击者就可以从外网测试RTT。
|
|
|
|
|
|
>与理想情况的不同：客户端通常在NAT或防火墙之后；操作系统不一定严格遵守TCP收包的原则
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Attacker -------wire----------|
|
|
|
|
|
|
Router ---------wireless-------Victim (client)
|
|
|
|
|
|
Server -------wire----------|
|
|
|
|
|
|
|
|
|
|
|
|
**2. 攻击目标：** 推断出客户端和服务器是否建立了连接；合计连接中交换的字节数或强制中断连接；注入恶意payload到连接（不失一般性的关注web缓存投毒）。前两个不需要傀儡初始化连接，第三个不一定需要，但攻击者控制了时序，能够简化攻击。
|
|
|
|
|
|
|
|
|
|
|
|
**3. 攻击过程：** 假设傀儡已经建立了连接，攻击者可以劫持并替换任何不加密的网站（如武汉大学），并在浏览器缓存。这是因为当浏览器请求相同的ip地址时，会复用之前的TCP连接。这意味着恶意网站中的傀儡可以通过重复HTML元素来建立到目标域名的单个持久连接。然后，路径外攻击者可以进行侧信道攻击，以推断目标连接中使用的端口号和序列号，然后注入虚假的http响应，并要求浏览器不重新检查对象的新鲜度，从而达到持续性的缓存投毒。
|
|
|
|
|
|
|
|
|
|
|
|
**4. 细节：**
|
|
|
|
|
|
* **连接（四元组）推断：** 每一轮使用30个重复包测试一个端口，如果端口号正确，就会发现RTT大幅增加。如果还要完成 ***web缓存投毒*** ，还需要傀儡初始化连接来协助，根据系统不同，有不同的端口选择算法可以优化：***windows&macOS*** 使用全局和顺序端口分配策略为其TCP连接选择短暂的端口号，这意味着攻击者可以在观察到与恶意Web服务器的初始连接后推断出要使用的下一个端口号，这完全消除了对端口号推断的需要。***NAT*** 端口保留，不需要关心外部端口被转换成不可预知的内部端口。***来自同一域名的多个IP地址***，这意味着攻击者需要付出更大的代价来推断端口号。
|
|
|
|
|
|
* **序列号推断：** 通过利用时序侧信道来判断是否存在相应的响应，从而将窗口序列号与窗外序列号区分开来。一旦我们得到一个 ***窗口内序列号***，通过进行二分搜索进一步将序列号空间缩小到单个值 ***RCV.NXT***。如果还要使用傀儡建立的连接发起web缓存投毒，可以进一步优化：***增大接收窗口的大小***，可以减少猜测的迭代次数，通常可以放大到500000(之前是65535)，而且根据RFC793,窗口放大之后就永远不会缩小。
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
* **TCP劫持：** 通过劫持傀儡初始化的连接，可以简化web缓存投毒的过程。三个os在ACK验证上都不符合规范，所以各自处理情况也不同——***windows***：客户端必须持续发送请求以防止ACK接收窗口仅为一个字节，这要求攻击者必须能准确预期下一个序列号并解决大量流量带来的噪声。
|
|
|
|
|
|
因此，作者设计了一种新策略，该策略利用处理重叠数据的TCP行为和处理损坏的HTTP响应的浏览器行为——在Windows主机上缓冲的攻击者注入数据可能会破坏来自服务器的真实HTTP响应。 ***（1）注入***，傀儡不断从服务器上请求脚本，而攻击者发送2^23/|wnd|个欺骗性数据包，这些包的窗口序列号与RCV.NXT加上偏移量相匹配，其中|wnd|为ack接收窗口大小，第i个数据包的ACK号为i*|wnd|，payload为
|
|
|
|
|
|
```
|
|
|
|
|
|
websocket.send(|wnd|*i)
|
|
|
|
|
|
```
|
|
|
|
|
|
因此，这些数据包中包含有效ACK号的一个包将被缓冲，并破坏真实的HTTP响应头。浏览器执行注入的脚本时，它将通过websocket发送猜测的ACK号，提供有效的窗口内ACK号。
|
2020-10-21 10:23:42 +00:00
|
|
|
|
|
2019-04-02 08:28:32 +00:00
|
|
|
|
***（2）利用***，由于客户端已经接受了额外的欺骗payload，推进了其预期的序列号，因此客户端和服务器实际上已经被去同步。攻击者现在可以简单地发送欺骗性响应（知道预期的序列号和有效的ACK号）。如果我们只想执行一次性注入，只需用恶意脚本替换第一步中的payload就足够了。
|
|
|
|
|
|
此外，针对Windows的注入步骤存在更加通用的替代策略，不依赖于浏览器行为。 具体来说，由于HTTP响应的前几个字节是可预先确定的（即HTTP），不破坏真实的响应，而是覆盖标题和正文以形成合法但恶意的响应。 在这种情况下，浏览器将完全忘记注入的存在。 这表明一旦序列号泄露，就存在各种方法来有效地将数据注入浏览器，而不用进行基于时间信道的慢得多的ACK号推断。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
-------------------------
|
|
|
|
|
|
|
|
|
|
|
|
## Discussion
|
|
|
|
|
|
时序侧信道来自无线网络的半双工性质。由于无线协议中固有的冲突和回退，它被进一步放大。正如我们的测试路由器所证实的那样，现代无线路由器都支持CSMA / CA和RTS / CTS，因为它是802.11标准的一部分，并且该原则不太可能很快改变。
|
|
|
|
|
|
虽然作者只讨论威胁模型，其中来自受害客户端的连接是针对性的，但攻击实际上也适用于源自通过同一无线路由器连接的其他客户端的连接。这是因为所有这些客户端（例如，在相同NAT之后）共享了相同的冲突域并因此遭受相同的定时信道。通过探测数据包在任何客户端上触发的响应将有效地延迟探测后查询。在这种情况下，受害者连接（通过傀儡打开）只是为远程攻击者提供了测量碰撞的机会。
|
|
|
|
|
|
此外，我们可以扩展威胁模型以考虑无线连接的服务器，例如物联网设备。已经证明，通过公共IP地址和开放端口可以访问数百万个物联网设备。在这种情况下，可以针对此类IoT设备上的连接启动完全偏离路径的攻击。例如，计算在连接上交换的字节，终止与另一主机的连接，在正在进行的telnet连接上注入恶意命令。
|
