Saltar al contenido principal

Mejores prácticas para proteger las redes escolares de primaria y secundaria con NAC

Esta guía de referencia técnica proporciona estrategias prácticas para que los responsables de TI diseñen, desplieguen y gestionen el Control de Acceso a la Red (NAC) en entornos escolares de primaria y secundaria. Abarca temas esenciales, desde la autenticación 802.1X y la segmentación de VLAN hasta la gestión de dispositivos IoT con MAB y MPSK, garantizando una protección sólida y el cumplimiento normativo.

📖 6 min de lectura📝 1,270 palabras🔧 2 ejemplos prácticos3 preguntas de práctica📚 8 definiciones clave

Escuchar esta guía

Ver transcripción del podcast
Mejores prácticas para proteger las redes escolares de primaria y secundaria con NAC Un informe de inteligencia de Purple WiFi — Aproximadamente 10 minutos --- INTRODUCCIÓN Y CONTEXTO — aproximadamente 1 minuto Le damos la bienvenida al informe de inteligencia de Purple WiFi. Soy su anfitrión y hoy vamos a abordar un tema que se sitúa justo en la intersección de la protección de menores, el cumplimiento normativo y la ingeniería de redes práctica: la protección de las redes escolares de primaria y secundaria mediante el control de acceso a la red, o NAC. Si usted es responsable de TI o arquitecto de redes y trabaja en el sector educativo, ya conoce el reto. Dispone de una única red física que debe dar servicio a profesores, alumnos, miembros del consejo escolar, padres de visita, dispositivos IoT como pizarras inteligentes y cámaras de videovigilancia, y a veces a contratistas, todo al mismo tiempo y con niveles de confianza y requisitos de acceso muy diferentes. Hay mucho en juego. Los centros escolares custodian datos personales sensibles de menores. Están sujetos al GDPR, a la CIPA en el contexto de EE. UU. y, cada vez más, a las directrices de Ofsted y del DfE en el Reino de Unido. Un único punto de acceso mal configurado puede exponer registros de protección de menores o permitir que un alumno acceda a la red de administración. Por eso, hoy vamos a analizar detalladamente cómo diseñar e implantar una solución NAC en un entorno escolar de primaria y secundaria: los estándares, la estrategia de segmentación, los puntos de integración y los errores que hacen tropezar incluso a los equipos más experimentados. Empecemos. --- ANÁLISIS TÉCNICO DETALLADO — aproximadamente 5 minutos Comencemos con los aspectos fundamentales. El NAC (control de acceso a la red) es la disciplina que consiste en controlar quién y qué puede conectarse a su red, y qué puede hacer una vez dentro. En el contexto de un centro escolar de primaria y secundaria, esto significa aplicar la autenticación, la autorización y las políticas en el punto de entrada a la red, ya sea un puerto de conmutador cableado o un punto de acceso inalámbrico. El estándar fundamental en este caso es el IEEE 802.1X. Se trata del protocolo de autenticación basado en puertos que se sitúa entre un suplicante (el dispositivo que intenta conectarse), un autenticador (que es su conmutador o punto de acceso) y un servidor de autenticación, normalmente un servidor RADIUS. Cuando un dispositivo intenta conectarse, el estándar 802.1X lo mantiene en un estado no autenticado, pasa las credenciales al servidor RADIUS y solo concede acceso a la red una vez que el servidor confirma la coincidencia de identidad y política. En un centro escolar, esto se asocia directamente con sus grupos de usuarios. El personal se autentica con sus credenciales de Active Directory o Azure AD. Los alumnos se autentican con las credenciales emitidas por el centro o con certificados de dispositivo. Los dispositivos no gestionados (el teléfono de un padre en una jornada de puertas abiertas, el portátil de un contratista) se redirigen a un Captive Portal o a una VLAN de invitados restringida. Ahora hablemos de la segmentación de VLAN, porque aquí es donde la mayoría de las redes escolares aciertan o se quedan expuestas. El modelo de segmentación mínimo viable para una red de educación primaria y secundaria (K-12) tiene el siguiente aspecto. Se necesitan al menos cuatro VLAN. En primer lugar, una VLAN de Personal y Administración, que da soporte a las estaciones de trabajo de los profesores, sistemas MIS, datos de RR. HH. y aplicaciones financieras. Acceso completo a internet, pero sin acceso lateral a los dispositivos de los estudiantes. En segundo lugar, una VLAN de Estudiantes: acceso a internet filtrado, filtrado de contenidos obligatorio y sin acceso a los recursos del personal. En tercer lugar, una VLAN de IoT e Infraestructura: aquí es donde se ubican las pizarras interactivas, cámaras IP, controladores de acceso a puertas e impresoras. Fundamentalmente, esta VLAN no debe tener ningún acceso a internet a menos que un dispositivo específico lo requiera, y debe estar protegida por un cortafuegos tanto de la VLAN del personal como de la de los estudiantes. En cuarto lugar, una VLAN de Invitados o Visitantes: solo internet, completamente aislada y con un Captive Portal para la aceptación de condiciones y el registro de identidad. El servidor RADIUS es el cerebro de esta operación. En la mayoría de las implantaciones escolares, integrará RADIUS con su servicio de directorio existente. Si utiliza Microsoft Active Directory, esto se hace normalmente a través de NPS (Network Policy Server) en Windows Server, o mediante un servicio RADIUS en la nube si se ha migrado a Azure AD o Google Workspace. El servidor RADIUS aplica políticas basadas en la pertenencia a grupos: a un usuario del grupo de seguridad "Personal" se le asigna la VLAN 10, a un usuario de "Estudiantes" se le asigna la VLAN 20, y así sucesivamente. En el lado inalámbrico, la mejor práctica actual es WPA3-Enterprise. WPA3 aborda las vulnerabilidades conocidas de WPA2, especialmente en lo que respecta a los ataques de diccionario fuera de línea y la vulnerabilidad KRACK. WPA3-Enterprise utiliza el modo de seguridad de 192 bits para entornos de alta sensibilidad, lo cual es adecuado para el SSID de personal y administración. Para los SSID de estudiantes, WPA3-Personal con SAE (Simultaneous Authentication of Equals) representa una mejora significativa respecto a WPA2-PSK, ya que evita los ataques de fuerza bruta fuera de línea incluso si la clave precompartida se ve comprometida. Una decisión de arquitectura que vale la pena destacar es si utilizar un único SSID con asignación dinámica de VLAN o múltiples SSID. El enfoque de un único SSID es más limpio desde el punto de vista operativo: los usuarios se conectan a un solo nombre de red y el servidor RADIUS los asigna dinámicamente a la VLAN correcta en función de sus credenciales. Esto reduce la sobrecarga de RF y simplifica la configuración de los dispositivos. Sin embargo, requiere que todos sus puntos de acceso admitan la asignación dinámica de VLAN a través de atributos RADIUS, específicamente los atributos Tunnel-Type, Tunnel-Medium-Type y Tunnel-Private-Group-ID en la respuesta Access-Accept de RADIUS. Ahora bien, la gestión de dispositivos IoT es un reto particular en los centros educativos. Las pizarras inteligentes, las cámaras de documentos, los sensores ambientales... estos dispositivos a menudo no son compatibles en absoluto con 802.1X. La solución en este caso es MAC Authentication Bypass, o MAB, combinado con Multi-PSK, o MPSK. MAB le permite autenticar dispositivos por su dirección MAC contrastándola con una lista de permitidos en su servidor RADIUS. MPSK va más allá: le permite asignar una clave precompartida única por dispositivo o grupo de dispositivos, de modo que cada dispositivo IoT tenga su propia credencial, y la vulneración de la clave de un dispositivo no afecte a los demás. Para un análisis detallado de este enfoque, la guía de Purple sobre la gestión de la seguridad de dispositivos IoT con NAC y MPSK cubre en profundidad los detalles de configuración. Abordemos también la comprobación del estado de conformidad de los endpoints, porque aquí es donde las soluciones NAC empresariales aportan un valor significativo frente al 802.1X básico. Soluciones como Cisco ISE, Aruba ClearPass o Forescout pueden interrogar a los endpoints antes de concederles acceso, comprobando si un dispositivo tiene las definiciones de antivirus actualizadas, si el sistema operativo tiene los parches al día o si el cifrado de disco está activado. En el contexto escolar, esto es especialmente valioso para los dispositivos propiedad del personal o en escenarios BYOD. Un dispositivo que no supere las comprobaciones de estado puede ponerse en cuarentena en una VLAN de remediación donde solo pueda acceder a los servidores de actualización, en lugar de concedérsele acceso total a la red. --- RECOMENDACIONES DE IMPLEMENTACIÓN Y ERRORES COMUNES — aproximadamente 2 minutos Permítame ofrecerle la secuencia práctica de despliegue y, a continuación, señalar los tres errores que veo con más frecuencia. Comience con una auditoría de red completa. Antes de tocar una sola configuración, necesita un inventario completo de cada dispositivo en la red (cableada e inalámbrica) y de cada SSID que se esté transmitiendo actualmente. Utilice una herramienta como Nmap o su plataforma de gestión de red existente para enumerar los dispositivos. Es casi seguro que encontrará "shadow IT": puntos de acceso personales, switches no gestionados, dispositivos que nadie sabía que estaban allí. Realice el despliegue por fases. No intente imponer la autenticación 802.1X en todo el centro educativo el primer día. Empiece con un piloto, normalmente la red del personal en el bloque de administración. Ejecútelo primero en modo de monitorización, donde se evalúa 802.1X pero no se aplica, de modo que pueda identificar los dispositivos que fallarán en la autenticación antes de bloquear el acceso a nadie. A continuación, pase a la aplicación, VLAN por VLAN. Intégrelo con su servicio de directorio antes de desplegarlo para los usuarios. El fallo más común es desplegar RADIUS y luego descubrir que la integración del directorio no funciona, ya sea porque las reglas del firewall bloquean el tráfico LDAP o porque la cuenta de servicio utilizada por RADIUS no tiene permisos suficientes para consultar la pertenencia a grupos. Ahora, los tres errores comunes. Primero: los dispositivos heredados. Todos los colegios los tienen. Impresoras antiguas, equipos audiovisuales heredados, pizarras interactivas de 2012. Estos dispositivos no serán compatibles con 802.1X. Tenga preparada una estrategia de lista blanca MAB antes de aplicar la autenticación, o estará atendiendo llamadas de todos los profesores cuya impresora dejó de funcionar el primer día del trimestre. Segundo: la gestión de certificados. La autenticación WPA3-Enterprise y EAP-TLS requiere certificados. Si utiliza una PKI gestionada por el colegio, asegúrese de que su entidad de certificación sea de confianza en todos los dispositivos gestionados antes del despliegue. Los dispositivos BYOD no gestionados pedirán a los usuarios que acepten un certificado no fiable, lo que crea un riesgo de phishing: se acostumbra a los usuarios a hacer clic en "aceptar" en las advertencias de certificado. Tercero: el cumplimiento de la red de invitados. Según el GDPR, si recopila datos personales a través de un Captive Portal (aunque sea solo una dirección de correo electrónico), necesita una base jurídica, un aviso de privacidad y una política de retención de datos. La plataforma de WiFi para invitados de Purple gestiona esto de forma nativa, ofreciendo flujos de Captive Portal conformes con la normativa y con gestión de consentimiento integrada, lo que resulta especialmente útil para jornadas de puertas abiertas y eventos de padres en los que se registra a un gran número de visitantes rápidamente. --- PREGUNTAS Y RESPUESTAS RÁPIDAS — aproximadamente 1 minuto Permítame repasar las preguntas que recibo con más frecuencia sobre este tema. "¿Necesitamos un servidor RADIUS dedicado o podemos usar un servicio en la nube?" — Ambos son válidos. NPS local en Windows Server es gratuito y se integra de forma nativa con Active Directory. Los servicios RADIUS en la nube como Foxpass o JumpCloud RADIUS se adaptan mejor a entornos de Azure AD o Google Workspace, y reducen la infraestructura local. "¿Qué pasa con los Chromebooks?" — Los Chromebooks son compatibles de forma nativa con 802.1X y se pueden configurar a través de Google Admin Console para usar EAP-TLS con certificados de dispositivo emitidos mediante la gestión de certificados de Google. Este es el enfoque más limpio para los despliegues de Google Workspace for Education. "¿Cómo gestionamos a los padres en las jornadas de puertas abiertas?" — Captive Portal en una VLAN de invitados aislada. No se requiere 802.1X. La plataforma de WiFi para invitados de Purple ofrece un portal personalizado con su marca, conforme con el GDPR, que recopila el consentimiento y puede enviar analíticas a su equipo de marketing o comunicación. "¿Cuál es el caso de ROI para un NAC en un colegio?" — Principalmente, la mitigación de riesgos. Una filtración de datos que afecte a los expedientes de los alumnos puede acarrear multas de la ICO, daños a la reputación y costes de reparación significativos. El coste de una solución NAC correctamente desplegada es una fracción del coste de la investigación de una sola filtración. --- RESUMEN Y PRÓXIMOS PASOS — aproximadamente 1 minuto En resumen: proteger una red de educación primaria y secundaria con NAC se reduce a cuatro pilares. Identidad: saber quién y qué está en su red en todo momento. Segmentación: garantizar que un dispositivo de un estudiante que esté comprometido no pueda acceder a los datos del personal o a la infraestructura de IoT. Cumplimiento: cumplir con los requisitos de GDPR, CIPA y DfE para la protección y salvaguarda de datos. Y visibilidad: tener la capacidad de registro y análisis para detectar anomalías y responder rápidamente. El punto de partida práctico es una auditoría de red y el diseño de VLAN. Si hace eso bien, la implementación de 802.1X seguirá una secuencia lógica. No intente hacerlo todo a la vez: divídalo en fases, realice pruebas en modo de monitorización y cree su lista blanca de MAB antes de aplicar las políticas. Si está evaluando cómo encaja una plataforma de WiFi para invitados y análisis en esta arquitectura, la plataforma de Purple se integra directamente con su infraestructura NAC para proporcionar un registro de invitados conforme a las normativas, análisis de visitantes y aplicación de políticas, sin añadir complejidad a la segmentación de su red principal. Para obtener más información, en las notas del programa se incluyen enlaces a las guías de Purple sobre seguridad de dispositivos IoT con NAC y MPSK, así como a recursos más amplios sobre arquitectura de redes empresariales. Gracias por escucharnos. Hasta la próxima. --- FIN DEL GUION

