Version imprimable
Bonjour,
Je cherche un moyen de consulter les commandes exécutées par les utilisateurs.
- Il y a bien .bash_history, mais l'utilisateur peut le modifier ou le purger à l'aide de history -c.
- Il y a lastcomm, mais il n'affiche que la commande sans les arguments.
Quelqu'un connait il une autre solution ?
tu peux logguer les processus par utilisateur avec la commande complete a partir de la commande ps
tu peux aussi pomper les bash_history tout le temps donc tu sais tout ce que fait l'utilisateur même si il le purge ....
ou faire les deux mais pourquoi un tel espionnage ? ça semble etre une erreur d'analyse de situation encore ...?! ;)
si c'est pour suivre les activités réalisées et identifier leurs erreurs c'est pas du tout la bonne méthode, la bonne méthode est des les emprisonner dans leurs roles et repertoires pour qu'il n'aient pas d'autres commandes lançables que celles qu'ils doivent lancer et encore uniquement dans leurs repertoires.
Il ne s'agit pas d'espionnage pure ;) mais le but est de pouvoir diagnostiquer en consultant l'historique des commandes si l'une d'elle peut-être à l'origine d'un éventuel futur disfonctionnement.
Il s'agit d'un serveur de dev et non de prod. Pour diverses raisons, je ne peux pas vraiment limiter les commandes.
De plus, les utilisateurs ne sont pas experts et font partie d'une infrastructure externe ... mais connus ;)
Bref, comme d'hab, j'essaie juste de limiter les éventuels futurs dégâts ... et conflits ;)
Salut,
La commande "script" en complément pourrait s'avérer une bonne solution, non ?
C'est pas mal ça!Citation:
Envoyé par frp31
S'il s'agit de commandes pouvant mettre le serveur en difficulté, ce sera à 99% des commandes root, ou systèmes (www-data et autres).
La solution, c'est sudo. Toutes les commandes tapées en sudo sont logguées. C'est bien plus prorpre, et au cas où, tu pourras limiter les droits donnés aux utilisateurs.
Bonjour,
Petit point legal avant toute chose : c'est illegal de logger les actions utilisateurs en France sans que ceux-ci ne soient prevenus.
S'ils sont prevenus, alors il est illegal de parser ces logs de maniere non-automatique (tu n'as pas le droit de les regarder a la main).
Sinon, lastcomm est en fait un extracteur pour acct, dont la seule version qui permette de logger plus que les 8 premiers caracteres et les arguments est d'utiliser des versions securisees de l'OS, comme Trusted Solaris par exemple.
Autre solution : une surcouche aux shells, qui log les commandes avant de les executer. Ca ralentit un peu, et ca n'empeche pas de lancer soi-meme un shell "propre".
La solution via sudo necessite de supprimer tous les droits des utilisateurs de toutes les commandes, ce qui va te prendre beaucoup de temps et de ressource.
Bonjour,Citation:
Envoyé par gangsoleil
Cela m'intéresse. Puis-je avoir vos sources ?
Merci.
Les sources sont plusieurs avocats. Mais apres, comme le droit n'est qu'une affaire d'interpretation de la loi, il est tout a fait possible d'en trouver qui diront le contraire. De plus, chaque cas etant un peu different du precedent, la loi peut s'appliquer differement dans chaque cas.
Exemple concret en reseau : un routeur/firewall/autre peut, legalement, logger les sites visites par les utilisateurs d'un reseau, avec les utilisateurs par site.
L'administrateur n'a pas le droit de regarder ces logs.
Il est legal que le routeur/firewall/autre envoie automatiquement des mails de "pas bien" aux utilisateurs, par rapport a une liste de sites predefinis (par exemple). L'administrateur ne peut pas etre en copie de ces mails.
L'administrateur a le droit de recevoir, par exemple, le top 10 des sites les plus visites, mais pas avec la liste des IP/utilisateurs qui y sont alles.