Alles wat u moet weten over SSH-sleutelbeheer

SSH-sleutelbeheer is het proces waarbij SSH-sleutels gedurende hun hele levenscyclus veilig worden beheerd: van genereren en distribueren tot opslaan, roteren en intrekken. SSH-sleutels authenticeren de toegang tot externe systemen met behulp van een publiek/privaat sleutelpaar. Omdat ze krachtige toegang verlenen en niet verlopen, is goed beheer ervan essentieel om wildgroei aan sleutels, compromittering en ongeautoriseerde toegang te voorkomen.

SSH-sleutelbeheer is de discipline die zich bezighoudt met het beheren van SSH-sleutels gedurende hun hele levenscyclus, van generatie en distributie tot opslag, rotatie en intrekking, voor elke gebruiker en elk systeem binnen een organisatie. SSH-sleutels authenticeren de toegang tot externe systemen met een publiek/privaat sleutelpaar in plaats van wachtwoorden. Omdat ze krachtig zijn en niet vanzelf verlopen, is gedisciplineerd beheer essentieel om te voorkomen dat ze een ernstig beveiligingsrisico vormen.

Key Takeaways

SSH (Secure Shell) is een cryptografisch protocol voor veilige toegang tot externe systemen via een onbetrouwbaar netwerk, waarbij gebruik wordt gemaakt van publieke-sleutelcryptografie.
SSH-sleutels authenticeren gebruikers met een publiek/privaat sleutelpaar, een veel sterkere methode dan wachtwoorden, en is immuun voor phishing en brute force-aanvallen.
SSH-sleutelbeheer omvat de volledige levenscyclus: ontdekking, generatie, opslag, rotatie en intrekking, en wordt geregeld door beleid.
De belangrijkste risico's zijn onder andere diefstal van privésleutels, wildgroei aan sleutels, het ontbreken van een vervaldatum, zwakke wachtzinnen, gebrekkige sleutelgeneratie en lacunes in de controlemechanismen.
Beste werkwijzen: sleutels opsporen en consolideren, beleid afdwingen (RBAC, groepering), sterke sleutels genereren (ED25519 of RSA 2048/4096), regelmatig roteren en continu monitoren.

Wat is SSH?

Secure Shell (SSH) is een cryptografisch protocol waarmee netwerkservices veilig toegankelijk zijn via een onveilig communicatiekanaal. Het wordt voornamelijk gebruikt voor veilige gegevensuitwisseling, inloggen en beheer op afstand tussen twee machines. SSH maakt gebruik van publieke-sleutelcryptografie om wederzijdse, veilige authenticatie van clients en servers te bieden over onbetrouwbare netwerken, en is standaard ingebouwd in besturingssystemen zoals Linux, Unix en macOS.

Windows biedt nu native ondersteuning voor SSH via PowerShell en OpenSSH, waardoor hulpprogramma's van derden zoals PuTTY niet langer nodig zijn: u kunt rechtstreeks vanuit Windows Terminal of PowerShell SSH-verbindingen maken. Het native OpenSSH-project biedt de volledige functionaliteit van PuTTY zonder dat installatie nodig is.

Belangrijkste kenmerken van SSH

encryptie: SSH versleutelt de gegevens tijdens de overdracht, zodat zelfs als ze worden onderschept, onbevoegden ze niet kunnen lezen. Sterk encryptie Algoritmen beschermen gevoelige informatie zoals inloggegevens en commando's.
authenticatie: SSH-authenticatie maakt gebruik van een publieke sleutel. geheimschriftDit is veel veiliger dan wachtwoorden. Alleen een gebruiker met de juiste privésleutel kan een verbinding tot stand brengen, wat bescherming biedt tegen ongeautoriseerde toegang en brute force-aanvallen.
Integrity: SSH gebruikt cryptografische hashfuncties om te controleren of gegevens tijdens de overdracht niet zijn gemanipuleerd, waardoor manipulatie en man-in-the-middle-aanvallen worden voorkomen.

Wat zijn SSH-sleutels?

