上周没有更新，一是因为上周在看seccon2024的另外两道题（前菜），难度不大。直到遇到这道F is for flag（正餐），卡的时间比较久，一开始打算硬逆奈何功力不够（我知道有其他大佬硬逆做出来的），最后选择使用trace工具碰碰运气，然后又在frida和pyda之间来回反复，frida的hook效果不尽人意，最终选择pyda。

pyda是一款动态二进制插桩工具，可以通过编写python代码的方式实现hook非常方便。

官网介绍：Pyda combines Dynamorio-based instrumentation with a CPython interpreter, allowing you to write hooks in Python that directly manipulate registers/memory in the target, without going through GDB or ptrace.

https://github.com/ndrewh/pyda

经典的flag检查：

题目由c++编写，ida打开点开main函数，会发现main函数里面发现里面有大量的std:variant, lambda闭包调用，并且其他函数都是被mangle过的

在lamba#19中又有std::make_shared, std::variant,std::shared_ptr

std::make_shared经过一层层调用，最终会call到Cons::Cons，将v83（0xB7E9A2A4）存到cons里，后面的逻辑以此类推

到这里分析还算顺利，知道跟到这个std::function()(lambda#1)

每一个std:function至少需要三层调用才能到达真实逻辑

一层层跟进这个调用，函数调用递归一层接一层把我绕晕了，而且每一层代码还不少，人工分析工程量很大，而且递归调用的地方不止一处，对人的记忆力也有很高的要求。总之，人工分析的话，工程量大，难度大，并且有的地方不用真的逆。所以我们思路，让工具辅助我们，找到主逻辑，然后我们再打开ida逆向

使用pyda trace来跟踪程序的主逻辑

首先搭建环境：

首先trace cmp，使用仓库中的example/cmplog.py trace cmp

可以看到程序输入“Wrong”之前的最后一个cmp，rcx=0x10 正好是我们输入的长度，所以猜测rdx=0x40是flag的真正长度。

在“Wrong”往上找到一个很明显的cmp false trace

这里0x11793013已经在main函数中出现过，就在main函数开始的前16组的最后一个，所以猜测rdx=0x11793013为密文，rcx=0xc3df45f3为加密后的密文

可以发现确实rcx发生了变化，可以断定这就是最后的flag checker部分

现在我们确定了密文的长度，接下来我们关心的密文是怎么被加密的，经过前期的逆向工作，我们已经知道Con:Cons() 最终会被调用来存储一个unsigned int，密文存储于此，那么明文也可能存储于此。

写脚本开始trace：

trace 结果

可以看到第三组就是输入的明文

下面看第一组transform

可以看到明文到第一组密文做了变换，那么具体的变换是怎么做的呢

要知道transform是怎么变换的，那就在transform完成的点backtrace，一步步往前回溯加密过程，直到找到加密逻辑。

写脚本进行backtrace：

下面截取了第一次最后一组和第二次第一组的transform的backtrace：

可以看到backtrace有些许不同，放到diff 网站对比一下

进入ida查看了0x8741和0x8e67处的逻辑，发现是不同的逻辑，推测这里就是不同的transform实现

下面打开ida，动态调试验证猜想

第一组transform的backtrace为：

根据前面的trace结果,transform的过程如下：

0x8741处的代码为：

经过gdb调试可以分析出：

最终一层层跟进，或者直接在diff最后一个不同的地址（0xf18e）开始跟会轻松一点：

最终跟到first transformation的主逻辑：

gdb调试可以发现是简单的sbox代换

如法炮制，在0x8e67 发现second transformation的主逻辑：

可以发现是简单的32位乘法：

验证：

如法炮制，这里需要注意的是，在第三组索引13 14 15处的字符经过third transformation没有改变，所以要追踪要看改变的index处的backtrace也就是12处：

diff一下，可以发现第一个不同的地址为0x983e:

可以发现主要逻辑在lambda#21中实现,逻辑可以总结为:

验证：

后面的transformations，就是这三组transformation的循环，需要注意的是third transformation的开始下标每次都会加1，初始为12

编写脚本写出加密逻辑并根据加密逻辑写出解密程序：

通过flag我们可以看出，这是一个函数式编程混淆的程序，我选择对抗的函数式编程混淆的方式是二进制插桩trace，来还原出程序的运行逻辑，其实函数式编程的混淆的最主要的防护就是通过函数互相调用实现某种循环的效果来进行控制流的混淆，如果我们使用工具进行trace能还原出执行过程，那么函数式编程混淆的防护基本就土崩瓦解了，这里使用pyda也算是对症下药了，在解题过程中也考虑过使用frida，但是frida attch的粒度好像到不了汇编指令这一块，或者说支持但是效果不尽人意，在我想要输出的地方没有输出，所以最后选用了二进制插桩工具实现trace，只能说真的好用，也是我第一次使用pyda，特此写一篇博客记录下学习心得，拜拜，下期见！

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！