Tener MFA no basta: qué cambia con la autenticación resistente al phishing

16/10/2026 | Ciberseguridad y Vulnerabilidades

De la actualidad tecnológica a una decisión informada.

Evalúa con G-BIZ el alcance, los controles y los procesos que necesita tu organización.

Explorar nuestros serviciosHablar con un especialista

Otras noticias relacionadas

Explicador · Identidad y seguridad

Activar un segundo factor es un avance, pero no todos los métodos enfrentan de la misma manera una página de acceso falsa. La autenticación resistente al phishing plantea una pregunta más precisa: ¿el mecanismo puede comprobar con qué servicio está autenticando el usuario?

NIST identifica los autenticadores FIDO combinados con WebAuthn como una forma ampliamente disponible de autenticación resistente al phishing. Pueden utilizar llaves físicas o capacidades integradas en dispositivos. Esto describe un mecanismo técnico; no implica que cualquier implementación elimine todos los riesgos.

Por qué un código no cuenta toda la historia

Un usuario puede introducir una contraseña y un código en un sitio que imita al legítimo. La resistencia al phishing busca evitar que una autenticación válida para un servicio se reutilice sin más frente a otro.

Para una organización, el análisis debe ir más allá del nombre comercial del método. Importan el protocolo, la configuración, las aplicaciones compatibles y los caminos alternativos que permanecen disponibles.

La recuperación puede convertirse en el punto débil

Imagina una cuenta administrativa protegida con un método robusto, pero recuperable mediante un procedimiento que cualquiera puede activar con información pública. El acceso principal estaría bien protegido y el proceso completo seguiría teniendo una debilidad.

Este ejemplo es conceptual. Sirve para recordar que alta, sustitución, pérdida del dispositivo y recuperación deben formar parte del diseño. El soporte necesita un procedimiento verificable para ayudar al usuario sin abrir un atajo inseguro.

Cuatro preguntas para un piloto útil

  1. Alcance: ¿qué aplicaciones y perfiles admiten el método elegido?
  2. Dispositivos: ¿cómo se administran equipos corporativos, compartidos y personales?
  3. Recuperación: ¿qué evidencia exige el soporte cuando se pierde un autenticador?
  4. Excepciones: ¿qué alternativas siguen activas y quién revisa su uso?

Un piloto debería incluir personas de soporte y usuarios con tareas diferentes. Una prueba que funciona en la computadora del administrador no demuestra que el flujo sea viable en una estación compartida o durante un cambio de dispositivo.

Qué medir además del inicio de sesión

Registrar accesos exitosos es sólo una parte. Conviene observar solicitudes de ayuda, recuperación de cuentas, uso de excepciones y tiempo necesario para incorporar a un usuario. Estas señales permiten ajustar el despliegue sin normalizar atajos.

El objetivo no es retirar controles de golpe. Es construir una transición compatible con las aplicaciones, con procedimientos claros y con una revisión de los accesos que siguen dependiendo de métodos anteriores.

Perspectiva G-BIZ

La seguridad de identidad también es un asunto de operación y mesa de servicios. Una mejora técnica necesita responsables, documentación y atención al usuario para sostenerse después del proyecto.

Fuentes

Fuentes consultadas el 10 de octubre de 2026. Explicación técnica y recomendaciones editoriales; no se anuncia un producto ni se garantiza inmunidad frente a ataques.