Ciberseguridad · Capítulo 18

Gestión de Identidad y Accesos (IAM): Quién Puede Hacer Qué

El 80% de las brechas de datos involucran credenciales comprometidas. Controlar quién puede hacer qué, con qué nivel de confianza y en qué momento es la piedra angular de cualquier arquitectura de seguridad moderna.


Los Cuatro Pilares de IAM

La Gestión de Identidad y Accesos (Identity and Access Management) se fundamenta en cuatro conceptos distintos que con frecuencia se confunden:

PilarDefiniciónPregunta que respondeEjemplo
IdentificaciónReclamar una identidad¿Quién dices que eres?Escribir tu nombre de usuario
AutenticaciónDemostrar que eres quien dices ser¿Puedes probarlo?Ingresar tu contraseña o huella
AutorizaciónQué tienes permitido hacer¿Qué puedes hacer?Acceder a tus facturas, no a las de otros
AuditoríaRegistro de lo que hiciste¿Qué hiciste?Log de que viste la factura #1234 a las 15:32

Factores de Autenticación

Los factores de autenticación se clasifican en tres categorías según qué tipo de evidencia aportan:

Algo que sabes (Knowledge factors)

El factor más común y el más débil si se usa solo. Las contraseñas tienen múltiples problemas: son reutilizadas (el 65% de las personas usa la misma contraseña en múltiples servicios), pueden ser adivinadas, son objeto de phishing, y pueden filtrarse en brechas de bases de datos.

Algo que tienes (Possession factors)

Algo que eres (Inherence factors — Biometría)

Huella dactilar, reconocimiento facial (Face ID), iris, geometría de la mano, voz. Ventajas: no puedes olvidarlos, difíciles de robar en el mundo físico. Desventajas críticas: si tu huella dactilar es comprometida en una base de datos, no puedes obtener una nueva. Existen también preocupaciones legales — en muchos países, un tribunal puede obligarte a dar tu huella para desbloquear un dispositivo (es algo que eres), pero no puede obligarte a revelar tu contraseña (es algo que sabes).

El poder del MFA: Microsoft reporta que la autenticación multifactor bloquea el 99.9% de los ataques automatizados de compromiso de cuentas. Con solo una contraseña, basta con que aparezca en una brecha para que la cuenta sea comprometida. Con MFA, el atacante también necesita el teléfono o el hardware token — un obstáculo que la mayoría no puede superar de forma automatizada.

Política de Contraseñas Según NIST SP 800-63B (2020)

Las directrices actuales del NIST (Instituto Nacional de Estándares y Tecnología de EE.UU.) rompen con muchos mitos sobre contraseñas:

Práctica antigua (incorrecta)Directriz NIST 2020 (correcta)Razón
Cambiar contraseña cada 90 díasNo exigir rotación periódicaLas rotaciones frecuentes producen contraseñas débiles y predecibles (Password1! → Password2!)
Exigir mayúsculas, números y símbolosSolo exigir longitud mínima de 8 caracteresLos requisitos de complejidad producen patrones predecibles (P@ssw0rd)
Prohibir pegar contraseñas (paste)Permitir siempre pegar contraseñasBloquear el paste dificulta el uso de gestores de contraseñas
Verificar si la contraseña es obviaVerificar contra listas de contraseñas comprometidasUsar la API de HIBP (k-anonymity) para verificar sin revelar la contraseña
Contraseña como único factorImplementar MFA en lugar de depender de complejidadMFA es exponencialmente más efectivo que la complejidad de contraseñas

Gestores de Contraseñas: Por Qué Funcionan

Un gestor de contraseñas genera y almacena una contraseña única, larga y aleatoria para cada sitio. Tú solo necesitas recordar una contraseña maestra fuerte. El resultado: una contraseña de 20 caracteres aleatoria por sitio, imposible de adivinar, reutilizar o phishear efectivamente.

Opciones principales

La brecha de LastPass (2022): lecciones importantes

En agosto-diciembre de 2022, LastPass sufrió una brecha que comprometió vaults cifradas de millones de usuarios. Los atacantes obtuvieron copias cifradas de los vaults, pero necesitan la contraseña maestra para descifrarlos. Los usuarios con contraseñas maestras débiles o reutilizadas están en riesgo. La lección: la contraseña maestra del gestor es el punto de falla único — debe ser única, larga (20+ caracteres) y nunca usada en ningún otro lugar.

Single Sign-On (SSO): Una Identidad para Todo

SSO permite a los usuarios autenticarse una sola vez y acceder a múltiples aplicaciones sin volver a ingresar credenciales. Mejora tanto la UX como la seguridad (menos contraseñas = menos superficie de ataque).

SAML 2.0 (Security Assertion Markup Language)

El estándar empresarial para SSO, basado en XML. Actores:

Flujo: usuario intenta acceder a Salesforce → Salesforce redirige al IdP (Okta) → usuario se autentica con Okta → Okta envía una aserción SAML firmada a Salesforce confirmando la identidad → Salesforce concede acceso.

OAuth 2.0

