Wat is SSH-sleutelbeheer? Wat zijn de best practices voor SSH-sleutelbeheer?

SSH-sleutelbeheer is het proces waarbij de volledige levenscyclus van SSH-sleutels, van aanmaken en distribueren tot roteren en verwijderen, binnen een organisatie wordt beheerd. Omdat SSH-sleutels toegang verlenen tot kritieke systemen en niet vanzelf verlopen, voorkomt het beheer ervan een wildgroei aan sleutels, ongebruikte sleutels en ongeautoriseerde toegang. Dit is dan ook een vereiste volgens standaarden zoals NIST IR 7966.

SSH-sleutelbeheer is het proces waarbij SSH-sleutels gedurende hun hele levenscyclus worden beheerd: het aanmaken, distribueren, roteren en buiten gebruik stellen ervan voor alle gebruikers en servers. SSH-sleutels authenticeren de toegang tot externe systemen en hebben, in tegenstelling tot TLS-certificaten , geen ingebouwde vervaldatum. Zonder actief beheer hopen ze zich op en vormen ze een ernstig beveiligingsrisico. Goed beheer zorgt voor de naleving van het beleid, voorkomt wildgroei aan sleutels en waarborgt compliance.

Key Takeaways

• SSH-sleutelbeheer regelt de volledige levenscyclus van SSH-sleutels (aanmaken, distribueren, roteren, verwijderen) binnen een organisatie.
• SSH-sleutels authenticeren gebruikers en geautomatiseerde processen op externe systemen met behulp van een asymmetrisch publiek/privaat sleutelpaar, zonder wachtwoorden.
• In tegenstelling tot TLS-certificaten hebben SSH-sleutels geen vervaldatum, waardoor ze zich gemakkelijk ophopen tot een onbeheersbare wildgroei aan sleutels als ze niet actief worden beheerd.
• Slecht beheerde sleutels brengen ernstige risico's met zich mee: gegevensverlies, ongeautoriseerde toegang, achtergebleven solo-sleutels, wildgroei aan sleutels en SSH-aanvallen met gestolen privésleutels.
• Beste werkwijzen: sleutels ontdekken en consolideren, beleid opstellen en handhaven, risico's identificeren en neutraliseren, sleutels regelmatig vernieuwen en continu monitoren en controleren. NIST IR 7966 biedt richtlijnen.

Wat is SSH en hoe worden SSH-sleutels gebruikt?

Secure Shell, of SSH, is een netwerkprotocol dat wordt gebruikt om een ​​gebruiker via een onbeveiligd netwerk te verbinden met een extern systeem. Het authenticeert gebruikers en versleutelt de communicatie over netwerken zoals het internet. Organisaties gebruiken SSH voor systeembeheer, bestandsoverdracht, infrastructuurbeheer, geautomatiseerde processen en cloudactiviteiten. SSH-sleutels authenticeren gebruikers zonder gebruikersnamen en wachtwoorden: in plaats daarvan bewijst een vertrouwd SSH-sleutelpaar dat een gebruiker is wie hij of zij beweert te zijn.

SSH-authenticatie is asymmetrisch en maakt daarom gebruik van een sleutelpaar: een publieke sleutel (de autorisatiesleutel) en een privésleutel (de identiteitssleutel). De publieke sleutel wordt op het externe systeem geplaatst en bepaalt wie mag proberen in te loggen; zelfs als deze wordt gestolen, geeft deze op zichzelf geen toegang. De privésleutel bewijst de identiteit van de gebruiker en moet geheim worden gehouden; alleen de gebruiker die ermee wordt geauthenticeerd, mag er toegang toe hebben. Het sleutelpaar wordt eenmalig aangemaakt en blijft levenslang aan de gebruiker gekoppeld. Een wachtwoordzin kan een extra beveiligingslaag bieden. Na authenticatie worden de daadwerkelijke sessiegegevens beschermd met snelle symmetrische encryptie.

Tijdens de handshake stuurt de client zijn publieke sleutel-ID naar de server. De server controleert of er een overeenkomende geautoriseerde sleutel is en, indien gevonden, versleutelt de server een uitdaging met de publieke sleutel en stuurt deze naar de client. De client decodeert deze met zijn privésleutel, berekent een veilige hash (met behulp van een moderne SHA-2-functie) van het bericht en stuurt deze terug. Als de hashes overeenkomen, is de client geauthenticeerd en kan deze binnen het externe systeem werken.

