普渡模型的来历与作用
普渡模型源自 1990 年代提出的普渡企业参考架构（PERA），后被 ISA-95 借用为企业与控制系统集成的分层描述，工控安全领域惯称 0~5 层。它的价值是把「谁能和谁通信」变成可检查的结构：越靠近物理过程的层级，允许的对外连接越少，跨层访问必须经过明确定义的中转。它不是强制标准，而是通用的沟通语言与设计参考，落地时常与 IEC 62443 的区域与管道模型配合使用。
层级速览
| Level 0 | 物理过程：传感器、执行器、电机、阀门等现场设备 |
|---|---|
| Level 1 | 基本控制：PLC、RTU、安全仪表系统 SIS |
| Level 2 | 区域监控：HMI、操作员站、DCS 控制器、SCADA 采集、工程师站 |
| Level 3 | 站点运营：历史库、MES 与批处理管理、站点域控、站点级运维 |
| Level 3.5 | 工业 DMZ：数据代理、补丁与防病毒服务器、跳板机、日志汇聚 |
| Level 4 | 企业 IT：ERP、邮件、办公网、企业级目录服务 |
| Level 5 | 企业外部：互联网、云服务、合作方与远程接入 |
各层职责与连接
| 层级 | 典型设备与系统 | 允许的跨层连接 |
|---|---|---|
| L0 / L1 | 传感器、执行器、PLC、RTU、SIS | 现场总线与硬接线，不直接对外 |
| L2 | HMI、操作员站、DCS 控制器、工程师站 | L2 内横向互通，向上经 L3 汇总 |
| L3 | 历史库、MES、站点域控、资产管理 | 向 L3.5 单向或经代理上送数据 |
| L3.5 | 数据代理、补丁源、日志与跳板服务 | 两侧独立策略，禁止一条规则直通 |
| L4 | ERP、邮件、办公终端 | 只与 L3.5 交换被代理后的数据 |
| L5 | 云、合作方、厂商远程支持 | 经 L3.5 与身份审计通道进入，不得直达 L2 |
设计时的四条规则
- 横向优先：同层内先做区域划分，减少不必要的横向可达，再讨论纵向通道
- 纵向收敛：相邻层级之间只保留必要通道，禁止 L4 直达 L2 或 L1 的策略
- DMZ 不直通：L3.5 到 L3 与 L3.5 到 L4 必须是两套独立策略，不能一条规则贯穿两侧
- 策略一致：防火墙规则、交换机 ACL 与设备白名单要相互对应，只维护一张规则表无法覆盖现场直连
ISA-95（IEC 62264）主要定义 L0~L4 的信息集成与 MES、ERP 接口；IEC 62443 用的是更灵活的区域与管道模型。实务中把普渡分层当作沟通语言、把区域与管道当作设计与评价工具，两者并不冲突。
照搬分层图容易漏掉真实存在的旁路：USB 介质、无线网桥、工程师笔记本临时直连、厂商的蜂窝模块、远程维护软件与打印条码设备，往往图上没有却在物理上连通。