header_image.png

执行摘要

保护K-12学校网络本质上是风险缓解、身份管理和合规性方面的一项实践。IT领导者面临的复杂挑战是,为高度多样化的用户群体(包括教职员工、学生、访客和承包商)提供无缝访问,同时保护日益增长的物联网设备(如智能白板和安全摄像头)阵列。由IEEE 802.1X驱动的网络访问控制 (NAC) 为强大的网络分段提供了架构基础,确保设备在被授予网络访问权限之前得到身份验证、授权和适当隔离。

本指南为在教育环境中部署NAC提供了一个全面的技术框架。它详细介绍了RADIUS集成、VLAN架构、终端设备合规性检查以及安全的来宾入网的最佳实践。通过实施这些策略,场馆运营总监和网络架构师可以显著减少攻击面,保护敏感的保障数据,并严格遵守监管标准(例如GDPR和CIPA),同时不影响学校的运营效率。

技术深度解析

NAC的核心原则是在网络边缘实现零信任。当设备(即请求方)连接到接入交换机或无线接入点(即认证方)时,该设备将被置于受限状态。认证方使用802.1X协议将凭据转发到认证服务器(通常是RADIUS服务器)。仅当认证成功并通过策略评估后,设备才会被分配到具有特定访问控制列表 (ACL) 的适当VLAN中。

