Einf ¨uhrung in UNIX - CIS

60 2 UNIX
dessen, der das Programm aufruft, abweichen können. Ein häufiger Fall ist,
daß ein Programm ausführbar für alle ist, der root gehört und bei gesetztem
suid-Bit auf Files zugreifen darf, die der root vorbehalten sind. Wohlgemerkt,
nur das Programm bekommt die erweiterten Rechte, nicht der Aufrufende.
Man sagt, der aus dem Programm hervorgegangene Prozess laufe
effektiv mit der Benutzer-ID des Programmbesitzers, nicht wie üblich mit der
des Aufrufenden. Ein gesetztes Set-User-ID-Bit wird durch ein S an der Stelle
des x beim Besitzer (owner) angezeigt, wenn das execute-Recht nicht gesetzt
ist, durch ein s, wenn auch das execute-Recht gesetzt ist (s = S + x). Entsprechendes
gilt für das Set-Group-ID-Bit bei den Zugriffsrechten der Gruppe.
Ausführliche Beispiele finden sich im Anhang auf Seite 301.
Das UNIX-Kommando /bin/passwd(1) gehört der root, ist für alle
ausführbar, sein suid-Bit ist gesetzt:
-r-sr-xr-x 1 root bin 112640 Nov 22 /bin/passwd
Damit ist es möglich, daß jeder Benutzer sein Passwort in dem File
/etc/passwd(4) ändern darf, ohne die Schreiberlaubnis für dieses File zu
besitzen:
---r--r--r 1 root other 3107 Dec 2 /etc/passwd
Da durch das Programm der Umfang der Änderungen begrenzt wird
(nämlich auf die Änderung des eigenen Passwortes), erhält der Benutzer nicht
die vollen Rechte des Superusers. Für das sgid-Bit gilt Entsprechendes. Beide
können nur für ausführbare (kompilierte) Programme vergeben werden,
nicht für Shellscripts, aus Sicherheitsgründen. Das Setzen dieser beiden Bits
für Verzeichnisse führt auf unseren Anlagen zu Problemen, die Verzeichnisse
sind nicht mehr verfügbar. Wer aufgepaßt hat, könnte auf folgende Gedanken
kommen:
• Ich kopiere mir den Editor vi(1). Besitzer der Kopie werde ich.
• Dann setze ich mittels chmod 4555 vi das suid-Bit. Das ist erlaubt.
• Anschließend schenke ich mittels chown root vi meinen vi dem
Superuser, warum nicht. Das ist ebenfalls erlaubt.
Nun habe ich einen von allen ausführbaren Editor, der Superuser-Rechte hat,
also beispielsweise das File /etc/passwd(4) unbeschränkt verändern darf.
Der Gedankengang ist zu naheliegend, als daß nicht die Väter von UNIX auch
schon darauf gekommen wären. Probieren Sie es aus.
Falls Sie schon Kapitel ?? Programmieren in C/C++ ab Seite ?? verinnerlicht
haben, könnten Sie weiterdenken und sich ein eigenes Kommando
mychown schreiben wollen. Dazu brauchen Sie den Systemaufruf chown(2);
die Inode-Liste, die den Namen des File-Besitzers enthält, ist nicht direkt
mittels eines Editors beschreibbar. Leider steht im Referenz-Handbuch, daß
der Systemaufruf bei gewöhnlichen Files das suid-Bit löscht. Sie geben nicht
auf und wollen sich einen eigenen Systemaufruf chmod(2) schreiben: Das
bedeutet, sich einen eigenen UNIX-Kern zu schreiben. Im Prinzip möglich,