La política que reparte a todo el dominio

Lo que decide una política de dominio no lo decide para una máquina: lo decide para todas a la vez. Permitir contraseñas de cuatro caracteres no es un descuido de un equipo; es el suelo de seguridad de cientos de ellos puesto demasiado bajo con una sola línea. Por eso un fallo de política es grande aunque se vea pequeño. En Salitre, la política de contraseñas marca el mínimo de toda la empresa.

Pensar «es solo una casilla» es el error: esa casilla se reparte a cada cuenta del dominio en el mismo instante.

La fortaleza de una política no es un solo número. La longitud mínima ayuda, pero sin exigir complejidad una clave larga puede seguir siendo fácil, y sin bloqueo por intentos nada impide probar millones de claves contra una cuenta. Las tres piezas trabajan juntas: longitud razonable, complejidad exigida y bloqueo tras varios fallos. En Salitre faltan dos de las tres, y eso deja la puerta abierta a adivinar contraseñas.

Mirar solo la longitud y dar por buena la política es quedarse en una pierna de un trípode. Las otras dos son las que lo sostienen.

La otra cara de que una política se multiplique es buena: subir el mínimo y activar el bloqueo protege cientos de equipos con el mismo esfuerzo que costaría proteger uno. Por eso endurecer la política es de las acciones con más retorno en un dominio. En Salitre, corregir los ajustes flojos de la política de contraseñas cierra de golpe la vía de adivinar claves en toda la empresa.

Lo que hace peligroso un fallo de política —que llega a todos— es lo que hace valiosa su corrección. La palanca es la misma; cambia el sentido.

Los ajustes flojos no se suponen: se leen en el informe de la política. Abre el laboratorio, revisa la política de grupo exportada del controlador de Salitre y baja hasta el código de sala al pie.