Version imprimable
Bonjour,
Est-il possible, et si oui comment, d'empêcher l'historisation d'une commande tapée dans un terminal ?
Par exemple, je tape :
mais lors de la consultation des commandes précédemment tapées, je ne veux pas qu'on puisse voir cette commande. Le but par exemple est d'éviter que le mot de passe soit visible dans l'historique ! Bien entendu, je sais qu'il est possible de ne pas taper le mot de passe en clair mais c'est juste un exemple !Code:mysql -pmot_de_passe ma_base
Merci d'avance.
Bonjour,
Je suppose que le shell est Bash. La commande suivante va cacher le mot de passe:
Ce n'est pas très general, mais c'est un début...Code:sed 's/^\(mysql -p\)[^ ]*\(.*$\)/\1\*\*\*\*\*\*\2/' .bash_history
Salut,Citation:
Envoyé par jmelyn
Merci pour ta réponse. Mais mon problème n'est pas de cacher le mot de passe (c'était juste un exemple). Ce que je veux c'est que la commande ne figure pas dans l'historique !
Alors suffit de modifier la commande!
Est-ce suffisant?Code:sed -i '/^mysql -p.*/d' ~/.bashrc
Bonjour,
Il n'y a pas moyen d'empêcher une commande d'être tracée dans un historique.
Le mieux (ou le moins pire) que tu puisses faire, c'est ce que propose jmelyn, c'est a dire de supprimer l'entrée dans le fichier d'historique.
En Bash, il est possible d'ignorer certaines commandes. Par exemple si je ne veux pas voir les ls, je définis la variable:
qui évitera à l'historique d'enregitrer toutes les commandes (ou suite de commandes) qui commencent par "ls".Code:HISTIGNORE="ls*"
Pour qu'un utilisateur ait ce comportement par défaut, il est nécessaire de définir la variable dans le fichier .bashrc.
N'est ce pas plutôt ~/.bash_history au lieu de ~/.bashrc ? La suppression se fait dans le fichier historique !Citation:
Envoyé par jmelyn
Au fait, l'objectif est de supprimer ou alors ne pas enregistrer du tout la commande tapée. Ta méthode suppose qu'il faut trouver pour chaque commande tapée le motif correspondant, ce qui est assez fastidieux.
Je pensais par exemple qu'il y avait un moyen de bloquer l'historisation peut être durant la session, le temps d'effectuer son travail et ensuite de la déploquer. Je dois en conclure que ce n'est peut être pas possible mais ça m'étonnerait quand même.
En tout cas, merci pour vos réponses et je continue à chercher. Je reste aussi à l'écoute s'il y a d'autres idées !
Oui, je me suis emmélé les pinceaux, je ne l'ai pas vu à la relecture (et il n'y avait que 3 lignes!): il s'agit bien de ~/.bash_history et non de ~/.bashrc.
Ce que tu demandes maintenant est différent: supprimer l'historique durant une session, ce n'est plus supprimer une commande de l'historique. Voici deux méthodes similaires:
- HISTFILE="/dev/null": c'est violent, pas d'historique même pour l'utilisateur.
- HISTFILE="~/mon_historique_secret": cette méthode permet de conserver un historique mais de pouvoir le supprimer quand c'est nécessaire.
J'espère que tu n'es pas un sys-admin qui vient de se faire virer et qui met en place une bombe à retardement!
Peut être que le mot session est mal placé. L'idée est que les commandes que j'ai tapées ne soit pas accessibles par d'autres !Citation:
Envoyé par jmelyn
Loin de là. Le truc est que tout simplement, il n'y pas qu'une seule personne qui dispose des infos root/pwd. Tu me diras que c'est du n'importe quoi certe côté sécurité ... mais vu qu'on ne désire pas qu'il n'y ait qu'une seule personne qui connaisse les params super-admin (pour éviter toute dépendance) alors plusieurs personne partagent ces infos. Voilà un peu pour te rassurer !Citation:
Envoyé par jmelyn
Mais là, je ne veux pas que les commandes dans lesquelles je pourrais éventuellement taper des mots de passe soient lues par d'autres même s'ils ont le mdp root !
Bonjour,
Tu peux aussi regarder s'il n'existe pas une option de tes commandes demandant le mot de passe de maniere interactive. Dans ce cas, l'appel a la commande sera logge, mais pas le mot de passe.
Là, ça devient de l'admin...
Pour moi, chacun devrait avoir son login, donc impossibilité de voir l'historique d'autres personnes.
Le mot de passe est celui du login mysql (client), pas de root, le mot de passe doit donc être différent!
Bon, et la solution de rediriger l'historique vers un autre fichier c'est pas bon? Si tu veux détruire certaines lignes et pas d'autres, tu lances graphiquement un éditeur de texte et du vas modifier le fichier ~/.bash_history.
Ici, nous sommes trois admins principaux et connaissons donc le mot de passe root de toutes nos machines Linux. Mais nous l'utilisons de moins en moins grâce aux clés ssh et à la commande sudo -i (sans mot de passe). Il y a des jours où je ne le tape même plus. Il arrivera peut-être un jour où nous le supprimerons...
Pour mysql par exemple c'est possible (avec l'option -p sans mot de passe). Par contre, certains scripts nécessitent de passer les mdp en param lors de l'appel. et s'il faut réécrire tous ces scripts, je doute que ce soit la bonne solution !Citation:
Envoyé par gangsoleil
Malheureusement, ce n'est pas fait ainsi et faut faire avec ...Citation:
Envoyé par jmelyn
Citation:
Envoyé par jmelyn
Oui mais la redéfinition de la variable d'environnement est la même (car c'est le même compte root) donc le pb demeure tjrs !
Justement, j'ai eu à le faire mais cette solution n'est pas propre car comme je l'ai dit faut éditer à chaque fois ! Mais bon ...Citation:
Envoyé par jmelyn
J'ai pensé à un truc :
1) Je fais une sauvegarde du fichier ~/.bash_history ==> ~/.bash_history.bkp
2) Je fais mon travail, tape mes commandes (à ce stade elles sont écrites dans ~/.bash_history)
3) Une fois le travail terminé, je restaure le fichier ~/.bash_history.bkp (et donc le fichier ~/.bash_history est écrasé)
Le pb c'est que je retrouve (même après ré-ouverture du terminal) les commandes précédement tapées ! Pourquoi ?
Bonjour,
Selon le shell utilise, les commandes ne sont pas historisees au meme moment. En bash, l'ecriture sur disque ne se fait pas reellement tant que tu n'as pas quitté le terminal (s'il plante par exemple, tu n'auras pas d'historisation).Citation:
Envoyé par hisoft
En ksh par contre, la commande est historisee avant son execution.