Corrección de apagados en macOS Tahoe 26.5.1 para Macs M5: Extensiones de Red

El 1 de junio de 2026, Apple lanzó macOS Tahoe 26.5.1 — una actualización de mantenimiento de un solo problema con el número de compilación 25F80 — para corregir un error específico, acotado pero operativamente doloroso: ciertos Macs con el nuevo chip M5 podían apagarse inesperadamente cuando una Extensión de Red con filtrado de contenido estaba activa. Si no administras una flota empresarial de Macs y no usas una VPN de filtrado de contenido como Cloudflare WARP o NextDNS, es posible que nunca lo hayas experimentado. Pero para los equipos de TI que desplegaron MacBook Pros M5, iMacs M5 y Mac minis M5 en anillos de adopción temprana esta primavera, el error fue un verdadero dolor de cabeza: apagados al estilo de fallo del kernel, sin registro de pánico disponible y muy poca reproducibilidad pública para compartir con el equipo de soporte del proveedor de seguridad. Este artículo explica qué cambió en 26.5.1, qué son en realidad las Extensiones de Red con filtrado de contenido en Apple Silicon, por qué M5 en particular fue el desencadenante reportado, y cómo desplegar la actualización en una flota gestionada sin comprometer tu postura de seguridad.

Puntos clave

• macOS Tahoe 26.5.1 (compilación 25F80) lanzado el 1 de junio de 2026, corrige un único error: los Macs con chip M5 podían apagarse inesperadamente al usar ciertas Extensiones de Red con filtrado de contenido, que son comunes en las soluciones de seguridad empresarial.
• Sin CVEs publicados. A principios de junio de 2026, la página de lanzamientos de seguridad de Apple no incluye 26.5.1, lo que significa que es una corrección de estabilidad pura en lugar de un parche de seguridad — pero instalarlo sigue siendo muy recomendable para cualquier flota M5 que ejecute filtros basados en NE.
• Las Extensiones de Red con filtrado de contenido son el reemplazo moderno en espacio de usuario del modelo de extensiones de kernel obsoleto en macOS. Se ejecutan como extensiones del sistema y son la base de productos como Jamf Protect, Zscaler Client Connector, CrowdStrike Falcon, Cisco Umbrella, Cloudflare WARP y herramientas empresariales similares.
• M5 fue el único afectado, según informes debido a una interacción entre el nuevo SoC y la forma en que el proveedor de NE manejaba ciertas devoluciones de llamada del filtro de tráfico; Apple no ha detallado públicamente la causa raíz.
• Guía de despliegue para TI: despliega 26.5.1 primero en un anillo piloto, verifica el estado del proveedor de NE a través de tu MDM, y confirma que tu proveedor de seguridad ha probado la nueva compilación antes del despliegue a toda la flota. OpenCore Legacy Patcher aún no tiene compatibilidad con 2.4.1, por lo que los usuarios de hardware heredado con compilaciones de Tahoe deben esperar.

Qué cambió en macOS Tahoe 26.5.1

La nota de lanzamiento y lo que realmente significa

La nota de lanzamiento de Apple para esta compilación es, según los estándares de Apple, casi escueta:

"Esta actualización corrige un problema por el que las computadoras Mac con chip M5 podían apagarse inesperadamente al usar ciertas extensiones de red de filtrado de contenido."

Esa única frase es la corrección completa. No hay otros cambios documentados: sin ajustes de interfaz, sin actualización de versión de Safari, sin actualizaciones de controladores que Apple haya mencionado. La compilación avanzó de 25F71 (que se lanzó como 26.5 a mediados de mayo de 2026) a 25F80. Apple normalmente reserva estas versiones puntuales x.y.1 de un solo problema para regresiones que surgieron en el campo días o semanas después de la compilación padre, y 26.5.1 encaja perfectamente en ese patrón: 26.5 fue el lanzamiento general de mantenimiento/funcionalidades de mayo, y 26.5.1 sigue aproximadamente dos semanas después con un parche de alcance muy limitado.

La redacción importa de dos maneras. Primero, "chip M5" — singular, explícitamente M5, no "Apple Silicon" en general. Eso implica que el modo de fallo no se reprodujo en hardware M1, M2, M3 o M4, lo cual es una fuerte pista de que está involucrado algún comportamiento de hardware o peculiaridad de firmware nuevo en M5. Segundo, "ciertas extensiones de red de filtrado de contenido" — nótese el "ciertas". Apple está matizando que no todos los filtros de NE desencadenaban el apagado, lo que coincide con los informes de campo que indicaban que solo algunas herramientas de seguridad empresarial — y solo bajo ciertos patrones de tráfico — llevarían un Mac M5 al estado de fallo.

Lo que 26.5.1 no corrige

Es igual de importante tener claro qué no aborda 26.5.1:

