Il ne s'agit pas seulement de l'histoire. Cela va également apparaître dans la sortie de ps.

Qui que ce soit qui a écrit ce logiciel devrait être pendu, écartelé et démembré. C'est absolument inacceptable de devoir fournir un mot de passe en ligne de commande, peu importe le logiciel.
Pour un processus en arrière-plan, c'est encore PLUS impardonnable...

En dehors de la commande rm -f sur le logiciel lui-même, je ne connais aucune solution à ce problème. Honnêtement : Trouvez un autre logiciel pour faire le travail. N'utilisez pas de telles cochonneries.

Cela effacera la sortie ps.

SOYEZ TRÈS PRUDENT : Cela pourrait casser l'application. Vous êtes dûment averti qu'il y a des dragons ici.

• Les processus étrangers ne devraient pas manipuler la mémoire d'un processus.
• Si le processus dépend de cette région pour le mot de passe, vous pourriez casser votre application.
• Faire cela pourrait corrompre toutes les données de travail que vous avez dans ce processus.
• C'est un hack insensé.

Maintenant, vous êtes dûment averti de ces avertissements sérieux. Cela effacera la sortie affichée dans ps. Cela n'effacera pas votre historique, ni l'historique des tâches bash (comme l'exécution du processus comme myprocess myargs &). Mais ps ne montrera plus les arguments.

#!/usr/bin/python
import os, sys
import re

PAGESIZE=4096

if __name__ == "__main__":
  if len(sys.argv) < 2:
    sys.stderr.write("Doit fournir un pid\n")
    sys.exit(1)

  pid = sys.argv[1]

  try:
    cmdline = open("/proc/{0}/cmdline".format(pid)).read(8192)

    ## Sur Linux, du moins, argv est situé dans la pile. Cela est probablement indépendant du système d'exploitation.
    ## Ouvrir le fichier maps et obtenir l'adresse de la pile.
    maps = open("/proc/{0}/maps".format(pid)).read(65536)
    m = re.search('([0-9a-f]+)-([0-9a-f]+)\s+rw.+\[stack\]\n', maps)
    if not m:
      sys.stderr.write("Impossible de trouver la pile dans le processus\n");
      sys.exit(1)

    start = int("0x"+m.group(1), 0)
    end = int("0x"+m.group(2), 0)

    ## Ouvrir le fichier mem
    mem = open('/proc/{0}/mem'.format(pid), 'r+')
    ## Comme la pile descend, commencer à la fin. On s'attend à ce que la valeur que nous recherchons soit en haut de la pile quelque part.
    ## Se positionner à la fin de la pile moins quelques pages.
    mem.seek(end-(2*PAGESIZE))

    ## Lire ce tampon jusqu'à la fin de la pile
    stackportion = mem.read(8192)
    ## chercher une chaîne correspondant à cmdline. C'est assez dangereux.
    ## ICI SE TROUVENT LES DRAGONS
    m = re.search(cmdline, stackportion)
    if not m:
      ## parce que c'est un exemple, n'essayez pas de rechercher de manière exhaustive, abandonnez simplement
      sys.stderr.write("Impossible de trouver la ligne de commande dans la pile. Abandon.")
      sys.exit(1)

    ## Sinon, nous avons une correspondance. Revenir en arrière notre descripteur de fichier, plus où nous avons trouvé le premier argument.
    mem.seek(end-(2*PAGESIZE)+m.start())
    ## En outre, nous conserverons arg0, car c'est le nom du programme.
    arg0len = len(cmdline.split("\x00")[0]) + 1
    mem.seek(arg0len, 1)

    ## enfin, écraser la région restante avec des null.
    writeover = "\x00" * (len(cmdline)-arg0len)
    mem.write(writeover)

    ## nettoyage
    mem.close()

  except OSError, IOError:
    sys.stderr.write("Impossible de trouver le pid\n")
    sys.exit(1)

Exécutez le programme en le sauvegardant, en lui donnant les autorisations avec chmod +x. Puis en faisant ./whatever Si cela fonctionne, il ne produira aucune sortie. S'il échoue, il se plaindra de quelque chose et quittera.

Pouvez-vous passer l'argument à partir d'un fichier, accessible uniquement par root ou l'utilisateur requis?

C'est un GROS non-non de taper des mots de passe dans la console, mais en dernier recours...commencez votre ligne par un espace pour qu'elle n'apparaisse pas dans l'historique.

Peut-être que cela fonctionne (?):

darkcoind masternode start `cat password.txt`