第二十一章 漏洞验证：模拟系统的延迟真相

第二十一章 漏洞验证：模拟系统的延迟真相

收到陌生号码的短信后，林知夏和陆时衍连夜找到组委会的技术支持马克，说明“电子答题系统可能存在提交延迟”的担忧。马克起初表示“系统经过多次测试，不会出现延迟”，但在两人的坚持下，还是同意开放“模拟答题系统”，进行提交测试。

模拟系统的界面与正式比赛一致，林知夏按照“正式比赛节奏”，用60分钟完成一套精简版试题（含2道基础题、1道建模题），在倒计时30分钟时点击“提交”——屏幕显示“提交中”，进度条卡在60%，足足过了2分17秒，才弹出“提交成功”的提示。

“真的有延迟！”陆时衍立刻记录下时间，“如果正式比赛时延迟超过3分钟，刚好赶在结束铃响后提交，很可能被判定‘超时无效’。”马克的脸色也严肃起来：“可能是系统在‘高并发提交’时会出现卡顿——正式比赛有50名选手同时提交，服务器压力大，延迟可能更明显。”

为了确定“延迟峰值”，两人又进行了3次测试：分别在倒计时20分钟、15分钟、10分钟提交，延迟时间分别为1分52秒、1分03秒、47秒。陆时衍整理数据后发现：“提交时间越靠近结束铃响，延迟越短，但风险越高；提前20分钟提交，延迟稳定在2分钟左右，既能预留缓冲时间，又不会因‘提交过早’被质疑‘答题不完整’。”

可就在测试结束时，林知夏发现模拟系统的“数据上传日志”里，有一条异常记录：“某IP地址在提交时，触发了‘二次上传’机制——第一次提交显示失败，第二次提交却覆盖了原答案。”马克解释：“这是系统的‘容错机制’，但正式比赛时会关闭，避免选手恶意修改答案。”

林知夏心里一紧：“如果有人利用‘容错机制未完全关闭’的漏洞，在正式比赛时故意‘二次提交’，会不会覆盖其他人的答案？”马克立刻检查系统设置，发现“容错机制的关闭指令存在延迟”，需要手动重启服务器才能彻底生效。

就在马克重启服务器时，陆时衍注意到测试室门口有个熟悉的身影——陈宇正隔着玻璃往里看，手里拿着手机，似乎在偷拍测试数据。陆时衍立刻追出去，陈宇却已经跑远，只留下一张掉在地上的纸条，上面写着“提交延迟2分钟，提前25分钟操作”——显然，陈宇也收到了“漏洞提示”，甚至在偷偷跟踪他们的测试。

回到酒店，林知夏坐在书桌前，看着测试数据和陈宇的纸条，心里充满疑惑：这个“陌生号码”到底是谁？为什么同时给她和陈宇通风报信？是单纯的“公平提醒”，还是想让他们在“提前提交”上互相竞争，制造新的矛盾？