Oracle 用真实应用测试保障 AI 驱动的安全补丁安全

能够成百上千地发现软件漏洞的前沿 AI 模型正迫使数据库提供商进入规模更大、速度更快的补丁周期，而真实应用测试正成为防止这些修复破坏生产系统的保障。同一波 AI 浪潮也在削弱写入应用程序中的安全规则。

Oracle 公司从两方面作出回应：一方面加固代码以抵御外部攻击者，另一方面将智能体控制下移到数据层。据 Oracle 数据库技术执行副总裁 Juan Loaiza（如图）介绍，第一项工作始于公司让一个早期访问版前沿模型扫描自家软件。

“早在 3 月，我们就获得了 Mythos 模型的早期访问权限，并用它扫描我们的代码，它开始发现所有这些安全漏洞，”Loaiza 说。“它查出了一些非常严重的安全问题。于是我们说，‘嘿，这是一个红色警报时刻。房子着火了。’”

Loaiza 在 Oracle AI World 上接受了 theCUBE Research 的 Dave Vellante 的采访，这是 SiliconANGLE Media 的直播工作室 theCUBE 的独家播出。他们讨论了为什么 AI 发现的漏洞、AI 生成的代码和 AI 智能体要求企业将安全视为数据问题。（* 下方披露。）

真实应用测试应对更大、更快的补丁

Loaiza 解释说，Oracle 对 AI 发现漏洞的大部分应对措施都落在其常规季度补丁中，这些补丁因此变得大得多。今年早些时候的一次季度安全更新修复了公司产品组合中超过 1,400 个漏洞。客户必须实现补丁自动化并保持最新，但每个大型补丁都会引发对不能出故障的系统发生回归的担忧。

“我们有一个叫 Real Application Testing 的功能，可以捕获真实工作负载并运行它，以确保你的工作负载不受这些补丁影响，”Loaiza 说。“这并不像直接应用那么简单，因为人们运行的应用程序极其复杂。它们支撑着整个国家、整个行业。”

打补丁应对的是外部攻击者。内部使用 AI 是另一种威胁，因为应用程序传统上负责执行最终用户安全，而 AI 现在编写了其中大部分代码，或者直接访问数据。Oracle 的答案是 Deep Data Security，该功能于 4 月开始交付，将经过身份验证的用户身份作为加密令牌传递到数据库。此后，公司已将这些授权控制扩展到远程数据库、湖仓数据和相关表。

“在我看来，新世界是所有最终用户安全规则都必须在 AI 无法绕过的地方执行，也就是一直下到数据层，”Loaiza 说。“AI 智能体必须获得你的身份。它代表你行事。如果它看不到数据，就无法泄露数据。”

业务规则遵循同样的逻辑。Loaiza 指出，应用程序代码一直会阻止超过客户限额的信用卡扣款，但被要求执行该规则的 AI 智能体可能不会遵守。Oracle 正在提供声明式方式来定义此类规则，以及 SQL Assertions，用于检查通过 SQL 所做的更改是否有效。

“有信用额度，有各种各样不能被违反的业务规则。再说一次，如果我们把所有这些一直下移到数据中，那么无论你如何访问数据、使用什么机制、如何使用 AI，它都无法违反这些规则，”Loaiza 说。

以下是完整的视频采访，这是 SiliconANGLE 和 theCUBE 对 Oracle AI World 报道的一部分：

（* 披露：theCUBE 是 Oracle AI World 的付费媒体合作伙伴。Oracle 作为 theCUBE 活动报道的赞助商，以及其他赞助商，均不对 theCUBE 或 SiliconANGLE 的内容拥有编辑控制权。）

图片：SiliconANGLE