一、零信任概述：从边界安全到零信任的演进

1.1 传统边界安全的困境

先聊聊我早年做安全运维时的一个场景。

那时候企业安全的核心思路很简单——修墙。防火墙、VPN、DMZ，把内网当成一个“安全堡垒”。你只要进了内网，默认就是可信的。我记得有一次帮一家金融客户做渗透测试，我拿到一个内网普通员工的VPN账号，结果发现可以直接访问核心数据库。为什么？因为防火墙规则只拦外网，内网全放行。

这种“外紧内松”的模式，说白了就是信任一切内部流量。但现实是：

• 边界模糊了——员工用手机、笔记本、甚至家里的台式机接入公司网络，你分不清哪个设备是公司的，哪个是私人的。
• 攻击面扩大了——一个钓鱼邮件就能拿到内网凭证，然后横向移动，直捣核心资产。
• 静态策略失效了——防火墙规则写死端口和IP，但云环境里IP是动态的，容器随时漂移，规则根本跟不上。

我见过最典型的案例：某企业花了几百万买下一代防火墙，结果内部一台打印机被攻陷，攻击者通过打印机横向跳到了HR系统，最后把工资表给加密了。打印机啊，兄弟们，它连个操作系统补丁都打不了。

1.2 零信任的诞生与演进

零信任这个概念，最早是Forrester的John Kindervag在2010年提出的。他的核心观点很简单：不要信任任何东西，无论它在墙内还是墙外。

但真正让零信任火起来的，是2014年Google的BeyondCorp论文。Google说，我们不用VPN了，所有员工直接通过互联网访问内部应用，身份和设备状态才是准入凭证。我当时读完那篇论文，第一反应是：这太激进了吧？但仔细一想，Google几万名员工、几十万台设备，人家能跑通，说明这条路是对的。

零信任的演进大致经历了三个阶段：

嗯，这里要注意：零信任不是买一个产品就能搞定的。它是一种架构思想，需要从身份、设备、网络、应用、数据五个维度重新设计。

1.3 零信任三大核心原则

NIST SP 800-207把零信任总结为三大原则，我结合自己的项目经验给你拆开讲：

1. 原则一：所有资源默认不可信

   不管请求来自内网还是外网，不管设备是公司配的还是个人自带的，一律先验证再放行。我在帮一家电商公司做零信任改造时，他们一开始很抗拒：“内网服务器之间通信也要验证？那性能扛得住吗？”后来我们用了基于身份的微隔离，流量经过策略执行点做一次轻量级验证，延迟只增加了不到2毫秒。他们才放心。

2. 原则二：最小权限原则

   只给设备或用户完成工作所需的最小权限。举个例子：一台监控摄像头只需要把视频流推送到存储服务器，它就不应该能访问HR系统。我曾经遇到一个客户，他们的摄像头居然能SSH到核心交换机——这明显是权限过度了。

3. 原则三：持续评估与动态信任

   信任不是一次性的。设备今天合规，不代表明天还合规。我建议每次访问请求都重新评估设备状态：补丁打了没？证书过期没？有没有异常行为？一旦发现风险，立即降权或阻断。

1.4 设备身份在零信任中的定位

你想想看，零信任的核心是“谁在访问什么”。这里的“谁”不只是用户，还包括设备。为什么？因为用户身份可以被盗用，但设备身份更难伪造——前提是你把设备身份管理好了。

设备身份在零信任架构中扮演三个关键角色：

• 身份锚点： 设备证书、TLS指纹、硬件安全模块（TPM）等，用来唯一标识一台设备。我在项目中遇到过，有些团队只用MAC地址做设备身份，结果发现MAC地址可以伪造，而且虚拟机迁移后MAC会变。后来我们改用基于TPM的硬件绑定证书，才真正解决了设备唯一性问题。
• 信任评估因子： 设备是否打了最新补丁？是否安装了合规的杀毒软件？磁盘是否加密？这些信息会输入到策略引擎，决定是否允许访问。我曾经帮一家医院做零信任，他们的护士站终端全是Windows 7，连补丁都打不了。最后我们只能把这些设备划到隔离区，只允许访问特定的HIS系统。
• 策略执行依据： 策略引擎根据设备身份和状态，动态生成访问控制规则。比如：只有“公司配发+已加密+补丁最新”的设备才能访问财务系统；“个人自带+未越狱”的设备只能访问企业网盘。

1.5 本章知识体系总览

下面这张图，是我自己画的知识结构。它把本章的核心逻辑串起来了：从边界安全的困境出发，到零信任的演进，再到三大原则，最后落到设备身份这个关键点上。你可以把它当作本章的“地图”。

从这张图你可以看到，设备身份不是孤立存在的。它上承零信任的三大原则，下接具体的策略执行。说白了，没有可靠的设备身份，零信任就是空中楼阁。