AI的两面：一面挖出15年漏洞，一面因一个错字围捕无辜者

一个AI在补世界最底层的漏洞，另一个AI却把人逼到举手投降 2026年6月28日中午，汽车记者Joel Feder刚把Range Rover倒出车位两英尺，四辆警车从四个方向疾驰而至，将他和妻子团团围住。警察手按枪套，厉声喝问：“你带枪了吗？下车！” 他没偷车。他只是车牌号里有两位极小的数字——“10”，被AI摄像头彻底忽略；而数据库里一条本该是“34 03 DTM”的失窃车牌，被人误录为“34 DTM”。两个错误叠加，系统瞬间判定：这辆车正在被通缉。 同一周，另一支团队用AI工具VEGA，在Linux内核代码中定位了一个潜伏15年的致命缺陷——GhostLock（CVE-2026-43499）。它自2011年起就存在于几乎所有发行版中，攻击者仅需普通权限，5秒内即可提权至root，逃出容器，完全接管系统。 两个故事，同一套逻辑：识别、判断、触发行动。区别只在于，输入是否真实，流程是否留有刹车。 GhostLock：内核里沉睡15年的“认错人” 漏洞藏在Linux内核的锁管理机制中，核心是一次对“谁该销号”的长期误判。 内核有个清理函数remove_waiter()，初衷很简单：谁排队等锁，谁自己来销号。于是它默认“当前站在窗口前的线程”，就是那个要清记录的人。 但后来内核支持了“代排队”——一个线程可替另一个正在睡眠的线程去排队。问题来了：真正排队的线程睡着了，上前销号的是个“代办”。清理函数照旧清除“代办”的记录，却漏掉了那个沉睡线程留在内存里的排队凭证。 这个凭证指向一块临时栈内存。等睡着的线程醒来，那块内存早已被系统回收、分配给其他任务。而凭证仍被当作有效指针使用——典型的悬空指针（use-after-free）。 攻击者利用这一点，向已释放内存注入伪造结构，诱骗内核读取并执行，最终劫持函数跳转表，获得最高控制权。 更值得警惕的是，内核自带的安全检查lockdep全程未报警。因为它只验证“锁有没有被持有”，却不验证“这个锁是不是该由当前线程来清理”。锁是对的，人是错的，系统却说：一切正常。 不是AI发现了漏洞，而是AI让人类重新看见代码 VEGA不是凭空猜出漏洞，而是以语义建模+路径约束方式，对内核锁相关代码进行大规模符号执行与状态覆盖。它不靠运气，也不靠直觉，而是把过去需要数月人工审计的路径，压缩成数小时的自动化探索。 GhostLock的发现，标志着一个转折：最危险的漏洞，未必藏在新功能里，反而常躲在最古老、最稳定、最没人再重读的角落。而AI正成为撬动这些“沉默地带”的第一根杠杆。 Flock之误：不是AI错了，是它太忠于错误 Feder的遭遇没有算法黑箱，只有三层清晰的失效链： 第一层，人工录入失误——NCIC数据库把“34 03 DTM”记成“34 DTM”； 第二层，系统设计缺位——Flock未对模糊匹配设置置信度阈值或人工复核触发机制； 第三层，响应闭环缺失——警情推送后，无任何校验环节确认“目标车辆是否真在失窃清单中”，直接启动现场拦截。 Flock每月扫描超200亿次车牌，它的强大，恰恰来自对错误输入的零容忍式执行。它不会质疑数据来源，也不会等待二次确认。它只做一件事：匹配即响应。 当警察告诉Feder“你算走运，这是在普利茅斯”时，他们其实在说：这套系统没有容错余地，也没有纠错机制。它只放大确定性，而人类的犹豫、怀疑、复核，全被剔除了。 真正的漏洞，不在代码里 GhostLock提醒我们：AI能比人类更快看见深层逻辑缺陷； Flock事件则警告我们：AI也会比人类更快执行浅层事实谬误。 二者共享同一技术内核，却导向截然相反的结果。决定走向的，从来不是模型有多聪明，而是系统是否保留“人喊停”的权利、通道与文化。 今天最危险的漏洞，可能不是某行写错的C代码，而是决策链上被悄悄删除的那个“人工复核”环节；不是AI会不会犯错，而是我们是否还相信——有些判断，必须由人来做，且必须有人能推翻机器的结论。 AI时代最坚固的防火墙，不该建在服务器里，而应建在流程设计的每一个关键节点上：那里要有一扇门，门后站着一个有权说‘等等’的人。