跳至主要内容

自动化企业 WiFi 安全:SCEP 证书部署指南

本技术指南介绍了如何使用 SCEP 证书部署来实现企业 WiFi 安全的自动化。它为在企业和访客网络中部署 802.1X EAP-TLS 身份验证提供了详细的架构蓝图和实施步骤。

📖 5 分钟阅读📝 1,248 🔧 2 应用实例3 练习题📚 8 关键定义

收听本指南

查看播客转录
欢迎收听本次技术简报。今天我将带您了解我们的最新指南:《自动化企业 WiFi 安全》,特别侧重于 SCEP 证书部署。如果您正在管理酒店、零售连锁店或公共场所的网络,您一定已经知道,依靠预共享密钥或简单的 Captive Portal 来供员工访问是一个巨大的安全漏洞。今天,我们要讨论的是黄金标准:使用 EAP-TLS 的 802.1X 身份验证。 让我们深入了解一下架构。EAP-TLS 的核心挑战不在于协议本身,而在于将唯一的客户端证书部署到成千上万台设备(无论是 Windows 笔记本电脑、iPad 还是 POS 平板电脑)上的物流问题。这就是 Microsoft Intune 或 Jamf 等移动设备管理(即 MDM)平台发挥作用的地方。但是,您如何安全地交付这些证书呢? 您通常有两种选择:PKCS 或 SCEP。在这点上,让我非常明确地说明:对于 WiFi 身份验证,您需要 SCEP。这就是简单证书注册协议。这就是它之所以重要的原因。通过 SCEP,MDM 指示终端设备在本地生成自己的私钥。该密钥一直锁定在设备的安全硬件中。它绝不会在网络上传输。设备只需通过网关(通常是 NDES 服务器)向您的证书颁发机构发送证书签名请求。 与此形成鲜明对比的是 PKCS,在 PKCS 中,证书颁发机构集中生成私钥,并通过网络将其推送到设备。虽然 PKCS 有其适用场景——比如需要密钥托管的电子邮件加密——但通过网络传输私钥是您在进行网络身份验证时完全不需要承担的风险。将密钥保留在设备上。使用 SCEP。 现在,让我们谈谈实施。如果您从这次简报中只能记住一件事,那就是这条经验法则:先信任,后认证。您不能只推送一个 WiFi 配置文件就期望它能正常工作。您必须遵循严格的、分三步走的部署顺序。 第一步:部署受信任的根证书。在设备请求客户端证书或信任您的 RADIUS 服务器之前,它必须信任颁发证书的证书颁发机构。首先推送此配置文件。 第二步:配置并推送 SCEP 证书配置文件。这告诉设备如何与 SCEP 网关通信、其主题名称使用什么格式,以及该证书的实际用途——在本例中为客户端身份验证。您必须将此配置文件链接到您在第一步中部署的受信任根。 第三步:部署 802.1X WiFi 配置文件。这是您将所有内容联系在一起的地方。您指定 SSID,选择 WPA3-Enterprise,将 EAP 类型设置为 EAP-TLS,并将其指向用于客户端身份验证的 SCEP 证书。 这是我们经常看到的一个主要陷阱。客户打电话给我们说:“证书已经在设备上了,但 WiFi 配置文件在 Intune 中显示错误。”几乎每一次,这都是组目标不匹配造成的。如果您将 SCEP 配置文件分配给“用户”组,但将 WiFi 配置文件分配给“设备”组,则 MDM 无法解析依赖关系。在所有三个配置文件中完全匹配您的目标。 让我们来看一个现实世界的场景。想象一家拥有 200 间客房的酒店。他们有 150 台受管的 iOS 设备供客房部使用。目前,他们使用标准的密码网络,员工不断与客人分享密码。这是一场噩梦。通过 SCEP 迁移到带有 EAP-TLS 的 WPA2-Enterprise,IT 总监完全消除了密码。iOS 设备使用其证书在后台静默进行身份验证。 但是,如果客房部员工丢失了设备或离职了,会发生什么?仅禁用其 Active Directory 帐户是不够的,因为该设备上的证书在密码学上仍然有效。这带给我们一个关键的安全控制:严格的 CRL 检查。您必须配置您的 RADIUS 服务器以检查证书吊销列表。如果设备丢失,您可以在 CA 处吊销该证书。RADIUS 服务器在 CRL 上看到该吊销,并立即阻止网络访问。没有严格的 CRL 检查,您的安全防护就是不完整的。 总结一下,过渡到自动化的 SCEP 证书部署可以带来巨大的投资回报率。您将看到与 WiFi 相关的服务台工单减少 70% 到 80%,因为用户不会被锁定或输错密码。更重要的是,您消除了凭据收割的风险,确保您满足 PCI DSS 和 GDPR 等合规性框架。 自动化企业 WiFi 安全不仅是为了锁定一切,更是为了让安全之路成为用户最便捷的道路。感谢您的收听,请务必查看完整的书面指南以获取详细的逐步配置步骤。