• Sin parches de seguridad con CVE. A partir del 4 de junio de 2026, la página de lanzamientos de seguridad de Apple (apple.com/security-updates) no tiene una entrada para 26.5.1. Esto es normal para las versiones puntuales de estabilidad de un solo problema.
• Sin corrección para el problema de WindowServer en múltiples pantallas con Liquid Glass en 26.5. Si has experimentado un alto uso de CPU de WindowServer al conectar varios monitores con Liquid Glass, ese es un problema separado; consulta nuestra cobertura sobre el problema de alto uso de CPU de WindowServer en 26.5 con Liquid Glass en múltiples pantallas.
• Sin corrección para el throttling térmico del M5 bajo cargas de trabajo sostenidas. Eso es una cuestión de diseño térmico, no un error de software — consulta nuestra guía de sobrecalentamiento y throttling térmico del MacBook Pro M5.
• Sin corrección para el problema hermano de kernel panic por discrepancia de tasa de refresco que algunos usuarios reportaron en los registros de 26.5.

Si estás buscando uno de esos problemas, 26.5.1 no te ayudará.

Tamaño, compilación y mecánica de OTA

El instalador delta de 26.5.1 es aparentemente pequeño — la mayoría de los usuarios reportan tamaños de descarga de unos pocos cientos de megabytes por OTA, con un solo reinicio requerido. El instalador combinado independiente de la página de descargas para desarrolladores de Apple es más grande. Como no hay cambios que afecten el firmware de T2 (irrelevante en Apple Silicon), los Macs con Apple Silicon simplemente obtienen la nueva instantánea del volumen del sistema y reinician. No hay ningún componente separado "RSR" (Rapid Security Response) — esta es una versión puntual completa.

¿Qué son las Extensiones de Red con filtrado de contenido?

Para entender la corrección, es útil entender qué se está corrigiendo.

El legado de las extensiones de kernel

Durante años, los proveedores de seguridad y redes de macOS construyeron sus productos en torno a extensiones de kernel (kexts) — código que se cargaba en el espacio de direcciones del kernel y podía observar o modificar tráfico, E/S de archivos y comportamiento de procesos a niveles muy profundos. Los kexts eran potentes y muy peligrosos: uno mal escrito podía causar pánico en el kernel, y uno explotado era efectivamente un rootkit a nivel raíz. Comenzando con macOS Catalina y acelerando con Big Sur, Apple deprecó los kexts de terceros y los reemplazó con Extensiones del Sistema en espacio de usuario — código que se ejecuta fuera del kernel, se comunica con el sistema a través de APIs bien definidas, y puede cargarse y descargarse sin reiniciar.

Para redes, el framework relevante es Network Extension (NetworkExtension.framework), que expone varias clases de proveedores que los vendedores externos pueden subclasificar para implementar comportamientos específicos:

• NEFilterDataProvider — inspecciona y decide sobre flujos de tráfico a nivel de aplicación (TCP/UDP), con devoluciones de llamada de permitir/denegar/necesita-más-datos. Este es el punto de entrada principal para la mayoría de los productos de "filtrado de contenido" que bloquean o reescriben el tráfico por flujo.
• NEFilterPacketProvider — opera en una capa más baja, viendo paquetes IP sin procesar y tomando decisiones de permitir/descartar. Usado por herramientas que necesitan filtrado estilo DNS o inspección por paquete sin interceptar flujos completos.
• NEDNSProxyProvider — reemplaza el resolvedor DNS del sistema para el dispositivo, permitiendo que herramientas como NextDNS, Cloudflare 1.1.1.1 para Familias, o pasarelas DNS seguras empresariales manejen la resolución de nombres.
• NEPacketTunnelProvider — implementa túneles estilo VPN, asumiendo plena responsabilidad del manejo de paquetes de capa 3.
• NEAppProxyProvider — maneja el proxy por aplicación para proxies transparentes.

Un "filtro de contenido" en la terminología de Apple generalmente se refiere a los primeros dos — NEFilterDataProvider y NEFilterPacketProvider. Cuando ves una entrada en Ajustes del Sistema para "Filtros" o "Permitir que [herramienta] filtre el contenido de red", estás viendo uno de estos.

Por qué el modelo de extensiones del sistema importa aquí

Dado que estas son extensiones del sistema, no kexts, se ejecutan en espacio de usuario y se comunican con el kernel a través de XPC. Cuando algo sale mal dentro de la extensión — un error de memoria, un deadlock, una excepción — la propia extensión del sistema debería fallar sin causar pánico en el kernel. Esa es toda la promesa arquitectónica.

