第605章 需要被保护的！

    第605章 需要被保护的！ (第1/3页)

    邮件是第二天下午到的。

    林彻坐在微光办公室里翻CCPS的周报，第二批四个城市的数据还在稳步往上走，没有什么需要他处理的事。

    桌上的打印文件和便签已经被他收进了抽屉里，BVI的事暂时搁着，等陈维那边有新消息再说。

    下午两点十四分，邮箱弹了一条提醒。

    发件人是一个他没见过的地址，不是微光内部的域名，也不是任何他存过通讯录的邮箱。

    标题只有两个字。

    "评估"。

    他点开了。

    邮件正文只有一行字："附件已加密，解压密码已通过其他渠道发送。"

    他看了一眼手机。

    果然，沈南两分钟前发来一条微信，就六个字符，两个大写字母四个数字。

    没有别的话。

    密码都是沈南转的，意味着这封邮件走的还是010那条线。

    国安负责人在用一种间接的方式把评估结果送到林彻手里。

    他下载了附件，输入密码，文件解开了。

    一份PDF，没有页眉页脚，没有文号，没有印章。

    十二页。

    文件大小不到两兆，但他盯着下载完成的通知看了好几秒才点开。

    第一页是摘要。

    灰色的背景上白色的文字，PDF的排版很朴素，连字体都是默认的宋体。

    他往下拉。

    "AbySS系统技术评估初步意见（内部讨论稿）"

    讨论稿。

    不是结论，不是定性，是讨论稿。

    这个措辞本身就带着一种留余地的谨慎。

    他继续往下看。

    第二页开始是正文。

    分成两个部分，"架构评估"和"风险评估"。

    架构评估这一块用了整整四页。

    他一页页地翻过去。

    数据源的合规性，预测模型的可解释性，输入输出的日志完整度，权限管理的分级设计。

    每一项后面都有一个结论，用的是三级标注：可接受、需改进、不可接受。

    他把四页全部看完。

    大部分是"可接受"，少数几项标了"需改进"，标了需改进的都是关于日志留存周期和审计接口的技术细节。

    没有一项是"不可接受"。

    八成。

    

    （本章未完，请点击下一页继续阅读）