Unix permite "ps". Además, Unix comúnmente tiene un comando "w" que mostrará qué usuarios están ejecutando. "w" normalmente puede cortar comandos basados en el tamaño del terminal, pero eso puede ser anulado. (Una forma fácil puede ser simplemente usar un terminal más ancho).
Esto probablemente también afectará a múltiples sistemas similares a Unix (Linux, sistemas BSD, Solaris, etc.)
Creo que Microsoft Windows también lo mostraría en el Administrador de tareas. Bueno, tal vez eso sea menos común con Windows Vista y Control de cuentas de usuario, ya que puede ser necesario el Control de cuentas de usuario. Pero en el pasado en WinXP / Server2003 y anteriores, tales restricciones pueden haber sido más laxas. Hay una razón por la cual NET USE comenzó a admitir un asterisco y luego solicitó al usuario una contraseña. Con:
WMIC /NODE:ComputerName PROCESS LIST
un usuario probablemente ni siquiera necesita estar en la misma computadora para ver un comando que se ejecuta. Por otro lado, sospecharía que varios de TaskList, TList y PSList (todos distribuidos libremente por Microsoft) probablemente también admitan la capacidad de ver lo que está sucediendo, independientemente de qué usuario se esté ejecutando. Al menos, usuarios con privilegios de administrador, que era más común en los sistemas operativos anteriores a Vista. (En Win9x, el estándar general era que todos los usuarios tenían habilidades de administrador). Tenga en cuenta que Info-Zip, que es la documentación que está citando, es bastante más antiguo que WinXP. De improviso creo que es más antiguo que Win95.
Con los sistemas multiusuario más antiguos, el secreto no era una gran preocupación. Poder ver lo que está haciendo la computadora, incluidos los comandos que otros usuarios estaban ejecutando, probablemente fue visto como una característica positiva, no una violación negativa en la seguridad. Quizás una pregunta más aplicable es: ¿Hay algún sistema operativo multiusuario que no sea compatible con los usuarios para poder ver qué comandos se ejecutan en la computadora?
El enfoque más seguro es nunca poner contraseñas confidenciales en una línea de comando. Otra opción puede ser poner contraseñas en un archivo y luego especificar ese archivo en la línea de comando. p.ej:
type pwfile | command
Al menos de esa manera, los permisos basados en la implementación del sistema de archivos probablemente ofrecerán cierta protección.