chmod-Rechner

So verwendest du den chmod-Rechner

1. Oktalcode eingeben (z. B. 755 oder 4755) im Feld Oktal-Berechtigungscode. Der symbolische String wird sofort aktualisiert.
2. Oder symbolischen String eingeben (z. B. rwxr-xr-x) im Feld Symbolischer Berechtigungs-String. Der Oktalcode wird sofort aktualisiert.
3. Beschreibung lesen unterhalb der Felder für eine verständliche Zusammenfassung der Berechtigung (Eigentümer, Gruppe, Andere).

Was dieses Tool macht

Der chmod-Rechner konvertiert Unix-Dateiberechtigungsmodi bidirektional zwischen Oktalnotation (z. B. 755) und symbolischer Notation (z. B. rwxr-xr-x). Er verarbeitet alle neun rwx-Bits für Eigentümer, Gruppe und Andere sowie die drei Sonderbits: Setuid (4000), Setgid (2000) und Sticky (1000). Die Umrechnung erfolgt als reines clientseitiges JavaScript ohne Serveraufrufe.

Häufige Berechtigungsmodi

• 644 (rw-r--r--) - Standard für normale Dateien: Eigentümer bearbeitet, alle anderen lesen. Geeignet für Web-Assets, Konfigurationen und Quelldateien.
• 755 (rwxr-xr-x) - Standard für Verzeichnisse und ausführbare Dateien: Eigentümer hat volle Kontrolle, alle können das Verzeichnis betreten oder das Programm ausführen.
• 600 (rw-------) - Private Dateien wie SSH-Privatschlüssel und .env-Dateien. OpenSSH verweigert Schlüssel, die weniger restriktiv als dies sind.
• 700 (rwx------) - Private Verzeichnisse wie ~/.ssh selbst.
• 664 / 775 - Gruppenänderbare Varianten für gemeinsam genutzte Deploy-Verzeichnisse, bei denen eine Team-Gruppe Schreibzugriff benötigt.

Wichtige Hinweise

Oktalmodi sind positionsabhängig: 4755 und 755 unterscheiden sich durch das Setuid-Bit, das eine ausführbare Datei als ihr Eigentümer laufen lässt - eine sicherheitsrelevante Änderung, die bewusst vorgenommen werden sollte, nie per Copy-Paste. Ein großes S oder T in der symbolischen Ausgabe bedeutet, dass das Sonderbit gesetzt ist, aber das passende Ausführungsbit nicht - was meist ein Fehler ist. Verzeichnisse benötigen das Ausführungsbit, um überhaupt betreten zu werden; ein Verzeichnis bei 644 ist in Listings sichtbar, kann aber nicht geöffnet werden. Und chmod -R 777 ist fast nie die Lösung - es unterdrückt Berechtigungsfehler, indem jede Datei weltschreibbar gemacht wird, was die meisten Webserver und SSH ausdrücklich als unsicher kennzeichnen.