header_image.png

执行摘要

对于酒店、零售和公共部门的企事业单位而言,依靠预共享密钥或基础 Captive Portal 进行网络访问会引入严重的安全漏洞。现代网络架构要求使用 EAP-TLS 进行 802.1X 认证,以确保每个设备在访问网络之前都经过密码学验证。对于 IT 经理和网络架构师来说,挑战在于如何高效地向数千台 Windows、iOS 和 Android 设备部署唯一的客户端证书。

本指南为使用简单证书注册协议 (SCEP) 进行自动化 WiFi 证书部署提供了权威的架构蓝图和分步实施策略。通过将您的移动设备管理 (MDM) 平台与 SCEP 网关和证书颁发机构 (CA) 集成,您可以将受信任的根证书和客户端证书静默推送到受管终端。我们将探讨 SCEP 与 PKCS 之间的关键区别,详细介绍成功部署所需的精确步骤顺序,并概述实际的风险缓解策略,以确保您的 WiFi 网络保持安全和高效。

收听配套播客简报:

技术深度解析:SCEP 架构与 EAP-TLS

在设计企业 WiFi 证书部署策略时,核心架构决策是如何安全地交付证书。该过程的行业标准是 SCEP。SCEP 自动执行证书注册过程,允许设备使用标准化协议安全地向证书颁发机构请求证书。

SCEP 相比 PKCS 的优势

虽然 Microsoft Intune 等平台同时支持 SCEP 和公钥加密标准 (PKCS),但它们的运行机制根本不同。在 SCEP 工作流中,MDM 服务指示终端生成自己的私钥和公钥对。然后,设备创建证书签名请求 (CSR),并通过网络设备注册服务 (NDES) 服务器将其发送到您的 CA。CA 对请求进行签名并将公钥证书返回给设备。

SCEP 的关键安全优势在于私钥永远不会离开设备。它在本地生成并存储在设备的安全隔离区中。这使得 SCEP 成为 802.1X 认证的强烈推荐方法。相反,使用 PKCS 时,CA 会集中生成两个密钥并通过网络传输。PKCS 更适合需要密钥托管的用例(例如 S/MIME 邮件加密),而不是网络认证。

scep_vs_pkcs_comparison.png

802.1X 与 EAP-TLS 认证

IEEE 802.1X 标准为集中式网络访问管理提供了框架。它定义了如何在局域网 (EAPoL) 上传输可扩展身份验证协议 (EAP) 数据包,以便在客户端、接入点和认证服务器(通常是 RADIUS 服务器)之间进行认证。

EAP-TLS 是 802.1X 网络中最安全的认证协议。它需要双向认证:客户端验证 RADIUS 服务器的证书,RADIUS 服务器验证客户端的证书。这种严格的验证过程确保只有已注册设备上经过身份验证和授权的用户才能获得访问权限,从而保护网络免受双面恶魔 (Evil Twin) 攻击等威胁。

实施指南:部署顺序

成功配置 802.1X 的自动化证书部署需要严格遵守特定顺序。配置文件依赖关系决定了在配置认证之前必须先建立信任。无论您使用 Microsoft Intune、Jamf 还是其他 MDM 平台,这都适用。

步骤 1:部署受信任的根证书

在任何设备可以请求客户端证书或信任您的 RADIUS 服务器之前,它必须信任颁发证书的证书颁发机构。

  1. 导出您的根 CA 证书和任何中间 CA 证书。
  2. 在您的 MDM 平台中,创建一个受信任的证书配置文件。
  3. 上传证书文件并将此配置文件部署到您的目标设备组。

步骤 2:配置 SCEP 证书配置文件

建立信任后,配置 SCEP 配置文件以指示设备如何获取其客户端证书。

  1. 创建一个新的 SCEP 证书配置配置文件。
  2. 配置使用者名称格式。对于用户驱动的认证,使用用户主体名称 (UPN)。对于设备认证,使用设备 ID。
  3. 将密钥用法设置为数字签名和密钥加密。
  4. 为增强型密钥用法指定客户端认证。
  5. 将此配置文件链接到步骤 1 中创建的受信任根证书配置文件。
  6. 提供您的 SCEP 网关或 NDES 服务器的外部 URL。

步骤 3:部署 802.1X WiFi 配置文件

