RootForum Community

Hallo,

aus welchem Grunde das root Login deaktiviert sein sollte ist klar. Wie sieht es aber aus, wenn man das Login nur per Public-Key zulässt? Ist es immer noch sinnvoll, root Login zu deaktivieren? Wenn ja, warum?

Gruß Hille

Die Sicherheit deines SSH-Schlüssels (und dessen hoffentlich gesetzter Passphrase) bestimmt die Sicherheit deines Root-Zugangs.

Wenn du deine Schlüssel sicher lagerst und die Passphrase sinnvoll gesetzt ist, spricht nichts dagegen den Root-Zugang via SSH-Schlüssel zu erlauben.

Letztlich kannst du dir den SSH-Schlüssel als sehr langes Passwort für den Root-Zugang vorstellen. Wenn du das Passwort vergisst (also den SSH-Schlüssel velierst oder dessen Passphrase vergisst) oder dieser in falsche Hände gerät, hast du verloren. Der Zwischenschritt über ein ansonsten unpriviligiertes Benutzerkonto kann hierbei eine weitere Hürde für einen potentiellen Angreifer darstellen. Allerdings nur wenn die Zugangsdaten zu diesem (sei es nun ein normales Passwort oder wieder ein SSH-Schlüssel) mindestens ebenso gut gesichert sind, wie du deinen Root-Zugang schützen würdest.

Sehr theoretisch betrachtet,

bei einem individuellen Account hat der Angreifer fast keine Chance den Account zu erraten. Ausser, es ist ein Insider.
Limitiert man den Zugriff auf diesen Benutzer (der nun nicht Michel, Paul postfix etc. etc heisst), ist ein Angriff sehr schwierig und Aufwendig und dessen Erfolg nahezu unrealistisch.

Nimmt man die nicht all zu "alte" Panne bei Debian mit den ssh keys, dann wäre man über diesen Weg und Passwortautentifizierung (bei einem Komplexen Passwort) "sicher" gewesen. Sicherheit ist ja immer relativ.
http://www.coding-board.de/board/showthread.php?t=26576

Daher, ja sinnvoll, was aber im Falle eines solchen Bugs trotzdem andere zusätzliche Absicherungsmassnahmen erfordert.
Den root Account kennt halt nunmal jeder. Zumindest jene, die Linux kennen.

Anderes Beispiel:
Während die Standardbenutzer bei mir ständig abgeklappert werden, aber ein Login nicht erlaubt ist, juckt mich das auch nicht. Ist halt ein Logeintrag einer vergeblichen und typischen Brute Force Attacke.

Wer sollte wissen, dass mein Administratoraccount z.B. "!I§am%root/but)not?named(root&" lautet.
Sollte jedoch im Logfile ein oder mehrere erfolglose Loginversuche protokoliert werden, dann wird's Zeit Alarm zu schlagen und den Angriff ganz explizit zu verfolgen. Vor allem jedoch den ganzen Sicherheitsaparat inkl. Policy zu hinterfragen, woher der Angreifer ggf. den Benutzeraccount kennen könnte.

Natürlich war das nur ein Beispiel, so lautet mein Admin Account natürlich nicht. Und das will aus eigenem Interesse auch niemand wissen.

<ironie>Falls jemand etwas anderes behauptet, vertrau Ihm nicht, der lügt.</ironie>

Wichtig bei den SSH-Keys, egal ob für root oder einen normalen User, ist, dass die Schlüssellänge 2048 Bit (besser 4096) beträgt und es ein RSA Key ist.
Ansonsten gilt natürlich, dass ein seperater Adminaccount eine weitere Hürde ist.

Ok, Danke für die ausführlichen Ausführungen.