Waarom is SSH-sleutelbeheer belangrijk?

SSH-sleutelbeheer is essentieel overal waar SSH wordt gebruikt, omdat onjuist beheer van een sleutelpaar het gehele externe systeem dat het beschermt in gevaar kan brengen. Een specifieke uitdaging is dat SSH-sleutels niet verlopen zoals TLS-certificaten, waardoor ze blijven bestaan ​​en zich ophopen. De belangrijkste risico's die met SSH-sleutelbeheer worden aangepakt, zijn:

• Informatieverlies: Een aanvaller die de controle over SSH-sleutels verkrijgt, kan alle gegevens waartoe het slachtoffer toegang heeft stelen, verwijderen of wijzigen, waardoor gevoelige gegevens zoals persoonsgegevens openbaar worden.
• Generatie van externe sleutels: Iedereen met toegang tot het externe systeem kan nieuwe sleutelparen aanmaken. Een dief met een gestolen sleutel zou onbeperkt nieuwe paren kunnen genereren, waardoor legitieme sleutels moeilijk te beheren zijn en de dief toegang behoudt, zelfs als de oorspronkelijke gestolen sleutel wordt verwijderd.
• Geen vervaldatum: Omdat SSH-sleutels nooit verlopen, worden oude sleutels niet vervangen, kunnen vertrekkende medewerkers toegang behouden en aarzelen beheerders om sleutels te verwijderen waarvan ze het doel niet meer kennen. Dit alles verhoogt het risico in de loop der tijd.
• Solotoetsen: Wanneer werknemers vertrekken of sleutels verloren gaan, stapelen de losse sleutels zich op en zijn beheerders terughoudend om sleutels te verwijderen die ze niet kunnen identificeren, uit angst dat ze kritieke systemen verstoren.
• Belangrijkste uitbreiding: In de loop der jaren vermenigvuldigen de sleutels zich totdat ze niet meer allemaal te traceren zijn, en die ontbrekende sleutels zijn precies wat aanvallers misbruiken.
• SSH-gebaseerde aanvallen: Steeds vaker voorkomend. Met een gecompromitteerde privésleutel kan een aanvaller zich voordoen als beheerder, versleuteld verkeer lezen of wijzigen, en toegang krijgen tot gegevens, deze wijzigen, verwijderen of vernietigen, of malware installeren.
• Nakoming: Normen en regelgeving zoals PCI DSS en FIPS Het is noodzakelijk dat SSH-sleutels goed beheerd worden, en NIST IR 7966 biedt specifieke richtlijnen hiervoor.

Naleving van SSH-sleutelbeheer

Om te voldoen aan standaarden zoals PCI DSS, HIPAA en FIPS, moeten organisaties aan de volgende eisen voldoen:

• Beheer identiteiten en SSH-sleutels op de juiste manier om persoonsgegevens en andere gevoelige data te beschermen.
• Vervang sleutels die al lange tijd in gebruik zijn en verwijder sleutels die niet meer actief zijn.
• Volg het principe van minimale bevoegdheden, zodat gebruikers (en gestolen sleutels) alleen toegang hebben tot wat ze strikt noodzakelijk nodig hebben, en niet tot het volledige externe systeem.
• Vervang sleutels onmiddellijk als ze verloren of gecompromitteerd zijn.
• Bewaak en scheid gebieden met betalings- of persoonsgegevens af van de rest van het netwerk.

Beste werkwijzen voor SSH-sleutelbeheer

Goed beheer van SSH-sleutels betekent dat elke sleutel en de bijbehorende kwetsbaarheden volledig worden afgedekt. ​​De volgende vijf werkwijzen vormen een degelijk programma:

