第435章数据治理细则与审计落地

笔趣阁(biquge2345.com)更新快，无弹窗！

味着未来科技在任何涉及数据治理规则的修改中都不拥有绝对多数票。
    林薇从中央研究院封闭开发区拨进视频时，正在天权6号的功耗仿真数据前做最后的收敛验证。她听完周明的提议后没有讨论外部委员的比例，而是直接切入了数据治理细则中最核心的一个技术难题——数据脱敏标准的跨域统一。「制造域的晶圆缺陷分布数据丶设计域的版图层数数据丶生态域的用户行为日志，三者的脱敏要求完全不一样。如果把制造域的数据脱敏标准强行套到生态域上，生态数据里的异常功耗触发条件——就是阿贡发现的那种——就会被脱敏算法当作『异常值』自动抹掉，而这些异常值恰恰是我们做质量改进最有价值的信号。」
    郑工敲了几下键盘，屏幕上弹出一张表格。表格里列着六个数据域中每一种数据类型在脱敏处理中的最小颗粒度要求。制造域的晶圆缺陷坐标精度可以脱敏到五十微米而不影响工艺分析，设计域的版图数据需要脱敏到标准单元级别才能保护设计机密，生态域的用户设备型号必须保留完整而不能被泛化——因为阿贡发现的基带晶片功耗异常只有在特定设备型号和特定运营商频段组合下才会触发，一旦泛化就丢失了定位故障的全部线索。
    「脱敏标准不能一刀切。」郑工说，「但脱敏标准的制定过程可以一刀切——不论哪个域，脱敏规则的制定丶审批丶修改和生效日期都必须走同一套治理流程，每一条脱敏规则的背后都必须附着明确的业务理由和风险评估，且全部留痕。」
    周明在会议纪要上写下数据治理细则的第一条核心条款草案：「数据脱敏标准由各数据域负责人根据业务需求提出，经数据治理委员会审议批准后生效。每一条脱敏标准均需附带业务必要性说明和风险评估报告，审议过程保留完整记录，记录对外公开。」
    讨论进入数据访问权限分级时，秦教授提出了一个让在场所有人都不得不正视的问题。神农AI的临床数据目前采用的是二级审批——数据使用者提交申请，经秦教授和医院伦理委员会两位委员共同批准后即可获取脱敏后的数据。但安德松教授在访问时无意中发现，神农AI的模型训练日志——不是原始临床数据，而是模型在训练过程中的中间参数更新记录——同样被纳入了二级审批的范围。这个设计导致赵静团队在做预调度模型与神农AI的联合调优时，每一次调参都要等至少两个工作日的审批周期。
    「临床原始数据的严格审批是对的。」秦教授说，「但模型训练日志的安全级别不应该和原始临床数据一样。把两者的审批门槛拉平，表面上是提高了安全标准，实际上是降低了研发效率——而且这种降低不会换来任何实质性的安全保障，因为模型训练日志里根本没有可追溯的个人信息。」
    周明把这个问题放大到了全部六个数据域。追光产线的设备传感器数据丶补天工具链的代码提交日志丶天罡OS的应用崩溃记录——这些数据的敏感级别各不相同，但目前的访问审批规则大多是在各自为政的状态下临时设定的，有的过于宽松，有的过于严格，几乎没有跨域的一致性。
    他提出的解决方案是在数据治理细则中建立一套三级数据访问权限体系。一级是公开数据——任何内部员工和签署了数据使用协议的合作夥伴均可直接访问，包括设备稼动率汇总统计丶天罡OS装机量公开数据丶补天工具链的公开文档和基础模块代码。二级是受限数据——需经数据域负责人审批后方可访问，包括产线工艺参数的详细记录丶晶片设计版图的非核心区域数据丶生态应用的非敏感用户行为统计。三级是受控数据——需经数据治理委员会全票批准后方可访问，包括晶片设计版图的核心电路区域数据丶神农AI的原始临床数据丶用户个人身份关联数据和产业链供应商的核心工艺参数。
    这套三级体系的命名直接沿用了天罡Edge接口安全分级的框架——不是巧合，是周明刻意为之。他在会议桌上摊开了天罡Edge接口三级安全分级体系的文档，指着上面「一级公开丶二级受限丶三级受控」的分类标签说：「天罡Edge的安全分级已经在联合检测验证工作组那里作为参考基准案例。数据治理细则沿用同一套分级逻辑，可以最大限度减少外部审计的理解成本——审计方不需要重新学一套新的分类体系，只需要确认同一套逻辑是否被一致地应用到了数据治理领域。」
    方程在视频那端翻出了天罡Edge安全分级体系的设计文档。文档的起草人是林薇，当时在天罡Edge全球合作试验决策会上，陈醒以「被审计比被怀疑强」定调之后，林薇用了一个周末把接口安全分级的第一版草案写了出来。「天罡Edge安全分级从草案到正式发布用了六周。数据治理细则能不能更快？」方程问。
    「不能。」周明回答得很乾脆，「因为数据治理细则不是一份技术文档，而是一部制度立法

章节报错（免登陆）

下载APP，无广告、完整阅读

验证码：提交关闭

第435章 数据治理细则与审计落地

第435章数据治理细则与审计落地