CTF压缩包攻防实战：从文件分析到密码破解的完整技术栈

1. 项目概述：一次典型的CTF压缩包挑战复盘

最近在整理Bugku CTF的解题记录，翻到了这道关于压缩包的题目，题目名字就叫“请攻击这个压缩包”。这名字起得挺直白，一看就知道核心是围绕一个压缩文件做文章。在CTF的杂项（Misc）和取证（Forensics）类题目里，压缩包相关的挑战出现频率非常高，它考察的往往不是暴力破解密码这种蛮力活，而是对文件格式、编码、隐写以及各种工具链的灵活运用能力。这道题就是一个非常经典的例子，它把几种常见的压缩包攻击思路巧妙地糅合在了一起，很适合用来梳理这类题目的通用解题框架。

对于刚接触CTF的新手来说，面对一个加密的压缩包，第一反应可能是去网上找个密码字典来跑。这思路没错，但效率太低，而且出题人通常不会设置这么简单的关卡。这道题的精髓就在于，它引导你一步步去“观察”和“分析”这个压缩包本身，从文件头、注释、冗余数据，甚至是压缩包内文件的属性里寻找蛛丝马迹。整个过程就像侦探破案，需要耐心、细致的排查和对各种文件格式的敏感度。接下来，我就结合这道题的具体解法，把其中涉及的技术点、工具使用和思考逻辑拆开揉碎了讲清楚，希望能给你提供一个清晰的解题路线图。

2. 解题环境与核心工具准备

工欲善其事，必先利其器。处理这类题目，一个配置得当的环境和顺手的工具集能让你事半功倍。我个人的主力环境是Kali Linux，因为它预装了绝大多数安全研究和CTF所需的工具。当然，你在Windows或macOS上通过虚拟机、WSL（Windows Subsystem for Linux）或者直接安装相关软件包，也完全可以完成。

2.1 基础系统与必要组件

首先是一个能运行命令行工具的环境。Linux终端（如Bash）或Windows下的PowerShell、CMD是必须的。很多强大的分析工具都是命令行驱动的，图形界面工具虽然直观，但在批量处理和深度分析时往往力不从心。

其次是编程语言环境。Python是绝对的主力，因为它有极其丰富的库来处理文件、编码、加密和网络请求。确保你的Python环境安装了pip，并且我会习惯性安装以下几个关键库：

• zipfile: Python标准库，用于读写ZIP文件，但功能比较基础。
• pyzipper: 一个可以处理加密ZIP文件的库，比标准库强大。
• binascii: 用于二进制和ASCII编码之间的转换。
• hashlib: 用于计算各种哈希值（如MD5, SHA1）。
• struct: 用于解析二进制文件结构。

安装命令很简单：pip install pyzipper。其他库通常是内置的。

2.2 核心工具链详解

接下来是几类专门用于处理压缩包和文件分析的“瑞士军刀”：

1. 归档与压缩工具：

• file命令：这是你的第一道侦察兵。它通过读取文件头部的魔数（Magic Number）来识别文件的实际类型，不管它的后缀名是什么。很多时候，出题人会把一个文本文件后缀改成.jpg，或者把ZIP文件后缀改成.dat，file命令能一眼看穿。
• binwalk：神器中的神器。用于分析文件内是否嵌入了其他文件。它可以扫描整个文件，寻找已知的文件格式签名。如果一个图片里藏了一个压缩包，或者一个PDF里包含了一段可执行代码，binwalk能帮你把它们分离（提取）出来。常用命令是binwalk -e 文件名进行自动提取。
• foremost/dd：同样是文件分离工具。binwalk有时会漏掉一些内容，或者提取不完整，这时候可以用foremost根据文件头尾来切割，或者用dd命令手动指定偏移量进行精准切割。

2. 密码破解与恢复工具：

• fcrackzip：专门用于破解ZIP加密的工具，支持字典攻击和暴力破解。它轻量、高效，是命令行下的首选。
• John the Ripper(John)：鼎鼎大名的密码破解工具，功能全面，支持多种哈希和加密格式。它需要先用zip2john工具把ZIP文件的哈希值提取出来，生成一个John能识别的哈希文件，然后再用John进行破解。对于复杂的密码策略，John的规则模式非常强大。
• hashcat：利用GPU加速的密码恢复工具，速度极快。同样需要先用zip2john提取哈希，然后将哈希交给hashcat用字典或掩码攻击。