802.1X协议和EAP方法

可扩展认证协议 (EAP) 框架为802.1X内的各种认证方法提供了传输机制。在K-12环境中,最常见的实现方式是:

  • PEAP-MSCHAPv2: 通常用于根据Active Directory凭据进行认证的教职员工和学生设备。虽然更容易部署,但如果客户端未严格验证服务器证书,则易受凭据盗窃攻击。
  • EAP-TLS 企业安全的黄金标准。它依赖于基于证书的双向认证,完全消除了对密码的需求。强烈推荐用于受管设备(如学校配发的Chromebook或教职员工笔记本电脑),在这些设备上,公钥基础设施 (PKI) 或移动设备管理 (MDM) 解决方案可以自动配置必要的证书。

无线安全标准:WPA3-Enterprise

对于无线网络,WPA3-Enterprise是当前的基准。它强制使用受保护的管理帧 (PMF) 来防止去认证攻击,并为高度敏感的环境(例如教职员工/管理网络)提供192位安全模式。对于因BYOD场景而可能过于复杂的WPA3-Enterprise学生网络,WPA3-Personal与对等同时认证 (SAE) 可提供强大的保护,防止离线字典攻击,这是对旧版WPA2-PSK标准的重大改进。

网络分段架构

有效的NAC依赖于严格的网络分段。扁平化的网络架构是一个关键漏洞。标准的K-12部署至少应实现以下VLAN结构:

  1. 教职员工和管理VLAN: 完全访问内部资源、MIS系统和互联网。严格限制来自其他VLAN的横向移动。
  2. 学生VLAN: 经过过滤的互联网访问,强制执行严格的内容过滤。无权限访问教职员工资源或管理界面。
  3. 物联网和基础设施VLAN: 容纳智能白板、IP摄像头和建筑管理系统。除非某个特定设备明确要求,否则此VLAN不应具有出站互联网访问权限,并且应与用户VLAN隔离。
  4. 来宾VLAN: 仅限互联网访问,与所有内部网络隔离,通常前面有一个Captive Portal用于接受条款和捕获身份信息。

