Entwicklung einer effektiven SSH-Schlüsselrotationsrichtlinie

Einführung

Secure Shell ( SSH ) -Schlüssel bilden das Rückgrat moderner Infrastrukturen. Sie werden nahezu überall eingesetzt: zur Verbindung von Administratoren mit Servern, zur Ausführung von Automatisierungsskripten, zur Unterstützung von CI/CD-Pipelines und zur sicheren Kommunikation von Anwendungen ohne menschliches Eingreifen. Oft werden SSH-Schlüssel jedoch einmalig eingerichtet und dann vergessen. Und genau hier beginnt das Problem.

Unverwaltete oder schlecht verwaltete SSH-Schlüssel entwickeln sich mit der Zeit zu einem stillen Sicherheitsrisiko. Alte Schlüssel bleiben oft lange nach dem Ausscheiden von Mitarbeitern bestehen. Automatisierungsschlüssel laufen nie ab. Ehe man sich versieht, wird die gesamte IT-Umgebung von Tausenden langlebiger Zugangsdaten zusammengehalten, die niemand vollständig versteht oder kontrolliert.

Aus diesem Grund ist die Entwicklung einer effektiven SSH-Schlüsselrotationsrichtlinie nicht mehr optional; sie ist ein entscheidender Bestandteil der modernen Infrastruktursicherheit.

Dieser Blog erklärt, warum die Rotation von SSH-Schlüsseln wichtig ist, wie eine effektive Richtlinie aussieht und wie man eine solche Richtlinie entwirft, die Sicherheit und betriebliche Realitäten in Einklang bringt.

Warum wird die Rotation von SSH-Schlüsseln oft vernachlässigt?

Im Gegensatz zu Passwörtern laufen SSH-Schlüssel nicht standardmäßig ab. Es gibt keine automatische Rotation, keine Erinnerung und keine Warnmeldung. Sobald ein Schlüsselpaar generiert und als vertrauenswürdig eingestuft wurde, bleibt es unbegrenzt gültig.

Aus operativer Sicht erscheint dies praktisch. Aus Sicherheitssicht ist es gefährlich.

Nachfolgend sind einige häufige Probleme/Herausforderungen aufgeführt, mit denen Organisationen konfrontiert sind:

• Nein Inventar wo die Schlüssel existieren, wie viele SSH-Schlüssel existieren, wo die privaten Schlüssel gespeichert sind usw.
• Das manuelle Rotieren von SSH-Schlüsseln für viele Server ist fehleranfällig und führt zu Betriebsunterbrechungen.
• Die Benutzer generieren Schlüssel nach Belieben mit ssh-keygen, was zu inkonsistenter Stärke, uneinheitlichem Format und uneinheitlicher Benennung führt.
• Ältere Schlüsseltypen (DSA, RSA-1024) bleiben in Produktionsumgebungen erhalten, wobei nur eingeschränkte oder gar keine Transparenz hinsichtlich der Schlüsselverwendungshäufigkeit, der Nutzungshistorie oder der Zeitpunkte des letzten Zugriffs besteht.
• Verwendung fest codierter Tasten in Anwendungen.
• Keine zentrale Verwaltung von SSH-Schlüsseln.

Angreifer wissen das. Wenn sie Zugriff auf einen privaten SSH-Schlüssel erlangen, selbst wenn dieser vor Jahren erstellt wurde, erhalten sie oft sofortigen, passwortlosen Zugriff auf kritische Systeme.

Die Risiken der Nichtrotation von SSH-Schlüsseln

Die unterlassene regelmäßige Rotation von SSH-Schlüsseln birgt eine Reihe von Sicherheits- und Betriebsrisiken, die oft unbemerkt bleiben. In den folgenden Abschnitten werden die wichtigsten Risiken erläutert, die mit der Nichtrotation von SSH-Schlüsseln über längere Zeiträume verbunden sind:

Risiko	Beschreibung
Anhaltender unberechtigter Zugriff	Die Schlüssel verfallen nicht, wodurch Angreifer langfristigen Zugriff auf die Geheimnisse erhalten.
Verwaiste Schlüssel	Von Benutzern, die das Unternehmen verlassen haben, erstellte Schlüssel bleiben gültig, manchmal sogar mit voller administrativer Kontrolle.
Seitliche Bewegung	Die Wiederverwendung von Schlüsseln in verschiedenen Systemen ermöglicht es Angreifern, unbemerkt ihre Aktivitäten zu verschieben.
Schatten IT	Entwickler erstellen nicht verwaltete Schlüssel ohne jegliche Genehmigung.
Prüfungs- und Compliance-Fragen	PCI DSS, ISO 27001, SOX, und FedRAMP erfordern eine Schlüsselrotation oder Begründung.

