-
-
[原创]CVE-2020-1350漏洞深入剖析
-
发表于: 2020-7-16 02:18
-
CVE-2020-1350漏洞深入剖析
CVE-2020-1350 一个 DNS 协议相关的高危漏洞，攻击者利用该漏洞可以远程执行代码，其严重性堪比 SMB/RDP 漏洞，建议所有使用 Windows Server 服务器的企业或机构尽快打上补丁。
此文参考了 CheckPoint 发布的漏洞细节，如果你熟悉 DNS 协议，建议直接肝 CheckPoint 那篇文章，文章链接我文末会贴出。
漏洞简述
简言之就是整数溢出后导致堆溢出，将该漏洞抽象为以下模型：
1 2 3 4 5 6 7 8 | void Examples(char* in){ unsigned short len_p1 = len(in.p1); unsigned short len_p2 = len(in.p2); unsigned short len_p = len_p1 + len_p2; char* buf = (char *)malloc(len_p); memcpy(buf, in.p1, len_p1); } |
问题就出在 len_p 的计算上，假设 len_p1 = 0xFFD0，len_p2 = 0x40，相加后高位数据被丢弃，那么 0xFFD0 + 0x40 = 0x10010 = 0x10，所以实际分配的内存是 0x10 而不是 0x10010，而之后往 0x10 的空间内拷贝 0xFFD0 长度的数据，自然造成了内存溢出。
碰巧的是在 dns.exe 的 SigWireRead 函数内，也存在这种模型的溢出漏洞，如图：
触发前提
dns.exe 为一个 SYSTEN 权限的系统服务，该文件只存在于开启 DNS 功能的 Windows Server 服务器上。据 CheckPoint 的描述只有当 Windows Server 上的 DNS 服务接收到类型为 SIG/RRSIG 的 DNS 响应包时，才能进入到可以触发此漏洞的 SigWireRead 函数内。
DNS 服务器收到响应包？DNS 服务器不应该是回复客户端的查询而发送响应包嘛，话虽如此，但如果将 DNS 服务器也当成一个客户端，不就可以发送查询请求并接收响应数据了呀，而 DNS 转发 恰好能够让 DNS 服务器充当客户端，向上级的 DNS 服务器发起查询。
所以该漏洞触发的前提条件是：通过 DNS 转发接收一条 SIG/RRSIG 类型的 DNS 响应包。
DNS 协议
DNS 整体结构包括头部区域、查询区域、响应区域、认证区域和附加区域，后面两个暂时用不上，不赘述。结构图如下：
DNS 头部区域固定 12 字节，同一个查询和响应的 ID 是一样的，QR 指明当前是查询还是响应，OPCODE 指明是用标准查询还是反向查询，TC 表示 UDP 长度大于 512 时截断并用 TCP 再次请求（漏洞关键因素），QDCOUNT 表示查询的数量，ANCOUNT 表示响应的数量，结构图如下：
DNS 查询区域主要由欲查询的域名、查询类型和查询类组成，其中最最最重要的是域名不是普通的字符串，而是多个 length + string 的形式，结尾以 length=0 为标志，结构图如下：
DNS 响应区域由资源记录的域名，RDATA 的类型、RDATA 类、TTL 值、RDATA 长度和 RDATA 组成，结构图如下：
必须强调下 DNS 中域名的表示方式：(length + string) * n，这种表示方式是该漏洞成因的关键因素之一：
[培训]内核驱动高级班，冲击BAT一流互联网大厂工作，每周日13:00-18:00直播授课
