Qué rotar y en qué orden

Antes de cambiar una sola clave hay una condición: el equipo afectado se aísla y todo se rota desde un equipo limpio. Si se cambian claves desde el equipo infectado, o si la muestra sigue en él, lo que se teclea se le entrega al ladrón junto con lo viejo. Es el error más caro de la respuesta, y el más fácil de cometer con prisa.

El orden de lo demás viene después: la política de la empresa fija qué cuentas pasan primero y qué se hace en cada una.

El orden de rotación se decide por cuánto daño puede hacer una cuenta ahora mismo. La política de la empresa pone primero las cuentas que mueven dinero; entre ellas, las que tenían sesión vigente, porque una sesión robada sirve sin contraseña; y si aún hay empate, la que no tiene segundo factor, porque es la más fácil de usar.

Lee politica-de-rotacion.txt y cuentas.csv. Dos cuentas cumplen las dos primeras condiciones; la tercera decide.

No toda cuenta de la lista tiene una clave que cambiar. La billetera tiene un archivo y la mensajería tiene una sesión: ninguna de las dos se protege con una clave guardada en el navegador. Contar las cuentas con clave guardada da el trabajo de cambio de claves que TI tiene que repartir y a quién avisar.

La columna clave_guardada del inventario lo dice cuenta por cuenta.

Algunas cuentas se quedan con la sesión del ladrón aunque la clave cambie, porque el sitio no cierra las sesiones abiertas al cambiarla. Para esas, la política pide un paso aparte: cerrar todas las sesiones desde el panel de la cuenta. Si se omite, el cambio de clave se registra como hecho y el ladrón sigue dentro.

El inventario marca el caso en cierra_sesiones_al_cambiar_clave. Aquí interesa solo una cuenta con clave guardada y sesión vigente donde esa columna dice que el sitio no las cierra.

Una billetera de criptomonedas se guarda como un archivo protegido por una frase de acceso. El ladrón se lleva una copia del archivo, y esa copia conserva la protección que tenía. Cambiar la frase en el equipo propio no cambia la copia que ya salió. Mientras el archivo viejo exista en manos ajenas, esos fondos corren riesgo: lo que se hace es crear una billetera nueva desde un equipo limpio y mover los fondos, y dejar la vieja vacía.