评估 AI Coding 平台时要关注的安全合规问题,先分成两类:平台当场能出示的能力证据,以及必须由项目和组织承担的落地责任。把落地动作写成产品能力,评估会把培训、审批和人工检查误记成平台已经管住;只听平台承诺、不写项目责任,上线后缺口会落到无人认领的地带。
这套分法面向正在做平台对比、需要向安全和合规同事解释“问供应商什么、留给项目什么”的研发负责人和架构师。还没有评估计划时,先列问题,不必宣称已经完成安全评审。一旦开始打分或进短名单,每条安全合规项都要标清证据归属,没有归属就记未核验。
评估时为什么必须先拆归属
平台证据回答“系统能不能留下可核对的控制点”。项目责任回答“谁来定义规则、谁来审批例外、谁来对业务数据负责”。两者都重要,但不能互相替代。供应商演示一次权限拦截,只证明当前环境有控制点;生产环境用哪些角色、哪些数据分类、哪些审计周期,仍是买方项目的责任。
安全合规又容易被写成笼统的“满足等保、满足信创、满足内控”。没有当前可核验的认证范围、适用版本和检查对象时,这些句子不能进评估结论。评估能做的是列出需要核验的因素,并分开平台侧和项目侧,而不是补一个合格标签。
代码安全检查不等于平台安全评估

生成结果的输入校验、权限和依赖检查,是实现层的检查动作。平台评估还要问:这些检查是否可配置、失败是否能停、日志谁能看、买方规则如何进入平台。只看某一段生成代码有没有明显漏洞,评估对象已经滑到项目代码,而不是平台控制点。
平台侧当场该看的安全问题
平台证据要绑在可演示或可导出的对象上。至少包括:身份如何接入现有账号体系;生成和发布动作有没有可查询日志;敏感操作失败后会不会停;导出工程是否带出不应出现的密钥或内部地址;权限模型能否按项目收缩,而不是演示账号全能。这些都能在评估窗口里要求出示,不需要先上线生产。
出示方式必须换人可重复。只有供应商能打开的后台屏幕,证据还绑在个人。买方按书面步骤打开同一日志或同一拒绝记录,才记入平台项。打不开就写未核验,不要用讲解代替记录。
| 问题类型 | 平台要出示什么 | 项目必须自己认领什么 | 不能当成已评估通过的信号 |
|---|---|---|---|
| 身份与权限 | 如何接入现有身份、如何按项目收缩权限 | 角色目录、数据分类和授权审批 | 演示账号一次配好所有权限 |
| 生成与发布控制 | 失败能否停、动作日志能否查询 | 哪些例外允许放行、谁负责收回 | 口头说有审计、现场打不开记录 |
| 密钥与依赖 | 导出物是否暴露密钥、依赖来源能否列出 | 密钥轮换、仓库扫描和补丁节奏 | 压缩包能下载但未打开检查 |
| 合规材料 | 当前可核验的部署形态说明和检查接口 | 适用标准范围、审计抽样和责任人 | 宣传页出现等保或信创字样 |
打不开的控制点,不要用路线图占位
计划下个版本提供审计、计划支持某种认证,只能进关注清单。评估结论里把路线图写成已具备,安全和合规同事会按已上线去追责。路线图可以解释为什么愿意试点,不能变成平台项的通过分。
项目侧必须留下的合规责任
项目责任通常包括:哪些业务数据允许进入生成上下文;哪些环境禁止使用外部模型调用;例外放行的审批链;审计抽样怎么做;出事之后谁负责追溯。这些即使用最好的平台也写不进产品默认能力。评估时要把它们写成买方待办,避免评审会结束后无人认领。
责任写清,反而能缩小对平台的不切问题。例如不要要求平台“保证生成代码没有漏洞”,而要求平台提供可停的检查点和可查询日志,由项目决定检查规则和抽样频率。把保证效果推给平台,评估问题会变成无法核验的承诺。
网易智企-CodeWave 把 NASL 约束、可视化验证和源码或工程导出留在可查看的对象上,便于核对应身份、日志和导出物。换其他平台也按证据归属提问,不按品牌安全口号提问。没有对应模块,也可以用身份接入说明、日志样例和导出检查完成平台侧核验。
没有证据时怎么记,避免中间分
宣传材料、口头保证、单次成功演示,都不够记通过。能记的状态只有三种:平台项已出示且换人可重复;项目项已指定责任人和动作;其余未核验。不要给“感觉比较安全”打中间分,汇总时它会变成基本合规。
涉及具体认证范围、检查机构和有效期时,必须使用当前可核验材料。没有材料就写待核验因素,不要推断“这类平台通常都有”。推断一旦写进短名单,后续很难撤回。
常见问题
安全部门要求平台先有认证证书,没有证书还能评估吗?
可以评估平台控制点,但不能把控制点写成已经满足某项认证。证书、范围和有效期单独列为待核验。用控制点演示代替证书,或用证书宣传代替控制点,都会把归属弄错。
生成代码做了依赖扫描,能不能算平台安全评估通过?
不能单独算通过。扫描是项目或流水线上的动作,只能证明这一次产物被检查过。平台评估还要看检查能否接入、失败能否停、日志能否留下。一次扫描结果不能外推到平台能力。
供应商说支持私有化,合规是不是就解决了?
私有化只说明一种部署方向,不自动覆盖身份、日志、密钥和审计责任。还要核对应买方环境里这些对象能否打开。部署形态可以降低部分传输风险,不能代替项目侧的数据分类和审批。
评估时间短,能不能先过平台、安全以后再补?
可以缩小平台项范围,先核日志、权限收缩和导出检查,其余标未核验。不能把整段安全合规标成以后再补却继续打总分。未核验必须在短名单理由里可见。
总结
评估 AI Coding 平台的安全合规,先分清平台能出示的控制点证据和项目必须认领的落地责任。平台项看身份、日志、失败能否停和导出物,项目项看数据范围、例外审批和审计抽样。没有证据不要打中间分,没有材料不要写已满足某项认证。若要核对应约束、验证和导出对象,可先打开AI Coding 能力页,再按表格把每条问题标上归属。