¿Qué es la política BYOD? Reglas, aplicación y filtrado DNS
¿Qué es la política BYOD? Descubra las reglas principales, las opciones de aplicación, los límites de privacidad y cómo el filtrado DNS controla los dispositivos personales en las redes corporativas.
Published 3 de noviembre de 2026
El teléfono personal de un empleado contiene la aplicación del correo del trabajo. De repente, se lo olvida en un tren. ¿Puede el departamento de TI bloquear el acceso de inmediato? ¿Puede eliminar los mensajes de trabajo sin borrar las fotos familiares? ¿A quién debe llamar el empleado?
Esas respuestas no deberían depender de quién atienda la incidencia en el servicio de soporte. Una directiva para el uso de dispositivos personales, habitualmente abreviada como directiva BYOD, establece las reglas antes de que un dispositivo personal se convierta en una incidencia empresarial.
Índice de contenidos
- Qué cubre una política BYOD y por qué existe
- Controles de seguridad que la política debe exigi
- Comparativa de opciones de aplicación
- Cómo se adaptan el DNS y el filtrado de contenidos a los controles BYOD
- Límites de privacidad, supervisión y consentimiento del empleado
- Riesgos de identidad y acceso más allá del cumplimiento del dispositivo
- Procedimiento en caso de pérdida, robo o baja de dispositivos
- Elija el alcance de su BYOD antes de redactar la política
Qué cubre una política BYOD y por qué existe
Una política BYOD es un conjunto formal de reglas sobre cómo los teléfonos, tabletas y ordenadores portátiles de propiedad personal pueden acceder a los sistemas y datos de una organización. Conecta el permiso para usar un dispositivo con requisitos de seguridad exigibles, límites de privacidad y responsabilidades.
El empleado sigue siendo el propietario del teléfono. El hecho de instalar una aplicación de trabajo no transfiere la propiedad a la empresa, y ser el propietario del teléfono no le otorga al empleado acceso ilimitado a la información de la empresa. El acuerdo debe definir la autoridad de ambas partes.
Las preguntas que toda política debe responder
Una directiva útil responde a tres preguntas: quién puede conectarse, a qué puede acceder y qué condiciones de seguridad y privacidad se aplican. En el caso del teléfono extraviado, estas respuestas determinan si el acceso al correo electrónico estaba autorizado, qué archivos de empresa se podían almacenar localmente y qué medidas de respuesta puede adoptar el departamento de TI.
El uso de dispositivos personales (BYOD) se convirtió en un problema laboral a medida que estos se generalizaron más allá de excepciones puntuales. El relato de Destination CRM sobre la experiencia de Intel señala 2009 como un hito en el reconocimiento de esta tendencia. El cambio relevante no fue solo quién compraba el hardware. Los empleadores tuvieron que proteger identidades, redes e información en dispositivos que no eran de su propiedad.
Esta práctica sigue estando muy extendida: el 70 % de las organizaciones permitió a sus empleados utilizar dispositivos personales para trabajar en 2024, según el Informe de tendencias de TI de JumpCloud, citado por Grand View Research. La simple autorización no garantiza la protección: las estadísticas de BYOD de JumpCloud señalan que, en 2024, más del 20 % de las organizaciones afirmó que sus activos digitales habían descargado malware debido a conexiones de dispositivos no gestionados durante los 12 meses anteriores.
Elementos clave de una política BYOD
| Elemento de la directiva | Pregunta a la que responde | Regla habitual |
|---|---|---|
| Dispositivos aptos | ¿Qué dispositivos y sistemas operativos pueden conectarse? | Solo versiones de SO compatibles, con una versión mínima fijada por el equipo de TI |
| Autenticación | ¿Cómo demuestra el usuario su identidad? | Autenticación multifactor, preferiblemente resistente al phishing |
| Controles de seguridad | ¿Qué debe tener instalado o configurado el dispositivo? | Bloqueo de pantalla, cifrado, parches de SO al día y ausencia de jailbreak o roteo |
| Alcance del acceso | ¿A qué sistemas y aplicaciones puede acceder el dispositivo? | Aplicaciones aprobadas y una lista de recursos con privilegios mínimos |
| Privacidad y supervisión | ¿Qué puede ver u inspeccionar el empleador? | Supervisión limitada al contenedor gestionado, previa notificación al empleado |
| Dispositivo perdido, robado o en desuso por salida del empleado | ¿Qué ocurre con los datos corporativos? | Borrado selectivo del contenedor de trabajo y revocación del acceso |
| Soporte y costes | ¿Quién paga y quién resuelve las incidencias? | Reglas de reembolso y límites del soporte técnico establecidos |
Cada fila necesita una regla específica, no un compromiso general de comportamiento seguro. Indique el sistema operativo mínimo compatible, identifique las aplicaciones aprobadas y defina con precisión qué se puede eliminar con un borrado remoto. Los empleados no deberían tener que interpretar ambigüedades técnicas durante una emergencia.
Controles de seguridad que la política debe exigir
Los requisitos de seguridad deben ser condiciones de acceso, no sugerencias que los empleados puedan ignorar. Si un dispositivo no cumple una condición obligatoria, el equipo de TI debe bloquear el acceso afectado y explicar cómo puede recuperarlo el empleado.
La guía de BYOD para dispositivos móviles del NIST admite la gestión de la movilidad empresarial, la revisión de aplicaciones, las comprobaciones de integridad del dispositivo, los contenedores de trabajo protegidos y el transporte cifrado. Trate un dispositivo personal como potencialmente no confiable hasta que supere las comprobaciones pertinentes, en lugar de confiar en él solo porque pertenece a un empleado.
Convierta los requisitos en comprobaciones de acceso
- Exigir un sistema operativo compatible y un plazo limite para parches. Especifique las versiones compatibles y exija actualizaciones dentro de un plazo determinado, ya que la falta de parches puede dejar vulnerabilidades conocidas a disposicion de los atacantes.
- Exigir cifrado y un bloqueo de pantalla eficaz. Especifique los metodos permitidos para acceder al dispositivo, los requisitos minimos de credenciales y el tiempo de espera por inactividad, de modo que un telefono extraviado o desatendido no ofrezca acceso inmediato al correo de trabajo.
- Exigir una autenticacion robusta para los inicios de sesion de trabajo. Priorice la autenticacion resistente al phishing cuando sea compatible y no permita que un dispositivo aprobado sustituya la verificacion de la identidad del usuario.
- Exigir un registro aprobado o un perfil de trabajo protegido. Mantenga la informacion corporativa en aplicaciones o almacenamiento gestionados para que el departamento de TI pueda aplicar controles empresariales sin tratar las aplicaciones personales como propiedad de la empresa.
- Bloquear dispositivos con root o jailbreak. Estas modificaciones pueden debilitar las protecciones de la plataforma de las que dependen las comprobaciones de cumplimiento.
- Permitir unicamente aplicaciones de trabajo aprobadas. Revise los permisos y el comportamiento de intercambio de datos antes de la aprobacion, incluido si una aplicacion puede copiar archivos corporativos en el almacenamiento personal.
- Exigir transporte cifrado. Utilice conexiones de aplicacion seguras y una VPN cuando proceda, con reglas claras que identifiquen que recursos requieren esa ruta protegida.
Este recurso visual de lista de comprobación destaca los requisitos previos a nivel de dispositivo que el departamento de TI debe validar.
Haga que los controles sean auditables
En el caso de los portátiles, especifique la protección de endpoint compatible y cómo verifica el departamento de TI que está activa. La guía de 247TechTeam sobre opciones de software de seguridad para Windows y Mac puede ayudar a los lectores a comparar alternativas, pero el departamento de TI debe seguir definiendo su propia configuración aprobada.
Mantenga los requisitos de los dispositivos separados de la segmentación de red. Un ordenador portátil que supere las comprobaciones del estado del sistema no debería recibir automáticamente acceso sin restricciones a la red.
Prueba de auditoría: Cada control obligatorio debe contar con un responsable designado, un plazo de implementación y un método fiable para verificar su cumplimiento.
Si la directiva establece que los empleados deben mantener protegidos los dispositivos pero nadie puede verificar qué significa eso, no está lista para su aplicación.
Comparativa de las opciones de aplicación
Volvamos al caso del teléfono olvidado en el tren. Con una gestión completa de dispositivos configurada adecuadamente, el departamento de TI podría tener la capacidad técnica de borrar todo el teléfono. Con un perfil de trabajo gestionado, el departamento de TI puede centrarse en el entorno empresarial dejando las fotos personales fuera de esa acción.
La capacidad técnica y la autorización son cosas distintas. El hecho de que una consola de gestión disponga de un botón de borrado no determina que su uso sea apropiado ni esté autorizado.
Opciones de aplicación por control e impacto en la privacidad
Las clasificaciones de privacidad a continuación son comparativas prácticas, no garantías. La exposición real depende de las capacidades de la plataforma, la configuración y la telemetría que habiliten los administradores.
| Opción | Qué controla | Límite principal | Impacto en la privacidad |
|---|---|---|---|
| Gestión completa de dispositivos móviles | Ajustes de todo el dispositivo, aplicaciones y borrado completo cuando sea compatible | Los propietarios de dispositivos personales pueden oponerse al control total | Alto |
| Perfil o contenedor de trabajo gestionado | Aplicaciones de trabajo y datos de trabajo | No protege las aplicaciones personales en el mismo dispositivo | De bajo a medio |
| Gestión de aplicaciones móviles | Aplicaciones aprobadas individuales y sus datos | No puede ofrecer una visibilidad completa de las amenazas en todo el dispositivo | Bajo |
| Acceso condicional | Determina si un dispositivo o sesión puede acceder a una aplicación en la nube | Requiere señales precisas de cumplimiento del dispositivo | Bajo |
| Defensa contra amenazas móviles | Software malicioso y configuraciones de riesgo en el dispositivo | Añade un agente y telemetría del dispositivo | Medio |
La gestión integral se adapta a situaciones en las que la organización requiere un control exhaustivo y los empleados comprenden sus implicaciones. Cuando la información regulada exige ese nivel de supervisión, suministrar equipos propiedad de la empresa puede ser más adecuado que imponerlo en el hardware personal.
Un contenedor o perfil de trabajo suele ser un mejor punto de partida para la participación ordinaria en programas BYOD. Proporciona al departamento de TI un área corporativa definida que gestionar, aunque no hace que todo lo demás en el dispositivo sea seguro.
Elija controles para el recurso, no para la etiqueta
La gestión de aplicaciones puede ser adecuada para los empleados que solo necesitan una aplicación de mensajería y un visor de documentos. Su utilidad depende de si esas aplicaciones pueden aplicar las restricciones necesarias, como evitar que los documentos de trabajo se abran en aplicaciones no gestionadas.
El acceso condicional se adapta a los servicios en la nube porque los administradores pueden tomar decisiones de admisión al iniciar sesión o durante las comprobaciones de sesión compatibles. La defensa contra amenazas móviles proporciona señales de riesgo adicionales, pero la detección no sustituye a una decisión de acceso ni a un procedimiento de respuesta.
Estas opciones no son mutuamente excluyentes. Una organización puede combinar un contenedor de trabajo, acceso condicional y detección de amenazas, al tiempo que aplica una gestión más estricta a un grupo de usuarios estrictamente definido.
Cuanto mayor sea el control de TI sobre la totalidad del dispositivo, a mayor privacidad podría tener que renunciar el empleado.
Empiece con el método menos intrusivo que siga protegiendo el sistema más confidencial. Añada otro control únicamente cuando pueda concretar el riesgo al que responde y explicar por qué los controles existentes no lo cubren.
Cómo encajan el DNS y el filtrado de contenidos en los controles BYOD
Los dispositivos personales no deben ubicarse directamente en la red corporativa de confianza. Colóquelos en una red BYOD o de invitados gestionada de forma independiente y, a continuación, autorice el acceso a los recursos corporativos deliberadamente.
La guía de seguridad de dispositivos móviles del NIST recomienda una red BYOD independiente fuera de la DMZ empresarial, sin más acceso interno que el que recibirían los usuarios a través de un acceso remoto seguro. Esto significa que conectarse a la WiFi no otorga permiso para acceder a bases de datos de nóminas, sistemas de gestión de edificios o interfaces administrativas.
Contenga los dispositivos antes de filtrar su tráfico
Supongamos que el empleado de un hotel trae un ordenador portátil personal con software malicioso. El aislamiento de red debería evitar que ese portátil contacte directamente con la infraestructura de reservas o con los dispositivos de otros huéspedes. El filtrado puede reducir a continuación a qué destinos de internet puede acceder.
El diagrama ilustra dicha separación. El acceso aprobado a las aplicaciones internas sigue requiriendo su propia ruta segura y autorizada.
El filtrado DNS funciona en la etapa de búsqueda. Antes de abrir un sitio o contactar con el servicio de una aplicación, un dispositivo normalmente consulta al DNS dónde encontrar el dominio correspondiente; un resolutor de filtrado puede rechazar un dominio identificado como malicioso o prohibido.
Una introducción práctica a lo que hace el filtrado DNS ayuda a distinguirlo de la inspección de cada página o archivo. El filtro evalúa la solicitud de dominio, no todo lo que el usuario pueda hacer después de iniciar una conexión permitida.
Lo que la capa DNS puede y no puede hacer
El filtrado DNS permite bloquear dominios de phishing identificados y destinos de comando y control. Las reglas de contenido también pueden restringir categorías como el contenido para adultos o las apuestas, aplicando reglas de red independientes para los empleados y los usuarios públicos.
Por ejemplo, Purple Shield responde a las solicitudes DNS utilizando la directiva de la red en la que se encuentra el dispositivo, sin necesidad de un agente en cada dispositivo personal. Complementa los controles de dispositivo e identidad en lugar de sustituirlos.
Los límites son importantes:
- Los destinos desconocidos pueden ser ignorados. Es posible que un dominio malicioso recién creado aún no disponga de una clasificación de riesgo.
- Un dominio permitido no garantiza un contenido limpio. El sistema DNS por sí solo no puede inspeccionar una descarga cifrada ni distinguir cada una de las páginas alojadas bajo un mismo dominio.
- El tráfico fuera de la red requiere una consideración independiente. Un teléfono que utilice datos móviles personales no aplicará el filtrado del recinto simplemente por haberse conectado anteriormente a la red WiFi.
- Las rutas de resolución alternativas pueden eludir el control previsto. Los administradores necesitan un enfoque explícito para los dispositivos que utilicen un resolutor diferente.
Concluya la sección de red de la directiva con una breve lista de comprobación operativa: red independiente, directiva documentada para cada red y registros revisados con una periodicidad fija. Asigne un responsable a cada tarea para que las reglas de bloqueo no se conviertan en una configuración desatendida.
Límites de privacidad, supervisión y consentimiento del empleado
Una directiva BYOD también es un acuerdo de privacidad en el lugar de trabajo. Los empleados deben saber qué puede recopilar, inspeccionar y borrar la empresa antes de registrar un dispositivo personal, no después de que un administrador ejecute dichas facultades.
La política de dispositivos móviles BYOD de 2025 del Gobierno del Reino Unido exige una evaluación de impacto relativa a la protección de datos, un aviso de privacidad claro y una supervisión limitada a la aplicación o contenedor gestionado corporativamente siempre que sea posible. Se trata de un requisito de dicha política, no de una prueba de que se apliquen las mismas obligaciones legales a todos los empleadores del mundo.
A qué puede alcanzar una política BYOD en un dispositivo personal
Estos son límites sensatos que conviene especificar, en lugar de descripciones universales de cada plataforma de gestión.
| Tipo de datos | Tratamiento habitual | Por qué es importante |
|---|---|---|
| Correo de trabajo y archivos corporativos en el contenedor gestionado | Accesible y suprimible por el equipo de TI bajo una autorización definida | Datos esenciales para cuya protección se establece la directiva |
| Fotos personales y mensajes privados | Fuera del alcance habitual de la directiva | Privacidad personal y responsabilidad legal en caso de inspección |
| Inventario de aplicaciones | Solo aplicaciones gestionadas, cuando sea viable | Un inventario completo puede revelar hábitos personales |
| Ubicación del dispositivo | Recopilada únicamente con una finalidad y autorización declaradas | Información confidencial que requiere un límite de conservación |
| Navegación en la red de trabajo | Las solicitudes DNS se pueden registrar, previa notificación | Los registros deben ser proporcionados a la finalidad de seguridad |
| Alcance del borrado remoto | Solo el contenedor de trabajo, cuando exista dicho contenedor | Un borrado completo puede destruir datos personales no relacionados |
Establezca los límites por escrito
El aviso de privacidad debe identificar:
- Recopilación y finalidad. Enumere el inventario de aplicaciones, la ubicación, los nombres de red y demás telemetría recopilada, indicando el motivo de cada uno.
- Acceso y conservación. Indique los roles autorizados para inspeccionar los registros y especifique cuándo se eliminan dichos registros.
- Límites de gestión. Explique el alcance de la supervisión, la autoridad de borrado remoto y cualquier proceso de investigación excepcional.
- Garantías para los empleados. Proporcione una vía para impugnar bloqueos o eliminaciones erróneas, y determine las responsabilidades de reembolso y soporte antes de la inscripción.
El análisis de Pebb sobre el equilibrio entre la privacidad del empleado y la supervisión de las comunicaciones resulta un contexto útil para explicar por qué la supervisión necesita límites. Los avisos de red también deberían explicar cómo afecta el DNS sobre HTTPS a la visibilidad del DNS, en lugar de prometer una vigilancia completa de la navegación.
El acuerdo del empleado no debe tratarse como un consentimiento ilimitado. Alguien que necesita un teléfono para realizar su trabajo puede tener poco margen de negociación práctico, por lo que se deben explicar las alternativas y obtener asesoramiento sobre privacidad específico para la jurisdicción correspondiente.
Considere el caso de una biblioteca de fotos familiares copiada accidentalmente en el almacenamiento gestionado antes de un borrado selectivo. Una promesa por escrito por sí sola no restaurará esos archivos, motivo por el cual la separación técnica y las pruebas son fundamentales.
¿Puede la organización alcanzar su objetivo de seguridad sin leer contenido personal?
Riesgo de identidad y acceso más allá del cumplimiento de los dispositivos
Un dispositivo puede superar sus comprobaciones de estado mientras alguien hace un uso indebido de una cuenta en él. Un software robadatos (infostealer) podría exponer credenciales, un familiar podría abrir una sesión existente o un atacante podría haber tomado ya el control de una cuenta en la nube.
Esta ilustración separa un punto final de aspecto saludable del riesgo de la cuenta que hay detrás de él.
Según el análisis de Beyond Identity sobre el Data Breach Investigations Report de 2025 de Verizon, el 46 % de los sistemas comprometidos por infostealers que contenían posibles credenciales corporativas eran dispositivos no gestionados. Esta conclusión se refiere a esos sistemas comprometidos, no a todos los dispositivos personales, pero demuestra por qué la propiedad del punto final no es un límite de acceso suficiente.
Defina lo que sucede tras iniciar sesión
Una política centrada en la identidad necesita reglas para la variación de riesgos, no solo para el registro inicial:
- Acceso basado en riesgos. Especifique cuándo un cambio en el estado, la ubicación o el comportamiento del dispositivo activa una reautenticación, restricción o investigación.
- Permisos a nivel de recurso. Limite a los usuarios a la información que sus funciones requieren, incluso si sus dispositivos cumplen las normas.
- Visibilidad y revocación de sesiones. Conceda al personal de respuesta la autoridad para invalidar sesiones y tokens activos, no solo para restablecer contraseñas.
- Restricciones de uso compartido de dispositivos. Prohíba compartir sesiones de trabajo y defina si los dispositivos compartidos con la familia son aptos.
- Una alternativa viable. Ofrezca un dispositivo de préstamo gestionado o una ruta de navegador restringida adecuadamente cuando el hardware personal pierda el acceso.
Supongamos que la tablet de un comercial cumple con los requisitos, pero un familiar utiliza la misma cuenta. Es posible que las comprobaciones de ubicación no detecten esta situación porque ambas personas están en casa. La existencia de perfiles de usuario independientes, la reautenticación para acciones confidenciales y la prohibición de compartir sesiones de trabajo proporcionan salvaguardas más adecuadas.
Para respaldar la orientación a los empleados, los equipos de RR. HH. pueden explorar artículos sobre seguridad de las cuentas de HR Management 365 y convertir los temas relevantes en material de incorporación específico para cada función.
El vídeo adjunto puede servir de apoyo para el debate en equipo sobre estas decisiones de acceso.
Defina también los accesos permitidos desde redes de hoteles, cafeterías y domicilios particulares, incluyendo qué tareas confidenciales requieren una ruta controlada. El modelo BYOD es una decisión de identidad y acceso a los datos, no solo una categoría de propiedad del dispositivo: decida a qué recursos corporativos puede acceder de forma segura un dispositivo personal.
Procedimiento para dispositivos perdidos, robados o de empleados salientes
Cuando un dispositivo desaparece, los empleados necesitan una vía de notificación y el personal de respuesta requiere una secuencia autorizada. En el caso de una salida planificada, programe las mismas tareas de revocación de acceso en torno a la hora de finalización acordada con el empleado.
Secuencia de respuesta del servicio de asistencia técnica
- Notificacion del empleado. Proporcione un canal de notificacion accesible que no requiera el telefono extraviado. Exija la notificacion inmediata y haga que el servicio de asistencia registre cuando se detecto y se notifico la perdida.
- El administrador de identidades revoca el acceso. Invalide las sesiones y los tokens afectados, bloquee el dispositivo y suspenda la cuenta cuando sea necesario. Distinga entre un extremo extraviado y una cuenta comprometida a nivel global.
- El administrador de dispositivos inicia la eliminacion. Envie la orden de eliminacion selectiva autorizada. Escale cualquier medida propuesta para todo el dispositivo para obtener la aprobacion requerida y la notificacion al empleado.
- El servicio de asistencia verifica el resultado. Compruebe las confirmaciones de gestion y verifique la denegacion de acceso. Si el dispositivo esta desconectado, registre la eliminacion como pendiente en lugar de afirmar que los datos han desaparecido.
- TI completa las tareas de salida. Elimine el registro, revoque los certificados del dispositivo y reemplace cualquier credencial compartida que el empleado saliente todavia pudiera utilizar.
- El responsable del incidente registra las acciones. Conserve las marcas de tiempo, las aprobaciones, los resultados de las ordenes y los riesgos no resueltos segun las reglas de retencion establecidas.
- El revisor de privacidad o seguridad gestiona las disputas. Revise los bloqueos o eliminaciones erroneos de forma independiente al responsable inicial de la respuesta y documente la ruta autorizada para restablecer el acceso.
Salvaguarda operativa: Un comando remoto enviado no es un comando remoto completado.
Proporcione al departamento de soporte un manual de referencia de una página que contenga esta secuencia, los responsables de cada rol designados, los contactos de escalado, los requisitos de aprobación y una lista de verificación de finalización. Pruébelo con un dispositivo fuera de línea para que los encargados de responder entiendan lo que pueden verificar y lo que sigue siendo incierto.
Elija el alcance de su política BYOD antes de redactarla
Comience con el acceso que tiene intención de permitir, no con una plantilla llena de restricciones. Un recepcionista que consulta horarios y un administrador que gestiona registros confidenciales no deberían recibir automáticamente permisos idénticos solo porque ambos utilicen teléfonos personales.
Concretar el alcance
- Identificar el hardware elegible. Especifique las categorías de dispositivos y los sistemas operativos compatibles que el departamento de TI puede evaluar y admitir.
- Clasificar la información requerida. Asigne cada grupo de usuarios a material público, interno, confidencial o regulado e identifique dónde no es aceptable el almacenamiento local.
- Elegir la aplicación de forma deliberada. Aplique la regla de control menos intrusivo al recurso más sensible de cada grupo.
- Redactar los términos dirigidos a los empleados. Exprese en un lenguaje sencillo el uso aceptable, la supervisión, los costes, el soporte y las obligaciones en caso de salida.
- Realizar pilotos con incidentes reales. Pruebe la inscripción, el incumplimiento, la pérdida de un dispositivo y la baja de un empleado antes de un despliegue más amplio.
- Asignar un responsable de revisión. Establezca una fecha de revisión y exija una reevaluación cuando cambien las aplicaciones, el soporte de dispositivos o los requisitos empresariales.
Asignar personas a redes
Las organizaciones ubicadas en múltiples sedes también necesitan distinguir entre el acceso del personal, los invitados, los estudiantes y los residentes. El acceso WiFi para visitantes de una escuela WiFi y el acceso a las aplicaciones para su personal responden a fines distintos, incluso cuando se transmiten a través de los mismos puntos de acceso.
No dé por sentado que el nombre de una red acredita quién la está utilizando. Registre cómo se conectan los usuarios, qué comprobaciones de identidad se aplican y qué recursos corporativos permanecen accesibles.
Antes de redactar la política, enumere sus tres grupos de usuarios de mayor riesgo y la red que utiliza cada uno. Añada la información confidencial que necesita cada grupo y la persona responsable de aprobar dicho acceso. Esa lista es su punto de partida práctico.
Purple Shield proporciona DNS de protección y filtrado de contenidos para redes de invitados y BYOD sin necesidad de agentes en los dispositivos personales. Visite Purple Shield para solicitar una prueba y compartir sus redes, sedes y grupos de usuarios, de modo que un experto de Purple pueda enviarle un mapa de directivas para cada SSID que gestione.