nac_architecture_overview.png

实施指南

部署NAC需要分阶段、有条不紊的方法,以避免中断教育运营。

阶段1:发现和审核

在实施任何强制执行之前,请进行全面的网络审核。使用工具发现所有已连接的设备,识别影子IT(未经授权的交换机或接入点),并记录网络的当前状态。此阶段对于为传统设备构建准确的MAC认证旁路 (MAB) 白名单至关重要。

阶段2:RADIUS基础设施部署

部署您的RADIUS基础设施。如果使用本地Active Directory,网络策略服务器 (NPS) 是一个常见选择。对于以云为中心的环境(Azure AD、Google Workspace),云RADIUS解决方案提供了简化的集成。确保RADIUS服务器已正确配置为与您的目录服务通信,并且防火墙规则允许LDAP/LDAPS流量。

阶段3:监控模式

在接入交换机和无线控制器上以监控模式(有时称为开放模式)启用802.1X。在此状态下,认证方会评估802.1X凭据并记录结果,但在认证失败时不会阻止访问。这使得IT团队能够识别配置错误的设备、缺失的证书或需要MAB的传统设备,而不会造成网络中断。

阶段4:强制执行和分段

一旦监控模式日志显示较高的成功率并且所有异常情况都已得到解决,就开始强制执行802.1X认证。分阶段推出——从一个试点小组开始(例如IT部门),然后扩展到教职员工,最后到学生。通过RADIUS属性(Tunnel-Type、Tunnel-Medium-Type、Tunnel-Private-Group-ID)实施动态VLAN分配,以确保根据用户的目录组成员身份将用户置于正确的网络分段中。