Bevor man eine Rotationsrichtlinie entwirft, ist es unerlässlich zu verstehen, wo die Schlüssel existieren und wie sie verwendet werden.

SSH-Schlüsselpaar-Komponenten

Ein SSH-Schlüsselpaar besteht aus zwei kryptografisch verknüpften Komponenten, die zusammenarbeiten, um eine sichere, passwortlose Authentifizierung zu ermöglichen . Jede Komponente erfüllt einen bestimmten Zweck und muss entsprechend behandelt werden, um die Sicherheit des SSH-Zugriffs zu gewährleisten.

Privater Schlüssel : Sicher aufbewahrt; muss vertraulich bleiben.

Öffentlicher Schlüssel: Auf dem Remote-Server in authorized_keys gespeichert.

Eine gut konzipierte Rotationsrichtlinie begegnet diesem Risiko direkt. Bei der SSH-Schlüsselrotation geht es nicht nur um die regelmäßige Generierung neuer Schlüssel. Es handelt sich um einen kontrollierten Schlüssellebenszyklusprozess, der Folgendes umfasst:

1. Anfrage / Erstellung
2. Genehmigung und Metadatenzuweisung
3. Bereitstellung auf Zielservern
4. Nutzung und Überwachung
5. Rotation / Widerruf
6. Stilllegung

Eine effektive Rotationsrichtlinie muss risikobasiert , automatisiert , kryptografisch sicher und auf die Geschäftsprozesse abgestimmt sein.

Gestaltung der SSH-Schlüsselrotationsrichtlinie

Eine effektive SSH-Schlüsselrotationsrichtlinie etabliert klare und durchsetzbare Kontrollen über den gesamten Lebenszyklus von SSH-Schlüsseln, einschließlich Generierung, Verteilung, Rotationshäufigkeit und Außerbetriebnahme. Sie gewährleistet ein Gleichgewicht zwischen kryptografischer Sicherheit und Zugriffskontrolle sowie Betriebskontinuität und stellt sicher, dass sich langlebige oder verwaiste Schlüssel nicht unbemerkt in verschiedenen Systemen ansammeln. Daher sollten bei der Konzeption und Implementierung einer solchen Richtlinie die folgenden Aspekte berücksichtigt werden:

1. SSH-Governance einrichten

Vor der Einführung der Rotation ist es wichtig, eine Führungsstruktur festzulegen. Diese Struktur muss Folgendes beinhalten:

• Rollen und Verantwortlichkeiten
• Besitz von SSH-Schlüsseln
• Genehmigungsworkflows
• Plan für regelmäßige Überprüfung
• Durchsetzungsmechanismus
• Dokumentieren Sie eine formale, umfassende Richtlinie zur SSH-Schlüsselrotation.

2. SSH-Schlüsselermittlung durchführen

Was man nicht sieht, kann man nicht drehen. Die Entdeckung muss Folgendes umfassen:

• Alle Server, die in Ihrer Umgebung vorhanden sind (z. B. Linux, Unix, Anwendungen usw.).
• Alle authorized_keys-Dateien
• Alle lokalen privaten Schlüsselgeschäfte
• In Skripten oder Automatisierungen eingebettete Schlüssel usw.

3. Schlüssel nach Risiko klassifizieren

Ein risikobasierter Rotationsplan verhindert Betriebsunterbrechungen. Nachfolgend ein Beispiel für die risikobasierte Klassifizierung von SSH-Schlüsseln.

Bitte beachten Sie, dass die untenstehende Tabelle ein Beispiel ist; die Klassifizierung sollte auf den internen Richtlinien Ihrer Organisation basieren, um die Einhaltung der gesetzlichen Bestimmungen zu gewährleisten.