OAuth 2.0 es un framework de autorización, no de autenticación (aunque comúnmente se confunde). Cuando ves "Login con Google" o "Conectar con Facebook", estás viendo OAuth en acción. El flujo de código de autorización:

  1. La app (cliente) redirige al usuario al servidor de autorización de Google
  2. El usuario se autentica con Google y aprueba los permisos solicitados ("permitir que esta app acceda a tu perfil básico y email")
  3. Google redirige de vuelta a la app con un código de autorización de un solo uso
  4. La app intercambia el código por un access token en una llamada servidor a servidor
  5. La app usa el access token para llamar a la API de Google y obtener los datos del usuario

OpenID Connect (OIDC)

Es una capa de identidad construida sobre OAuth 2.0. Añade un ID Token en formato JWT (JSON Web Token) que contiene información verificable sobre quién es el usuario. OIDC resuelve el problema de OAuth: OAuth dice "este usuario autorizó el acceso", OIDC dice "este usuario específico (con este email y nombre) autorizó el acceso". Es el estándar para autenticación con Google, Apple y Microsoft en aplicaciones modernas.

Gestión de Accesos Privilegiados (PAM)

Las cuentas privilegiadas (administradores de sistemas, DBAs, ingenieros de DevOps) tienen poderes enormes — pueden eliminar bases de datos, acceder a todos los datos de clientes, modificar configuraciones críticas. Son también el objetivo más valioso para los atacantes.

Estadística crítica: El 74% de las brechas de datos involucran acceso privilegiado. Los atacantes buscan escalar a cuentas privilegiadas tan pronto como comprometen cualquier acceso inicial. Controlar las cuentas privilegiadas es la prioridad número uno en seguridad empresarial.

Componentes de PAM

RBAC vs. ABAC: Modelos de Autorización

Control de Acceso Basado en Roles (RBAC)

Los permisos se asignan a roles, no a individuos. Los usuarios se asignan a roles. Simple, escalable, fácil de auditar.

Ejemplo RBAC en una plataforma de blog:

María es asignada al rol "Editor". Tiene todos los permisos de ese rol automáticamente, sin necesitar una configuración individual por recurso.

Control de Acceso Basado en Atributos (ABAC)

Los permisos se evalúan dinámicamente basándose en atributos del usuario, del recurso y del entorno. Más flexible y granular que RBAC, pero más complejo de implementar y auditar.

Ejemplo de política ABAC:

"Permitir acceso si: departamento_usuario = 'Finanzas' Y clasificación_documento = 'Confidencial-Finanzas' Y hora_actual entre 08:00-18:00 Y ubicación_usuario = 'Red Corporativa'"

El mismo usuario con el mismo rol puede tener acceso en horario de oficina desde la oficina, pero no a las 2am desde una IP en otro país.

Active Directory: El Directorio Empresarial de Microsoft

Active Directory (AD) es el sistema de gestión de identidades más usado en el mundo empresarial Windows. Permite gestionar centralmente usuarios, grupos, equipos y políticas en una red corporativa.

Zero Trust Identity: "Nunca Confíes, Siempre Verifica"

El modelo tradicional de seguridad asumía que todo dentro de la red corporativa era confiable y todo fuera era sospechoso. Zero Trust rechaza este modelo — en la era del trabajo remoto, BYOD y aplicaciones en la nube, el perímetro de red ya no existe como concepto útil.

Los tres principios de Zero Trust según Microsoft:

  1. Verificar explícitamente: siempre autenticar y autorizar basándose en todos los puntos de datos disponibles: identidad del usuario, ubicación, dispositivo, servicio, datos y comportamiento anómalo
  2. Usar acceso de mínimo privilegio: limitar el acceso con JIT/JEA (Just-In-Time/Just-Enough-Access), políticas adaptativas basadas en riesgo, y protección de datos
  3. Asumir la brecha: minimizar el radio de explosión, segmentar el acceso, cifrar de extremo a extremo, usar analítica para obtener visibilidad y detectar amenazas

SIM Swapping: Cuando Tu Número de Teléfono es Robado

El SIM swapping es un ataque en el que un criminal convence a tu operadora de telefonía de transferir tu número de teléfono a una SIM card que él controla. Una vez que tienen tu número:

Casos notables: en 2019, el CEO de Twitter Jack Dorsey fue víctima de SIM swapping. En 2021, un adolescente de Massachusetts robó $24 millones en criptomonedas mediante este método.

Cómo protegerte del SIM swapping

Autenticación Sin Contraseña (Passwordless)

FIDO2/WebAuthn es el estándar moderno para autenticación sin contraseña, basado en criptografía de clave pública:

  1. Al registrarte, el dispositivo genera un par de claves pública/privada
  2. La clave pública se almacena en el servidor
  3. La clave privada nunca sale del dispositivo (almacenada en el secure enclave del chip)
  4. Al autenticarte, el servidor envía un desafío; el dispositivo lo firma con la clave privada; el servidor verifica con la clave pública

Las Passkeys son la implementación de FIDO2 adoptada por Apple, Google y Microsoft en 2022-2023. Eliminan las contraseñas completamente, son resistentes al phishing (la clave está vinculada al dominio exacto), y se sincronizan entre dispositivos del mismo ecosistema.

Resumen / Summary