1. 工业IoT安全面试全景

工业IoT安全工程师是一个典型的“跨界岗位”：它既不像传统IT安全那样以办公网、数据中心和云平台为主战场，也不像OT自动化工程师那样只关心PLC、DCS和现场总线。它要求从业者理解物理世界的不可中断性，同时具备网络攻防、协议分析、边缘计算与合规治理的能力。面试官在45～90分钟内要判断的，不是你会背多少标准，而是你能否在“不能停机、不能重启、不能随便扫”的前提下，把风险说清楚、把方案落下去。

一、岗位职责：从资产盘点到底层协议防护

从招聘市场看，工业IoT安全工程师的职责通常落在五类任务上。第一类是资产与通信关系梳理：识别现场有哪些PLC、RTU、HMI、工业网关、边缘盒子、传感器和无线模组，它们通过Modbus TCP、OPC UA、Profinet、EtherNet/IP、MQTT、LoRaWAN等协议如何互连。第二类是架构安全设计：在IT与OT之间部署工业防火墙或数据二极管，划分安全区域与管道，设计远程运维的零信任接入。第三类是漏洞与风险管理：对固件、Web管理界面、MQTT Broker、边缘容器进行漏洞评估，并给出不影响生产的缓解措施。第四类是监测与响应：通过镜像流量或工业IDS识别异常写入、非法扫描、固件篡改和异常MQTT订阅。第五类是合规与体系建设：对标IEC 62443、等保2.0物联网扩展要求、GB/T 22239等，输出差距分析和整改路线。

面试中常被追问的是：“你做过的最接近生产环境的一次安全评估是什么？”回答时不要只说“做了漏扫”，而要讲清楚：评估对象是一台西门子S7-1200 PLC加一个MQTT边缘网关；因为产线不能停，你选择在计划检修窗口内用被动镜像流量分析通信基线，发现网关以明文MQTT上传且Broker允许匿名订阅；你给出的缓解方案是先启用TLS与客户端证书，再在交换机ACL上限制仅允许网关访问Broker的8883端口，最后用两周的流量对比确认没有新增异常订阅。这样的回答才体现工业IoT安全的真实工作方式。

二、能力模型：三层能力与一个底线

可以把能力模型拆成三层。底层是工业协议与系统认知：知道Modbus功能码0x03读保持寄存器、0x10写多个寄存器，知道OPC UA的会话与证书信任链，知道Profinet的实时通道与组态工具。中层是安全工程能力：网络分段、防火墙策略、TLS/DTLS配置、证书生命周期、容器与固件安全、日志与流量分析。上层是业务与合规能力：理解可用性优先、变更窗口、责任边界，能把IEC 62443的SL等级翻译成客户能接受的整改项。

贯穿三层的是一个底线：任何安全动作都不能默认导致非计划停机。面试官常用一个场景测试这一点：“如果发现PLC固件有高危漏洞，但厂商补丁需要重启，你怎么办？”合理的回答是先确认漏洞可利用路径是否暴露、是否有补偿控制（如限制访问源、关闭调试端口、加强监测），再与生产部门协商维护窗口，而不是直接要求停机打补丁。

三、常见面试流程与高频考点分布

典型流程为：HR初筛→技术一面（协议与网络基础）→技术二面（场景与架构设计）→交叉面或主管面（项目与合规）→终面。技术一面高频考点集中在：Modbus与OPC UA的区别、工业防火墙与IT防火墙的差异、MQTT安全机制、TLS握手与证书校验、VLAN与ACL。技术二面常给一个拓扑图，要求你划分区域、指出风险点并给出整改顺序。主管面更关注你如何与生产、厂商、IT团队协作，以及你写过的方案文档和应急响应记录。

从出现频率看，可以粗略分为：协议与网络基础约30%，架构与分段约25%，漏洞与加固约20%，监测响应约15%，合规与流程约10%。这意味着只背标准条文远远不够，必须能把协议细节和现场约束结合起来。

四、一个可带走的面试准备检查表

下面这份检查表可直接用于面试前自检，字段和判断依据都围绕工业IoT安全岗位的真实要求设计。

准备面试时，建议用“一个项目+一个故障+一个方案”的结构整理自己的经历：项目说明你覆盖的资产和协议范围，故障说明你如何在不停机前提下定位问题，方案说明你如何把安全控制嵌入现有运维流程。面试官真正想确认的是：当现场条件受限、信息不完整、责任边界模糊时，你能否做出可执行、可验证、可回退的安全决策。这正是工业IoT安全工程师与普通IT安全岗位最本质的区别。