Als ich an Bord kam, mussten sich alle unsere SAs das Root-Passwort für die Systeme merken. Ich fand das umständlich (wenn sich jemand von der Firma trennt, mussten wir jeden Server berühren und das Passwort ändern) und unsicher.
Endlich genug Zugkraft, um persönliche Konten mit sudo
Zugriff zu pushen . Ich möchte einen reibungslosen Übergang haben, daher ist dies mein ursprünglicher Plan:
- Ermöglichen Sie SAs, "genehmigte" Befehle auszuführen, ohne Kennwörter einzugeben.
- Für jeden anderen Befehl ist bei jeder Verwendung ein Kennwort erforderlich
sudo
. Ich werde diesen Befehl prüfen und sie als "genehmigt" definieren, wenn dies als notwendig erachtet wird, oder verhindern, dass sie ausgeführt werden, wenn sie ein Sicherheitsrisiko darstellen.
Unsere Benutzerspezifikation sieht folgendermaßen aus:
%sysadmins ALL = PASSWD: ALL, NOPASSWD: SERVICES, FILE_READING, !/bin/su
Frage: Wie kann ich eine sudo
Prüfung durchführen (vorzugsweise per E-Mail, aber Protokolle würden dies tun), wenn ein mit konfigurierter Befehl PASSWD
ausgeführt wird?
Antworten:
Jedes Mal, wenn sudo aufgerufen wird, wird der ausgeführte Befehl in syslog protokolliert. Daher würde ich empfehlen, nur logwatch zu installieren. Standardmäßig enthält es Filter / Aggregatoren zum Parsen von Sudo-Einträgen und kann Ihnen tägliche Berichte per E-Mail senden.
Möglicherweise müssen Sie einen benutzerdefinierten Logwatch-Filter schreiben, um zwischen zwei verschiedenen Befehlssätzen zu unterscheiden.
Wenn Sie eine sofortige Benachrichtigung über sudo-Befehle benötigen, können Sie das Mail-Ausgabemodul mit rsyslog verwenden. Sie müssen Filter anwenden, damit nur Sudo-Nachrichten an dieses Modul gesendet werden, damit Sie nicht morgens mit 10.000 Nachrichten in Ihrem Posteingang aufwachen.
quelle
Wie ErikA sagte, wird sudo bereits alles protokollieren, was ausgeführt wird. Sie können auch Splunk installieren und (wenn Sie die kostenpflichtige Version verwenden) eine Warnung erhalten, die Sie per E-Mail benachrichtigt, wenn eine Sudo-Nachricht angezeigt wird. Dies allein ist die Lizenz wahrscheinlich nicht wert, aber wenn Sie bereits eine haben oder darüber nachgedacht haben, kann dies problemlos behoben werden.
quelle
Normalerweise werden alle diese Ereignisse in "/var/log/auth.log" protokolliert.
quelle