Een SSH-sleutel is een cryptografische sleutel die wordt gebruikt om veilige communicatie tussen systemen via het SSH-protocol te authenticeren. SSH-sleutels vormen een zeer veilig alternatief voor authenticatie met wachtwoorden, omdat ze gebruikmaken van een publieke/private sleutelpaar dat het risico elimineert dat inloggegevens worden gestolen via phishing of brute force-aanvallen. De privésleutel blijft veilig op het systeem van de gebruiker, of nog veiliger in een hardwarebeveiligingsmodule ( HSM ), terwijl de publieke sleutel wordt gedeeld met de server.

Publieke sleutel: De publieke sleutel is openbaar beschikbaar op de server; deze hoeft niet geheim te zijn. Bij SSH-sleutelbeheer wordt de publieke sleutel gebruikt om de identiteit van de client aan de server te verifiëren.
Prive sleutel: Deze gegevens worden geheim gehouden en zijn alleen toegankelijk voor de eigenaar. Ze worden opgeslagen op het apparaat van de gebruiker of in een HSM. De gebruiker bewijst hiermee zijn of haar identiteit bij het initiëren van een verbinding.

Hoe werkt SSH?

SSH combineert cryptografie met publieke sleutels, encryptie en authenticatie om de vertrouwelijkheid en integriteit van gegevens tussen systemen te beschermen. De verbinding wordt in deze stappen tot stand gebracht:

De verbinding tot stand brengen: De client verzoekt om een verbinding met de server via TCP-poort 22 (de standaard SSH-poort, die voor extra beveiliging kan worden gewijzigd naar een niet-standaard poort).
De server verzendt zijn publieke sleutel en ondersteunde algoritmen: De server stuurt zijn openbare hostsleutel terug (om zijn identiteit te verifiëren en de versleuteling te starten) en een lijst met ondersteunde versleutelings- en hash-algoritmen; er wordt een gedeelde set gekozen voor de sessie.
De client verifieert de server: De client controleert de publieke sleutel van de server aan de hand van het bekende hosts-bestand. Als de sleutels overeenkomen, wordt de server vertrouwd; zo niet, dan wordt de gebruiker gevraagd of hij de nieuwe sleutel wil vertrouwen en opslaan.
Sleuteloverdracht: De client en server stellen een gedeelde sessiesleutel vast met behulp van een sleuteluitwisseling zoals Diffie-Hellman of de efficiëntere Elliptic-Curve Diffie-Hellman (ECDH), zonder ooit de sleutel zelf te verzenden.
Beveiligd kanaal tot stand gebracht: Beide partijen gebruiken de gedeelde sessiesleutel voor symmetrische codering, wat alle berichten tijdens de sessie versleutelt en ontsleutelt.
Clientverificatie: De client bewijst zijn identiteit, bij voorkeur met een SSH-sleutelpaar (de privésleutel die lokaal of in een HSM wordt bewaard, de bijbehorende publieke sleutel die al op de server aanwezig is) in plaats van een wachtwoord.
Sessie gestart: De client kan nu commando's uitvoeren, bestanden overdragen of versleutelde tunnels (poortdoorsturing) via de verbinding tot stand brengen.
Sessie-integriteit behouden: Elk pakket bevat een berichtauthenticatiecode (MAC), gegenereerd met een hash-algoritme zoals SHA-256 of SHA-512 en een gedeeld geheim, zodat de ontvanger eventuele manipulatie kan detecteren.
Sessiebeëindiging: Wanneer de sessie eindigt, wordt de gedeelde sessiesleutel verwijderd, waardoor verdere communicatie niet meer mogelijk is zonder een nieuwe verbinding tot stand te brengen.

SSH-authenticatiemethoden

SSH biedt twee belangrijke manieren om de identiteit van een client te verifiëren voordat toegang wordt verleend.

Op wachtwoord gebaseerde authenticatie

De eenvoudigste methode: de gebruiker voert een gebruikersnaam en wachtwoord in via de versleutelde tunnel, en toegang wordt verleend als deze overeenkomen. Het is gemakkelijk in te stellen en vereist geen extra software of sleutelbeheer, maar het is wel de minder veilige optie.

