Ist offenes SSH im Internet auch mit Fail2ban schlechte Praxis?
Fail2ban hilft, macht einen offenen SSH-Server aber nicht sicher. Es sperrt Adressen nach einer Reihe fehlgeschlagener Anmeldungen, was Passwortraten und Protokollrauschen verringert, doch Angreifer verteilen ihre Versuche auf viele Adressen, und gegen eine Lücke im SSH-Server selbst oder einen gestohlenen privaten Schlüssel tut es nichts. Der eigentliche Schutz liegt in der Konfiguration: nur schlüsselbasierte Anmeldungen, Passwort- und Root-Anmeldungen deaktiviert, OpenSSH aktuell und Zugriff auf bekannte Quelladressen beschränkt oder hinter ein VPN oder einen Bastion-Host gelegt. Ist das umgesetzt, ist Fail2ban eine sinnvolle zusätzliche Schicht. Prüfen Sie regelmäßig, welche Server SSH überhaupt anbieten; die vergessenen sind das Risiko. NetSenX sieht Verbindungen zu überwachten SSH-Servern und erkennt wiederholte Anmeldeversuche, Scans und ungewöhnliche Sitzungen, in jedem Plan. Adressen sperrt es nicht selbst; das tut Fail2ban oder die Firewall.
Weiterlesen
Verwandte Fragen
- Hilft es, SSH auf einen anderen Port zu legen?
- Woran erkenne ich, dass gerade jemand Passwörter an unseren SSH-Servern durchprobiert?
- Sind wir von OpenSSH-Lücken wie regreSSHion betroffen?
- Kann Schadsoftware über eine SSH-Sitzung auf meinen Rechner zurückgelangen?
- Wie können SSH-Tunnel eine Firewall umgehen?
← Alle 40 Fragen zu Remote-Arbeit und offene DiensteAlle Themen