勒索软件还会偷数据：企业数据库该怎么防双重勒索？

勒索事件已经不只是“文件被加密后能否恢复”。Trio-Tech International 向美国证券交易委员会披露：其子公司在 2026 年 3 月发现勒索事件，随后又确认部分公司数据被未经授权披露。企业要把恢复业务和防止数据外泄当作两条独立防线；AI 问数入口也要纳入同一套访问治理。公开披露并没有说这起事件由 AI 导致。

为什么备份不能解决全部问题

离线备份能帮助恢复被加密的系统，却无法收回已经复制到外部的数据。盘点数据库时，应同时列出生产库、备份库、导出文件、报表缓存和第三方同步任务；数据一旦离开原库，原库的账号控制便不再覆盖它。

应急演练可以分成两张表：一张记录从隔离到恢复的时间和数据损失，另一张追踪异常读取、批量导出、外部传输和通知流程。不要用“备份成功”代替“外泄风险可控”。

把数据库放进分层防线

第一层是账号和网络：关闭不必要的公网入口，服务账号只授予业务所需权限。第二层是数据本身：识别敏感表、字段和历史导出，限制谁能复制完整数据。第三层是检测与处置：保留访问日志，关注异常查询量和外传路径。

这些措施由企业的数据库、身份、网络和安全团队共同实施。任何 AI 工具都不能替代补丁管理、备份恢复或入侵响应。

AI 问数入口还需单独验收

AskTable 的公开文档说明，查询只读，行级过滤和字段可见性在 SQL 执行前生效，智能体也有提问与执行记录。这些能力适合把自然语言查询纳入已有数据权限框架；它们不等于企业整体的防勒索平台。

上线时选两个真实角色和一张敏感表，分别测试允许、拒绝和跨部门提问；再检查数据库连接账号、问数结果下载权限与审计日志的留存安排。

一页验收清单

让备份恢复演练、异常导出告警、账号定期复核、敏感数据清单和 AI 查询越权测试各有负责人。每项都保留可复查的记录。若其中一项失败，先修复这一层，不要因为演示问答正常就宣布整条数据链安全。

参考资料

• •Trio-Tech 2026 年 3 月 8-K 披露
• •AskTable 如何工作
• •CISA 勒索软件防护指南