PWN、CrackMe（Windows、Android）、WEB、智能硬件等相关题目。
将从征集的题目里抽选出一定数量较为优秀的题目来参与本次看雪 CTF 比赛，其他符合规则的题目将录入平台数据库备用。
3、征题期限
长期征题
4、征题要求
A. 所有题目必须是原创并且没有公开过。
B. 防守方应打包提交以下内容：
战队名称、队长QQ、参赛题目、题目答案(攻击脚本)、详细的题目设计说明和破解思路以及其他需要说明的各个问题。提交资料不完整的不予通过！
C. 题目提交到看雪CTF提交区：https://bbs.pediy.com/forum-122.htm（题目名称请注明2020 KCTF）
5、题目规则
1）关于PWN的设计规则
- 设计一个存在漏洞的程序。
- 漏洞包括不限于堆栈溢出、UAF、DOUBLE FREE、OFF BY ONE、格式化、逻辑错误等漏洞。
- 提供稳定的漏洞利用EXP，攻击者根据漏洞攻击成功后能获得flag，flag格式flag{***}。
- 题目以docker形式提交，并提供详细的部署方法。
2）关于Window平台CrackMe设计规则
- 方案一（老规则）:
关于注册码
A. CrackMe应有且仅有唯一注册码，除给定的注册码外。 如果 CrackMe 被发现多解，则给防守方1次修改机会，并扣多解罚分。若修改后又多解，则下线退赛，攻击方在此题获得的成绩保留不受影响。 CrackMe的注册码字符集限定为['!','~']，即ASCII码范围是[33,126]，共94个可选字符。不允许将注册码绑定硬件ID。
B. CrackMe界面
参赛CrackMe界面必须有且仅有注册码输入项，例如类似的(界面仅供参考，可以是控制台）：
C. CrackMe输入
1) CrackMe在没有被附加调试的情况下运行时，第一次运行时输入正确注册码，必须显示成功提示信息，若是重启验证的，在重启后必须显示。
2) 在CrackMe没有被改动且没有被其他程序干扰的情况下，只要输入了注册码，显示了成功信息，则认为该注册码是正确的，否则设计不合理。
D. CrackMe输出显示
1) 注册成功，要出现成功提示信息。
2) CrackMe里不允许出现虚假的注册成功提示信息。
算法规则
A. 不鼓励穷举
在当前技术条件下,序列号从理论上讲，是可逆或可求出来的，如果破解者必须通过穷举才能得到注册码的，设计文档里一定要描述清楚，并且将穷举代码和程序发给评委验证。评委验证时，如果穷举时间超过5分钟则不通过，另外如果CrackMe的启动时间超过10秒也不通过，需要返回修改，每次比赛每个提交的题目有两次验证机会。
B. 其他限制条件
- 所有参赛 CrackMe 必须可以在 WIN10/32、WIN10/64 、WIN7/32、WIN7/64、WINXP其中一种系统正确运行。
- 所有 CrackMe 不可使用第三方保护工具来保护CrackMe，例如第三方壳和VM.，允许用自己未公布的壳或VM或其他手工处理的方法来保护程序，但必须将保护该CrackMe所使用的壳或VM或其他手工处理的方法与CrackMe一同提交，评委审核通过后方可参赛。所提交的壳或VM或其他手工处理的方法将在赛后向广大会员公开。凡违反该比赛规则的CrackMe将作废，设计该CrackMe的会员将取消本届比赛的参赛资格。
- 所有的CrackMe执行后，不能干扰破解者正常使用电脑（比如关闭显示器、禁用键盘鼠标、关机、暴力占用内存CPU资源使电脑死机、破坏电脑文件等类似操作不允许），但允许采用技术手段关闭调试器，防止破解者破解。
- 所有CrackMe设计的总体原则是绿色安全，不可含木马或 rootkit，没有任何危险或恶意程序，不能对系统进行破坏，可以正常结束，结束后不能给系统留下垃圾（比如临时文件要删除，驱动要卸载干净），不可使系统重启。
- CrackMe如果有任何危险或者恶意行为，ban ID。如果有杀软或者360等安全软件报CrackMe有异常的行为，评委有权要求参数选手解释。
- CrackMe 不可以联机到网络，或使用服务器注册，CrackMe必须可以在单机运行。
- 所提交的参与CrackMe运行的文件包括.exe.dll.sys等一起在不打包压缩的时总大小不超过1M。
- 如果评审有怀疑，例如怀疑加壳伪装，可以要求队伍提供CrackMe的源码。
- 如果评审认为 CrackMe 使用了不合理的设计，或违反比赛精神，便会判定CrackMe无效，取消奖品，并把参赛者提交的技术文件，在论坛公开，让会员公开讨论。
- 方案二（新规则）:
A. 界面
1、防守方发布的Crackme应允许输入用户名和序列号，并提示用户名和序列号是否匹配正确。 例如类似的(界面仅供参考，可以是控制台）：
2、防守方在发布CrackMe时，应向大众公开一组用户名和序列号，即 “ Name/Serial ” ，其中公开的这个用户名“Name“，必须是该CrackMe文件的 hash值。hash算法指定为SHA256，用户名为hash结果的前64bit的16进制大写文字：
例如：参赛CrackMe.exe文件的hash结果是 50be38745d82d93f3a974701e86c1cafcbc2ec83d1f1913d216079022ba7317f。
则用户名 “Name“ 应为 50BE38745D82D93F。
如果CrackMe不止一个文件的话，计算hash时应包含CrackMe的所有文件（第三方共享库除外）。
参考hash计算工具：http://www.atool9.com/file_hash.php
B. 判胜条件
- 1、若攻击方找出特定用户名（“KCTF”，不含引号）的序列号，经KCTF系统自动确认，将认定攻击方获胜；
- 2、若攻击方找出特定用户名（“KCTF”，不含引号） 的第二个序列号，经KCTF官方确认，将认定攻击方获胜，且此题多解；
C. 规则限制
- 1、干净环境中，10秒内出提示且不能虚假提示；
- 2、KeyGen算法不能基于“未在CrackMe中公开的秘密信息”。如果需要穷举，则穷举时间必须小于5分钟；
- 不能依赖网络、不能依赖硬件；
- 禁止使用第三方保护工具、禁止恶意破坏机器；
- 不超过10M；
- 同一用户名不应有多个序列号，否则罚分；
- 禁止在Crackme中为特定用户名（“KCTF”）设立独立验证路径，以绕开hash用户名的验证路径；
- 放宽技术限制
- 不限制使用套娃,可以使用任何数据和代码变换；
- 不限制线索隐藏方式，可以将线索以任何形式置于CrackMe的任何位置；
- 序列号字符集限定为['!','~']，即ASCII码范围是[33,126]，共94个可选字符。
3）关于Android/iOS平台CrackMe设计规则
参考Windows平台规则，确保CrackMe能在常见移动端稳定运行，题目打包压缩后不得超过3M，不建议采用LLVM保护。
4）关于WEB题目设计规则
- 设计一个存在WEB漏洞的WEB程序
- 漏洞包括不限于注入、命令执行、文件上传等漏洞
- 攻击者根据漏洞攻击成功后能获得flag，flag格式flag{***}
- 题目以docker形式提交，并提供详细的部署方法。
5）关于智能硬件PWN设计规则
- 设计一个可以运行于模拟器如qemu中基于uboot的arm32位程序。
- 该程序能够通过uboot引导并稳定执行。
- 该程序可设计为存在漏洞程序、crackme程序等。
- 参赛者可以解题成功后获得flag{*********}。
- 设计者需提供可以运行设计程序的qeum版本信息、以及让uboot成功运行起来的必要信息（如模拟的目标板、内存等等）。
- 设计者还需要提供已经设计好的uboot二进制文件、比赛程序、以及解题思路及答案。