3. 编码与隐写分析工具：

• strings：从二进制文件中提取可打印的字符串。密码、提示信息、隐藏的URL等，常常会以明文形式“躺”在文件的某个角落。
• xxd/hexdump：十六进制查看器。用于直接查看文件的二进制内容，分析文件结构、查找异常字节、识别编码（如Base64）的起始标志等。
• steghide：经典的图片隐写工具，用于在JPEG、BMP等图像文件中隐藏和提取数据。需要密码才能提取。
• exiftool：查看和修改图片、音频、PDF等文件的元数据（Metadata）。作者、相机型号、GPS坐标、注释栏里，都可能藏着flag。

4. 在线资源与辅助网站：

• CyberChef：一个“网络瑞士军刀”网页应用。它集成了编码解码（Base64, Hex, ROT13等）、加密解密、哈希计算、文件格式分析等上百种操作。在本地工具不方便或者需要快速尝试多种编码时，它无敌方便。
• 在线CRC碰撞查询：有些题目会利用ZIP格式中“加密文件的CRC32校验和是明文存储”的特性。如果你知道压缩包内某个文件的部分内容（比如文件头），可以通过在线工具或脚本，碰撞出剩余部分的内容，从而绕过密码。这是一个比较高级的技巧。

注意：工具虽多，但不要陷入“工具主义”。最重要的是理解题目背后的原理和思路。工具只是帮你自动化执行这些思路。我见过很多新手，题目还没看清，就把所有工具对文件轮番运行一遍，结果被海量的输出信息淹没，反而错过了真正的线索。

3. 挑战“请攻击这个压缩包”：逐步拆解与实战

拿到题目附件，通常是一个名为challenge.zip或类似的文件。我们假设这个压缩包就是“请攻击这个压缩包”这道题的载体。下面，我将模拟一次完整的解题过程，把每个步骤的意图、操作和可能遇到的情况都讲明白。

3.1 第一步：初步侦察与信息收集

永远不要急着去解压或破解。先花几分钟，像法医检查证物一样，对这个压缩包进行全面的“体检”。

1. 使用file命令确认文件类型：

file challenge.zip

输出可能是：challenge.zip: Zip archive data, at least v2.0 to extract。这确认了它确实是一个ZIP文件。如果输出显示是“PNG image data”或其他，那说明文件被伪装了，你需要先用binwalk分析或直接改后缀。

2. 使用unzip -l或7z l查看压缩包内容列表（无需密码）：

unzip -l challenge.zip

或者用7z，它显示的信息有时更详细：

7z l challenge.zip

这个命令会列出压缩包内所有文件的名称、大小、压缩后大小、修改日期和CRC32校验和。重点关注以下几点：

• 文件名：是否有奇怪的名字？比如flag.txt、readme.txt、password.png？或者文件名本身是不是一段编码（如ZmxhZy50eHQ=，这是Base64的flag.txt）？
• 文件大小和数量：只有一个文件还是多个？如果有一个极小的文件（如几字节），它可能只是一个诱饵，真正的信息藏在别处。多个文件可能暗示需要对比或组合。
• CRC32值：如果两个文件的CRC32值相同，说明它们的内容完全一样，这可能是一个提示。

3. 尝试无密码解压：

unzip challenge.zip

如果提示输入密码，则说明压缩包被加密了。记下加密使用的是传统的ZIP加密（ZipCrypto）还是AES加密。AES加密更强，传统字典攻击对AES效果很差。7z l的输出通常会注明加密方法。

4. 使用strings和hexdump探查压缩包本身：压缩包的“注释”字段、文件名的额外字段，都可能藏有信息。

strings challenge.zip | head -20

看看输出的字符串里有没有可疑的英文单词、疑似Base64的字符串（以=结尾，字符集为A-Za-z0-9+/）或十六进制串。

xxd challenge.zip | head -50

查看文件开头的十六进制。一个标准的ZIP文件开头是PK\x03\x04（十六进制50 4B 03 04）。如果开头是其他内容，比如89 50 4E 47（PNG），那这个文件可能就是“套娃”——一个图片文件被改名为.zip，或者一个ZIP文件被嵌入了图片中。

5. 使用binwalk深度分析：

binwalk challenge.zip