nac_deployment_checklist.png

最佳实践

  • 为物联网实施MAB和MPSK: 传统设备和无头物联网终端通常缺少802.1X客户端。对传统设备使用MAC认证旁路 (MAB),但对现代物联网设备更倾向于使用多PSK (MPSK)。MPSK为每个设备分配唯一的预共享密钥,以确保即使一个密钥被泄露,网络的其余部分仍然是安全的。有关详细的配置演练,请参阅 使用NAC和MPSK管理物联网设备安全 指南。
  • 强制执行终端设备合规性检查: 通过集成合规性检查来超越简单的认证。在授予访问权限之前,NAC解决方案应验证终端设备是否具有活动的防病毒软件、是否已完全打补丁以及是否已启用磁盘加密。不符合要求的设备应被置于修复VLAN中。
  • 将来宾访问与分析集成: 来宾网络必须是隔离的且合规的。集成像 Guest WiFi 这样的平台可确保访客访问安全、符合GDPR要求,并提供有价值的 WiFi Analytics 以了解场馆使用情况和客流量。
  • 尽可能使用基于证书的认证 (EAP-TLS): 对于受管设备,EAP-TLS消除了对密码的依赖,显著降低了凭据盗窃和网络钓鱼攻击的风险。

故障排除和风险缓解