Risikostufe	Kriterien auf hoher Ebene	Rotationsfrequenz
Hoch	Root-Zugriff, gemeinsam genutzte Schlüssel, unbekannte Besitzer, Schlüssel älter als 2 Jahre	30–90 Tage
Medium	DevOps und Automatisierungsschlüssel, Benutzerschlüssel mit sudo	90–180 Tage
Niedrig	Nicht privilegierte Konten, Testsysteme	180–365 Tage

4. Kryptografische Standards definieren

Ihre Rotationsrichtlinie muss moderne Kryptografie und Mindeststandards während der Rotation gewährleisten. Hier sind einige empfohlene SSH-Schlüsselalgorithmen: CDSA-256, RSA 2048/3072/4096 usw.

5. Definieren Sie den Rotationsprozess

Es sollte ein vollständiger, durchgängiger Workflow für die Schlüsselrotation definiert werden, der Folgendes umfassen sollte:

• Rotation basierend auf Zeitplan oder ausgelöstem Ereignis einleiten.
• Generieren Sie ein neues Schlüsselpaar auf einem zugelassenen Client-System oder über den SSH Key Manager.
• Benennungsstandards anwenden (Benutzer, System, Datum, Umgebung).
• Öffentlichen Schlüssel über einen automatisierten Manager (z. B. EC' SSH key Secure) auf den Zielservern bereitstellen.
• Testen Sie die Anmeldung, um sicherzustellen, dass der neue Schlüssel funktioniert.
• Alte Schlüssel von allen Systemen widerrufen und löschen.
• Inventar- und Prüfprotokolle aktualisieren.

6. Rotationsauslöser definieren

Zusätzlich zur regelmäßigen Rotation der SSH-Schlüssel sollten Organisationen auch ereignisbasierte Rotationsauslöser definieren, wie zum Beispiel:

• Ausscheiden des Benutzers oder Änderung der Rolle
• Verdacht auf Kompromittierung
• Ergebnisse der Zugangsprüfung
• Infrastrukturmigration
• Ablauf des kryptografischen Algorithmus

7. Integration einer Automatisierungs- und SSH-Schlüsselverwaltungslösung

Eine SSH-Schlüsselverwaltungslösung (z . B. EC SSH Secure ) würde den gesamten Lebenszyklus der Schlüssel, einschließlich der SSH-Schlüsselrotation, automatisieren. Eine solche Lösung sollte Folgendes bieten:

• Zentralisiertes Inventar
• Automatisierte Erkennung
• Richtlinienbasierte Schlüsselerstellung
• Automatische Bereitstellung öffentlicher Schlüssel
• Alte Schlüsselreinigung
• Rollenbasierte Zugriffssteuerung
• Prüfprotokolle und Compliance-Bericht

8. Compliance-Überlegungen

Eine robuste Richtlinie zur Rotation von SSH-Schlüsseln gewährleistet die Auditbereitschaft und die Einhaltung regulatorischer Anforderungen.

Relevante Standards wie PCI DSS, ISO 27001, NIST 800-53 , NIST 800-57 und SOX fordern regelmäßige Rotation, kryptografisches Schlüsselmanagement und Zugriffskontrolle, Schlüsselerstellung, Funktionstrennung, Rückverfolgbarkeit und die Beseitigung gemeinsam genutzter Anmeldeinformationen usw.

Wie ermöglicht SSH Secure von EC eine skalierbare Rotation?

EC SSH Secure wurde entwickelt, um durchgängige Sicherheit über den gesamten Schlüssellebenszyklus hinweg zu gewährleisten, Unternehmen die Rotation ihrer Schlüssel deutlich zu vereinfachen und umfassende Transparenz zu bieten. So können Unternehmen ihre Schlüssel sicher und ohne zusätzliche Komplexität verwalten. Im Folgenden sind die wichtigsten Funktionen von SSH Secure aufgeführt:

1. Zentralisierte Darstellung von Sichtbarkeit und Verantwortlichkeiten

Durch die Kombination von agentenbasierter und agentenloser Erkennung findet SSH Secure jeden SSH-Schlüssel auf Servern und Benutzerrechnern. Alle Schlüssel werden in einem zentralen Inventar mit Eigentümer- und Nutzungsdetails gespeichert. Dadurch werden verwaiste Schlüssel vermieden, die Komplexität reduziert und die vollständige Nachvollziehbarkeit in der gesamten Umgebung sichergestellt.

2. Automatisierte Orchestrierung des Schlüssellebenszyklus

SSH Secure automatisiert den gesamten Schlüssellebenszyklus, von der sicheren Generierung über die richtlinienbasierte Rotation bis hin zum geplanten Ablauf und der Sperrung. Die Lebenszyklusverwaltung eliminiert schwache oder veraltete Schlüssel, reduziert den manuellen Aufwand und gewährleistet die kontinuierliche Einhaltung der Best Practices der Branche.

3. Berührungslose Tastenrotation

SSH Secure ermöglicht es Unternehmen, SSH-Schlüssel sowohl bedarfsgesteuert als auch gemäß festgelegten Richtlinien zu rotieren. Dank der automatischen Rotation per Mausklick werden die Schlüssel ohne manuelle Eingriffe auf den Servern ausgetauscht. So wird sichergestellt, dass die Anmeldeinformationen nur kurz gültig sind, das Risiko von Sicherheitslücken minimiert und die vollständige Transparenz aller aktiven SSH-Zugriffe gewährleistet ist.

4. Richtlinienbasierte Steuerung wichtiger operativer Tätigkeiten

Alle wichtigen Vorgänge wie Generierung, Genehmigungsworkflows, Rotation und Widerruf werden durch richtlinienbasierte Kontrollen gesteuert. Dies gewährleistet Konsistenz im gesamten System, reduziert manuelle Fehler und sichert unternehmensweite Sicherheitsstandards. Richtlinien können an regulatorische Anforderungen angepasst oder individuell auf interne Governance-Modelle zugeschnitten werden.

5. HSM-integrierter Schutz

Alle privaten Schlüssel werden in HSMs sicher gespeichert , wodurch ihre Nichtexportierbarkeit und Manipulationssicherheit gewährleistet sind. Die Schlüssel werden mithilfe starker kryptografischer Algorithmen wie RSA-4096, ECDSA und Ed25519 generiert, was sowohl einen hohen Schutz und eine hohe Widerstandsfähigkeit gegen Brute-Force-Angriffe als auch eine hohe Effizienz bietet.

6. Kontinuierliche Überwachung, Prüfung und Bereitschaft zur Einhaltung von Vorschriften

SSH Secure bietet Echtzeitüberwachung wichtiger Aktivitäten mit detaillierter Ereignisprotokollierung und integrierter Anomalieerkennung. Alle Schlüsselrotationsereignisse, ob bedarfsgesteuert oder richtlinienbasiert, werden vollständig protokolliert, um Nachvollziehbarkeit und Compliance zu gewährleisten.

Protokolle lassen sich in SIEM- Lösungen wie Splunk oder Monitoring-Systeme wie Loki-Grafana integrieren, um erweiterte Visualisierung, Korrelation und Alarmierung zu ermöglichen. Flexible Audit-Funktionen umfassen herunterladbare Protokolle und detaillierte Berichte , die Sicherheitsteams klare Einblicke in die Schlüsselnutzung und den allgemeinen Sicherheitsstatus bieten. Zentralisiertes Auditing mit richtlinienbasierten Warnmeldungen ermöglicht proaktives Sicherheitsmanagement, schnelle Anomalieerkennung und zügige Reaktion auf Sicherheitsvorfälle.

Wir helfen Kunden beim Übergang von der manuellen, fehleranfälligen SSH-Nutzung zu einem vollständig geregelten, automatisierten SSH-Schlüssellebenszyklusmanagement mit Sicherheit auf Unternehmensniveau.

Fazit

Die Entwicklung einer effektiven SSH-Schlüsselrotationsrichtlinie ist nicht nur eine bewährte Vorgehensweise, sondern ein entscheidender Bestandteil der Cyberresilienz von Unternehmen.

Eine wirksame Politik erfordert:

• Vollständige Transparenz und Bestandsübersicht
• Risikobasierte Rotationspläne
• Moderne kryptographische Standards
• Automatisierung durch einen SSH-Schlüsselmanager
• Governance und Prüfbarkeit
• Integration mit Hybrid- und Multi-Cloud-Umgebungen

Durch die Anwendung des in diesem Blog beschriebenen Frameworks können Organisationen veraltete Schlüssel eliminieren, das Risiko unberechtigten Zugriffs verringern, sich an Compliance-Standards anpassen und ihre Sicherheitslage im Bereich privilegierter Zugriffe deutlich verbessern.