开源压缩库libarchive代码执行误差（CVE-2019-18408）剖析
宣布时间 2019-11-25前 言
2019年2月，Check Point清静研究团队检测发明WinRAR解压缩软件保存若干重大误差。攻击者可使用上述误差，通过诱使用户使用WinRAR软件翻开恶意结构的压缩包文件，执行恶意代码，实现对用户主机入侵的目的。
同样，在不久前谷歌的清静研究员发明libarchive库中保存误差CVE-2019-18408。攻击者可使用全心结构的压缩文件，对受影响用户造成压缩程序拒绝服务或执行恶意代码。
误差危害
libarchive是一个开源的压缩和归档库。它支持实时会见多种压缩文件名堂，好比7z、zip、cpio、pax、rar、cab、uuencode等，因此应用十分普遍。
这次被曝出的清静误差间接影响到了大宗项目和产品。现实上不但是压缩/解压工具可能会接纳libarchive，libarchive还应用于台式机和服务器操作系统（各大Linux刊行版、MacOS、Windows）、种种包管理器（Pacman、XBPS、NetBSD’s、CMake等）、文件浏览器（Springy、Nautilus，GVFs等）中，甚至某些邮件反病毒软件都会用到它，那么攻击者完全可以使用libarchive的误差，发送包括恶意压缩包的邮件，使用误差执行恣意代码甚至控制装备。
受影响版本：libarchive version < 3.4.0
误差原理
当解压RAR名堂的压缩文件失败时，程序会继续寻找下一个文件块的Header并举行解码，而之前解压失败并释放的堆空间被重用，造成UAF(Use After Free)误差。
通常RAR归档文件名堂如下图所示，第一个必需是标记块，其它块之间没有先后顺序。
以是，可剖析如下某正常RAR文件结构：
前7个字节为RAR名堂署名（v5版本以下），0x6152为块CRC，0x72为块类型，0x1A21为块标记，0x0007为块巨细，由此准确判断为rar文件。
当程序处置惩罚第一个文件块Header时，因特殊结构导致解码失败，以是read_data_compressed()函数会返回ARCHIVE_FAILED。之后，在archive_read_format_rar_read_data()函数中，rar->ppmd7_context被释放，即CPpmd7结构体指针变量p。
当*buff不为NULL时，也就是unp_buffer（未解压数据）依然保存时，程序会接着处置惩罚rar文件，之后会寻找下一个文件块的Header并循环之前的解码办法。
程序在解码下一个文件块的时间再次挪用read_data_compressed()函数中的Ppmd7_DecodeSymbol()函数举行解码，再次使用被释放的工具p，因此造成UAF。
误差修补
libarchive 团队已在Github上提交最新的修复版本，建议受影响用户尽快下载并更新：
https://github.com/libarchive/libarchive/releases/tag/v3.4.0
各大Linux刊行版清静更新信息如下：
Debian：https://security-tracker.debian.org/tracker/CVE-2019-18408
Ubuntu：https://usn.ubuntu.com/4169-1/
Gentoo：https://bugs.gentoo.org/show_bug.cgi?id=CVE-2019-18408
Arch Linux：https://www.archlinux.org/packages/?sort=&q=libarchive&maintainer=&flagged=
补丁剖析
在最新版v3.4.0中，释放rar->ppmd7_conext之后，开发者将rar->start_new_table置为1，rar->ppmd_valid置为0，因此Ppmd7_DecodeSymbol()函数在read_data_compressed()中不再挪用。
在parse_code()函数中，对第二个文件块举行解码，但无法建设新的哈夫曼编码表，因此最终返回-30，其值是ARCHIVE_FATAL的宏界说，而ARCHIVE_FATAL意味着程序不再举行任何操作并举行退来由置。
关于rar>ppmd_valid的设置，可以确保在rar_br_bits为0的情形下，类似结构的RAR文件在parse_code阶段始终可以返回ARCHIVE_FATAL。
参考文献：
1.https://www.zdnet.com/article/libarchive-vulnerability-can-lead-to-code-execution-on-linux-freebsd-netbsd/#ftag=RSSbaffb68/
2.https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-18408
3.https://github.com/libarchive/libarchive/compare/v3.3.3...v3.4.0
4.https://lists.debian.org/debian-lts-announce/2019/10/msg00034.html
京公网安备11010802024551号