Pero "debería" hace mucho trabajo en esa frase. En la práctica, las extensiones del sistema aún hablan con el código del kernel de NetworkExtension que maneja la intercepción real de flujos, y los errores en esa capa inferior — o errores en cómo la extensión en espacio de usuario maneja esa capa — todavía pueden cascada hacia inestabilidad a nivel del kernel. Un apagado inesperado sin registro de pánico como el que corrige 26.5.1 es una fuerte señal de que el fallo ocurría en una región del código donde el kernel decidió que el comportamiento más seguro era apagarse en lugar de arriesgarse a un estado corrupto. Apple no ha detallado el modo de fallo exacto, y cualquier inferencia adicional sería especulativa.

Registro: cómo se instala realmente un filtro

En un Mac gestionado, un NE de filtrado de contenido típicamente llega a través de uno de dos caminos:

1. Perfil de configuración enviado por MDM con una carga útil com.apple.webcontent-filter que nombra el identificador del paquete de la extensión del sistema y la clase del proveedor. El usuario no recibe ningún aviso de consentimiento; la extensión es de confianza porque fue distribuida por el MDM.
2. App instalada por el usuario con derecho de Extensión del Sistema. El usuario instala una app (por ejemplo, un cliente de consumidor estilo Cloudflare WARP), la app solicita permiso para instalar una extensión del sistema, el usuario hace clic en Ajustes del Sistema > General > Elementos de inicio de sesión y extensiones > Extensiones de red para aprobar, y el sistema operativo la ejecuta.

De cualquier manera, una vez activa, la extensión aparece en systemextensionsctl list y en el panel de configuración de Red como un filtro registrado. A partir de ese momento, cada flujo de red del dispositivo pasa por la lógica de decisión del proveedor.

Por qué M5 fue el único afectado

Aquí es donde cualquier análisis honesto debe ralentizarse y ser cauteloso. Apple no ha publicado un análisis de causa raíz. Lo que sabemos es:

• El error se reprodujo específicamente en hardware M5.
• No se reprodujo — o no fue reportado — en M4, M3, M2 o M1.
• Requería un NE de filtrado de contenido activo.
• El modo de fallo era un apagado inesperado, no un kernel panic que producía un registro .panic en /Library/Logs/DiagnosticReports/.

Más allá de eso, podemos especular con cautela. El SoC M5, introducido a finales de 2025, trajo una nueva microarquitectura de CPU, nueva arquitectura de GPU y, según informes, enclaves neuronales y de seguridad actualizados. Algunos de esos cambios afectan cómo el kernel delega trabajo a los coprocesadores, y los NE de filtrado de contenido son muy intensivos en E/S — se activan para cada decisión de flujo. Una condición de carrera sensible al tiempo que nunca se activó en Apple Silicon anterior podría, en los núcleos más rápidos o con distinto pipeline del M5, caer justo fuera de la ventana que el código original asumía. Ese tipo de regresión "nunca lo vimos hasta que el hardware fue un 15% más rápido" es común en el código de red de bajo nivel, pero nuevamente, Apple no ha confirmado nada de esto.

Lo que sí está confirmado: la corrección se lanzó solo semanas después de que el impacto público emergió, lo que sugiere que la causa raíz era identificable, reproducible localmente por Apple y corregible sin tocar la superficie de la API de Network Extension más amplia. Una nota de lanzamiento de una sola línea para una versión x.y.1 de un solo problema es coherente con una corrección enfocada en una condición de carrera del kernel o un caso extremo en el traspaso del proveedor.

La línea de modelos M5 afectada

Como referencia, a partir de junio de 2026 la familia M5 incluye el M5 en configuraciones de MacBook Pro de entrada, iMac y Mac mini; el M5 Pro y M5 Max en configuraciones de nivel superior de MacBook Pro y Mac Studio; y el M5 Ultra en Mac Studio de gama alta. Los informes del problema de apagado abarcaron múltiples variantes de M5 — no fue exclusivo del chip base. Cualquier Mac de la familia M5 que ejecute 26.5 y un NE de filtrado de contenido debería actualizar.

Quién se ve afectado

Flotas empresariales y gestionadas con MDM

Este es el público principal. Cualquier organización que haya desplegado:

• Herramientas de seguridad de endpoint que incluyen un NE de filtrado de contenido. Herramientas como Jamf Protect, Zscaler Client Connector, CrowdStrike Falcon, Cisco Umbrella, Cloudflare WARP para Equipos, Microsoft Defender para Endpoint, Netskope Client — y proveedores similares de NE con filtrado de contenido — típicamente instalan un NEFilterDataProvider o NEFilterPacketProvider para aplicar políticas.
• Agentes de seguridad de filtrado DNS. Los productos que reemplazan el resolvedor con NEDNSProxyProvider también tocan la pila de NE, aunque el error según lo reportado estaba vinculado específicamente a los proveedores de filtrado de contenido, no a los proveedores de DNS puro. Tómalo en cuenta.
• Clientes de pasarela web segura / SASE. Muchos clientes SASE combinan un túnel de paquetes con un proveedor de filtro para la aplicación de políticas en línea.

