So, deinem Wunsch entsprechend habe ich mir das mal angesehen.
Meine grundsätzliche Meinung zu ssh habe ich dir ja in deinem anderen Thread geschrieben: Ich möchte auf meinen Kisten
ssh (den Client zum Einloggen auf anderen Maschinen) und einen laufenden
sshd (um sich auf die jeweiligen Maschine von remote einloggen zu können) nicht missen!
Was hat rkhunter denn bemerkt: Dass deine
sshd_config nicht sinnvoll ist.
BTW: derartiges bemerkst du natürlich nur, wenn du mit einem Tools wie dem erwähnten rkhunter danach suchen lässt. Ein derartiges Tool ist gut und IMHO auch in der Hand des Profis sehr zu empfehlen. Es kann natürlich auch Verwirrung stiften.
Auch wenn du den sshd als einen Dienst, den du nicht benötigst, sinnvollerweise gleich deaktivierst (= Standard), solltest du die sshd_config trotzdem etwas anpassen. Es könnte ja sein, dass du vielleicht mal diesen Dienst nutzen willst und nicht an deine "schlampige" Konfiguration denkst. Überhaupt solltest du, wenn du auf deiner Kiste irgend einen bisher nicht genutzten Dienst startest und dafür auch benötigste Ports in der Fw des Betriebssystems öffnest und/oder diese in deinem Router weiterleitest, dir immer die zutreffende Konfigurationsdatei ansehen.
Zur sicheren Konfiguration des sshd gibt es im Netz "unendlich viele" Anleitungen. Auch hier im Forum.
Das folgende betrachte ich als Minimum (hier nur die Auszüge aus meiner kommentierten sshd_config):
Code:
# Per default ist das veraltete Protocol 1 deaktiviert und erfordert explizid eine spezielle Aktivierung! => nur noch Protocol 2 nutzen!!
Protocol 2
#PermitRootLogin ermöglicht das direkte Einloggen als root. Default = yes, Besser ist "no"!
PermitRootLogin no
#StrictModes = Strikte Überprüfung der Dateirechte und Besitzverhältnisse des /home des Remote-Users
# Wenn nicht alles stimmt, wird Zugriff auf host verweigert!
# Bei Problemen kann auf "no" gesetzt werden. Standard: "yes"
StrictModes yes
#MaxAuthTries 6 <== Fehlversuche auf 2 reduziert, ich melde mich ja nur mit PubkeyAuthentication an!
MaxAuthTries 2
#PubkeyAuthentication yes = nur wirksam bei Protocol 2, Standard = yes (trotzdem schreibe ich es noch einmal so hin)
PubkeyAuthentication yes
# keine Passwort-Authentisierung zulassen! => no (default = yes, geändert) also nur Anmeldung mit PubkeyAuthentication möglich!
PasswordAuthentication no
Diese Änderungen "kosten" dich zwei Minuten Zeit. Und dann wird der rkhunter zumindest dieses nicht mehr bemängeln.
Mit dieser "harten" Konfiguration ist nun selbst bei Starten des Dienstes (*) und Freischalten/Weiterleiten der Ports keinerlei Zugriff per ssh mehr auf deinen Rechner möglich. Warum: es fehlen ja die public keys der zugriffsberechtigten Rechner in der "~/.ssh/authorized_keys" (bzw. diese Datei ist überhaupt nicht vorhanden).
(*) Ich bin mir nicht mal sicher, ob sich der sshd dann überhaupt starten lässt, ohne eine ~/.ssh/authorized_keys. Habe das nie getestet ... .
MfG Peter
....oder vielleicht ein Link zu einer Seite, wo Logfiles dieser Art unter Linux ausgewertet werden.
