¿Cuál sería una forma segura de manejar las solicitudes de contraseña en el shell?

Usted asume (al igual que muchas personas que deberían saberlo mejor) que cuando ingresa una contraseña, hay algo de magia mágica que protege su texto claro en el programa. Si puede asegurar la integridad del programa que lee la contraseña y no persiste ni exporta deliberadamente el texto en claro, no podrá acceder a otros programas.

Un script es un poco más fácil de comprometer que un programa binario que asume que el atacante tiene acceso de nivel de raíz al sistema de archivos, pero en ese momento ya está prácticamente terminado el juego. Existe un argumento de que si el programa se intercambia fuera de la memoria, entonces el texto no cifrado persistirá en el espacio de intercambio, pero ese es casi el mismo problema que la protección de la RAM (de todos modos, no debería utilizar el almacenamiento remoto para el intercambio). / p>

Actualizar La respuesta de Sergey parece abordar lo que haces con la contraseña después de haber capturado el texto claro (aunque no es muy claro). Pero si está utilizando un shell incorporado para insertar la contraseña en el programa de destino, no aparecerá en la salida de 'ps'

kinit tiene su propia facilidad para la entrada de contraseña. Por ejemplo ...

$ kinit user@realm Enter password for user@realm:

Sugeriría el método de entrada de herramientas que ya oculta la entrada del terminal

Cada comando no incorporado en los scripts aparece como un proceso separado, por lo que del ejemplo de blog cited PASS (que se debe citar, por cierto, para evitar la división de palabras) aparecerá en la salida de ps .

Vea también enlace  y enlace para conocer las posibles formas de resolverlo

También hay implicaciones de seguridad en la división de palabras: enlace