第一章：MES安全概述

大家好，我是老张。在MES这个领域摸爬滚打了十几年，今天咱们来聊聊一个绕不开的话题——安全。

说实话，很多人一开始做MES，关注的都是功能：排产准不准、数据全不全、界面好不好用。安全？那是IT部门的事。嗯，我以前也这么想，直到有一次在项目上出了点小状况……

那次是在一家汽车零部件工厂，MES上线三个月，一切正常。突然有一天，某个操作员发现他居然能修改质检标准。按理说，这权限只有质量主管才有。查了半天，原来是权限配置时漏了一个角色继承关系。虽然没造成实际损失，但把所有人都吓出一身冷汗。

从那以后，我养成了一个习惯：做MES，安全必须前置。今天这一章，我们就从三个维度来拆解MES安全——威胁、原则、合规。

1.1 MES系统面临的威胁

MES是什么？它是连接ERP和车间设备的桥梁。说白了，它手里握着生产指令、工艺参数、质量数据、设备状态。这些数据一旦出问题，后果很严重。

我总结了一下，MES面临的威胁主要有这几类：

• 内部威胁：操作员误操作、权限滥用、离职员工恶意破坏。我在项目中遇到过，一个被辞退的班组长，用自己还生效的账号删除了当天的生产记录。虽然数据有备份，但恢复花了整整两天。
• 外部攻击：黑客入侵、勒索病毒、DDoS攻击。2017年NotPetya病毒爆发时，我正好在帮一家药企做MES升级。他们的MES服务器被加密，生产线停了三天，损失惨重。
• 数据泄露：工艺配方、客户订单、质检报告被窃取。尤其是电子行业，一个配方可能就是几千万的研发投入。
• 供应链风险：第三方系统接口、设备供应商的远程维护通道，都可能成为突破口。

1.2 安全架构设计原则

讲完了威胁，咱们聊聊怎么防。安全架构设计，我个人的经验是抓住几个核心原则。别贪多，把这几条做到位，80%的问题都能挡住。

原则	说明	我的实践
最小权限	每个用户只给完成工作所需的最小权限	操作员只能看到自己工单的数据，不能修改工艺参数
纵深防御	多层防护，不依赖单一安全措施	网络隔离+身份认证+数据加密+审计日志，缺一不可
默认安全	系统默认配置就是安全的	新用户默认无权限，必须手动授权
可审计性	所有操作都有记录，能追溯	谁、什么时间、在哪台终端、做了什么操作，全部记录
失效安全	系统出错时，默认拒绝访问	认证服务挂了，用户不能自动获得权限

你想想看，这些原则其实不复杂。但为什么很多项目还是出问题？因为执行不到位。我建议你在做架构设计时，把这几条原则写进设计文档，每个模块评审时都对照检查一遍。

1.3 合规性要求

合规，说白了就是法律要求你做到的事。不同行业、不同地区，要求不一样。我重点讲两个最常见的：GDPR和FDA 21 CFR Part 11。

1.3.1 GDPR（通用数据保护条例）

如果你给欧洲工厂做MES，或者你的MES处理了欧盟公民的个人数据，那GDPR就绕不开。GDPR的核心是保护个人隐私。在MES里，哪些算个人数据？操作员的姓名、工号、指纹（用于考勤）、甚至排班记录都可能算。

我建议你关注这几点：

• 数据最小化：只收集必要的个人数据。比如考勤，用工卡就行，别非要录指纹。
• 数据保留期限：个人数据不能无限期保存。我一般建议设置自动清理策略，比如离职员工的数据保留3年后删除。
• 数据访问权：用户有权查看自己的数据，并要求修改或删除。MES里要提供相应的功能。
• 数据泄露通知：发生泄露后，72小时内必须通知监管机构。所以审计日志和告警机制很重要。

1.3.2 FDA 21 CFR Part 11（美国联邦法规第21篇第11部分）

这个主要是针对制药和医疗器械行业的。FDA要求电子记录和电子签名具有与纸质记录同等的法律效力。说白了，你的MES要能证明：数据没被篡改，签名是本人操作的。

核心要求包括：

• 电子签名：必须唯一，且与个人绑定。不能用共享账号。
• 审计追踪：所有数据的创建、修改、删除都要有记录，且记录不能被修改或删除。
• 系统验证：MES上线前要经过验证，证明它符合预期功能。我参与过一个FDA审计项目，光验证文档就写了200多页。
• 数据完整性：ALCOA+原则（可归属、可辨识、同步、原始、准确、完整、一致、持久、可用）。

知识体系结构图

下面这张图，是我梳理的MES安全知识体系。你可以把它当作本章的思维导图，也可以贴在工位上提醒自己。

这张图把MES安全分成了三个维度：威胁、原则、合规。它们不是孤立的，而是层层递进的关系。先识别威胁，再设计原则，最后用合规来兜底。我个人习惯在做项目时，先画这样一张图，让团队所有人都能看懂安全架构的全貌。

---

公众号:蓝海资料掘金营，微信deep3321