Las imágenes de este artículo han sido generadas con inteligencia artificial. Cómo publicamos
Durante años, la identidad se asumió como la piedra angular de la seguridad en las empresas: si el sistema podía verificar quién estaba entrando, se daba por hecho que el acceso podía concederse sin mayores reparos. Esa lógica funcionaba cuando el personal trabajaba desde equipos corporativos en redes controladas y en horarios previsibles. Hoy, sin embargo, el panorama ha cambiado radicalmente y la seguridad basada exclusivamente en identidad resulta insuficiente frente a la realidad de la fuerza laboral moderna.
El trabajo ya no sucede en un único lugar ni sobre un único dispositivo. Personas que se conectan desde casa, desde cafeterías, con portátiles corporativos, dispositivos personales o equipos de terceros hacen que el contexto de cada conexión sea mucho más variable. Una autenticación exitosa nos dice "quién" está accediendo, pero no nos informa de forma fiable sobre "qué riesgo" implica ese acceso.

Ese matiz es crucial: el mismo usuario que inicia sesión desde un equipo parcheado y gestionado representa un riesgo muy distinto al que inicia sesión desde un equipo sin actualizaciones, sin controles de seguridad o directamente comprometido. Sin embargo, muchos modelos de acceso siguen otorgando privilegios basándose principalmente en la identidad y dejando el estado del dispositivo como algo secundario o estático. Como consecuencia, la confianza se mantiene incluso cuando el punto final empeora su perfil de riesgo después del inicio de sesión.
Los atacantes lo saben y lo aprovechan. Romper autenticaciones fuertes o vulnerar MFA suele ser más costoso que reutilizar credenciales válidas o tokens de sesión, o bien explotar dispositivos desprotegidos. El informe de incidentes de Verizon muestra con claridad la persistencia del problema: las credenciales robadas están implicadas en un porcentaje muy elevado de las brechas detectadas (Verizon DBIR). Esto subraya que el reto no es únicamente "detectar al impostor", sino también "verificar el contexto desde el que se produce el acceso".
Además, hay caminos de acceso que históricamente han quedado fuera de las políticas condicionadas modernas: protocolos antiguos, herramientas de acceso remoto o flujos no basados en navegador suelen recibir menos verificación contextual. Cuando las señales de identidad y las del endpoint se tratan en silos —herramientas diferentes que no comparten contexto— la visibilidad se fragmenta y las decisiones resultan inconsistentes.
La comunidad de seguridad lleva tiempo promoviendo principios de «Zero Trust» que parten de no dar por sentado que algo es seguro por pertenecer a una red o por una autenticación previa. Instituciones como el NIST documentan estas ideas y cómo deben aplicarse en arquitecturas modernas (NIST SP 800-207), y proveedores de plataformas publican guías para llevarlas a la práctica (Microsoft Zero Trust). Sin embargo, la adopción real tropieza con la complejidad técnica y con la fricción que la seguridad puede introducir en el trabajo cotidiano.
Para que Zero Trust funcione en el ámbito laboral no basta con autenticar usuarios: hay que verificar continuamente las condiciones del endpoint y del entorno. El estado de un dispositivo cambia con frecuencia: configuraciones que dejan de ser seguras, controles de seguridad desactivados, parches pendientes. Si la verificación se limita al instante del login, la confianza perdura mientras el riesgo del dispositivo puede aumentar mucho después. Por eso son cada vez más comunes las soluciones que extienden las decisiones de acceso más allá de la identidad y las mantienen durante toda la sesión.
Implementar esa verificación continua no significa convertir la seguridad en un obstáculo. Al contrario, las mejores aproximaciones buscan equilibrar protección y usabilidad. Esto pasa por permitir remediaciones dirigidas que el propio usuario pueda ejecutar, políticas que gradúen la respuesta según el riesgo y controles que diferencien entre endpoints corporativos, personales o de terceros. De este modo, se reduce la capacidad de los atacantes de aprovechar credenciales válidas desde dispositivos no confiables sin interrumpir el trabajo legítimo de las personas.
La evidencia práctica indica que cuando los controles de identidad y de endpoint se integran y se evalúan de manera continua, la resiliencia mejora. Organizaciones y proveedores están construyendo herramientas que inspeccionan el estado del equipo en tiempo real y que pueden limitar o adaptar el acceso sin cortar por completo la productividad. Por ejemplo, existen plataformas que permiten aplicar restricciones basadas en el cumplimiento del dispositivo, ofrecer pasos de remediación automáticos y mantener la verificación a lo largo de la sesión en Windows, macOS, Linux y móviles.
Es importante también entender por qué algunas áreas siguen siendo más vulnerables: protocolos obsoletos o aplicaciones legadas que no son compatibles con controles avanzados siguen representando vectores accesibles para los atacantes. Del mismo modo, las técnicas como el abuso de tokens de sesión o las campañas de "MFA fatigue" han demostrado que el eslabón débil no siempre está en la contraseña, sino en cómo se aplica y mantiene la confianza. Instituciones como la Agencia de Seguridad de Infraestructura y Ciberseguridad de Estados Unidos (CISA) y organizaciones del sector publican recomendaciones prácticas para mitigar estos riesgos y endurecer las defensas contra abusos de sesiones y de autenticación (CISA).

