2. 医疗设备身份体系与资产建模

零信任的第一条原则是“永不信任，始终验证”，而验证的前提是知道“谁在请求”。在医疗物联网中，这个“谁”往往不是人，而是一台输液泵、一台监护仪或一台 CT。如果连设备身份都无法唯一、稳定地描述，后续的准入、微隔离和审计都无从谈起。本节围绕设备唯一标识、设备指纹、资产台账、厂商型号与固件版本建模四个要素展开，并完成一个科室级资产清单与身份属性设计任务。

一、设备唯一标识：身份的锚点

唯一标识回答的是“这台设备是谁”。它必须满足三个条件：全局唯一、生命周期内稳定、可被系统自动读取。常见做法有三类：

• 硬件级标识：网卡 MAC、TPM/安全芯片内的设备证书、CPU 序列号。MAC 可被伪造，单独使用不可信；TPM 证书由厂商烧录，私钥不可导出，是较可靠的锚点。
• 厂商级标识：设备序列号（SN）、UDI（唯一器械标识）。UDI 由器械标识 DI 与生产标识 PI 组成，是医疗器械监管体系中的法定标识，天然适合作为资产主键。
• 平台级标识：由资产管理系统签发的设备 ID，如 dev-7f3a-2c91。它不依赖硬件，便于跨系统引用，但必须与硬件锚点绑定，否则可被冒用。

工程上推荐“双标识”策略：以 UDI/SN 作为业务主键，以 TPM 证书或设备证书作为密码学身份，平台 ID 作为引用别名。三者通过台账关联，任一环节被篡改都能被交叉校验发现。

二、设备指纹：识别“像不像同一台”

唯一标识是声明，设备指纹是佐证。指纹由一组可观测属性组合而成，用于判断当前连接的设备是否与台账登记的一致。典型属性包括：厂商 OUI、DHCP 指纹（Option 55 参数列表）、TCP/IP 协议栈特征、开放端口集合、HTTP User-Agent、TLS 客户端指纹（JA3）、流量周期特征等。

单一属性容易碰撞，因此采用加权组合。例如某监护仪指纹可表示为：OUI=00:1A:2B（权重 0.3）+ DHCP 指纹串（0.25）+ 开放端口 {80,443,2575}（0.25）+ JA3 哈希（0.2）。当综合相似度低于阈值（如 0.85）时触发告警，提示可能存在设备替换或仿冒。

三、资产台账：把身份落到可管理的记录上

台账是设备身份体系的落地载体。一条合格的医疗设备资产记录至少应包含：资产 ID、UDI/SN、设备类型、所属科室与位置、网络接入信息（IP、VLAN、交换机端口）、厂商与型号、固件版本、操作系统、通信协议与端口、数据敏感级别、责任人、生命周期状态。台账不是静态表格，而应通过主动扫描与被动流量分析持续刷新。

四、厂商型号与固件版本建模

型号决定设备的通信能力与已知漏洞面，固件版本决定具体风险。建模时建议采用“厂商—产品线—型号—固件分支—版本”的层级结构，并为每个版本关联 CVE 列表与厂商支持状态（在支持/停止支持）。这样当某型号爆出漏洞时，可快速定位受影响设备清单，而不是逐台排查。

固件版本还直接影响身份策略：例如要求所有接入设备固件不低于某基线版本，低于基线的设备只能进入隔离 VLAN 并限制通信对象。版本比较需注意语义化版本规则，如 3.2.10 > 3.2.9，不能按字符串比较。

五、任务：某科室资产清单与身份属性设计

以某三甲医院心内科监护病区为例，假设该病区有 12 张床位，联网设备包括中央监护站、床旁监护仪、输液泵、除颤仪、心电图机和一台移动护理终端。下面给出可参考的资产清单与身份属性设计示例（参数为教学假设值）。

身份属性设计上，为每台设备分配三类属性：静态身份（UDI、型号、厂商）、动态身份（当前 IP、接入端口、在线状态）、策略标签（科室=心内科、敏感级、允许通信对象集合）。策略标签是零信任策略引擎的直接输入，例如“敏感级=高 且 固件低于基线”的设备，只允许与中央监护站通信，禁止访问互联网。

完成清单后，还需做一次一致性校验：每台设备的 UDI 是否能在厂商数据库或监管平台查到；固件版本是否与厂商发布记录匹配；指纹特征是否与型号预期一致。任何一项不匹配，都应标记为“待核实”，在策略上先按最低信任处理。这样，资产建模才真正成为零信任的可靠起点，而不是一份静态的 Excel 表格。