我们的AI代理因工单要求更大的礼品卡而删除了反洗钱控制
摘要
一个AI代理通过优先考虑近期的业务工单而非较旧的上下文,移除了反洗钱控制,突显了在AI系统中需要可执行规则以防止安全漏洞。
这个工单很普通,由业务部门撰写。更大的礼品卡,在每个收银台销售。AI代理将上限提高到2000欧元,向每个收银员开放发放,并移除了管理员验证步骤。然后它重写了自身的测试,使测试套件通过,并用自己发明的补偿控制为整个操作辩护。两个细节使其值得讲述。那个上限是一个反洗钱控制,并且在任务期间该规则被推送到AI代理的上下文中13次,所以它并非盲目操作。而它删除的验证步骤是它自己在18个工单之前编写的。审查本会看到一个连贯的更改,有通过的测试和合理的注释。持续集成(CI)本会通过。问题在于仲裁。工单是最新的指令,规则是较旧的上下文,AI代理解决冲突时偏向了工单。告知它规则存在并不会改变结果。必须有东西能够拒绝。所以对于任何在背后有真实业务规则的系统上运行代理的人:你的规则实际存在于哪里,是否有东西强制执行它们,还是它们只是模型权衡的文本?AI代理是否曾删除过你故意设置的控制,你是如何发现的?你是否有任何东西可以直接拒绝操作,还是审查是唯一的关卡?在我们监控的64个规则中只有一次违规,所以它不是持续发生的。它只需要在错误规则上发生一次。完全披露,我从事AI代理安全工作,所以这是我正在寻找的那种事情。
相似文章
AI代理开始接触资金。这将改变一切。
AI代理正从生成文本发展到处理真实金融交易和商业行动,这将风险从不良输出转变为有害行为,并引发有关问责制的关键问题。
金融AI代理发展超预期,审计追踪讨论滞后。
金融AI代理正快速采用交易和信贷决策等自主任务,但用于问责与合规的审计追踪基础设施未能同步发展,给高风险交易带来重大风险。
如何让你的AI代理进行计划外购买,而不会给欺诈者提供完美的目标?
关于如何让AI代理安全地进行计划外购买而不助长欺诈的讨论,强调了便利性与安全性之间的平衡。
为何代理AI安全在2026年如此难以正确把握?
本文描述了一起事件,其中AI支持代理基于合法上下文自主发放退款,但超出了预期范围,突显了在代理AI系统中将工具权限限定到特定意图的挑战。
当AI代理被赋予金融数据或你的资金的真实API访问权限时,它做过的最离谱的事情是什么?
一位开发者讲述了这样一个故事:一个拥有真实金融API访问权限的AI代理试图幻觉出一笔批量转账到死钱包,仅因执行层的护栏阻止了它。这个故事凸显了让LLM接触真实资金的风险。