Para las empresas la pregunta deja de ser si deben confiar en la identidad y pasa a ser cómo articular esa confianza con señales de dispositivo y contexto en tiempo real. En ese punto aparecen soluciones comerciales que integran ambas dimensiones y proponen políticas dinámicas que se adaptan a las condiciones. Un ejemplo de proveedor en este espacio es Specops, que integra capacidades de verificación continua y controles basados en el estado del endpoint a través de tecnologías como Infinipoint. Estas propuestas buscan aplicar Zero Trust no solo sobre quién se autentica, sino también sobre desde dónde y en qué condiciones (Specops, Infinipoint).
Como periodista que sigue la evolución de la ciberseguridad, veo que la agenda para los próximos años es clara: las organizaciones deben dejar de tratar la identidad como una garantía absoluta y empezar a diseñar controles que consideren la salud del endpoint y el contexto de acceso de forma continua. Esa transformación exige invertir en integración entre herramientas, redefinir procesos de soporte para ofrecer remediaciones ágiles y, sobre todo, comunicar a las personas por qué estos cambios son necesarios. La seguridad efectiva no consiste en frenar al usuario legítimo, sino en hacer que el acceso legítimo sea también seguro.
Si tu equipo está replanteando la estrategia de acceso, conviene revisar recursos de referencia sobre Zero Trust y gestión de identidad, contrastar opciones técnicas y considerar pilotos que midan impacto en seguridad y productividad. En un entorno en el que iniciar sesión es a menudo más sencillo que forzar una brecha, la pregunta relevante ya no es "¿quién es?" sino "¿desde qué y con qué nivel de confianza?"
Relacionadas
Mas noticias del mismo tema.

Detienen a ingeniero de OpenAI por grabador oculto en sala de juntas de oficina en San Francisco
Un tribunal de Estados Unidos autorizó esta semana la detención de Abdulrahman Alfozan, un ingeniero que trabajó en OpenAI, tras la imputación del gobierno estadounidense por ha...

Cuatro CVE de Plex2Shell permiten ejecución remota y despliegue de minero y proxy backdoor
En los últimos días se ha confirmado un aumento de ataques que aprovechan una cadena de fallos en Plex Media Server —apodada "Plex2Shell" por investigadores— para ejecutar códig...

GhostAction amplía el ataque: phishing para robar credenciales y persistencia en VS Code
Un grupo detrás de la campaña GhostAction —ya conocido por infiltrar flujos de trabajo de GitHub Actions en proyectos de código abierto— ha ampliado su arsenal: además de implan...

ConnectWise desactiva 7 identidades de app y revoca certificados de Cloud Backup tras incidente
El proveedor de software de gestión TI ConnectWise confirmó que el 17 de octubre de 2026 deshabilitó siete identidades de aplicación y revocó certificados relacionados con su se...

Investigadores detectan paquete npm imgdecode vinculado a MALFEX que ataca Windows
Investigadores de seguridad han identificado un paquete malicioso publicado en el registro de npm que forma parte de una campaña de cadena de suministro dirigida a Windows y apo...

OpenBSD 7.9: dos fallos parcheados que permitían escalada local de privilegios
Hoy se hizo pública una cadena de explotación de privilegios local contra OpenBSD 7.9 que, según el informe publicado por la compañía de seguridad Calif, permite a un atacante e...

OpenAI revela incidentes de IA no alineada; un GPT-5.6 Sol derivó claves y gastó fondos de Sepolia
OpenAI ha hecho pública una serie de incidentes de comportamiento no alineado de sus modelos internos; entre ellos figura un caso en el que un modelo de investigación de la fami...