Der Teufel steckt im Detail auf der useradd
Manpage (das können Sie sehen, wenn Sie Folgendes eingeben man 8 useradd
):
-u, --uid UID
The numerical value of the user's ID. This value must be unique,
unless the -o option is used. The value must be non-negative. The
default is to use the smallest ID value greater than or equal to
UID_MIN and greater than every other user.
Daher wird standardmäßig die kleinste unbenutzte UID verwendet, die größer als die anderer Benutzer ist, und zwar in der Kennwortdatei. Da sbaxter ihn beim Löschen aus der passwd-Datei entfernt hat, ist seine UID "frei" und wird mjane zugewiesen (da die UID-Auswahl useradd
für beide Benutzer zum Zeitpunkt der useradd
Verwendung des Befehls gleich war).
Dateien auf der Festplatte speichern nur die UID und NICHT die Übersetzung des Benutzernamens (da diese Übersetzung in der Kennwortdatei definiert ist). Sie können dies bestätigen, indem ls -ln
Sie Folgendes ausgeben, um zu sehen, welche UID-Besitzerdateien vorhanden sind.
Eigentlich würde ich empfehlen, dass Sie Konten deaktivieren, anstatt sie zu löschen. Das usermod -L -e today <username>
Sperren von Konten auf den meisten Linux-Distributionen kann mit erreicht werden , wodurch das Kennwort gesperrt wird und das Konto so eingestellt wird, dass es heute abläuft (Sie können das Ablaufdatum eines Kontos mit anzeigen chage -l
).
usermod -L -e today <username>
Sperren von Konten auf den meisten Linux-Distributionen kann mit erreicht werden , wobei das Kennwort gesperrt wird und das Konto so eingestellt wird, dass es heute abläuft (das Ablaufdatum eines Kontos wird mit angezeigtchage -l
).root
konnte fast alles vortäuschen). Dafür benötigen Sie Audit Trails.Die UID des gelöschten Benutzers wurde vom neuen Benutzer erneut verwendet, und Dateisysteme verwenden eine UID als Eigentümer und keinen Benutzernamen.
quelle