AI 问数上线前，安全 PoC 应该验收哪十件事？

安全 PoC 不能只演示“问一句、答一个数”。合格的验证应包含故意失败的请求：普通员工问跨部门数据、无权角色查敏感字段、服务账号尝试写入、模型服务不可达。每个结果都要能从日志和配置中复查。

身份与数据范围：四项

一，验证登录身份和离职停用；二，验证普通用户与管理员的项目权限；三，验证行级过滤，例如 A 店不能看到 B 店订单；四，验证敏感字段不可见，而不是查出后才遮挡。AskTable 的人员、角色、策略与智能体授权可用于这些测试。

权限测试要使用与生产接入相同的入口。网页上正确，不代表嵌入、飞书或 API 自动正确；不同入口的身份映射应分别测试。

数据库与模型：三项

五，数据库连接账号只读；六，复杂或长时间查询受到超时和资源限制；七，明确模型调用路径和实际发送内容。若要求完全内网离线，必须核对容器、模型和外部服务的出网流量。

AskTable 支持私有部署和内网模型服务，也对生成 SQL 做只读校验。企业还需验证自己的数据库账号、网络策略和部署参数。

审计与恢复：三项

八，能把一次业务提问追溯到用户、角色、来源和执行；九，能定位一次失败或越权请求；十，模拟服务故障与凭据轮换，确认不会误开放数据或长期中断关键业务。AskTable 的智能体审计日志可帮助做单次问数复盘。

把每项写成“步骤—预期—实际—证据链接—责任人”五列。只写“支持权限和审计”无法形成验收结论。

通过标准由企业自己定

金融、制造、电商等组织的数据分类、审计留存和恢复目标不同。PoC 表单应由安全、数据、业务三方共同签字；未通过项明确补救与复测时间。不要把一次成功演示等同于生产环境合规认证。

参考资料

• •AskTable 权限配置
• •AskTable 架构与边界
• •AskTable 日志与反馈
• •AskTable 部署总览

延伸阅读：查看含完整示例的博客版