某军工单位的内网老张，去年因为把一份标注“秘密”的平台试验参数传到了内部OA系统，被通报批评加扣发全年绩效。可上他喊冤：“OA不就是传涉内网吗？内网不是安全的吗？”

这个案例很典型。很多人对内网有种朴素的密数信任——觉得只要连不上外网，数据就安全了。内网但内网平台和涉密信息系统，平台压根是可上两个世界。

先说物理隔离这件事。传涉真正的密数涉密网络，要求与公共网络物理断开，内网机房有门禁，平台终端有红黑电源，可上连电磁泄漏都得做屏蔽。传涉而大多数单位的密数内网平台，说白了就是一套局域网办公系统，路由器后面可能就接着运营商的专线，甚至有些小单位用VPN借道互联网。这种“内网”和涉密网之间，隔着不止一道墙。

再谈数据分级。涉密数据分三级：秘密、机密、绝密。每级都有明确的定密流程、知悉范围和解密期限。内网平台上的文件，大多只是“内部资料”或“工作秘密”，压根没走定密程序。你把涉密数据传上去，等于把保险柜里的东西搬到了普通文件柜——柜门没锁，标签还写着“内部使用”。

技术层面的风险更直接。内网平台通常有数据库备份、日志审计、跨部门共享功能。你传一份涉密文档上去，系统自动做了全文索引，管理员能搜到，运维人员能导出，连做等保测评的第三方公司都能看到副本。涉密数据最忌讳的就是“知悉范围扩大”，而平台的设计逻辑恰恰是让信息流动更顺畅——这和保密要求完全拧着劲。

有人会问：“那我把涉密文件加密压缩再传，总行了吧？”加密算法本身没问题，但密钥怎么管理？存哪儿？如果密钥和文件放在同一个内网平台，那加密就是个心理安慰。更麻烦的是，涉密文件一旦离开受控环境，哪怕只是几分钟，都算失控。你永远不知道系统后台有没有自动备份到异地容灾节点，也不知道运维人员调试时会不会把数据拷到测试服务器。

我见过一个真实案例：某设计院工程师为了赶进度，把涉密图纸传到内网协作平台，结果平台做版本更新时，数据被同步到了开发商的云测试环境。开发商是外包的，人员流动大，最后追责时连数据流经了几台服务器都说不清。这教训够深——内网平台的功能越强大，数据被意外扩散的路径就越多。

说到底，涉密数据的管理不是看网络通不通，而是看数据全程是否处于受控状态。内网平台解决的是“办公效率”问题，涉密系统解决的是“国家安全”问题，两者目标不同，技术标准不同，管理要求更不同。别图方便，别抱侥幸，涉密数据该走什么通道，一步都不能省。