Si has enviado hardware M5 a usuarios de adopción temprana en cualquiera de estos entornos, casi con certeza viste al menos uno o dos informes de apagados inexplicables a finales de mayo. 26.5.1 es tu solución.

Usuarios de consumo con filtros de contenido

El error también llegó a los consumidores, principalmente:

• Usuarios de Cloudflare WARP / 1.1.1.1 para Familias en Macs M5.
• Usuarios de NextDNS, ControlD, AdGuard Pro que instalaron un NE de filtrado de contenido en lugar de la variante más simple de proxy DNS.
• Filtros de controles parentales y tiempo de pantalla de terceros que usan la API pública de filtro de NE.
• Herramientas enfocadas en privacidad como Lulu, LittleSnitch (que usa una Extensión de Red) o clientes derivados de PFSense.

Si tienes un Mac de consumo con M5 y has instalado alguna de las anteriores, actualiza.

Quién no se ve afectado

• Todos los Macs Intel.
• Todos los Macs M1, M2, M3 y M4.
• Macs M5 sin ningún NE de filtrado de contenido instalado.
• Macs M5 que ejecutan 26.4 o anterior (el problema era específico de 26.5).

Si ninguno de estos aplica, 26.5.1 se instala limpiamente de todas formas, pero estás actualizando principalmente por higiene más que por necesidad.

Cómo instalar macOS Tahoe 26.5.1

Ruta para consumidores / Mac individual

1. Guarda el trabajo abierto y haz una copia de seguridad. Time Machine o un rápido tmutil snapshot es suficiente.
2. Abre Ajustes del Sistema > General > Actualización de Software.
3. Espera unos segundos a que se complete la lista de actualizaciones.
4. Busca macOS Tahoe 26.5.1 y haz clic en Actualizar ahora.
5. Autentícate, acepta la licencia y deja que se ejecute la instalación. El Mac reiniciará una vez.
6. Después del reinicio, verifica la compilación abriendo Acerca de este Mac y confirmando Versión 26.5.1 (25F80).

El proceso completo normalmente tarda entre 10 y 20 minutos en Apple Silicon, dependiendo de la velocidad de descarga.

Ruta MDM / flota

Para administradores de Mac, la mecánica de instalación es la misma pero la orquestación es diferente:

• Jamf Pro: envía la actualización del sistema operativo a través del plan de Actualización de Software o el comando MDM dirigido a 26.5.1. Usa InstallAction: InstallForceRestart para impulsar realmente la instalación en los dispositivos gestionados; de lo contrario, se le pedirá al usuario.
• Mosyle / Kandji / Workspace ONE: activa mediante la política estándar de actualización del sistema operativo gestionado. A principios de junio de 2026, todos los principales MDMs han expuesto 26.5.1 como objetivo instalable.
• Apple Business Manager + DEP: los nuevos despliegues de M5 recogerán 26.5.1 automáticamente una vez que hayas permitido la compilación en tu aplicación de "versión mínima del SO".

Para una inmersión más profunda en la mecánica de políticas para toda la flota, consulta nuestra guía de despliegue empresarial de macOS Tahoe.

Guía de despliegue para TI

Una corrección de un solo error es uno de los tipos más seguros de versión puntual para desplegar, pero "más seguro" no es "omitir la prueba piloto". Aquí está el plan de acción.

Despliega primero en un anillo piloto

Aunque 26.5.1 es una actualización pequeña, la propia naturaleza de la corrección es que cambia cómo el SO interactúa con los NE de filtrado de contenido. Si tu proveedor de seguridad tiene alguna lógica personalizada que depende de un comportamiento específico de NE, quieres descubrir la regresión en cinco Macs M5, no en quinientos.

Una estructura piloto viable:

• Días 0–2: Envía 26.5.1 al hardware M5 de tu propio equipo de TI. Observa cualquier nuevo registro relacionado con NE.
• Días 3–7: Envía a un anillo piloto del 5–10% de la población M5 más amplia. Incluye al menos un usuario de cada perfil principal de flujo de trabajo (ingeniería, finanzas, diseño, ejecutivos).
• Días 7–14: Amplía al despliegue general de M5 si el anillo piloto está limpio.
• Días 14+: Envía a Macs no M5 como parte de la higiene normal.

Verifica el estado del NE a través del MDM

Antes y después del envío, quieres telemetría que confirme que el NE de filtrado de contenido está cargado y activo. La mayoría de los MDMs lo exponen a través de Smart Groups / consultas de dispositivo en:

• Estado de carga de systemextension para el ID del paquete del proveedor
• Presencia de la carga útil "Filtro de contenido" en los perfiles instalados
• Si el usuario tiene algún aviso de "Permitir que [extensión] filtre el contenido" pendiente

