前言
SQL 注入是数据库安全领域最顽固的威胁之一。即便开发团队严格执行预编译与输入过滤，遗留代码、第三方组件或偶发的人为疏忽，依然可能留下可被利用的突破口。面对这一长期存在的安全隐患，单纯依赖应用层的"亡羊补牢"已难以为继。
金仓数据库（KingbaseES）V009R002C014 内置的 SQL 防火墙，提供了一种数据库内生的主动防护方案——它不依赖应用层代码修复，而是直接从内核层识别并阻断恶意 SQL，让安全团队从"疲于补漏"真正转向"规则先行"。
一、SQL 注入原理：攻击者如何"钻空子"
理解 SQL 注入的原理，是理解防火墙价值的前提。
SQL 注入就像不速之客通过门缝溜进房子：攻击者将恶意代码伪装成正常输入，诱导数据库执行意料之外的操作。
典型案例一：绕过身份认证
用户登录表单中输入用户名 ' OR '1'='1，原本的查询语句就会被篡改为：
SELECT * FROM users WHERE username='' OR '1'='1' AND password='xxx'
由于 '1'='1' 恒为真，认证逻辑被完全绕过，攻击者无需密码即可获取所有用户数据。
典型案例二：破坏性操作
在输入中附加 ; DROP TABLE users;--，查询变为：
SELECT * FROM users WHERE id='1; DROP TABLE users;--'
整张数据表可能就此被删除，造成不可逆的数据损失。
传统防御的局限性
查询参数化（预编译）是目前最主流的防注入手段，通过变量绑定将数据与指令分离，从根本上阻断注入路径。然而，这一方案高度依赖开发者的编码习惯——一旦存在动态拼接 SQL 的遗漏场景，漏洞便随之而来。相比之下，SQL 防火墙部署在数据库端，对所有连接的 SQL 进行全局检查，能够有效弥补应用层防护的盲区。
二、SQL 防火墙原理：白名单驱动的主动防护
SQL 防火墙的核心逻辑清晰而有效：学习合法 SQL，构建白名单，只放行已知安全的语句。
具体来说，防火墙会在学习阶段收集业务系统实际执行的 SQL 语句，提取其结构特征并形成白名单规则库。一旦进入防护模式，任何不在白名单内的 SQL——无论来自注入攻击还是异常操作——都将被识别并处理。
金仓 SQL 防火墙提供三种可灵活切换的工作模式：
学习模式 防火墙根据安全管理员的配置，自动采集指定用户执行的 SQL 语句，提取特征值并写入白名单规则库，无需人工逐条录入。
警告模式 防火墙实时监测所有连接即将执行的 SQL。若 SQL 不在白名单内，语句仍会执行，但防火墙会同步向用户发出警报并写入日志。该模式通常用于上线前的验证阶段，帮助安全管理员评估白名单覆盖是否完整，并据此调整规则。
报错模式 防火墙实时拦截所有不在白名单内的 SQL，阻止其执行，同时向用户返回错误信息并记录日志。这是正式防护阶段的推荐模式，实现对非法 SQL 的硬性阻断。
三种模式形成了"学习 → 验证 → 防护"的完整闭环，兼顾灵活性与安全性。
三、核心优势
1. 准确率高达 99.99%
SQL 防火墙对所有数据库连接的 SQL 语句进行全量检查，无法被绕过。其特征值计算基于 KingbaseES 内核对 SQL 的解析结果，且 DML 语句中的常量值不影响特征值计算——这意味着防火墙对具体的读写数值不敏感，能够有效降低误报率。
为验证实际拦截能力，我们以 100 万条合法 SQL 和 900 万条非法 SQL 进行了多轮压测，结果如下：
| 指标 | 数量 |
|---|---|
| 非法 SQL 总数 | 900 万 |
| 合法 SQL 总数 | 100 万 |
| 被检出的非法 SQL 数 | 900 万 |
| 被误拦截的合法 SQL 数 | 0 |
| 未被检出的非法 SQL 数 | 0 |
零误报、零漏报，准确率达到 99.99%，充分验证了白名单机制的可靠性。
2. 性能损耗极低，稳定可控
作为 KingbaseES 原生集成的内部插件，SQL 防火墙无需额外部署，也不存在生态适配问题。我们在 100 个会话并发、执行 500 条不同 SQL 的场景下，对数据库吞吐量进行了多轮测试。
警告模式（SQL 仍会执行）：
| 非法 SQL 占比 | 0% | 1% | 3% | 5% | 10% |
|---|---|---|---|---|---|
| 性能损耗 | -5.61% | -5.55% | -5.99% | -5.66% | -5.67% |
报错模式（非法 SQL 在执行前被拦截）：
| 非法 SQL 占比 | 0% | 1% | 3% | 5% | 10% |
|---|---|---|---|---|---|
| 性能损耗 | -5.70% | -2.83% | -1.48% | +0.07% | +4.94% |
注：报错模式下，被拦截的非法 SQL 因提前终止执行，反而减少了数据库实际处理负载，因此非法 SQL 占比越高，测得的吞吐量越大，属于正常现象。
综合来看，在典型业务场景下，SQL 防火墙带来的性能损耗稳定控制在 6% 以内，对生产环境影响极小。
3. 两步完成配置，上手门槛低
传统安全规则的制定往往耗时费力，且容易因覆盖不全而产生误报或漏报。金仓 SQL 防火墙通过自动化学习机制大幅简化了这一过程：
- 管理员指定需要学习的用户范围；
- 防火墙在学习模式下自动采集 SQL 并生成规则。
整个过程无需手动编写规则，避免了人为疏漏带来的风险。同时，防火墙支持按用户粒度配置防护策略，灵活适配不同业务场景的安全需求。
四、总结：让数据库学会辨别"友军"与"异己"
SQL 防火墙将复杂的防护逻辑抽象为"学习、警告、报错"三个清晰阶段，实现了从被动补救到主动防御的转变——规则自动生成、校验全面覆盖、拦截精准高效。
善用 KingbaseES 的 SQL 防火墙，能够让数据库具备辨别合法操作与恶意入侵的能力，让每一条数据都得到妥善保护。
目前，金仓数据库 KingbaseES 已广泛应用于党政、交通、能源等高安全要求行业。未来，金仓将持续深化"预警先行，牢筑防线"的安全理念，为企业构建更加安全可靠的数据使用环境。