常见故障模式

  1. 证书信任错误: 如果在PEAP认证期间提示BYOD用户接受不受信任的服务器证书,则会训练他们忽略安全警告,从而造成巨大的网络钓鱼漏洞。缓解措施: 始终为RADIUS服务器使用由公众信任的证书颁发机构 (CA) 签名的证书,或确保内部CA根证书通过MDM推送到所有受管设备。
  2. 目录集成失败: 如果RADIUS服务器无法与目录服务通信(例如,AD域控制器不可达,或服务帐户密码已过期),则RADIUS认证将失败。缓解措施: 实施冗余的RADIUS服务器并持续监控目录集成状况。
  3. “打印机问题”(传统设备锁定): 在没有完整的MAB白名单的情况下强制执行802.1X,将立即断开传统打印机、影音设备和旧智能白板的连接。缓解措施: 监控模式阶段至关重要。在识别并分析了所有非认证设备之前,不要进入强制执行阶段。

ROI和业务影响

虽然NAC主要是一项安全与合规投资,但它带来了可衡量的业务价值:

  • 风险缓解: 涉及学生记录的数据泄露的财务和声誉成本是灾难性的。NAC极大地减少了攻击面并防止了横向移动,从而遏制了潜在的泄露。
  • 运营效率: 动态VLAN分配减少了手动配置交换机端口的管理开销。IT人员花费更少的时间管理VLAN,将更多时间投入到战略计划中。
  • 合规性保证: 强大的NAC部署提供了证明符合GDPR、CIPA和当地保障法规所需的审计跟踪和访问控制,从而简化了审计并减少了法律风险。

Definiciones clave

Network Access Control (NAC)

Una arquitectura de seguridad que aplica políticas en los dispositivos que intentan acceder a una red, garantizando que solo se conceda acceso a los dispositivos autenticados y que cumplan con las normativas.

Esencial para que los equipos de TI eviten el acceso no autorizado y segmenten el tráfico de red según los roles de los usuarios (por ejemplo, personal frente a estudiantes).

IEEE 802.1X

El estándar IEEE para el control de acceso a la red basado en puertos, que proporciona un mecanismo de autenticación a los dispositivos que desean conectarse a una LAN o WLAN.

