O Unix permite "ps". Além disso, o Unix geralmente possui um comando "w" que mostra o que os usuários estão executando. "w" geralmente pode cortar comandos com base no tamanho do terminal, mas isso pode ser substituído. (Uma maneira fácil pode ser usar apenas um terminal mais amplo.)
Provavelmente, isso também afetará vários sistemas do tipo Unix (Linux, sistemas BSD, Solaris etc.)
Acredito que o Microsoft Windows também mostraria isso no Gerenciador de tarefas. Bem, talvez isso seja menos comum no Windows Vista e no Controle de Conta de Usuário, pois pode ser necessário. Mas nos dias anteriores no WinXP / Server2003 e versões anteriores, essas restrições podem ter sido mais frouxas. Há uma razão pela qual o NET USE começou a oferecer suporte a um asterisco e a solicitar uma senha ao usuário. Com:
WMIC /NODE:ComputerName PROCESS LIST
um usuário provavelmente nem precisa estar no mesmo computador para ver um comando que é executado. De antemão, eu suspeitaria que vários TaskList, TList e PSList (todos distribuídos livremente pela Microsoft) provavelmente também suportem a capacidade de ver o que está acontecendo, independentemente de qual usuário esteja executando. Pelo menos, usuários com privilégios de administrador, o que era mais comum nos sistemas operacionais anteriores ao Vista. (No Win9x, o padrão geral era que todos os usuários tinham habilidades semelhantes a administrador.) Lembre-se de que o Info-Zip, que é a documentação que você está citando, é um pouco mais antigo que o WinXP. De improviso, acho que é mais antigo que o Win95.
Com sistemas multiusuários mais antigos, o sigilo não era uma preocupação tão grande. Ser capaz de ver o que o computador está fazendo, incluindo os comandos que outros usuários estavam executando, provavelmente foi visto como um recurso positivo, não como uma violação negativa da segurança. Talvez uma pergunta mais aplicável seja: Existe algum sistema operacional multiusuário importante que não tenha suporte para que os usuários possam ver quais comandos são executados no computador?
A abordagem mais segura é nunca colocar senhas confidenciais em uma linha de comando. Outra opção pode ser colocar as senhas em um arquivo e depois especificar esse arquivo na linha de comando. por exemplo:
type pwfile | command
Pelo menos dessa maneira, as permissões baseadas na implementação do sistema de arquivos provavelmente oferecerão alguma proteção.