Voordelen: Eenvoudig te installeren en te gebruiken; geen extra software of sleutelbeheer nodig, waardoor het toegankelijk en voordelig is.
Nadelen: kwetsbaar voor zwakke of hergebruikte wachtwoorden en brute force-aanvallen; vereist frequente wachtwoordwijzigingen die gebruikers frustreren; vatbaar voor phishing, credential stuffing en keyloggers; en volledig afhankelijk van een veilig transmissiekanaal.

SSH-sleutelpaar-authenticatie

De veiligere en meest gebruikte methode is gebaseerd op een cryptografisch sleutelpaar. Het proces verloopt als volgt: de client initieert de verbinding; de server zoekt de bijbehorende publieke sleutel in het bestand authorized_keys, versleutelt hiermee een uitdaging en stuurt deze terug; de client ontsleutelt de uitdaging met zijn privésleutel en stuurt deze terug; de server controleert het antwoord en verleent toegang indien het overeenkomt.

Voordelen: Veel sterkere beveiliging (privésleutels zijn extreem moeilijk te kraken met brute force); er worden geen wachtwoorden via het netwerk verzonden; en het is handig voor automatisering, zoals scripts en cronjobs, zodra de sleutels zijn ingesteld.
Nadelen: Als een privésleutel wordt gecompromitteerd, krijgt een aanvaller toegang tot de eigenaar. Daarom moeten sleutels worden versleuteld en veilig worden opgeslagen. Het beheren van veel sleutelparen (sleutelspreiding) vereist een duidelijk proces voor distributie, rotatie en intrekking.

SSH versus SSL/TLS-certificaten: wat is het verschil?

Zowel SSH als SSL/TLS zijn cryptografische protocollen die netwerkcommunicatie beveiligen, maar ze dienen verschillende doelen: SSH beveiligt de toegang tot systemen op afstand tussen twee machines, terwijl SSL/TLS de communicatie tussen een webbrowser en een webserver beveiligt.

Kenmerk	SSH	SSL / TLS
Doel	Veilige toegang tot systemen op afstand en bestandsoverdracht	Veilige webcommunicatie en gegevensuitwisseling
authenticatie	Authenticatie met publieke sleutel (client en server)	Op certificaten gebaseerd (server, eventueel client)
Encryptie	Symmetrische encryptie na sleuteluitwisseling	Symmetrische encryptie na sleuteluitwisseling op basis van certificaten.
Sleutelbeheer	Zelf gegenereerde SSH-sleutels, lokaal of in een HSM opgeslagen.	Certificaten uitgegeven door vertrouwde instanties CA's
Use cases	Uitvoeren van opdrachten op afstand, bestandsoverdracht, poortdoorsturing	Beveiliging van websites, e-mail en API's
Belangrijkste bedreigingen	Sleuteldiefstal of -compromittering	Malafide certificeringsinstanties, frauduleuze certificaten, MITM-aanvallen

Potentiële risico's van SSH-sleutelbeheer

Diefstal van privésleutels: Als een aanvaller een privésleutel bemachtigt, kan hij zich voordoen als de eigenaar en toegang krijgen tot het systeem.
Belangrijkste uitbreiding: In de loop der jaren vermenigvuldigen de sleutels zich totdat ze niet meer allemaal te traceren zijn, en vergeten sleutels worden aanvalsvectoren.
Geen vervaldatum: SSH-sleutels verlopen niet zoals TLS-certificaten, waardoor oude sleutels blijven bestaan, niet worden geroteerd en zelden worden verwijderd.
SSH-gebaseerde aanvallen: Zwakke algoritmen of onbeveiligde privésleutels verhogen het risico op aanvallen; gebruik daarom altijd sterke algoritmen en wachtzinnen.
Zwakke of geen wachtzin: Een privésleutel zonder wachtwoordzin kan direct worden gebruikt als deze wordt gestolen; een wachtwoordzin voegt een cruciale beveiligingslaag toe.
Slechte sleutelgeneratie: Verouderde algoritmen of korte sleutellengtes verzwakken sleutels. Vermijd DSA (1024-bit); gebruik ED25519 of RSA met een adequate lengte.
Gebrek aan controle en toezicht: Zonder toezicht blijft misbruik van sleutels onopgemerkt, blijven sleutels van voormalige medewerkers actief en is er geen verantwoording over wie welke sleutel gebruikt.