Si tu MDM no expone el estado específico de NE, un atributo de extensión / script personalizado puede consultar systemextensionsctl list e informar si el ID de paquete relevante muestra activated enabled.

Confirma la certificación del proveedor

Antes de desplegar 26.5.1 en toda la flota, verifica la matriz de compatibilidad de tu proveedor de seguridad. A principios de junio de 2026, la mayoría de los proveedores de seguridad empresarial han probado explícitamente con 26.5.1 o han transferido su certificación de 26.5 (porque la superficie de la API de NE no ha cambiado; la corrección es interna). Pero verifica, no asumas — las tablas de "compatibilidad" de los proveedores son la diferencia entre un viernes tranquilo y un puente de incidente de seis horas.

Si tu proveedor aún no ha certificado la compilación, la decisión práctica es entre:

1. Esperar unos días para la certificación, lo que significa dejar a los usuarios de M5 en 26.5 con el riesgo de apagado conocido.
2. Desplegar 26.5.1 de todas formas porque el riesgo de apagado en M5 supera el riesgo (pequeño) de una compilación compatible con la API pero no certificada.

La mayoría de los equipos eligen la opción 2 si tienen una presencia significativa de M5, pero es una decisión de juicio.

Actualiza las políticas de inscripción / versión mínima del SO

Una vez que hayas enviado 26.5.1, eleva el piso de "versión mínima del SO permitida" a 26.5.1 para la población M5. Esto evita la reversión accidental a versiones anteriores y garantiza que cualquier nueva inscripción de M5 recoja la corrección de inmediato.

Comunícate claramente con los usuarios finales

Una de las partes subestimadas de un envío de actualización para toda la flota es la comunicación orientada al usuario. Para 26.5.1 específicamente, el mensaje que quieres transmitir es algo como: "Esta semana estamos enviando una pequeña actualización de macOS. Corrige un problema por el que algunos Macs podían apagarse inesperadamente mientras nuestra herramienta de seguridad estaba en ejecución. Tarda unos 10 minutos y requiere un reinicio. Guarda tu trabajo antes de [hora/fecha]." Evita la jerga técnica — la mayoría de los usuarios no saben ni les importa qué es una Extensión de Red, y explicarlo solo genera preguntas de soporte. Diles cuál es el beneficio visible para el usuario (no más apagados aleatorios), qué necesitan hacer (guardar y dejar que se instale) y cuánto tiempo tardará.

Para los usuarios que se resisten al momento de la actualización, un aplazamiento breve (24–72 horas) suele ser un compromiso razonable. Más allá de eso, el riesgo de apagados inesperados adicionales supera la incomodidad de un reinicio no programado, y la mayoría de los MDMs te permiten forzar la actualización después de un período de gracia configurable.

Monitorea los resultados

Después del despliegue, observa la cola de tickets de tu servicio de asistencia y el panel de gestión de endpoints durante dos semanas. Las métricas que importan:

• Los informes de apagados inesperados en hardware M5 deberían caer a prácticamente cero después de la actualización. Si no lo hacen, es posible que estés lidiando con un problema de hardware separado o un segundo error relacionado con NE.
• La tasa de activación del proveedor de NE debería mantenerse estable o mejorar. Si cae, tu herramienta de seguridad puede tener un problema con la nueva compilación.
• Las quejas sobre duración de la batería y temperatura no deberían cambiar. Si aumentan, algo más está pasando — posiblemente una interacción no relacionada de 26.5.1 con una app específica.

Una curva limpia posterior a la actualización te da la confianza para desplegar el próximo parche más rápido.

Solución de problemas generales con Extensiones de Red

Incluso con 26.5.1 instalado, los problemas relacionados con NE son algunos de los tickets de soporte más comunes y frustrantes en macOS. Aquí hay un flujo de trabajo generalizado para la resolución de problemas.

Síntoma: la extensión no se carga

Si systemextensionsctl list muestra la extensión como waiting for user o inactive, el usuario no la ha aprobado. Guíalos a Ajustes del Sistema > General > Elementos de inicio de sesión y extensiones > Extensiones de red y activa la entrada relevante. Para entornos gestionados con MDM, asegúrate de que la carga útil com.apple.system-extension-policy incluya el ID de equipo del proveedor para que el consentimiento sea previo.

Síntoma: la extensión se carga pero el tráfico se descarta o se detiene

Esto generalmente significa que el motor de políticas del proveedor de NE tarda demasiado en decidir sobre los flujos, alcanza un tiempo de espera interno y por defecto deniega. Verifica los registros del proveedor (log show --predicate 'subsystem == "<vendor.subsystem>"' --last 1h). Reinicia la extensión del sistema a través del modo systemextensionsctl developer si estás probando, o a través de la interfaz del proveedor en producción.

