导航

AI-anti

#1
先说一下背景,部门为了庆祝1024决定搞个ctf,然后从平台的搭建,题目的设计、编写,后续的运维,都交给了我;平台直接使用开源的ctfd,然后监控插件之类的自己去写,这部分是很简单的;
题目设计这里,考虑到参与的人员结构很复杂,各个部门的都有,可以说面向全公司开放,在有一些部门是没有访问外网的权限,没有下载软件的权限,所以ctf工具这里我也只能做个网页版的线上工具,所以就导致了题目设计很简单。
题目大部分以web,为主,加上编码、杂项那些,做完之后出来第一版,然后让同事测试,他速通了,ai半小时以内,所有题,全部解出来。。。领导和同事一看,这不行啊,这么干活动没意义啊,就来到文章的主要,ai对抗。
同事给的意见是提交flag时加滑块校验,然后再检查客户端,如果是codex这种客户端,直接拒绝接收,然后我是往题目里面加入诱导性的提示词,让ai主动去花费分数来解锁提示,这三个方法都加到了平台和题目上面,但还是觉得这么干是防不了ai的。
就想问问大家在平时是怎么和ai做对抗的。
1 小时前
#2

直观点:别把主要精力放在“识别 Codex/AI 客户端”上,这条路基本堵不住。UA、Header、浏览器自动化特征都能伪装,滑块对人有用,对能操作浏览器的模型也就是多一步;题里塞诱导提示词同样容易绕,最后只是多消耗一次推理。识别结果也很难作为自动封禁依据,误杀会很尴尬。

你这次真正的问题更像是题太静态、套路太明显:能直接读页面、跑在线工具、提交固定答案,AI 扫一遍就能全通。与其反客户端,不如改题:给每个账号生成不同的参数和 Flag;把题目拆成多个服务端状态,前一步得到的内容只是后一步的输入;再准备一批现场随机题、限时和动态分值,让 AI 也能做,但很难短时间批量扫完。提交层面再记录解题间隔、请求顺序、短时间遍历全部题目等行为,异常只进入复核,不建议直接封号。

如果公司活动允许,最省事的办法其实是分组规则:公开赛允许 AI,决赛禁用 AI,或者直接设置人类组和 AI 组。没有必要证明“这个人用了 AI”,只要让题目对 AI 的时间优势明显下降,活动效果就出来了。你现在的三个方案更像是在门口查证件,换成让 AI 进门后也拿不到整张卷子的效果会更实际。