El protocolo fundamental que permite a los switches y puntos de acceso verificar la identidad del usuario antes de conceder el acceso a la red.

RADIUS (Remote Authentication Dial-In User Service)

Un protocolo de red que proporciona una gestión centralizada de autenticación, autorización y contabilidad (AAA) para los usuarios que se conectan y utilizan un servicio de red.

El "cerebro" del despliegue de NAC, responsable de verificar las credenciales con un directorio (como Active Directory) y asignar VLAN.

MAC Authentication Bypass (MAB)

Una técnica utilizada para autenticar dispositivos que no son compatibles con 802.1X mediante el uso de su dirección MAC como credencial frente a una lista blanca aprobada previamente.

Crucial para permitir que los dispositivos heredados, como impresoras antiguas y pizarras inteligentes, accedan a la red sin comprometer el requisito de 802.1X para los dispositivos modernos.

Multi-PSK (MPSK)

Una función de seguridad inalámbrica que permite utilizar varias claves precompartidas (Pre-Shared Keys) únicas en un solo SSID, asignando cada clave a políticas de red o VLAN específicas.

La mejor práctica para proteger los dispositivos IoT modernos que no pueden realizar la autenticación 802.1X, aislándolos de forma segura.

Dynamic VLAN Assignment

El proceso mediante el cual un servidor RADIUS indica al switch o punto de acceso que coloque a un usuario autenticado en una VLAN específica en función de su pertenencia a un grupo de directorio.

Reduce la sobrecarga administrativa al permitir que una única configuración de SSID o puerto de switch sirva a múltiples tipos de usuarios de forma segura.

EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)

Un método de autenticación 802.1X que requiere una autenticación mutua de certificados entre el cliente y el servidor, eliminando el uso de contraseñas.

El método de autenticación más seguro, muy recomendado para los dispositivos gestionados propiedad del centro educativo para evitar el robo de credenciales.

Endpoint Posture Checking

El proceso de evaluación del estado de seguridad de un dispositivo (por ejemplo, el estado del antivirus, el nivel de parches del sistema operativo) antes de concederle acceso a la red.

Garantiza que incluso los usuarios autenticados no puedan introducir malware en la red a través de dispositivos comprometidos o sin actualizar.

Ejemplos prácticos

Una escuela secundaria de 1500 estudiantes necesita desplegar 200 nuevos sensores ambientales inalámbricos en todo el campus. Estos sensores solo admiten WPA2-Personal y no disponen de un suplicante 802.1X. ¿Cómo debería el arquitecto de red proteger estos dispositivos sin comprometer la red principal?

El arquitecto debe desplegar un SSID oculto dedicado para los dispositivos IoT e implementar Multi-PSK (MPSK). A cada sensor (o grupo de sensores) se le asigna una clave precompartida única y compleja. El controlador inalámbrico o el servidor RADIUS se configura para asociar estas claves específicas a la VLAN aislada de "IoT e Infraestructura". Esta VLAN debe tener aplicadas ACL estrictas que denieguen todo el acceso a las VLAN de personal y estudiantes, y que restrinjan el acceso a internet saliente únicamente a los endpoints en la nube específicos que requieran los sensores ambientales.

Comentario del examinador: Este enfoque aísla los dispositivos IoT vulnerables al tiempo que evita la pesadilla operativa de gestionar una única PSK compartida. Si un sensor es robado o se ve comprometido, su clave individual puede revocarse sin afectar a los otros 199 dispositivos. Esto se alinea con las mejores prácticas descritas en la guía [Managing IoT Device Security with NAC and MPSK](/guides/managing-iot-device-security-with-nac-and-mpsk).

Durante el despliegue de 802.1X (PEAP-MSCHAPv2) para los dispositivos BYOD de los estudiantes, el servicio de soporte de TI se ve desbordado por incidencias de estudiantes que informan de que sus dispositivos les advierten de un "certificado de red no confiable". ¿Cómo debe resolverse esto?

