PowerShell, la consola de Windows

Elegir la consola según dónde estás es parte del oficio. En el dominio Windows de Salitre automatizas con PowerShell porque habla el idioma de Windows —sus cuentas, sus grupos, su dominio—; en el servidor Linux, con Bash. Usar la consola equivocada es pelear contra el sistema en vez de con él. No hay que dominar las dos a fondo el primer día: hay que saber cuál va con cuál.

La consola nativa conoce las piezas del sistema sin traductores. En Windows, eso es PowerShell.

PowerShell encadena como Bash: la salida de una orden entra en la siguiente, recortando el resultado paso a paso. Listar las cuentas del dominio, quedarte con las de privilegio alto y mostrarlas en tabla es, en una línea, la lista exacta que buscabas. Lo que cambia respecto a Bash son los nombres de las órdenes y que PowerShell pasa objetos en vez de solo texto, pero la lógica —tubería que filtra— es idéntica.

Quien entendió encadenar en Bash ya entendió PowerShell: solo cambia el vocabulario, no el método.

La revisión destapa un matiz que importa: una cuenta puede estar deshabilitada y conservar aún su privilegio alto. Deshabilitar impide entrar hoy, pero si alguien reactiva la cuenta —un administrador descuidado, un atacante dentro— vuelve con todo su poder. Lo correcto es que una cuenta que se retira pierda además su privilegio. En Salitre, una cuenta así aparece en la salida de la revisión.

Deshabilitar es echar el cerrojo; quitar el privilegio es, además, retirar la llave. Dejar la llave puesta es la mitad del trabajo.

La cuenta con privilegio olvidado no se adivina: sale de la salida del guion. Abre el laboratorio, lee el resultado de la revisión en PowerShell del dominio de Salitre y baja hasta el código de sala al pie.