binwalk会扫描整个文件，报告所有它识别出的文件格式签名及其在文件中的偏移量（offset）。如果输出显示除了ZIP数据外，在偏移量xxxx处还有一个PNG、一个PDF或者另一个ZIP文件，那就意味着这个challenge.zip文件是一个“复合文件”。你需要用binwalk -e challenge.zip把它分离出来，或者用dd命令手动切割。

经过这轮侦察，我们可能获得以下几条线索中的一条或几条：

• 压缩包有密码。
• 压缩包内有一个名为hint.txt的文件。
• 压缩包注释里有一串字符6368667b...（这看起来像十六进制）。
• binwalk显示文件末尾附加了一段多余的数据。

3.2 第二步：针对加密的破解策略

如果确认需要密码，我们进入破解环节。但直接暴力破解是下策。首先尝试“智慧”的方法。

1. 明文攻击 (Known Plaintext Attack)：这是ZIP加密（ZipCrypto）的一个著名弱点。如果你知道压缩包内某个文件的部分或全部原始内容，并且拥有这个文件的加密版本（就在这个压缩包里），你就有可能推导出加密密钥，从而解压所有文件。

• 何时使用：题目有时会提供一个“已知文件”。比如，题目描述说“压缩包内包含一张example.jpg”，而这张图片在网上能找到原图。或者，通过其他线索推断出某个文件的内容（比如一个文本文件里只写了flag这个词）。
• 如何操作：你需要准备那个已知文件的原始未加密版本。然后使用工具pkcrack。

  # 假设已知明文文件是 plain.txt，它在加密zip中加密后的文件是 secret.zip 中的 secret.txt # 首先，用已知的明文和其加密版本，生成一个密钥文件 pkcrack -C challenge.zip -c secret.txt -p plain.txt -P plain.zip -d decrypted.zip -a

  这个过程如果成功，会生成一个解密的decrypted.zip。这个技巧非常高效，但前提是你能获得那个“已知明文”。

2. 哈希提取与离线破解：这是更通用的方法。将ZIP文件的密码哈希提取出来，然后用强大的破解工具（John, hashcat）进行离线攻击。

• 提取哈希：使用zip2john工具，它是John the Ripper套件的一部分。

  zip2john challenge.zip > zip_hash.txt

  这个命令会生成一个包含ZIP文件哈希值的文本文件zip_hash.txt。
• 使用John破解：

  john --wordlist=/usr/share/wordlists/rockyou.txt zip_hash.txt

  这里使用了著名的rockyou.txt密码字典。如果密码比较简单，很可能就在这个字典里。
• 使用Hashcat破解（如果拥有强力GPU）：

  # 首先需要知道哈希模式。ZIP加密的模式是13600。 hashcat -m 13600 zip_hash.txt /usr/share/wordlists/rockyou.txt

3. CRC32碰撞攻击：ZIP格式在存储加密文件时，会将文件未加密时的CRC32校验值明文保存在目录区。如果我们能猜出或知道加密文件的部分内容（比如，我们知道它是一个PNG，那么它的文件头是固定的89 50 4E 47 0D 0A 1A 0A），我们就可以利用CRC32的反向特性，通过已知的部分内容去“碰撞”出完整的文件内容，而完全不需要密码。

• 操作思路：这通常需要编写脚本。原理是，不断修改未知部分的数据，计算其与已知部分拼接后的CRC32值，直到与目录中记录的CRC32值匹配。这对于破解包含已知格式小文件（如短文本、小图片）的压缩包非常有效。网上有现成的Python脚本（如crc32.py）可以完成这个工作。

4. 四位数数字密码暴力破解：如果题目暗示密码是简单的数字（比如“密码是4位数字”），那么暴力破解就变得可行。fcrackzip非常适合这种场景。

fcrackzip -b -c '1' -l 4-4 -u challenge.zip

• -b：使用暴力破解模式。
• -c '1'：指定字符集为数字（'a'代表小写字母，'A'代表大写字母，'1'代表数字，可以组合）。
• -l 4-4：指定密码长度最小4位，最大4位。
• -u：使用unzip测试每个密码，这是最可靠的方式。

实操心得：在真正的CTF比赛中，单纯的弱密码暴力破解题已经很少了。密码往往藏在其他地方，比如图片的LSB隐写、文件注释、甚至是网页源代码里。所以，当破解陷入僵局时，一定要回到第一步，看看有没有遗漏的信息点。这道“请攻击这个压缩包”的题目，其密码很可能就隐藏在压缩包本身的某个属性里，或者需要你先从压缩包里提取出另一个文件，从那个文件中找到密码。

