第一次也是最后一次作为出题者和管理员的身份参与比赛,办完 0x 之后就差不多退役了(
因为是新生赛,所以希望我出的题能对各位新生师傅起到引导学习的作用。由于是跟同队的 Spreng 和 1n1t 学长一起出的,所以这里只有我出的相关题目
# Week1
# SignIn
IDA SHIFT+F12 查看字符串即可

因为字符串是硬编码在程序内部,因此用记事本、winhex 等文本编辑工具其实也能看(
# EasyXor
一般遇到不认识的文件,先扔到 DIE 或者其它的文件查询工具里面查查看

这里可以看到是 ELF 文件,什么是 ELF 文件可以在网上搜搜,总之 IDA 也可以分析它
进来之后就是一个简单的异或,属于位运算的一种,位运算在加密、编码等领域几乎必用,逆向里面也是常客。异或属于可逆运算,跟题目的反着来计算就可以
1 | enc=[0x42,0x1A,0x39,0x17,0x1D,0x9,0x51,0x55,0x2C,0x5F,0x63,0xC,0xD,0x16,0x62,0x27,0x55,0x64,0x55,0x26,0x6D,0x6A,0x18,0x34,0x88,0x65,0x6E,0x1C,0x21,0x6E,0x3D,0x23,0x6A,0x25,0x6B,0x63,0x68,0x7E,0x77,0x75,0x9A,0x7D,0x39,0x43] |
# DyDebug
应该没人真的硬解吧......
丢到 IDA 里面看到主函数出来特别长、特别复杂一大串,其中的加密也很复杂难懂
但实际上可以注意到这里的比对是拿我们的输入去和解密出来的字符串比较,因此在程序运行的时候其实 flag 就在程序内部,我们要做的其实只是让程序 “停” 在某个位置,然后查看一下解出来的 v6,这个就是 flag

这里就用到 IDA 的动态调试,在 if 判断这里下一个断点,然后启动调试,查看内存即可(具体操作可以自行搜索,网上教程很多)

顺便提一嘴密钥实际上是 b 站的某个视频,感兴趣可以去看看(
这道题硬解的师傅还不少,ai 好像可以很容易就解出来了,但我的目的其实是让新生学会动态调试这个很基本也很重要的技能,只有先掌握这个基本的 windows 动态调试,才能做 week2 的那个 TELF 的 elf 动态调试题目
# BaseUpx
这个程序被添加了 upx 壳保护,如果直接把这个程序丢到 IDA 里面是一堆看不懂的东西,实际上是 UPX 壳相关的代码。有关 upx 壳相关知识可以自行搜索了解,这里有个 blog 讲的还可以:https://blog.csdn.net/qq_43633973/article/details/102573376
总之脱壳后,再拖入 ida 查看就可以看到正确的代码,实际上就是一个简单的 base64 编码,解码即可

# Week2
# 16bit
运行一下可以发现

因为这个是 16 位的应用程序,是由汇编语言直接编写再编译的,现代操作系统一般都无法直接运行,但它还是二进制文件,ida 可以分析,不过 F5 一键出伪代码就没法用了
因为代码量比较少,ai 应该可以直接出答案,但希望新生们可以多看看汇编代码
这题预期有两种解法,第一种就是硬分析汇编代码,自己手动翻译成高级语言后运行一下就出来了,涉及的都是最基本的汇编语法,借助 ai 和搜索工具很快就可以学习
第二种是可以配置一下 dosbox,直接运行这个程序就可以出 flag 了

dosbox 相当于一个模拟器,可以在现代操作系统上面模拟出来 dos 环境,可以正常运行 16 位的程序,学汇编的话一般都会下,具体的操作流程网上也可以搜到
这个题是为了让新生意识到在逆向方面底层语言的重要性,从而有意识地不会过多依赖 IDA 的 F5 反编译功能,因为汇编往往才是程序的真实逻辑,有很多程序会把其逻辑隐藏到汇编里面迷惑 ida
# BabyJar
JAR 文件就是一个把 Java 程序及其资源打包在一起、方便运行或分发的压缩包,有的 jar 文件可以像 exe 一样直接运行(需要下载 java 环境),有的则只是作为工具包
java 逆向一般都是用 jadx、jeb 等工具,直接把文件拖进去就可以看到逻辑

如果有搞 java 开发的师傅,也可以把 jar 文件先解压,里面只有两个 class 字节码文件,这个是 java 文件编译后得到的,IDEA 可以直接反编译 class 文件,效果还是挺好的

逻辑都很简单,反编译之后审计代码即可,解密的类如下:
1 | import java.util.Base64; |
出这题的时候其实已经在学 Java 了(已经准备跑路了),就想着顺便出一个 Jar 题目吧,正好为 week3 和 week4 的安卓逆向做一个铺垫,先让新生看一次简单点的 Java 反编译代码熟悉熟悉,不至于后面遇到 apk 的时候会被吓到(其实我就是一开始很不爱做安卓逆向)
# TELF
似乎难到了很多新生 (?) 可能是 elf 文件的 upx 标识头不太明显
upx 执行脱壳逻辑的时候,会先识别一下文件内部的 upx 标识,也就是 "upx" 这个字符串,upx 只有识别到了它才能认识这个 upx 程序,从而执行脱壳。
反之,如果人为地修改这个 upx 标识,让 upx 无法识别出来,那么脱壳就会失败,这道题就是这样。只要把被修改的字符串改回去就行了
这里要用到文件编辑工具(winhex、010editor 等都可以),可以自行下载
正常的 elf 文件加壳后头部是这样:

可以看到右下角的 "UPX" 标识,而本题把它改成了 "X1c",从而导致 upx 自动脱壳失败

把它改回 UPX 再脱壳就可以了。这也是最常见、最简单的一种 upx 魔改。exe 的文件结构和 elf 不同,upx 标识的位置和数量等也不一样,elf 文件的标识确实相对 exe 来说更加隐蔽,而且比较少见
正常脱壳后就可以用 ida 分析了,但这道题实际上还有一个小细节

这里可以注意到,密钥是动态生成的,若需要得到密钥则需要动态调试,但本题是 elf 文件,动态调试需要远程挂 linux(具体操作可以自行搜索学习)
有的师傅可能做过相关题目,觉得动态调试有点麻烦,因此直接在本地 windows 的编译器里面设置相同的种子,然后模拟出随机数列得到密钥,最后发现密钥不对
这是因为 windows 和 linux 两个系统对于随机数的生成逻辑不太一样,这个程序是在 linux 中运行的,所以在 windows 系统无法模拟出来正确的密钥顺序,必须要在 linux 中运行才可以得到正确的密钥
知道这些之后审计代码分析即可,就是一个简单的 tea 加密,解密代码如下:
1 |
|
顺便给出题目源码(需要在 linux 下运行)
1 |
|
这题是我想把远程动态调试和魔改 upx 混到一起的结果,主要是想让新生早点接触动态调试相关的操作,因为动态调试真的挺重要的。之前我自己并没有在比赛里面碰到过 elf 的 upx 壳,所以在这里出了一个。由于是第一次出题没什么经验,不知道这个题出的到底怎么样(不要拷打我.....)
# Week3
wmc 看到这两个题目应该会有反应吧(((
# World's_end_BlackBox
用 c++ 写的,程序反编译出来很难看

但实际上大部分都是语言底层的一些函数操作,和题目没什么关系,动态调试耐心一点看就可以了
第一个密钥段,函数名提示了是 “KeyGenerate”,只要让程序运行到这里,密钥就会自动解出来,从内存抓取即可。直接分析密钥生成函数来解也可以,密钥生成的逻辑是 xxtea


之后输入 flag 并校验,加密的逻辑就是一个小魔改 rc4,多异或了一个 7,虽然代码很难看,但耐心点分析还是能看出来的,然后动态调试到后面的比对部分就能提取出来密文,解密即可:
1 | flag=[0xFC,0xEA,0x15,0x2C,0x86,0x38,0x3F,0xF3,0x92,0xCE,0xDA,0x8E,0x48,0xD3,0x7,0x9F,0xD9,0x57,0xB1,0xEE,0x41,0x9A,0x4D,0xC5,0x65,0x6A,0xFF,0xC9,0x5D,0x34,0xAD,0xEA,0xB1,0x20,0x4B,0xDC,0xBD,0xD2,0x35,0x2,0x84,0x35,0x71,0xEC,0xE0,0x48,0x8E,0xEA,0x7B,0xAA,0xCF] |
# Calamity_Fortune
题目源码:
1 |
|
编译的时候用了 strip 命令去掉了函数的符号名等调试信息,因此导致代码变得臃肿且难以分析,没什么别的办法只能慢慢看代码一边动态调试一边分析控制流,所涉及的新知识仅有这个 IAT hook,其它的加密等均是前两周涉及过的,很考验耐心
直接反编译是一段很简单的代码,一个简单的猜数字,猜错了输出一个假的 flag,猜对了会调用 MessageBoxA 函数,输出一段话

这里其实很明显是程序运行的时候动态地改变了 MessageBoxA 函数的地址,跳转到了一个自定义的函数逻辑,那里才是真正的加密,只要动态调试就能跟进。
这个点对新生来说可能很陌生,但这道题函数很少,因此在 ida 左侧的函数列表一个个点进去看也能找到那个自定义的加密函数(
预期是动态调试看到随机生成的那个数字,然后输入正确的数字进入自定义函数,或者直接修改汇编代码,进入 if 语句。
跳转到加密函数后,可以看到有很多的这种无意义字符串 + 异或 7 的操作

这里实际上是把输出语句先做了个加密,程序运行的时候动态改回去,本意就是引导师傅们动调这道题慢慢分析的(顺便也起到了隐藏函数的作用)
题目加密的顺序是 xxtea->base64 解码 -> 乱序 -> 异或 0x45,师傅们可以根据源码对照着看,下面写一些我的分析

这里实际上是对输入的 flag 进行长度校验,若长度不足 44 则输出长度错误,然后程序退出。v55、v6 都是地址值

这里是按照小端序把输入的字符串转化为每个元素为 32bit 数字的数组,便于接下来的 xxtea 计算

这里就是标准的 xxtea,密钥、delta 都已经给出了

这里是把前面 xxtea 加密生成的密文数组再转换回字符串格式,接下来是很标准的 base64,不细说了

这段是用固定随机数序列乱序加密过程,接下来就是一段异或 0x45(这一段异或主要是为了去除 base64 加密所会产生的可读字符串,防止 shift+F12 直接定位密文, 进而找到这个函数,还是为了隐藏)
然后进行比对,这里的 v57 是最前面赋值过的

后记:没想到这题的解这么少。。。。按理来说这么大且复杂的代码量不应该是新生赛出的东西,但现在基本上都在用 ai 工具。我测试过,如果直接把这一大串加密代码全部扔给 GPT(完全直接把 hook 跳转的代码复制粘贴给它),它可以完全正确地分析出来流程

所以我认为即使是只做过前两周 re 的新生,也完全有能力做出来这题,因此这题出的应该不算过分( 毕竟现在打 ctf 基本都在用 ai
做逆向的经常要面对一大串恶心的代码慢慢分析,往往会对着一大堆不知所云的反编译代码(有时甚至是汇编等)看上半天,我自己在逆向的时候也会经常用 ai,但这并不是说让新生在做题的时候应该依赖 ai
有的时候 ai 会显得很蠢,这时候需要你完全地去理解你要问什么、这个题到底是哪里难到你了,再加上你自己对这道题的一些分析和现有的信息才能让 ai 出一些你想要的结果。就像这题,如果只知道一味依赖 ai,很有可能连后面的加密函数都找不到,卡死在 main 函数里面
我一直认为 ai 是学习工具,而不是一种自动化生产工具,不能把它的输出作为一种成品,而是作为补充信息的学习资料,有思考地解析它的输出结果,化为自己的一种经验,如果一味地依赖 ai 的输出,每次分析题目都是直接把代码丢给 ai 的话,迟早会吃亏的(有人以前就因为这个吃过大亏,我不说是谁。。。。。。)
逆向最需要的是耐心,而且它算是一个经验性学科,学的越久越明白 (?)。学逆向需要的不是什么多高深的知识,而是大量重复且枯燥的练习所产生的一些经验,这些 ai 是没法帮你的。所以如果有新生师傅依靠 ai 做出了这道题,建议赛后有时间的话还是多分析一下
回看一下我也感觉这两题出的其实不是很合适,很多地方其实是为了上难度而上难度。一开始我想的是既然都在用 ai,那么代码稍微复杂一点似乎也不会影响新生学习,只要动态调试耐心慢慢看,借助 ai 也可以有能力做出来。但事实上很多刚接触 CTF 的新生貌似完全不知道如何下手了,如果没有起到引导的作用真的深感抱歉
# Week4
# 绯想天则
unity 的小游戏,希望师傅们玩的开心:)
C# 写的 unity 小游戏,且采用了 mono 编译(与之对应的是 li2cpp 编译),可以用 dnspy 分析

其中主要逻辑在 Assembly-CSharp.dll 里面,可以在 EnemyStats-WinFlag 里面找到 flag 解密逻辑

解密逻辑实际上就是一个标准的 rsa,私钥和密文都已经给出了:

找 ai 梭一个脚本就能解
1 | from Crypto.PublicKey import RSA |
但更推荐另一种解法
只要把 yns 击败就能出 flag,但是正常打基本上不太可能(攻击力 = 10,yns 血量 = 5w 且还有一堆逆天技能)
所以可以找到 boss 的血条,将其设置为很小的数字一击秒杀(
找到这里:

这里的返回值就是 player 和 boss 的血条,但由于 boss 的体质值更高,所以她的血条更厚一点,直接把返回值改为 1,进去戳一下 boss 就似了(但需要注意 boss 戳一下 player 也似了)
出到 week4 了突然发现好像没出小游戏啊( 然后想到有一个网友最近正在做一个 Unity 小游戏,于是给他上压力赶在 week4 放题前两天做出来了(
小游戏制作者:海蓝石 - v - 的个人空间 - 海蓝石 - v - 个人主页 - 哔哩哔哩视频
按难度来说我觉得这题甚至比不上 week3 我出的 calamity_fortune,但这个 C# 逆向相对比较陌生,放在 week4 作为收尾小游戏也不错
# 后记
我与 CTF 的缘分始于 2024 的 0xGame,那个时候刚上大学正处于不知道学什么,以后要干嘛的心理,然后看到了 0xGame,我记得我仅仅做了第一周的 6 个题,其中只有一道逆向,但是我还是觉得这个东西蛮有意思
后面自己天天跑去图书馆,先是补 C、C++、python 等各个语言以及编程的基础(没人带啊纯摸黑),到了 12 月开始复现 0xgame,之后又是单打独斗一个人学自己的,后面进了校队认识了很多大佬,再到现在放弃 CTF,终结在 2025 的 0xGame,好像也不错。具体的回忆细节就留到 2025 年终总结吧,这一年到现在为止也发生了很多事情
总之希望 0xGame 能一直办下去,也希望这一届的 0xGame 能给刚入学的新生找到适合自己的方向
暗闇を 照らすような 満月じゃなくても