Cuentas de emergencia, custodia y revisión

Una cuenta de emergencia existe para el día en que lo normal no funciona. Si su validación pasa por el directorio, o por un proveedor de identidad que a su vez consulta el directorio, deja de servir justo cuando se necesita. Por eso, las que abren el directorio y las máquinas donde vive deben ser locales a su sistema.

Las demás cuentas de emergencia pueden depender del directorio si ya se levantó; pero cada dependencia es un riesgo que se anota. Lo que no puede pasar es que todas las puertas pasen por el mismo cerrojo.

Contar las cuentas que dependen del directorio da una medida de cuántas puertas se cierran de golpe. No todas son un problema —la regla E1 solo exige que las que abren el directorio y las máquinas virtuales sean locales—, pero la cifra dice cuánto del acceso de emergencia se apaga con él.

Abre cuentas.txt y cuenta las cuentas cuya columna «depende del directorio» dice si.

La custodia es un control vivo: las personas cambian de puesto, se van, pierden la llave. La regla E4 pide revisarla cada 90 días. Una revisión vencida no significa que el sobre se haya perdido; significa que nadie lo sabe. El glosario fija el día exacto del corte y aclara que la revisión de esa fecha aún está en plazo.

Revisa la última columna de custodia.txt contra ese corte y cuenta las vencidas.

La regla E2 prohíbe guardar el sobre de una cuenta en un lugar al que solo se llegue con cuentas del directorio. Es una dependencia circular disfrazada: para sacar la llave que abre el directorio hay que entrar con el directorio. En custodia.txt el pie de la tabla describe un lugar de ese tipo.

Cruza la columna «lugar del sobre» con esa nota.

Cada vez que se usa una cuenta de emergencia, su secreto pasó por manos y pantallas: se debe cambiar después del uso (regla E5). Cambiarlo antes del uso no sirve, porque el secreto que se usó es el que quedó vigente. Se detecta cruzando la fecha de cada uso con la del último cambio de secreto.

Cruza usos.txt con la última columna de cuentas.txt.