SSH-agent doorsturen

Een SSH-agent bewaart uw onversleutelde privésleutel in het geheugen, zodat u deze slechts één keer hoeft te ontgrendelen in plaats van elke keer uw wachtwoordzin in te voeren. SSH-agent forwarding breidt dit uit, zodat u zich kunt authenticeren bij een keten van servers met uw lokale privésleutel zonder deze naar elke server te kopiëren: authenticatieverzoeken van externe servers worden teruggestuurd naar uw lokale agent. Als een externe server bijvoorbeeld code van GitHub moet ophalen, zorgt agent forwarding ervoor dat uw lokale machine de authenticatie-uitdaging van GitHub beantwoordt, zodat de sleutel uw machine nooit verlaat.

Het is handig, maar het brengt wel degelijk risico's met zich mee:

Agentenkaping: Als de eerste externe server in de keten gecompromitteerd raakt, kan een aanvaller daar de doorgestuurde agent kapen om zich bij andere servers te authenticeren, zonder ooit de privésleutel in handen te hebben.
Niet-vertrouwde servers: Door e-mails door te sturen, worden uw agentgegevens blootgesteld aan de externe server, waardoor een aanvaller die een onbetrouwbare server beheert, deze kan misbruiken. Stuur e-mails alleen door naar servers die u vertrouwt.

Beste werkwijzen voor SSH-sleutelbeheer

1. Ontdekking en consolidatie

Begin met het lokaliseren van alle sleutels en hun locatie, koppel elke sleutel aan de bijbehorende gebruiker en server, houd het gebruik bij en verwijder de sleutels van vertrokken medewerkers. Het centraliseren van sleutels in een centrale opslagplaats verkleint het aanvalsoppervlak en voorkomt dat individuele sleutels en een wildgroei aan sleutels ontstaan.

Correcte sleutelscan: Scan alle mogelijke locaties op SSH-sleutels: laptops en desktops van ontwikkelaars, servers op locatie, cloudomgevingen en virtuele machines voor automatisering. Elk van deze locaties is een potentiële sleutelopslagplaats.
Correcte sleutelopslag: Bewaar gevonden sleutels in een gecentraliseerde, actuele inventaris, één betrouwbare bron die laat zien welke sleutels van wie zijn, waartoe ze toegang bieden en hoe ze worden gebruikt. Dit maakt het wisselen en intrekken van sleutels veel eenvoudiger.
Automatisering bij ontdekking: Geautomatiseerde detectie scant systematisch alle apparaten, servers en cloudomgevingen, waardoor de hiaten en fouten van handmatige zoekopdrachten worden vermeden.

2. Beleidsvorming en -handhaving

Definieer beleidsregels met betrekking tot wie sleutels mag aanmaken, hoe sleutels worden aangemaakt en opgeslagen, hoe lang ze geldig blijven voordat ze worden geroteerd, wanneer ze worden verwijderd en de maximale toegang die een sleutel mag hebben.

Gelijksoortige sleutels groeperen: Groepeer sleutels op functie (administratief, applicatie, ontwikkelaar), zodat beleidsregels en toegangsbeheer netjes aan elke groep kunnen worden gekoppeld.
RBAC-implementatie: Toegangsbeheer op basis van rollen verleent elke gebruiker alleen de toegang die nodig is voor zijn of haar rol, waardoor ongeautoriseerde toegang wordt beperkt en sleutels worden gekoppeld aan organisatorische rollen.
Aanmaken van een aangepast beleid: Definieer standaarden voor sleutelgeneratie (lengtes en algoritmen), regelmatige rotatie en tijdsgebonden toegang die na een bepaalde periode automatisch wordt ingetrokken.

3. Genereer sterke sleutels