Síntoma: las consultas DNS se filtran o fallan

Si has configurado tanto un NEDNSProxyProvider como un NEFilterDataProvider, el orden de las operaciones importa. El proxy DNS intercepta las consultas antes de que lleguen al filtro; una configuración incorrecta aquí a menudo se manifiesta como que algunas apps resuelven correctamente y otras no. Esto raramente es un error — casi siempre es un orden incorrecto de la pila de políticas.

Síntoma: la extensión hace que el Mac sea lento

Los proveedores de filtrado de contenido ven cada flujo, y un motor de políticas mal ajustado puede agregar latencia por flujo que se acumula. Perfila con nettop -m route para ver el volumen de flujos; si ves cientos de nuevos flujos por segundo en un sistema que está mayormente inactivo, algo en la máquina se está comportando mal (a menudo una app electron que restablece conexiones WebSocket).

Síntoma: apagados inesperados (el caso de 26.5.1)

Si todavía ves apagados inesperados en un Mac M5 después de instalar 26.5.1, este ya no es el error que fue corregido. Trátalo como un incidente nuevo: recopila un sysdiagnose, verifica pmset -g log en busca de entradas SleepWakeFailure / Sleep Wake hang, y abre un informe en Feedback Assistant referenciando 26.5.1. También vale la pena descartar hardware — un apagado relacionado con la energía sin registro de pánico en Apple Silicon también puede indicar un problema con la batería o la entrega de energía.

Para más información sobre el diagnóstico de esta clase de fallo, consulta nuestro artículo sobre kernel panics de Mac y reinicios aleatorios en 26.5.

Síntoma: iMessage y Continuidad se rompen después de la actualización del NE

Ocasionalmente, después de que un NE de filtrado de contenido se recarga o reconfigura tras una actualización del sistema, el tráfico de servicios de identidad de Apple (iMessage, relé de FaceTime, registro de Continuidad Handoff) queda atrapado en un estado semibloqueado. Si ves que la sincronización de iMessage se detiene entre dispositivos justo después de instalar 26.5.1, consulta nuestro artículo sobre iMessage que no sincroniza entre Mac e iPhone en macOS Tahoe. La solución generalmente consiste en permitir los rangos *.push.apple.com y *.icloud.com de Apple en la política de NE, lo que la mayoría de las plantillas de filtros empresariales ya hacen por defecto.

Comandos de diagnóstico útiles

Para los administradores de Mac que quieren un kit de triaje rápido, los siguientes comandos valen la pena guardar como marcadores:

• systemextensionsctl list — muestra cada extensión del sistema instalada con el ID de paquete, ID de equipo, versión y estado. El indicador [activated enabled] es lo que quieres para un filtro de contenido saludable.
• log show --predicate 'subsystem == "com.apple.networkextension"' --last 30m — muestra los eventos del framework de NE de los últimos 30 minutos, incluyendo las transiciones de inicio/detención del proveedor y los cambios de estado de aprobación.
• pmset -g log | grep -i -E 'shutdown|wake' — el registro del subsistema de gestión de energía de Apple. Busca entradas Cause: 0x... cerca de apagados inesperados; el código de causa puede dar pistas sobre orígenes térmicos, de energía o iniciados por software.
• nettop -m route -p <pid> — recuentos de flujos por proceso. Útil para confirmar si el proveedor de NE realmente está viendo flujos.
• sudo sysdiagnose -f /tmp/ — captura una instantánea completa del sistema para los tickets de soporte del proveedor.

Estos comandos no arreglan nada por sí solos, pero son la diferencia entre "el usuario dijo que el Mac se apagó" y "aquí está la entrada del registro de pmset a las 14:32:07 que muestra un evento kIOPMSleepReasonClamshell seguido de un apagado forzado dos segundos después."

La corrección hermana de reinicio por montaje SMB en 26.5

Vale la pena señalar que 26.5 en sí lanzó a principios de esta primavera una corrección relacionada con la clase de reinicio: un problema de larga data donde montar ciertas comparticiones SMB podía desencadenar una cascada de reinicios en algunos Macs fue abordado en la compilación padre 26.5. Si llegaste a 26.5 desde 26.4 o anterior y ejecutas un flujo de trabajo de archivos con mucho SMB (edición de video con respaldo en NAS, directorios home en red, comparticiones departamentales), ya obtuviste esa corrección. 26.5.1 trata exclusivamente del apagado M5/NE — estos son problemas separados, pero a veces se confunden en discusiones informales porque ambos se manifiestan como "el Mac se reinicia inesperadamente."