3.3 第三步：深入文件内部与隐写分析

假设我们通过某种方式（比如CRC碰撞出了一个提示文件，或者用弱密码1234解压了）成功打开了压缩包。里面可能有一个或多个文件，比如一张图片flag.jpg、一个文本readme.txt、一个音频sound.wav。

1. 再次对每个文件进行“体检”：对解压出来的每一个文件，重复3.1的第一步：file,strings,binwalk,xxd。

• file flag.jpg：确认它真的是图片。
• strings flag.jpg | grep -i flag：在图片的二进制数据里搜索包含“flag”的字符串。
• binwalk flag.jpg：检查图片里是否嵌入了其他文件。
• exiftool flag.jpg：查看图片的元数据。特别注意Comment（注释）、Artist（作者）、Software（软件）这些字段，出题人最爱在这里藏信息。

2. 常见隐写技术处理：

• LSB隐写：将信息隐藏在图片像素最低有效位。工具：steghide（需要密码）、zsteg（针对PNG/BMP）、stegolsb。

  steghide extract -sf flag.jpg

  会提示输入密码。如果没密码，可以尝试空密码回车。密码可能来自之前步骤找到的提示。
• 二进制文件中的附加数据：用binwalk -e自动提取，或者用dd手动切割。

  # 假设binwalk显示在偏移量12345处有一个ZIP文件 dd if=flag.jpg of=hidden.zip bs=1 skip=12345

• 音频谱图隐写：用Audacity打开音频文件，切换到频谱图视图，可能会看到摩斯电码或直接写的flag。
• 文件修复：有时文件头被故意损坏。比如一个PNG图片无法打开，用xxd查看发现文件头89 50 4E 47被改成了00 50 4E 47，你需要用十六进制编辑器（如ghex,010 Editor）把它改回来。

3. 编码转换与脑洞：从文件里找到的字符串，可能经过多层编码。常见的编码有：

• Base64: 字符集A-Za-z0-9+/，常以=填充。用echo “字符串” | base64 -d解码。
• Hex（十六进制）: 字符集0-9a-f。用echo “字符串” | xxd -r -p解码。
• ROT13/凯撒密码: 字母位移。用echo “字符串” | tr ‘A-Za-z’ ‘N-ZA-Mn-za-m’进行ROT13解码。
• URL编码: 包含很多%xx。可以用Python的urllib.parse.unquote或CyberChef解码。
• 二进制/摩斯电码/猪圈密码等：需要根据上下文识别。

一个经典的流程是：在图片注释里找到一串Base64，解码得到十六进制，再解码得到一串看似乱码的字符，最后发现是键盘移位密码。

3.4 第四步：组合线索与最终获取Flag

CTF题目的flag格式通常是固定的，比如flag{xxx}、FLAG{xxx}、bugku{xxx}等。你找到的任何疑似flag的字符串，都要先套入这个格式看看是否合理。

在“请攻击这个压缩包”这道题中，最终的flag获取路径可能是这样的：

1. strings challenge.zip发现压缩包注释里有一串Base64：Y3RmX3Bhc3N3b3JkX2lzX2hlcmU=。
2. 解码得到：ctf_password_is_here。
3. 尝试用这个作为密码解压challenge.zip，成功。
4. 解压后得到一个文件flag.pcapng（网络流量包）。
5. 用Wireshark打开，过滤HTTP流量，发现一个POST请求，其表单数据中包含key: ZmxhZ3tXZWxjb21lX3RvX0J1Z2t1fQ==。
6. 解码这个Base64，得到最终flag：flag{Welcome_to_Bugku}。

当然，真实的题目可能更曲折，但核心思路是不变的：观察 -> 分析 -> 猜测 -> 验证 -> 迭代。每一步都要做好记录，因为上一步的输出可能就是下一步的输入。

4. 常见问题排查与实战技巧锦囊

在实际操作中，你肯定会遇到各种意想不到的问题。下面我整理了一些常见的“坑”和解决技巧，这些都是从无数次失败中总结出来的经验。

4.1 工具使用类问题

问题1：binwalk -e提取文件失败或提取不完整。