El problema ocurre porque el servidor RADIUS está utilizando un certificado firmado por la Autoridad de Certificación (CA) interna y privada de la escuela, en la cual los dispositivos BYOD no confían de forma nativa. La solución inmediata es sustituir el certificado del servidor RADIUS por uno emitido por una CA pública ampliamente reconocida (por ejemplo, DigiCert, Let's Encrypt). A largo plazo, la escuela debería implementar un portal de incorporación que configure de forma segura el suplicante e instale las entidades de confianza necesarias antes de que el dispositivo intente conectarse.

Comentario del examinador: Indicar a los usuarios que acepten o confíen manualmente en un certificado desconocido es un fallo de seguridad crítico, ya que los entrena para ser víctimas de ataques de tipo Evil Twin o Man-in-the-Middle (MitM). El uso de una CA pública para la autenticación RADIUS de BYOD es una mejor práctica estándar del sector para garantizar una incorporación fluida y segura.

Preguntas de práctica

Q1. ¿Un distrito escolar está migrando sus servicios de directorio por completo a Google Workspace y eliminando gradualmente Active Directory local. Actualmente utilizan NPS para RADIUS. ¿Qué cambio de arquitectura se requiere para mantener la autenticación 802.1X para su flota de Chromebooks gestionados?

Sugerencia: Considere cómo se autentican de forma nativa los Chromebooks y qué infraestructura se necesita cuando se elimina AD.

Ver respuesta modelo

El distrito debería migrar a un proveedor de RADIUS en la nube (por ejemplo, SecureW2, Foxpass) que se integre de forma nativa con Google Workspace, o utilizar las capacidades de Cloud RADIUS de Google si están disponibles en su nivel de licencia. Deberían configurar los Chromebooks a través de la consola de administración de Google para usar EAP-TLS, aprovechando los certificados de dispositivo aprovisionados automáticamente por la gestión de certificados de Google, eliminando por completo la dependencia de contraseñas y servidores NPS locales.

Q2. Durante una auditoría de red, el equipo de TI descubre un router inalámbrico de consumo conectado a un puerto de pared de un aula, que emite un SSID oculto. ¿Cómo evita una solución NAC correctamente configurada que este shadow IT comprometa la red?

Sugerencia: Piense en lo que sucede a nivel de puerto de switch cuando se conecta un dispositivo no gestionado.

Ver respuesta modelo

Con 802.1X aplicado en los puertos del switch cableado, el router de consumo fallará en la autenticación porque carece de credenciales válidas o de un certificado. El puerto del switch permanecerá en un estado no autorizado (bloqueando todo el tráfico) o asignará dinámicamente el puerto a una VLAN de remediación aislada. Además, las soluciones NAC empresariales pueden detectar la presencia de NAT o de múltiples direcciones MAC detrás de un solo puerto, activando un apagado automático del puerto para aislar el dispositivo no autorizado.

Q3. El director de operaciones de un gran campus educativo desea ofrecer un acceso WiFi fluido a los padres que lo visiten durante un torneo deportivo, pero el equipo de TI está preocupado por el cumplimiento del GDPR y la seguridad de la red. ¿Cuál es el enfoque recomendado?

Sugerencia: Considere el equilibrio entre la facilidad de acceso y los requisitos legales para la captura de datos de usuario.

Ver respuesta modelo

El equipo de TI debería aprovisionar una VLAN de invitados dedicada que esté estrictamente aislada de todos los recursos internos y que tenga acceso exclusivo a Internet. Deberían implementar una solución de Captive Portal, como la plataforma Guest WiFi de Purple, para gestionar la incorporación. Esto garantiza que los visitantes deban aceptar los términos y condiciones y proporcionar un consentimiento explícito para el procesamiento de datos antes de obtener acceso, cumpliendo con los requisitos del GDPR y manteniendo segura la red principal.