Kies een sterk algoritme en een adequate sleutellengte. ED25519 (256-bit) en RSA (2048 of 4096-bit) worden beide sterk aanbevolen vanwege hun weerstand tegen brute force-aanvallen. Vermijd verouderde, kwetsbare algoritmen zoals DSA.

4. Sleutelrotatie

Vervang de sleutels na een bepaalde gebruiksperiode door het complete sleutelpaar. Door de sleutels te vervangen, wordt de periode waarin een aanvaller een gecompromitteerde sleutel kan misbruiken beperkt en blijft de toegang onder controle.

Regelmatigheid van de rotatie: Stel een periodiek schema in (bijvoorbeeld elke 30 tot 45 dagen) zodat oude of mogelijk kwetsbare sleutels niet blijven hangen.
Automatisering in rotatie: Door de rotatie te automatiseren worden fouten bij handmatige vervanging op grote schaal voorkomen. Nieuwe sleutels worden aangemaakt, repositories worden bijgewerkt en de juiste systemen worden geïmplementeerd met minimale menselijke tussenkomst, terwijl de centrale inventaris accuraat blijft.

5. Continue monitoring en auditing

Controleer en auditeer sleutels continu om te bevestigen dat ze tijdig worden geroteerd en verwijderd, waardoor sleutelverspreiding en individuele sleutels worden voorkomen.

SSH-logboekregistratie inschakelen: Gedetailleerde logboeken stellen beheerders in staat alle SSH-activiteit te volgen en snel abnormale of ongeautoriseerde toegang te detecteren.
Realtime waarschuwingen: Voer SSH-logbestanden in een SIEM-systeem in om de activiteit in realtime te correleren en te waarschuwen voor verdachte patronen, zoals ongebruikelijke inlogtijden of herhaalde pogingen.
Controle van SSH-toegang: Controleer periodiek de toegang, zodat alleen actieve, geautoriseerde sleutels overblijven en sleutels die niet meer in gebruik zijn vanwege vertrek of functieveranderingen worden verwijderd.

SSH en de post-kwantumtransitie
SSH is afhankelijk van publieke-sleutelcryptografie voor sleuteluitwisseling en authenticatie, een vorm van cryptografie die door een toekomstige kwantumcomputer gekraakt zou kunnen worden. Het SSH-ecosysteem past zich hier al aan: recente OpenSSH-versies gebruiken standaard post-kwantum hybride sleuteluitwisseling, waarbij een klassieke elliptische-curve-uitwisseling wordt gecombineerd met de NIST-gestandaardiseerd ML-KEM (FIPS 203), dus een sessie blijft veilig zolang een van de componenten standhoudt. Dit is nu belangrijk vanwege oogst-nu-ontcijfer-later Aanvallen waarbij het verkeer dat vandaag wordt onderschept, wordt gedecodeerd zodra kwantumcomputers volwassen zijn. Goed beheerde SSH-sleutels maken deze overgang veel soepeler: een organisatie die haar sleutels al ontdekt, inventariseert en roteert, kan post-kwantumalgoritmen implementeren zonder problemen. ML-KEM is hier het SSH-relevante algoritme, omdat het de sleuteluitwisseling beschermt.

Hoe encryptieconsultancy kan helpen

Het opzetten van een effectief SSH-sleutelbeheerprogramma, inclusief sleutelontdekking, beleid, sterke sleutelgeneratie, -rotatie en -monitoring, is wat de Encryption Advisory Services van Encryption Consulting ondersteunen. Deze diensten omvatten assessments en trainingen over SSH en sleutelbeheer in AWS, Azure en Google Cloud, en zorgen voor afstemming op industriestandaarden. Voor het automatiseren van de SSH-sleutellevenscyclus op grote schaal, verzorgt EC's SSH Secure de sleutelontdekking, -rotatie en beleidshandhaving. 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 generatie en distributie tot opslag, rotatie en intrekking, veilig worden beheerd voor elke gebruiker en elk systeem binnen een organisatie. SSH-sleutels authenticeren de toegang tot externe systemen met behulp van een publiek/privaat sleutelpaar in plaats van wachtwoorden. Omdat ze krachtige toegang verlenen en niet vanzelf verlopen, voorkomt gedisciplineerd beheer een wildgroei aan sleutels, compromittering en ongeautoriseerde toegang, en zorgt het ervoor dat de organisatie aan de regelgeving blijft voldoen.