最后一步是推送将证书与网络 SSID 绑定的 WiFi 配置。

  1. 创建一个 WiFi 配置配置文件。
  2. 输入与您的接入点广播完全一致的 SSID。
  3. 选择 WPA2-EnterpriseWPA3-Enterprise 作为安全类型。
  4. 将 EAP 类型设置为 EAP-TLS。
  5. 选择步骤 2 中创建的 SCEP 证书配置文件进行客户端认证。
  6. 指定用于服务器验证的受信任根证书,以确保设备仅连接到您合法的 RADIUS 服务器。

scep_architecture_overview.png

企业环境最佳实践

在实施 SCEP 证书部署时,请遵循以下与厂商无关的最佳实践,以确保合规性和可靠性。

保护 SCEP 网关安全

SCEP 网关或 NDES 服务器必须能够从互联网访问,以便远程设备在到达现场之前能够配置证书。然而,将内部服务器直接暴露给互联网会带来重大的安全风险。请使用应用代理发布该 URL。这可以在不打开入站防火墙端口的情况下提供安全的远程访问,并允许您对注册流程应用条件访问策略。

强制执行严格的 CRL 检查

证书部署只是安全方程式的一半,吊销同样至关重要。如果员工离职,禁用其目录帐户可能无法立即撤销其 WiFi 访问权限(如果其客户端证书仍然有效)。请配置您的 RADIUS 服务器以强制执行严格的证书吊销列表 (CRL) 检查。确保您的 CRL 分发点高度可用;如果 RADIUS 服务器无法访问 CRL,身份验证将失败,从而导致大范围的服务中断。

硬件集成

确保您的网络基础设施支持所需的协议。Purple 与 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 硬件无缝集成。配置这些系统以将身份验证请求转发到您的集中式 RADIUS 基础设施。

故障排除与风险缓解

即使经过精心规划,证书部署也可能会遇到问题。以下是常见的失败模式和缓解策略。

依赖关系失败

一个常见问题是设备接收到了受信任的根证书和 SCEP 证书,但 WiFi 配置文件应用失败。这几乎总是由于 MDM 内的组目标不匹配引起的。如果 SCEP 配置文件分配给用户组,而 WiFi 配置文件分配给设备组,则 MDM 无法解析该依赖关系。请审核您的分配,并确保所有相关配置文件都部署到完全相同的目录组。

注册错误

如果设备无法检索 SCEP 证书且网关日志显示 HTTP 403 错误,则服务帐户可能在证书模板上缺乏必要的权限,或者防火墙上的 URL 过滤阻止了 SCEP 使用的特定查询字符串参数。请验证连接器帐户在 CA 模板上是否具有读取和注册权限,并检查防火墙日志以确保 SCEP URL 未被阻止。

投资回报率与业务影响

过渡到自动化的 802.1X 证书部署可在安全和运营方面带来可衡量的回报。

基于密码的 WiFi 由于密码过期、锁定和拼写错误,会产生大量的支持工单。基于证书的身份验证对用户是无感的,通常可减少 70% 至 80% 与 WiFi 相关的服务台工单量。

此外,EAP-TLS 消除了凭据窃取和中间人攻击的风险。这对于符合 PCI DSS 和 GDPR 等框架至关重要。对于多分支机构的零售业务或大型连锁酒店,自动化此流程可确保从第一天起就获得统一、零接触的配置体验,在保障网络边界安全的同时,显著降低运营开销。

关键定义

SCEP

简单证书注册协议。一种自动在设备上请求和安装数字证书的过程的协议,其中私钥在本地生成。

通过 MDM 平台大规模部署 WiFi 身份验证证书的推荐方法。

PKCS

公钥加密标准。一种部署方法,其中证书颁发机构生成公钥和私钥并将其传输到终端。

通常用于 S/MIME 电子邮件加密,但由于私钥的网络传输,对于 WiFi 而言不够理想。

802.1X

一种用于基于端口的网络访问控制的 IEEE 标准,为希望连接到 LAN 或 WLAN 的设备提供身份验证机制。

企业 WiFi 安全的强制性基线,取代了易受攻击的预共享密钥。

EAP-TLS

可扩展身份验证协议 - 传输层安全。一种要求客户端和服务器都出示有效数字证书的身份验证协议。

被认为是 802.1X 网络最安全的身份验证方法,消除了基于密码的安全漏洞。

NDES

网络设备注册服务。一种服务器角色,充当网关,允许没有域凭据的设备通过 SCEP 获取证书。

使用 Microsoft Intune 实施 SCEP 证书部署时必需的基础设施组件。

RADIUS

远程用户拨号认证系统。一种提供集中式身份验证、授权和计费管理的网络协议。

根据目录验证客户端证书并授予网络访问权限的服务器。

CRL

证书吊销列表。由证书颁发机构发布的列表,其中包含已被吊销的证书的序列号。

RADIUS 服务器必须检查 CRL,以确保出示的证书仍然有效且未被泄露。

CSR