• 原因：binwalk的签名库可能不识别某些自定义的文件头，或者文件结构被破坏。
• 解决：
  1. 使用dd命令手动提取。首先用binwalk challenge.zip查看准确的偏移量（DECIMAL列）。
  2. 计算大小。如果下一个文件的起始偏移量是3000，当前文件偏移量是1234，那么当前文件大小就是3000-1234=1766字节。
  3. 执行命令：dd if=challenge.zip of=extracted_file bs=1 skip=1234 count=1766。
  4. 用file命令检查提取出的文件类型，并手动修改后缀名。

问题2：steghide提取隐写文件时总是提示密码错误或“could not extract”。

• 原因：可能没有隐写信息，或者使用的密码不对，或者图片格式不支持（steghide主要支持JPEG、BMP等）。
• 解决：
  1. 尝试空密码。
  2. 用strings、exiftool再看看图片，密码提示可能就在元数据里。
  3. 换用其他隐写分析工具，如针对PNG的zsteg：zsteg -a flag.png。
  4. 使用stegsolve这类可视化工具，手动检查不同颜色通道和位平面（LSB）。

问题3：zip2john提取哈希失败，提示“Unsupported compression type”。

• 原因：压缩包可能使用了不常见的压缩算法，或者文件本身不是标准的ZIP。
• 解决：
  1. 用7z l确认压缩包是否正常。有时文件是7z或rar格式但被改名为.zip。
  2. 尝试使用针对其他格式的工具，如rar2john或7z2john。
  3. 用fcrackzip直接尝试字典攻击，它可能支持这种格式。

4.2 思路与技巧类问题

问题4：感觉所有方法都试过了，还是找不到突破口。

• 原因：可能陷入了思维定式，或者遗漏了非常规的信息源。
• 解决（检查清单）：
  • [ ]文件名：所有文件名（包括压缩包内的）都检查过编码了吗？尝试过Base64、Hex、URL、ASCII码转换吗？
  • [ ]文件大小：对比过压缩前后大小吗？如果某个文件压缩率异常（比如一个文本文件压缩后几乎没变小），说明其内容可能已经是高度随机的加密数据，或者本身就是其他文件的加密形式。
  • [ ]CRC32：用unzip -v查看所有文件的CRC32值，有没有相同的？相同的CRC意味着相同内容，这可能是一个重要提示。
  • [ ]压缩包注释和文件注释：用unzip -z challenge.zip查看压缩包注释。用7z l -slt challenge.zip可以查看更详细的属性，包括每个文件的注释。
  • [ ]“伪加密”：ZIP文件有一个位标记用来指示是否加密。有时出题人只修改了这个标记，让文件看起来加密了，其实并没有。用010 Editor或zipdetails工具查看全局加密标记（General Purpose Bit Flag）。如果第6位（从0开始）是0，但文件却提示加密，可能就是伪加密。用工具zipcenop.jar可以检测和修复伪加密。
  • [ ]重新审视题目描述和标题：“请攻击这个压缩包”，关键词是“攻击”。除了密码破解，还有哪些“攻击”方式？比如长度攻击、明文攻击、CRC攻击？题目会不会是考察这些知识点？

问题5：找到的字符串解码后是一堆乱码，不知道下一步怎么办。

• 原因：可能解码方向错了，或者需要多重解码。
• 解决：
  1. 观察特征：乱码中是否有可读的英文单词片段？是否有等号=（Base64特征）或百分号%（URL编码特征）？
  2. 尝试常见编码：依次尝试Base64 -> Hex -> ROT13 -> 凯撒密码（所有偏移量）-> 二进制转ASCII。CyberChef的“Magic”功能可以自动尝试多种组合，非常有用。
  3. 考虑非标准编码：可能是Base58、Base32、Base91，或者是自定义的替换密码（如键盘布局移位：bugku->;htj,）。
  4. 分析上下文：如果这个字符串是从一张风景图片的注释中找到的，它会不会是GPS坐标？如果是从一个可执行文件中找到的，它会不会是内存地址或函数名？

4.3 一个高级技巧：利用Python脚本自动化尝试

当你面对需要大量尝试的情况时，比如尝试所有可能的4位数字密码，或者对一个Base64字符串进行多层解码，手动操作效率极低。写一个简单的Python脚本可以解放双手。

示例：自动尝试用CRC32碰撞已知文件头的PNG