Hoe worden gebruikers geverifieerd met SSH-sleutels?

SSH-sleutelauthenticatie maakt gebruik van een publieke/private sleutelpaar. De publieke sleutel bevindt zich op de server in een authorized_keys-bestand, terwijl de private sleutel bij de gebruiker blijft, op diens apparaat of in een HSM. Tijdens het inloggen versleutelt de server een uitdaging met de publieke sleutel; alleen de bijbehorende private sleutel kan deze ontsleutelen en correct reageren, waarmee de identiteit van de gebruiker wordt bewezen. Er wordt geen wachtwoord verzonden, waardoor de methode bestand is tegen phishing en brute-force-aanvallen.

Wat is het verschil tussen SSH en SSL/TLS?

SSH en SSL/TLS zijn beide cryptografische protocollen, maar dienen verschillende doeleinden. SSH beveiligt de toegang op afstand tussen twee machines voor taken zoals het uitvoeren van opdrachten op afstand, het overdragen van bestanden en het doorsturen van poorten, en maakt gebruik van zelf gegenereerde sleutelparen. SSL/TLS beveiligt de communicatie tussen een webbrowser en een server, voor websites, e-mail en API's, en is afhankelijk van certificaten die zijn uitgegeven door vertrouwde certificeringsinstanties. De grootste bedreiging voor SSH is diefstal van sleutels; SSL/TLS kampt met malafide certificeringsinstanties en frauduleuze certificaten.

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

De belangrijkste best practices zijn: alle sleutels ontdekken en consolideren in een centrale inventaris; beleid creëren en afdwingen met behulp van op rollen gebaseerd toegangsbeheer en sleutelgroepering; sterke sleutels genereren met ED25519 of RSA (2048 of 4096 bits) en zwakke algoritmen zoals DSA vermijden; sleutels regelmatig en automatisch roteren en het volledige sleutelpaar vervangen; en sleutels continu bewaken en controleren, idealiter met SSH-logboekregistratie die naar een SIEM-systeem wordt gestuurd voor realtime waarschuwingen.

Welk algoritme moet ik gebruiken voor SSH-sleutels?

De beste keuzes zijn ED25519, dat uitstekende beveiliging biedt met een compacte 256-bits sleutel, en RSA met een 2048- of 4096-bits sleutel. Beide zijn goed bestand tegen brute-force-aanvallen. Oudere algoritmen zoals DSA (vooral 1024-bits) zijn verouderd en moeten worden vermeden. In de toekomst zal het SSH-ecosysteem overstappen op post-kwantum sleuteluitwisseling met ML-KEM, dus het kiezen van moderne, goed ondersteunde algoritmen maakt de uiteindelijke overgang naar post-kwantum ook gemakkelijker.

Wat is SSH agent forwarding en is het veilig?

Met SSH-agentforwarding kunt u authenticeren via een keten van servers met uw lokale privésleutel, zonder deze naar elke server te kopiëren; authenticatieverzoeken worden teruggestuurd naar uw lokale SSH-agent. Dit is handig, vooral voor taken zoals het ophalen van code van GitHub via een externe server, maar het brengt risico's met zich mee: als een server in de keten gecompromitteerd raakt, kan een aanvaller de doorgestuurde agent kapen om elders te authenticeren. Gebruik agentforwarding alleen met servers die u volledig vertrouwt.

Bouw een compleet SSH-sleutelbeheerprogramma.

Van ontdekking tot rotatie en monitoring: goed beheer van SSH-sleutels is essentieel voor veilige toegang op afstand. Voor een beknopt overzicht kunt u onze bijbehorende handleiding over SSH-sleutelbeheer raadplegen. Ontdek de adviesdiensten van Encryption Consulting om uw programma te beoordelen en op te bouwen, en gebruik SSH Secure om de levenscyclus op grote schaal te automatiseren.