Si todavía ves reinicios relacionados con SMB en 26.5.1, el problema casi con certeza es la variante específica de tu servidor SMB (versión de Samba, peculiaridades de emulación AFP, expiración de tokens kerberos) en lugar del SO. Verifica log show --predicate 'subsystem == "com.apple.smb"' --last 1h.

OCLP y Macs no compatibles

Si estás en la ruta de OpenCore Legacy Patcher con un Mac no compatible que ejecuta una compilación de Tahoe parcheada, no instales 26.5.1 todavía. OCLP 2.4.1 aún no se ha lanzado con compatibilidad para 26.5.1 a principios de junio de 2026, y actualizar el SO antes del parcheador puede dejarte sin controladores gráficos o de Wi-Fi funcionando. Espera a que el equipo de OCLP publique una versión compatible antes de continuar.

Los Macs parcheados con OCLP tampoco están en el universo M5 por definición — son hardware Intel más antiguo. Por lo tanto, aunque no necesitas 26.5.1 para la corrección de M5, tampoco quieres romper una instalación en funcionamiento para una corrección que no te aplica.

Solución de problemas comunes

Problema: 26.5.1 no aparece en Actualización de Software

Solución: Primero, confirma que estás en 26.5 (no en una compilación más antigua o una beta de 27). Si estás en la semilla de beta para desarrolladores de 27, 26.5.1 no te será ofrecido. Si estás en 26.5 y aún no ves la actualización, prueba con sudo softwareupdate --list --include-config-data. Si el comando lo encuentra pero Ajustes del Sistema no, reinicia y vuelve a verificar — el catálogo de la GUI puede tardar una o dos horas en actualizarse.

Problema: La actualización se descarga pero no se instala

Solución: Esto generalmente es un problema de espacio libre. Las actualizaciones de macOS necesitan 25–35 GB de espacio libre incluso para versiones puntuales pequeñas porque el sistema hace una instantánea sellada del volumen existente antes del intercambio. Verifica Acerca de este Mac > Almacenamiento y libera espacio. Si tienes suficiente espacio y aún falla, ejecuta sudo softwareupdate --fetch-full-installer --full-installer-version 26.5.1 desde Terminal e inténtalo de nuevo.

Problema: Después de la actualización, el proveedor de NE muestra "necesita aprobación"

Solución: Algunas extensiones del sistema necesitan volver a solicitar aprobación después de un evento mayor de actualización del SO. Ve a Ajustes del Sistema > General > Elementos de inicio de sesión y extensiones > Extensiones de red y activa el proveedor. En entornos gestionados con MDM, vuelve a enviar la extensión del sistema y los perfiles de filtro de contenido; la extensión debería aprobarse automáticamente.

Problema: El proveedor de NE se ejecuta pero la herramienta de seguridad reporta "desconectado"

Solución: El NE está cargado pero la conexión del plano de control ascendente a la nube del proveedor está rota. Verifica que la resolución DNS funcione (dig vendor.cloud.com) y que el dispositivo esté en una red que permita los puertos relevantes. Reinicia el agente en espacio de usuario del proveedor; el NE se volverá a conectar.

Problema: Mac M5 sigue apagándose inesperadamente después de 26.5.1

Solución: Si es un caso único aislado, monitorea si se repite. Si se repite, este no es el error que fue corregido. Captura un sysdiagnose inmediatamente después del próximo reinicio (sudo sysdiagnose), verifica /Library/Logs/DiagnosticReports/ para cualquier informe .panic o .shutdown, verifica pmset -g log | grep -i shutdown para la visión del SO del evento, y presenta un informe en Feedback Assistant. También descarta hardware (un problema de entrega de energía puede presentarse de manera similar).

Problema: Los usuarios piloto en 26.5.1 reportan navegación web más lenta

Solución: Esto casi con certeza es el motor de políticas de tu NE de filtrado de contenido, no el SO. Verifica los registros del proveedor para ver la latencia en las decisiones de filtrado. Si el proveedor ofrece una función de "omisión para destinos conocidos como buenos", actívala. Como diagnóstico, desactiva temporalmente el NE (en un entorno controlado) y mide algunas cargas de páginas.

Problema: Algunos usuarios reportan que no pueden ver la entrada de Actualización de Software pero el administrador sí puede

Solución: Verifica si tu MDM ha establecido un retraso gestionado en las actualizaciones del SO visibles para el usuario (por ejemplo, aplazamiento de 14 días). Los aplazamientos gestionados ocultan las actualizaciones de la GUI hasta que el aplazamiento expire, incluso si la actualización está disponible. Ajusta la política de aplazamiento si quieres que los usuarios instalen de inmediato.

Preguntas frecuentes

¿macOS Tahoe 26.5.1 incluye correcciones de seguridad?