1. Ontdekking en consolidatie: Breng eerst in kaart hoeveel sleutels er zijn en waar ze zich bevinden. Koppel elke sleutel aan de bijbehorende gebruiker en server, controleer hoe lang de sleutel al in gebruik is, vervang sleutels die al lang in gebruik zijn en verwijder sleutels waarvan de gebruiker is vertrokken. Consolideer de sleutels op één beheerde locatie om het beheer te vereenvoudigen, het aanvalsoppervlak te verkleinen en te voorkomen dat sleutels los van elkaar worden gebruikt of dat er een wildgroei ontstaat.
2. Beleidsvorming en -handhaving: Stel beleidsregels op die definiëren wie sleutels mag aanmaken, hoe sleutels worden aangemaakt en opgeslagen, waarvoor ze worden gebruikt, hoe lang ze geldig blijven voordat ze worden geroteerd, wat een reden is voor verwijdering en wat de maximale toegang is die een sleutel mag hebben. Handhaving is essentieel voor SSH-sleutelbeheer en moet een prioriteit zijn op het gebied van beveiliging.
3. Risico-identificatie en -neutralisatie: Identificeer en elimineer kwetsbaarheden in SSH-sleutels. Centralisatie maakt dit eenvoudiger: zoek naar oude of ongebruikte sleutels, onveilige opslag en gecompromitteerde sleutels, vervang oude sleutels en verwijder ongebruikte sleutels.
4. Sleutelrotatie: Vervang regelmatig beide sleutels van een paar nadat ze een tijdje in gebruik zijn geweest. Dit beperkt de schade door een onopgemerkte inbreuk en voorkomt wildgroei. Door het automatisch wisselen van sleutels wordt het risico dat een sleutel over het hoofd wordt gezien aanzienlijk verkleind.
5. Continue monitoring en auditing: Monitor en controleer sleutels continu, zodat ze op de juiste momenten worden geroteerd en verwijderd en er geen sleutels achterblijven wanneer een gebruiker vertrekt. Automatisering elimineert menselijke fouten en houdt wildgroei, individuele sleutels en nalevingslacunes onder controle.

SSH en de post-kwantumtransitie
SSH maakt gebruik van publieke-sleutelcryptografie voor sleuteluitwisseling en authenticatie, en die algoritmen (zoals RSA, ECDSAen Diffie-Hellman) zijn het soort beveiligingsmechanismen dat een toekomstige kwantumcomputer zou kunnen kraken. Het SSH-ecosysteem reageert hier al op: recente versies van OpenSSH hebben post-kwantum sleuteluitwisseling overgenomen en gebruiken standaard een hybride methode die een klassieke elliptische-curve-uitwisseling combineert met de door NIST gestandaardiseerde ML-KEM (FIPS 203), dus een sessie blijft veilig zolang een van beide componenten geldig is. Dit is nu belangrijk vanwege het principe van 'nu verzamelen, later decoderen': verkeer dat vandaag wordt vastgelegd, kan worden gedecodeerd zodra kwantumcomputers volwassen zijn. Goed SSH-sleutelbeheer ondersteunt deze overgang, omdat een organisatie die haar sleutels al bijhoudt en roteert, post-kwantumalgoritmen veel soepeler kan implementeren. De bijbehorende migratie van digitale handtekeningen (bijvoorbeeld naar ML-DSA) vordert parallel daaraan. Merk op dat ML-KEM, en niet de code-ondertekeningsschema's, het algoritme is dat het meest relevant is voor de sleuteluitwisseling van SSH.

Hoe encryptieconsultancy kan helpen

Het opzetten van een werkend SSH-sleutelbeheerprogramma, inclusief detectie, beleid, rotatie en monitoring, is precies waar de Encryption Advisory Services van Encryption Consulting u bij ondersteunen. Deze diensten omvatten assessments en trainingen over SSH en sleutelbeheer in AWS, Azure en Google Cloud, en zorgen voor afstemming op PCI DSS, HIPAA, FIPS en NIST IR 7966. Voor het automatiseren van de levenscyclus van SSH-sleutels biedt EC's SSH Secure de mogelijkheid om detectie, rotatie en beleidshandhaving op grote schaal te verzorgen. De oplossingen zijn gebaseerd op ISO/IEC 27001:2022 en SOC 2-gecertificeerde werkwijzen.

Veelgestelde Vragen / FAQ

Wat is SSH-sleutelbeheer?

SSH-sleutelbeheer is het proces waarbij SSH-sleutels gedurende hun hele levenscyclus, van creatie en distributie tot rotatie en verwijdering, voor elke gebruiker en server binnen een organisatie worden beheerd. Omdat SSH-sleutels toegang verlenen tot kritieke systemen en niet vanzelf verlopen, kunnen ze zich gemakkelijk ophopen en onbeheerd raken. Door ze te beheren, wordt het toegangsbeleid afgedwongen, worden ongebruikte en ongeautoriseerde sleutels voorkomen en blijft de organisatie voldoen aan standaarden zoals NIST IR 7966.

