ctf真题

CTF圈里有个不成文的规矩：真题是最好的老师。我见过太多人刷了几百道入门题，一上赛场就懵，因为真正的比赛题从来不会按套路出牌。 去年某省赛的Web题，表面是个简单的SQL注入点。常规做法是union select爆字段，但全场几百支队伍卡了整整两个小时。最后解出来的队伍发现，注入点藏在User-Agent头里，而且过滤了空格和注释符——得用`%0a`换行绕过，配合`/**/`内联注释拼出完整语句。更坑的是，flag不在数据库里，而是藏在报错信息的`extractvalue`函数输出中。那道题考的就是你愿不愿意去试那些“不可能”的路径。 再举个更狠的例子。某次全国赛的逆向题，给了个ELF文件，主函数逻辑干净得像教科书。但跑起来就崩溃，动态调试发现它调用了`ptrace`反调试，一旦检测到调试器就自毁。常规解法是patch掉那个调用，但真正的考点在后面——程序里藏了个SMC自解密代码段，运行时会修改自身指令。你得先绕过反调试，再等它解密完，然后dump内存才能看到真正的加密算法。那题解出来的人不多，但解出来的都说，学到的东西比看十篇教程都多。 其实真题的残酷之处在于，它默认你什么都会，又什么都不告诉你。比如PWN题里常见的堆风水，题目描述就一句话：“请获取shell。”没有提示，没有源码，只有个二进制文件。你得自己判断是fastbin attack还是unsorted bin attack，得自己算偏移量，自己构造ROP链。有个朋友跟我说，他第一次打比赛时，在堆题上耗了六个小时，最后发现是题目环境里有个`/bin/sh`的符号没删干净——直接`system("/bin/sh")`就完事了。他苦笑说，那题考的不是技术，是心态。 但真题最迷人的地方在于，它总藏着出题人的小心思。有些题的flag格式故意设计得刁钻，比如要求你输入`flag{ ...}`但实际flag是`FLAG{ ...}`，或者flag里混着全角字符。有个著名的“签到题”案例：题目是个二维码，扫出来是一串十六进制，转ASCII是“flag_is_not_here”，但真正的内容藏在二维码的容错级别里——把纠错级别改成最高重新生成，里面才是真flag。这种题不考密码学，不考逆向，就考你会不会多想一步。 所以我的建议是，别光刷题库。找几套往年的真题，哪怕是过期的，从头到尾做一遍。别怕卡壳，卡壳才是常态。你解不出来的时候，去翻别人的writeup，重点看他们卡在哪一步、怎么想到那个思路的。这比你自己瞎试十个小时效率高得多。而且，真题里的坑往往有共性——比如出题人喜欢把关键信息放在你没注意到的角落，或者用看似无意义的随机数掩盖真实逻辑。这些经验，只有真刀真枪碰过才能积累。 最后说句掏心窝的：CTF不是考试，没有标准答案。真题的价值不在于那个flag，而在于你为了找到它所走过的弯路。那些弯路，才是你真正学到的东西。