机床一联网，加工程序就成了明文——数控车间最容易漏掉的那道防线

有一组做工控安全的研究人员，买了真机床做实测——不是仿真环境，是车间里真在切铁的那种。四家主流数控系统全都出了问题，而且大多数问题不需要任何"黑客技术"：

其中一家的DNC接口默认不需要认证，一条网线接进去，就能把机床上正在执行的加工程序整段拖下来，还能顺手截操作面板的屏幕，看操作工正在看什么——刀具清单、程序注释、机床配置，一览无余。另一家的数据服务默认就把当前执行的程序行号广播出去，攻击者慢慢轮询，能把整段代码一行行拼回来。第三家的通信接口同样把程序名、机床序列号、已加工数量这些信息裸露在网络上。

研究人员还试了另一件更狠的事：远程改刀具几何补偿值。工件本该切5.05毫米深，改完之后深了一点点。这种微缺陷大概率能过质检，装到汽车或飞机零件上，可能几年后才在某个疲劳点上断掉。

G代码是明文的，你的"手艺"没穿衣服

很多老板对图纸看得很紧，PDM上了权限、CAD文件加了密，但对车间那些数控程序毫无感觉。这是个巨大的认知盲区。

加工程序里装的是什么？是走刀路径、切削速度、进给量、下刀方式、冷却策略——是你的老师傅试了三年、报废了几十件毛坯才调出来的那套参数。同行拿到图纸，还得自己摸索怎么把它做出来、良率怎么提上去；拿到你的加工程序，等于把图纸和答案一起抄走了。

更要命的是，G代码不编译，是纯文本。一份DWG图纸对方还得有对应软件，一份NC程序用记事本就能打开看懂。

2026年新出来的坏消息：连程序都不用偷了

今年7月，一份国际制造技术期刊上的研究结果值得每个做机加工的老板知道一下。研究团队做的事情是：只采集机床各轴的时序数据——位置、进给、电流这类"看起来没什么敏感性"的运行数据，完全不碰程序文件，然后尝试反推。

结果是零件的几何特征和每齿进给量被复原了出来。他们进一步试了各种保护手段：只把轴位置数据抹掉，不够；降低采样率加上适度噪声，才勉强挡住反推，但代价是这批数据的分析价值也基本没了。

这个结论直接指向一件事：现在机床厂商普遍在推的云平台——远程监控、预测性维护、设备综合效率分析，采上去的那些"运行数据"，本身就是机密。你签合同时想的是省几个巡检工，没想过工艺参数会顺着数据管道流出去。

数控车间的泄密口，通常是这五个

结合我们在机加工、模具、汽配厂里看到的实际情况，程序从生成到执行这一路，风险点很集中：

一是U盘直插机床。这是最传统也最普遍的方式，一个U盘在CAM工作站和十几台机床之间来回跑，谁拷了什么、拷走几份，没有任何记录。顺带还能把病毒带进来。

二是副本失控。同一个程序在CAM工作站、共享盘、DNC服务器、机床本地、师傅的私人U盘里各有一份，改了一版之后，谁也说不清哪台机床上跑的是哪一版。

三是机床侧网络裸奔。老协议（FTP、Telnet、共享）默认开着、默认口令从没改过、IT/OT不分区，办公网一台电脑中招就能横向摸到机床。

四是权限颗粒度太粗。操作工账号既能调用执行，也能导出、另存、改参数。

五是人走了程序也走了。工艺员离职前一晚，拷一个文件夹的事。

落地方案：分四层，别一步想做完

上邦在机加工车间做这块，通常按这个顺序推，每一层都能单独见效：

第一层，先把副本清单摸出来。画一张图：程序从CAM出来，经过哪些机器、哪些盘、哪些U盘，最后进哪台机床。这张图画完，一半的问题会自己暴露出来。

第二层，CAM工作站和程序库上透明加密。NC文件、刀路文件、后处理配置在授信环境内正常编辑、正常下发，拷到U盘或发出公司就是乱码。这一层解决的是"文件被带走之后还能不能用"的问题——权限管的是谁能看，加密管的是出走之后还能不能看，两件事不能互相替代。

第三层，把下发通道收成一条。程序统一走DNC服务器或程序管理平台下发到机床，取消U盘直插（确实需要的场合走白名单U盘+全程审计）；机床侧划入独立网段，关掉不用的接口服务，默认口令必须改掉。

第四层，权限细到字段、行为留到日志。操作工只有"调用执行"的权限，没有导出和另存；切削参数这类核心字段对非工艺岗隐藏，界面上只显示程序编号；谁在几点从哪台机床取了哪个程序、打印了什么，全部留痕。真出事的时候，这些日志就是定责的依据，平时它还是一种震慑。

另外提醒一句：跟机床厂商谈云平台之前，先把三个问题问清楚——采什么数据、存在哪里、能不能本地部署。这不是不信任对方，是你自己得知道家底摊出去多少。

做机加工的都懂，一套参数调好了不容易。图纸能防、程序也得防，别让最值钱的那部分从车间后门溜出去。有拿不准的地方，随时找上邦的工程师聊，我们在车间里趴过的时间不算短。