Spezielle UNIX Berechtigung: Sticky Bit [prontosystems.org]

Diese Seite ist nicht editierbar. Sie können den Quelltext sehen, jedoch nicht verändern. Kontaktieren Sie den Administrator, wenn Sie glauben, dass hier ein Fehler vorliegt.
[[:tux|{{ :linux.png?40|}}]]
===== Spezielle UNIX Berechtigung: Sticky Bit =====

Das >><fc #008000>t-Rech</fc>t<<, auch >><fc #008000>Sticky Bit</fc><< oder >><fc #008000>Save Text Bit</fc><< genannt, wirkt sich auf Verzeichnisse und Dateien unterschiedlich aus. 

Verwendung findet das >><fc #008000>Sticky Bit</fc><< uA bei Verzeichnissen, um User daran zu hindern __darin__ fremde Dateien oder Verzeichnisse zu löschen oder umzubenennen, obwohl sie diese ggf lesen, ausführen oder editieren dürfen. Um lesen, schreiben und ausführen zu dürfen, benötigt man die UNIX Berechtigung >><fc #008000>rwx</fc><<, was letztlich auch zur Folge hat, dass ein Benutzer, welcher diese Rechte besitzt, die Datei auch löschen darf. Nicht so, wenn auf dem Parent Directory (dem Verzeichnis in dem sich die Dateien oder Verzeichnisse, welche es zu schützen gilt, befinden) das >><fc #008000>Sticky Bit</fc><< gesetzt ist. Man erkennt das daran, dass an der letzten Stelle der UNIX Berechtigungen der Buchstabe >><fc #800000>t</fc><< steht; BSP: ''drwxrwxrw<fc #800000>t</fc>''. Löschen darf in solch einen Verzeichnis ausschließlich nur der Eigentümer der Datei oder des Verzeichnisses und der Super-User root.

Ein Beispiel dafür ist uA das >>/tmp<< Verzeichnis:

<xterm>$ <fc #008000>ls -la /tmp</fc>
total 32
<fc #800000>drwxrwxrwt</fc>  16 root    wheel  544 14 Okt 19:16 .
drwxr-xr-x@  6 root    wheel  204 14 Aug  2009 ..</xterm>

Man erkennt, dass das Verzeichnis dem User root gehört und dass das Sticky Bit mit ansonsten vollem Zugriff für jeden als Berechtigung vorliegt. Wenn jetzt root eine ausführbare Datei in >>/tmp<< anlegt, schaut das folgendermaßen im >>/tmp<< Verzeichnis aus:

<xterm>$ <fc #008000>ls -la /tmp</fc>
total 32
<fc #800000>drwxrwxrwt</fc>  16 root    wheel  544 14 Okt 19:16 .
drwxr-xr-x@  6 root    wheel  204 14 Aug  2009 ..
-rwxrwxrwx   1 root    staff   59 14 Okt 19:16 echo.sh</xterm>

Anhand der Datei Berechtigungen würde man daraus schließen, dass >>Jeder<< wirklich alles mit der Datei anstellen kann; auch löschen. Aber dem ist nicht so, wie folgende Befehle verdeutlichen sollen:

Ich selber bin natürlich nicht root, gehöre aber auch zur Gruppe >>staff<<, was mir aber nix nutzen wird:

<xterm>$ <fc #008000>whoami</fc>
pronto
$ <fc #008000>groups pronto</fc>
staff admin everyone</xterm>

Ich darf also die Datei >><fc #008000>echo.sh</fc><< lesen:

<xterm>$ <fc #008000>cat echo.sh</fc> 
#!/bin/bash

echo Hello, world!</xterm>

Ich darf sie ausführen:

<xterm>$ <fc #008000>./echo.sh</fc> 
Hello, world!</xterm>

Ich darf sie sogar beschreiben:

<xterm>$ <fc #008000>echo "echo written by pronto" >> echo.sh</fc>
$ cat echo.sh 
#!/bin/bash

echo Hello, world!
echo written by pronto</xterm>

Somit wäre ich normalerweise auch in der Lage die Datei zu löschen, was in diesem Fall aber scheitert, weil auf das Parent Verzeichnis das >><fc #008000>Sticky Bit</fc><< gesetzt ist. daran ändert auch die Tatsache, dass ich auch noch zu der Gruppe gehöre welcher die Datei gehört, nichts:

<xterm>$ <fc #008000>rm echo.sh</fc> 
rm: echo.sh: Permission denied</xterm>