证书签名请求。在申请 SSL/TLS 证书时提供给证书颁发机构的一块编码文本。

由设备在 SCEP 注册过程中生成,用于请求签名证书。

应用实例

一家拥有 200 间客房的酒店需要为客房部和工程部使用的 150 台受管 iOS 设备部署安全的员工 WiFi。他们目前使用的是 WPA2-PSK 网络,但员工经常将密码分享给客人。IT 总监应该如何实施安全、自动化的解决方案?

IT 总监应使用 802.1X EAP-TLS 身份验证将员工 WiFi 迁移到 WPA2-Enterprise。他们必须配置其 MDM(例如 Jamf)以向 iOS 设备推送 SCEP 负载。部署顺序为:1) 推送根 CA 证书,使设备信任该网络。2) 推送 SCEP 配置文件,指示设备通过 SCEP 网关向 CA 请求客户端证书。3) 推送配置了 WPA2-Enterprise 和 EAP-TLS 的 WiFi 配置文件,并将其链接到 SCEP 证书。网络接入点(例如 HPE Aruba)配置为针对中央 RADIUS 服务器对客户端进行身份验证。当员工到达时,其设备会自动使用证书进行身份验证,无需输入密码。

考官评语: 这种方法完全消除了共享密码的安全漏洞。通过使用 SCEP 和 EAP-TLS,酒店可以确保只有受管且获得授权的设备才能访问员工 WiFi。私钥在 iOS 设备上保持安全,如果设备丢失或员工离职,可以通过 CRL 集中吊销证书,从而立即终止网络访问。

一家零售连锁店正在 50 个营业网点推广新的销售点 (POS) 平板电脑。为了符合 PCI DSS 要求,这些平板电脑必须连接到安全的无线网络。网络架构师计划使用 Microsoft Intune 进行部署。哪些架构选择可以确保合规性和安全性?

为了满足 PCI DSS 对强加密和身份验证的要求,架构师必须部署 802.1X EAP-TLS。使用 Microsoft Intune,他们应该选择 SCEP 而非 PKCS 进行证书部署。这可以确保私钥在 POS 平板电脑的 TPM 上生成,并且绝不会在网络上传输。他们必须设置一个通过 Azure AD Application Proxy 安全发布的 NDES 服务器。最后,他们必须配置 RADIUS 服务器以执行严格的 CRL 检查,确保在 POS 平板电脑遭到入侵时,可以立即吊销其证书并阻止网络访问。

考官评语: 为了符合 PCI DSS 要求,选择 SCEP 而非 PKCS 是此处的关键决策,因为它可以防止私钥传输。通过应用代理发布 NDES 服务器可以保护注册基础设施的安全。严格的 CRL 检查是强制性的;如果没有它,已吊销的证书仍可能允许受损设备访问支付网络。

练习题

Q1. 您正在使用 Microsoft Intune 为企业园区部署新的 802.1X WiFi 网络。您已配置了受信任的根配置文件、SCEP 配置文件和 WiFi 配置文件。然而,在测试期间,设备接收到了证书,但 WiFi 配置文件在 Intune 控制台中显示为“错误”。最可能的原因是什么?

提示:考虑 MDM 如何解析配置文件之间的依赖关系。

查看标准答案

最可能的原因是组目标不匹配。Intune 要求将依赖的配置文件分配给完全相同的 Azure AD 组。如果将 SCEP 配置文件分配给用户组,而将 WiFi 配置文件分配给设备组,则 Intune 无法解析依赖关系,从而导致错误。

Q2. 一家零售组织希望为其门店经理的平板电脑自动进行证书部署。他们正在争论是使用 SCEP 还是 PKCS。安全性是他们最关心的问题,特别是保护私钥。他们应该选择哪种协议,为什么?

提示:思考在每种协议中私钥是在哪里生成的。

查看标准答案

他们应该选择 SCEP。在 SCEP 工作流中,私钥在平板电脑本地生成并存储在其安全飞地中;它绝不会离开设备。而使用 PKCS,证书颁发机构会集中生成私钥并通过网络将其传输到设备,这引入了潜在的安全漏洞。

Q3. 一名员工离职,其 Active Directory 帐户已被禁用。然而,IT 团队注意到该员工的设备仍连接到企业 WiFi 网络。该网络使用 EAP-TLS 身份验证。RADIUS 服务器上缺少什么配置?

提示:禁用帐户并不会自动使先前颁发的证书失效。

查看标准答案

RADIUS 服务器缺少严格的证书吊销列表 (CRL) 检查。即使目录帐户已被禁用,客户端证书在过期或被明确吊销之前,在密码学上仍然有效。必须将 RADIUS 服务器配置为检查 CRL,以确保被吊销的证书被拒绝访问网络。