Introductie
Secure Shell (SSHSleutels vormen de drijvende kracht achter de moderne infrastructuur. SSH-sleutels SSH-sleutels worden bijna overal gebruikt om beheerders met servers te verbinden, automatiseringsscripts mogelijk te maken, CI/CD-pipelines te ondersteunen en applicaties in staat te stellen veilig te communiceren zonder menselijke tussenkomst. SSH-sleutels worden echter vaak eenmalig ingesteld en vervolgens vergeten. En dat is precies waar het probleem begint.
Na verloop van tijd vormen onbeheerde of slecht beheerde SSH-sleutels een sluipend beveiligingsrisico. Oude sleutels blijven lang na het vertrek van medewerkers in gebruik. Automatiseringssleutels verlopen nooit. Voordat je het weet, wordt je omgeving bijeengehouden door duizenden lang bestaande inloggegevens die niemand volledig begrijpt of beheert.
Daarom is het ontwerpen van een effectief beleid voor het roteren van SSH-sleutels niet langer optioneel, maar een essentieel onderdeel van de beveiliging van moderne infrastructuur.
Deze blog legt uit waarom het roteren van SSH-sleutels belangrijk is, hoe een effectief beleid eruitziet en hoe je een beleid ontwerpt dat een balans vindt tussen beveiliging en operationele realiteit.
Waarom wordt het roteren van SSH-sleutels vaak over het hoofd gezien?
In tegenstelling tot wachtwoorden verlopen SSH-sleutels niet standaard. Er is geen verplichte rotatie, geen herinnering en geen waarschuwingsbanner. Zodra een sleutelpaar is gegenereerd en vertrouwd, kan het onbeperkt geldig blijven.
Vanuit operationeel oogpunt lijkt dit handig. Vanuit veiligheidsoogpunt is het echter gevaarlijk.
Hieronder volgen enkele veelvoorkomende problemen/uitdagingen waarmee organisaties te maken krijgen:
- Nee inventaris waar de sleutels zich bevinden, hoeveel SSH-sleutels er zijn, waar privésleutels worden opgeslagen, enzovoort.
- Het handmatig roteren van SSH-sleutels voor meerdere servers is foutgevoelig en kan de werking verstoren.
- Gebruikers genereren vrijelijk sleutels met ssh-keygen, wat leidt tot inconsistenties in sterkte, formaat en naamgeving.
- Verouderde sleuteltypen (DSA, RSA-1024) worden nog steeds gebruikt in productieomgevingen, met beperkt of geen inzicht in de gebruiksfrequentie, gebruiksgeschiedenis of tijdstempels van de laatste toegang.
- Het gebruik van hardgecodeerde sleutels in applicaties.
- Geen centraal beheer van SSH-sleutels.
Aanvallers weten dit. Als ze toegang krijgen tot een privé-SSH-sleutel, zelfs een die jaren geleden is aangemaakt, krijgen ze vaak direct en zonder wachtwoord toegang tot kritieke systemen.
De risico's van het niet roteren van SSH-sleutels
Het niet periodiek roteren van SSH-sleutels brengt een reeks beveiligings- en operationele risico's met zich mee die vaak onzichtbaar blijven. De volgende paragrafen beschrijven de belangrijkste risico's die verbonden zijn aan het niet gedurende langere perioden roteren van SSH-sleutels:
| Risico | Beschrijving |
|---|---|
| Aanhoudende ongeautoriseerde toegang | Sleutels verlopen niet, waardoor aanvallers langdurig toegang hebben tot geheimen. |
| Verweesde sleutels | Sleutels die zijn aangemaakt door gebruikers die de organisatie hebben verlaten, blijven geautoriseerd, soms met volledige beheerdersrechten. |
| Zijwaartse beweging | Het hergebruik van sleutels in verschillende systemen stelt aanvallers in staat om ongemerkt van koers te veranderen. |
| Schaduw IT | Ontwikkelaars maken onbeheerde sleutels aan zonder enige goedkeuring. |
| Audit- en compliancekwesties | PCI DSS, ISO 27001, SOXEn FedRAMP vereist sleutelrotatie of een rechtvaardiging daarvoor. |
Voordat een rotatiebeleid wordt ontworpen, is het essentieel om te begrijpen waar sleutels zich bevinden en hoe ze worden gebruikt.
Onderdelen van een SSH-sleutelpaar
Een SSH-sleutelpaar bestaat uit twee cryptografisch gekoppelde componenten die samenwerken om veilige, wachtwoordloze toegang mogelijk te maken. authenticatieElk onderdeel heeft een eigen functie en moet op de juiste manier worden behandeld om de beveiliging van SSH-toegang te waarborgen:
private KeyBewaard op een veilige plek; dient vertrouwelijk te blijven.
Publieke Sleutel: Opgeslagen in authorized_keys op de externe server.
Een goed ontworpen rotatiebeleid pakt dit risico direct aan. SSH-sleutelrotatie gaat niet alleen over het periodiek genereren van nieuwe sleutels. Het is een gecontroleerd proces voor de levenscyclus van sleutels dat het volgende omvat:
- Verzoek / Aanmaken
- Goedkeuring en toewijzing van metadata
- Implementatie naar doelservers
- Gebruik en monitoring
- Rotatie / Herroeping
- Ontmanteling
Een sterk rotatiebeleid is noodzakelijk. risicogebaseerd, geautomatiseerde, cryptografisch sterken afgestemd op de bedrijfsactiviteiten.
Het ontwerpen van het SSH-sleutelrotatiebeleid
Een effectief beleid voor het roteren van SSH-sleutels stelt duidelijke, afdwingbare controles in over de gehele levenscyclus van SSH-sleutels, inclusief generatie, distributie, rotatiefrequentie en buitenbedrijfstelling. Het balanceert cryptografische veiligheid en toegangscontrole met operationele continuïteit, en zorgt ervoor dat lang gebruikte of ongebruikte sleutels zich niet ongemerkt ophopen in verschillende systemen. Daarom moet bij het ontwerpen en implementeren van een dergelijk beleid rekening worden gehouden met de volgende overwegingen:
1. Stel SSH-governance in
Voordat rotatie wordt ingevoerd, is het belangrijk een bestuursstructuur vast te stellen. Deze structuur moet de volgende elementen bevatten:
- Rollen en verantwoordelijkheden
- Eigendom van SSH-sleutels
- Goedkeuringsworkflows
- Periodiek evaluatieplan
- Handhavingsmechanisme
- Leg een formeel en uitgebreid beleid vast voor het roteren van SSH-sleutels.
2. Voer SSH-sleuteldetectie uit.
Je kunt niet roteren wat je niet kunt zien. De ontdekking moet het volgende omvatten:
- Alle servers die in uw omgeving aanwezig zijn (bijv. Linux, Unix, applicaties, enz.)
- Alle authorized_keys-bestanden
- Alle lokale particuliere sleutelopslagplaatsen
- Sleutels ingebed in scripts of automatiseringen, enz.
3. Sleutels classificeren op basis van risico
Een op risico gebaseerd rotatieschema voorkomt operationele verstoringen. Hieronder vindt u een voorbeeld van een op risico gebaseerde classificatie van SSH-sleutels.
Houd er rekening mee dat onderstaande tabel een voorbeeld is; de classificatie moet gebaseerd zijn op het interne beleid van uw organisatie om naleving van de regelgeving te garanderen.
| Risico niveau | Criteria op hoog niveau | Rotatiefrequentie |
|---|---|---|
| Hoge | Roottoegang, gedeelde sleutels, onbekende eigenaren, sleutels ouder dan 2 jaar | 30 – 90 dagen |
| Medium | DevOps en automatiseringssleutels, gebruikerssleutels met sudo | 90 – 180 dagen |
| Laag | Niet-bevoorrechte accounts, testsystemen | 180 – 365 dagen |
4. Definieer cryptografische standaarden
Uw rotatiebeleid moet moderne cryptografie afdwingen en minimale standaarden hanteren tijdens de rotatie. Enkele aanbevolen SSH-sleutelalgoritmen zijn CDSA-256, RSA 2048/3072/4096, enz.
5. Definieer het rotatieproces
Er moet een volledig end-to-end workflowproces voor sleutelrotatie worden gedefinieerd, dat het volgende moet omvatten:
- Start de rotatie op basis van een schema of een geactiveerde gebeurtenis.
- Genereer een nieuw sleutelpaar op een goedgekeurd clientsysteem of via SSH Key Manager.
- Hanteer naamgevingsstandaarden (gebruiker, systeem, datum, omgeving).
- Implementeer de publieke sleutel op de doelservers via een geautomatiseerd beheersysteem (bijv. EC's SSH Key Secure).
- Test de login om te controleren of de nieuwe sleutel werkt.
- Verwijder en annuleer oude sleutels uit alle systemen.
- Inventaris- en auditlogboeken bijwerken.
6. Definieer rotatietriggers
Naast het periodiek roteren van SSH-sleutels, zouden organisaties ook gebeurtenisgestuurde triggers voor het roteren moeten definiëren, zoals:
- Gebruikersopzegging of rolwijziging
- Vermoedelijke compromittering
- Toegangsbeoordelingsresultaten
- Infrastructuurmigratie
- Vervaldatum van het cryptografische algoritme
7. Integreer automatisering en de SSH-sleutelbeheeroplossing
Een SSH-sleutelbeheeroplossing (EC's SSH SecureDit zou helpen bij het automatiseren van de workflow voor de levenscyclus van sleutels, inclusief het roteren van SSH-sleutels. Een SSH-sleutelbeheeroplossing moet het volgende bieden:
- Gecentraliseerde inventaris
- Geautomatiseerde detectie
- Beleidsgebaseerde sleutelcreatie
- Automatische implementatie van publieke sleutels
- Oude sleutels opruimen
- Op rollen gebaseerde toegangscontrole
- Auditlogboeken en nalevingsrapport
8. Overwegingen met betrekking tot naleving
Een robuust beleid voor het rouleren van SSH-sleutels zorgt voor auditbereidheid en naleving van wettelijke voorschriften.
Relevante standaarden zoals PCI DSS, ISO 27001, NIST 800-53, NIST 800-57SOX vereist periodieke rotatie, cryptografie sleutelbeheer en toegangscontrole, sleutelbeheer, functiescheiding, traceerbaarheid en eliminatie van gedeelde inloggegevens, enz.
Hoe maakt EC's SSH Secure schaalbare rotatie mogelijk?
EC's SSH beveiligdSSH Secure is ontworpen om end-to-end beveiliging van de sleutellevenscyclus te bieden, organisaties te helpen bij het aanzienlijk vereenvoudigen van sleutelrotatie, en uitgebreid inzicht te bieden en te verkrijgen, zodat organisaties sleutels met vertrouwen en zonder extra complexiteit kunnen beheren. Hieronder vindt u de belangrijkste mogelijkheden van SSH Secure:
1. Gecentraliseerde zichtbaarheid en eigendomstoewijzing
Door een combinatie van agentgebaseerde en agentloze detectie vindt SSH Secure elke SSH-sleutel op servers en gebruikerscomputers. Alle sleutels worden opgeslagen in één inventaris met eigendoms- en gebruiksgegevens, waardoor er geen ongebruikte sleutels meer overblijven en de kosten worden verlaagd. wildgroeien het waarborgen van volledige verantwoording binnen het hele milieu.
2. Geautomatiseerde sleutellevenscyclusorkestratie
SSH Secure automatiseert de volledige levenscyclus van sleutels, inclusief beveiligde generatie, beleidsgestuurde rotatie, geplande vervaldatum en intrekking. Levenscyclusbeheer elimineert zwakke of verouderde sleutels, vermindert menselijke tussenkomst en zorgt voor continue naleving van best practices in de branche.
3. Toetsrotatie zonder aanraken
Met SSH Secure kunnen organisaties SSH-sleutels zowel op aanvraag als volgens een vast schema vernieuwen. rotatie zonder aanrakenSleutels kunnen automatisch met één klik worden geroteerd zonder handmatige tussenkomst op servers, waardoor de geldigheidsduur van inloggegevens beperkt blijft, het risico op inbreuken wordt verkleind en volledig inzicht wordt verkregen in alle actieve SSH-toegang.
4. Beleidsgestuurde controle voor belangrijke activiteiten
Alle belangrijke bewerkingen, zoals het genereren, goedkeuren, roteren en intrekken van workflows, worden afgedwongen via beleidgebaseerde controles. Dit zorgt voor consistentie in de omgeving, vermindert handmatige fouten en handhaaft organisatiebrede beveiligingsnormen. Beleid kan worden aangepast aan wettelijke vereisten of worden aangepast ter ondersteuning van interne governancemodellen.
5. HSM-geïntegreerde bescherming
Alle privésleutels zijn beveiligd binnen HSM's, waardoor niet-exporteerbaarheid en manipulatiebestendigheid worden gegarandeerd. Sleutels worden gegenereerd met behulp van sterke cryptografische algoritmen zoals RSA-4096, ECDSA en Ed25519, wat zowel sterke bescherming als veerkracht tegen brute-force-aanvallen en efficiëntie biedt.
6. Continue monitoring, auditing en nalevingsgereedheid
SSH Secure biedt realtime monitoring van belangrijke activiteiten met gedetailleerde gebeurtenisregistratie en ingebouwde detectie van afwijkingen. Alle sleutelrotaties, zowel op aanvraag als op basis van beleid, worden volledig gecontroleerd om traceerbaarheid en naleving te garanderen.
Logboeken kunnen worden geïntegreerd met SIEM Oplossingen zoals Splunk of monitoringstacks zoals Loki-Grafana voor geavanceerde visualisatie, correlatie en waarschuwingen. Flexibele auditmogelijkheden omvatten downloadbare logs en gedetailleerde rapporten, waardoor beveiligingsteams duidelijk inzicht krijgen in sleutelgebruik en de algehele status. Gecentraliseerde auditing met beleidsgebaseerde waarschuwingen maakt proactief beveiligingsbeheer, snelle detectie van afwijkingen en snellere respons op incidenten mogelijk.
Wij helpen klanten bij hun verhuizing. handmatig, foutgevoelig SSH-gebruik naar Volledig gereguleerd, geautomatiseerd SSH-sleutellevenscyclusbeheer met beveiliging van bedrijfsniveau.
Conclusie
Het ontwerpen van een effectief beleid voor het roteren van SSH-sleutels is niet alleen een best practice, maar ook een cruciaal onderdeel van de cyberweerbaarheid van een onderneming.
Een sterk beleid vereist:
- Volledig inzicht in de voorraad.
- Op risico gebaseerde rotatieschema's
- Moderne cryptografische standaarden
- Automatisering via een SSH-sleutelbeheerder
- Governance en controleerbaarheid
- Integratie met hybride en multi-cloudomgevingen
Door het in deze blog beschreven raamwerk te gebruiken, kunnen organisaties verouderde sleutels elimineren, het risico op ongeautoriseerde toegang verminderen, voldoen aan compliance-normen en hun beveiliging van bevoorrechte toegang aanzienlijk versterken.