A principios de junio de 2026, Apple no ha publicado 26.5.1 en su página de lanzamientos de seguridad, lo que significa que no hay CVEs documentados en esta compilación. Es puramente una corrección de estabilidad para el error de apagado de NE de filtrado de contenido en M5. Dicho esto, aún deberías instalarlo en el hardware afectado — un apagado inesperado es en sí mismo un problema de disponibilidad que vale la pena eliminar.

No tengo M5. ¿Debería instalar 26.5.1 de todas formas?

Sí, pero no tienes que apresurarte. La corrección es específica de M5, por lo que el hardware no M5 no obtiene ningún beneficio directo, pero instalar 26.5.1 te mantiene actualizado en la línea base compatible, lo que simplifica las actualizaciones futuras y garantiza que tu SO coincida con lo que tu equipo de TI ha estandarizado. No hay ninguna regresión conocida en 26.5.1 que haría que los usuarios no M5 quieran omitirla.

¿Cuál es el número de compilación de macOS Tahoe 26.5.1?

El número de compilación es 25F80, reemplazando a 25F71 (que era macOS Tahoe 26.5). Puedes verificarlo haciendo clic en el menú Apple, seleccionando Acerca de este Mac y haciendo clic en el número de versión para revelar la compilación. Las notas de lanzamiento para desarrolladores de Apple confirman 25F80 como la compilación de lanzamiento público.

¿Están CrowdStrike, Zscaler, Jamf Protect y herramientas similares certificadas para 26.5.1?

No podemos hacer afirmaciones de compatibilidad generales para proveedores específicos. Siempre verifica la matriz de compatibilidad oficial de tu proveedor. Dicho esto, dado que la superficie de la API pública de NE no ha cambiado en 26.5.1 (es una corrección interna del lado del kernel), la mayoría de los proveedores que admitían 26.5 admitirán 26.5.1 sin un nuevo ciclo de certificación. Confirma con tu proveedor antes del despliegue a toda la flota.

¿Puedo degradar de 26.5.1 a 26.5 si tengo un problema?

No fácilmente. macOS no admite oficialmente la degradación de versiones puntuales; tendrías que borrar e reinstalar la versión más antigua desde un instalador de arranque, luego restaurar desde una copia de seguridad previa a la actualización. En la práctica, casi nadie necesita degradar desde 26.5.1 — los cambios son mínimos. Si estás nervioso, toma una instantánea de Time Machine antes de instalar.

¿26.5.1 afecta la duración de la batería o el rendimiento del M5?

Ningún informe a principios de junio de 2026 indica ninguna regresión en la duración de la batería o el rendimiento de 26.5.1. La corrección es un cambio estrecho del lado del kernel sin ningún efecto conductual más amplio. Si ves un cambio repentino en la duración de la batería después de actualizar, sospecha de un proceso descontrolado en lugar de la propia actualización del SO; verifica la pestaña de Energía en el Monitor de Actividad.

¿Qué deben hacer los consumidores que ejecutan Cloudflare WARP o NextDNS en M5?

Instala 26.5.1 a través de Ajustes del Sistema > General > Actualización de Software. No es necesario desinstalar ni reconfigurar tu cliente de filtrado de contenido primero. Después del reinicio, verifica que tu filtro sigue activo comprobando la entrada relevante en Ajustes del Sistema > General > Elementos de inicio de sesión y extensiones > Extensiones de red, y listo.

¿Hay una actualización separada para iOS, iPadOS o visionOS junto con 26.5.1?

No. macOS Tahoe 26.5.1 es una versión puntual exclusiva de macOS vinculada al error de M5 / NE. Otras plataformas continúan en sus respectivas compilaciones de 26.5 hasta que Apple lanze sus próximas actualizaciones x.y.1 o x.6. Para un contexto más amplio sobre la familia 26.5, consulta nuestro resumen de lanzamiento y CVE de macOS Tahoe 26.5.

Conclusión

macOS Tahoe 26.5.1 es exactamente lo que debería ser una versión puntual de mantenimiento: pequeña, enfocada y dirigida directamente a un modo de fallo del mundo real que estaba afectando a una población específica — en este caso, Macs M5 que ejecutan Extensiones de Red con filtrado de contenido en contextos mayormente empresariales. Si estás en esa población, instálalo. Si no, instálalo de todas formas como parte de la higiene normal. La corrección es demasiado estrecha para romper cualquier cosa, y el beneficio es la eliminación de una clase de apagados inexplicables que son dolorosos de depurar desde el lado de TI e inquietantes desde el lado del usuario. Para más información sobre lo que viene a continuación, consulta nuestra lista de verificación previa a la WWDC 2026 de preparación de Mac para macOS 27 y nuestro análisis más profundo sobre el trabajo de Mejoras de Seguridad en Segundo Plano (BSI) de Apple en Tahoe. Para contexto de actualizaciones anteriores, el resumen de seguridad de 26.2 también vale la pena leer.