Hoe werken SSH-sleutels?

SSH-sleutels werken met asymmetrische cryptografie: elke gebruiker heeft een sleutelpaar bestaande uit een publieke sleutel (de autorisatiesleutel, die op het externe systeem staat) en een privésleutel (de identiteitssleutel, die geheim wordt gehouden). De publieke sleutel bepaalt wie mag proberen in te loggen, terwijl de privésleutel de identiteit van de gebruiker bewijst. Tijdens de handshake daagt de server de client uit met de publieke sleutel, en alleen de overeenkomende privésleutel kan correct reageren en de gebruiker authenticeren zonder wachtwoord.

Waarom is SSH-sleutelbeheer belangrijk?

Het is belangrijk omdat een slecht beheerde SSH-sleutel een volledig extern systeem in gevaar kan brengen. SSH-sleutels verlopen niet zoals TLS-certificaten, waardoor ze zich in de loop der tijd ophopen. Dit leidt tot een wildgroei aan sleutels, onbeheerde individuele sleutels en sleutels die door vertrokken medewerkers worden bewaard. Aanvallers misbruiken onbeheerde of gestolen sleutels om zich voor te doen als beheerders, toegang te krijgen tot gegevens en zich door systemen te bewegen. Goed beheer voorkomt deze risico's en is vereist voor naleving van standaarden zoals PCI DSS en FIPS.

Wat zijn de beste werkwijzen voor het beheren van SSH-sleutels?

Er zijn vijf kernprincipes voor best practices: alle sleutels ontdekken en consolideren op één beheerde locatie; beleid opstellen en handhaven met betrekking tot wie sleutels mag aanmaken, hoe ze worden opgeslagen en wanneer ze worden geroteerd of verwijderd; risico's identificeren en neutraliseren, zoals oude, ongebruikte of gecompromitteerde sleutels; sleutels regelmatig roteren en beide sleutels in het paar vervangen; en sleutels continu monitoren en controleren. Het automatiseren van rotatie en monitoring vermindert menselijke fouten aanzienlijk, en NIST IR 7966 biedt gedetailleerde richtlijnen.

Verlopen SSH-sleutels?

Nee, SSH-sleutels hebben geen ingebouwde vervaldatum zoals TLS/SSL-certificaten. Dit is een belangrijke reden waarom het beheer van SSH-sleutels lastig is: sleutels blijven oneindig lang geldig, waardoor oude sleutels niet worden vervangen. Vertrekkende medewerkers kunnen toegang behouden en beheerders aarzelen om sleutels te verwijderen waarvan het doel onbekend is. Omdat sleutels niet automatisch verlopen, moeten organisaties ze actief vervangen en buiten gebruik stellen via een beheerd proces, in plaats van te vertrouwen op automatische vervaldatum.

Wordt SSH beïnvloed door kwantumcomputers?

Ja. SSH is afhankelijk van publieke-sleutelalgoritmen zoals RSA, ECDSA en Diffie-Hellman voor sleuteluitwisseling en authenticatie, die door een toekomstige kwantumcomputer gekraakt zouden kunnen worden. Het SSH-ecosysteem past zich hier al aan: recente OpenSSH-versies gebruiken standaard een hybride sleuteluitwisseling die een klassiek algoritme combineert met het door NIST gestandaardiseerde ML-KEM. Omdat aanvallen waarbij gegevens nu worden onderschept en later gedecodeerd, nu al verkeer kunnen worden onderschept, is deze verschuiving al gaande. Goed beheerde SSH-sleutels maken de implementatie van post-kwantumalgoritmen eenvoudiger.

Beheers uw SSH-sleutels

SSH-sleutels die niet worden bijgehouden, behoren tot de gemakkelijkste manieren om toegang te krijgen tot kritieke systemen. Een beheerd sleutelbeheersysteem dicht die lacune. Ontdek de adviesdiensten van Encryption Consulting om uw SSH-sleutelbeheerprogramma te beoordelen en op te zetten, en gebruik SSH Secure om het beheersysteem op grote schaal te automatiseren.