import zipfile import binascii import itertools def crc32_attack(zip_filename, target_file, known_header): """已知文件头，碰撞恢复剩余内容""" with zipfile.ZipFile(zip_filename, 'r') as zf: # 获取加密文件的CRC32和目标长度 for info in zf.infolist(): if info.filename == target_file: target_crc = info.CRC target_size = info.file_size break else: print("文件未找到") return known_len = len(known_header) unknown_len = target_size - known_len print(f"已知头长度: {known_len}, 未知部分长度: {unknown_len}") # 遍历所有可能的未知字节组合（对于短内容可行） # 警告：未知长度稍大就会导致组合爆炸，此方法仅适用于未知部分很短的情况（<4字节） for unknown_bytes in itertools.product(range(256), repeat=unknown_len): full_content = known_header + bytes(unknown_bytes) if binascii.crc32(full_content) & 0xffffffff == target_crc: print(f"碰撞成功！完整内容：{full_content}") with open('recovered_' + target_file, 'wb') as f: f.write(full_content) return print("碰撞失败") # 使用示例：假设flag.png是PNG，已知头为PNG文件头 known_png_header = b'\x89PNG\r\n\x1a\n' crc32_attack('challenge.zip', 'flag.png', known_png_header)

这个脚本展示了核心思路。在实际更复杂的题目中，你可能需要结合已知的部分明文（比如知道文件包含flag{）来进行更智能的碰撞。

5. 从这道题延伸的CTF杂项学习路径

通过解剖“请攻击这个压缩包”这道题，我们实际上串联起了CTF杂项（Misc）和取证（Forensics）方向的一大片知识点。如果你想系统性地提升这方面的能力，我建议按照以下路径来学习和练习：

第一阶段：熟悉文件与编码（基础）

• 目标：对常见文件格式（ZIP, PNG, JPEG, PDF, WAV, PCAP）的二进制结构有基本认识。
• 练习：多用file,xxd,strings命令查看各种文件。在CyberChef里玩转各种编码（Base64, Hex, ROT13, URL, HTML实体等）的互相转换。
• 推荐题目：Bugku、CTFshow入门区的Misc题目，很多都是单纯的编码转换。

第二阶段：掌握核心工具链（进阶）

• 目标：熟练使用binwalk,foremost,dd进行文件分离；使用exiftool,steghide,zsteg进行元数据和隐写分析；使用fcrackzip,zip2john进行密码破解。
• 练习：找一些包含复合文件、图片隐写、简单压缩包加密的题目。尝试用不同工具解决同一问题，体会其优劣。
• 推荐题目：Bugku中“隐写”分类下的题目，以及一些包含压缩包的题目。

第三阶段：理解原理与协议（深入）

• 目标：理解ZIP文件的格式（本地文件头、中央目录、加密位）、PNG文件的块结构（IHDR, IDAT, IEND）、HTTP协议的基本结构。这能让你在工具失效时，手动分析解决问题。
• 练习：尝试不用binwalk，只用xxd和文档，手动从一个二进制文件中剥离出一个PNG图片。用Wireshark打开一个PCAP文件，不靠过滤，肉眼寻找HTTP请求中的flag。
• 推荐资源：阅读ZIP格式规范、PNG格式规范 RFC 文档（摘要即可），用Wireshark分析一些简单的网络流量。

第四阶段：培养综合思维与脑洞（高手）

• 目标：能够将文件分析、编码、隐写、密码学、网络协议等知识点串联起来，解决复杂的综合性题目。
• 练习：挑战一些历年CTF比赛（如国内的XCTF联赛，国外的HackTheBox、TryHackMe中的挑战）中的Misc和Forensics题目。这些题目往往融合了多个知识点。
• 关键心态：永远保持好奇心，对任何异常（文件大小异常、字符串异常、CRC值异常）都要追问为什么。学会写简单的Python脚本自动化繁琐的尝试过程。

回到我们这道题，“请攻击这个压缩包”就是一个非常好的综合性入门题。它可能考察了你对ZIP格式的了解（注释、伪加密）、对信息搜集的耐心（strings、binwalk）、对密码学的应用（CRC碰撞、字典攻击）以及对多层编码的敏感度。解决它的过程，就是一次微缩版的CTF杂项实战。下次再遇到压缩包，希望你能像条件反射一样，按照“侦察-分析-破解-深入-组合”这个流程，一步步抽丝剥茧，最终拿到那个令人满意的flag{}。