Allt du behöver veta om SSH-nyckelhantering

Vad är SSH?

Säkert Socket Shell (SSH), allmänt känt som Secure Shell, är ett kryptografiskt protokoll som möjliggör säker åtkomst till nätverkstjänster via en osäker kommunikationskanal. Det används främst för säker datautbyte, inloggning och andra tjänster över ett datornätverk mellan två maskiner.  

Den använder kryptografi med offentlig nyckel för att tillhandahålla ömsesidig och säker autentisering av klienter med servrar över nätverk över en oskyddad kanal. SSH är vanligtvis inbyggt som standard i operativsystem som Linux, Unix och MacOS. 

Windows stöder nu SSH via både PowerShell och OpenSSH; dvs. med nyare versioner av Windows är det inte längre nödvändigt att installera tredjepartsverktyg som PuTTY. Det betyder att du nu kan skapa SSH-länkar (Secure Shell) direkt från kommandoraden (Windows Terminal eller PowerShell), vilket förkortar det administrativa arbetsflödet samtidigt som systemets säkerhet förbättras. PuTTY har under en tid fungerat som en SSH-klient under WindowsIcke desto mindre ersätter det inbyggda OpenSSH-projektet PuTTYs hela funktionalitet, dvs. inga fler installationer krävs. 

Viktiga funktioner i SSH 

SSH (Secure Shell) är ett protokoll som säkerställer säker kommunikation över ett nätverk, vanligtvis används för åtkomst till fjärrservrar. Det tillhandahåller en rad funktioner för att garantera datas konfidentialitet, säkerhet och integritet. Nedan följer de viktigaste funktionerna som gör SSH till ett viktigt verktyg för säker nätverkskommunikation: 

kryptering 

SSH krypterar data som överförs, vilket säkerställer att de förblir konfidentiella. Det betyder att även om informationen avlyssnas kan obehöriga inte läsa eller dechiffrera den. Genom att använda starka kryptering algoritmer, SSH säkerställer att känslig information, såsom inloggningsuppgifter och kommandon, överförs säkert över potentiellt osäkra nätverk. 

Autentisering 

Autentisering i SSH utförs med hjälp av kryptografi med offentlig nyckel, vilket är betydligt säkrare än traditionell lösenordsbaserad autentisering. I den här metoden utbyter klienten och servern nycklar för att verifiera identiteter. Endast auktoriserade användare med rätt privat nyckel kan upprätta en säker anslutning, vilket skyddar mot obehörig åtkomst och brute force-attacker. 

Integritet 

SSH säkerställer dataintegritet genom att verifiera att informationen som skickas eller tas emot inte har manipulerats under överföringen. Den använder kryptografiska hashfunktioner för att validera dataintegriteten, vilket garanterar att informationen förblir intakt och inte har ändrats på något sätt. Denna funktion är avgörande för att förhindra attacker som datamanipulation eller man-in-the-middle-attacker. 

Vad är SSH-nycklar? 

En SSH-nyckel är en kryptografisk nyckel som används för att autentisera säker kommunikation mellan system som deltar via SSH-protokollet (Secure Shell). Den erbjuder ett mycket säkert alternativ till lösenordsbaserad autentisering, vilket säkerställer att endast betrodda och autentiserade användare kan komma åt ett fjärrsystem. 

Detta beror på att SSH-nycklar använder ett kryptografiskt nyckelpar (privata och publika nycklar), vilket eliminerar risken för att inloggningsuppgifter stjäls genom nätfiske eller gissas med brute-force-metoder. Privata nycklar lagras säkert på användarens system eller säkrare i Hardware Security Module (HSM), medan publika nycklar delas med servern, vilket säkerställer autentisering utan att känslig information överförs. 

SSH-nycklar är baserade på kryptografi med offentlig nyckel och använder två nycklar tillsammans, där en offentlig nyckel och en privat nyckel paras ihop, för att skapa en uppåtriktad stark anslutning.  

Offentlig nyckel: Som namnet antyder är den publika nyckeln tillgänglig offentligt på servern. Den behöver inte hållas hemlig och delas öppet över internet. Om vi ​​pratar om SSH-nyckelhantering, den publika nyckeln används för att verifiera klientens identitet gentemot servern.  

Privat nyckel: Den privata nyckeln ska hållas hemlig och endast åtkomlig för den användare som äger den. Den lagras alltid i användarens enhet eller i Hårdvarusäkerhetsmoduler (HSM) och används av användaren för att bevisa sin identitet när anslutningen initieras.  

Hur fungerar SSH?

SSH-användningar offentlig nyckelkryptografi, kryptering och autentiseringstekniker för att säkerställa konfidentialitet, integritet och autentisering av data som utbyts mellan systemen för att ge motståndskraft mot attacker för säkerhet. 

Här är en stegvis uppdelning av hur SSH fungerar:

1. Initiera anslutningen

   Klienten skickar en förfrågan till serverns IP-adress TCP-port 22 (standard SSH-porten). För att förbättra säkerheten kan standardporten ändras till vilken annan port som helst som inte är standard. Protokollet initierar en TCP-anslutning mellan klienten och servern.

2. Servern skickar den offentliga nyckeln och krypteringsprotokollet

   Så snart anslutningen begärs svarar servern genom att skicka tillbaka viktig information.

   • Offentlig värdnyckel

     Servern skickar sin publika värdnyckel till klienten, vilket hjälper till att verifiera serverns identitet och initiera krypteringsprocessen.

   • Krypteringsalgoritmer

     Servern tillhandahåller en lista över krypteringsalgoritmer som stöds och hashalgoritmerna med deras version, och om klienten har ett liknande par protokoll används de för sessionen. 

3. Klienten verifierar servern

   Serverns publika nyckel kontrolleras mot en fil på klientdatorn som lagrar kända värdar. Om serverns publika nyckel matchar en nyckel som lagras i filen anses servern vara legitim för klienten.

   Om serverns nyckel inte matchar den kända värdens fil, ber klienten vanligtvis användaren att bekräfta att de vill lita på den nya servern och lagra dess publika nyckel för framtida bruk.

   

4. Nyckelutbytesprocess

   En nyckelutbytesprocess utförs för att upprätta en delad sessionsnyckel för kryptering. Det görs vanligtvis med hjälp av.

   • Nyckelbyte mellan Diffie-Hellman är en matematisk process som gör det möjligt för både klienten och servern att generera en delad hemlig nyckel över en osäker anslutning utan att själva nyckeln ska utbytas.
   • Elliptisk-kurva Diffie-Hellman (ECDH), en effektivare version av Diffie-Hellman, ger samma säkerhetsnivå med kortare nyckellängder, vilket gör den snabbare.

5. Skapa och etablera den säkra kanalen

   Både klienten och servern initierar en säker och krypterad kommunikationskanal med hjälp av sin sessionsnyckel från nyckelutbytet. Denna sessionsnyckel är symmetrisk, dvs. den används för att både kryptera och dekryptera meddelandena som skickas under sessionen.

6. Klientautentisering

   Efter att den säkra kanalen har upprättats måste klienten autentisera sig för att bevisa sin identitet för servern. Det finns olika sätt att autentisera klienter, t.ex. Lösenordsbaserad autentisering och SSH-nyckelparDet föredragna sättet för autentisering är SSH-nyckelpar. Här använder klienten en privat nyckel, lagrad på den lokala maskinen eller en HSM, och motsvarande publika nyckel, som redan måste vara lagrad på servern.

7. Session etablerad

   Så snart sessionen är upprättad kan klienten kommunicera med servern. Klienten kan utföra olika uppgifter som att skicka kommandon, köra program, överföra filer eller till och med skapa en krypterad tunnel (portvidarebefordran) över SSH-anslutningen.

8. Bibehåll sessionsintegriteten

   Under sessionen använder SSH Meddelandeautentiseringskoder (MAC) för att säkerställa integriteten och äktheten hos den överförda informationen. MAC-adresser ger ett sätt att upptäcka manipulering eller modifiering av data under överföring.

   • Varje datapaket som överförs åtföljs av en MAC-kod. 
   • MAC-adressen genereras med hjälp av en hashalgoritm (som SHA-256 eller SHA-512) och en delad hemlighet mellan klienten och servern.
   • När servern tar emot ett paket beräknar den sin egen MAC-kod för paketet och verifierar den mot den MAC-kod som klienten skickade. Om de gör det indikerar det att informationen inte har manipulerats.

9. Sessionsavslutning

   När den krypterade sessionen är avslutad avslutas den och den delade sessionsnyckeln kasseras, vilket säkerställer att ingen ytterligare kommunikation kan ske utan att en ny anslutning återupprättas.

SSH-autentiseringsmetoder

Det finns olika autentiseringsmetoder för att säkert verifiera en användares eller ett systems identitet innan åtkomst beviljas. Med hjälp av dessa metoder kan vi säkerställa att endast behöriga användare kan upprätta en SSH-anslutning till en fjärrserver.  

Två huvudsakliga SSH-autentiseringsmetoder är:  

Lösenordsbaserad autentisering 

Detta är den enklaste formen av autentisering, där användare autentiserar sig själva genom att ange ett användarnamn och lösenord. Inloggningsuppgifterna delas via en krypterad tunnel av säkerhetsskäl. Om inloggningsuppgifterna som klienten tillhandahåller matchar databasen markeras klienten som en autentiserad klient för SSH-kommunikation. 

Fördelar

1. Lätt att installera och använda

   Lösenordsbaserad autentisering är en av de enklaste metoderna att implementera. Den kräver inte specialkunskap eller komplexa konfigurationer, vilket gör den tillgänglig för användare på alla tekniska nivåer. Att skapa ett lösenord och koppla det till ett användarnamn är snabbt och intuitivt, vilket gör att användare kan komma åt system direkt. Denna universalitet gör den kompatibel med de flesta plattformar och applikationer, vilket säkerställer sömlös integration i olika miljöer.

2. Inget behov av ytterligare programvara eller nyckelhantering

   Till skillnad från andra autentiseringsmetoder, såsom certifikatbaserade system eller hårdvarubaserade tokensystem, kräver lösenordsbaserad autentisering inga externa verktyg eller enheter. Detta eliminerar behovet för organisationer att investera i ytterligare hårdvara eller programvara för nyckelgenerering och lagring. Användare drar också nytta av att inte behöva bära med sig fysiska nycklar eller enheter, vilket minskar risken för förlust eller misskötsel. Denna enkelhet bidrar till dess kostnadseffektivitet, särskilt för småföretag eller privatpersoner.

Nackdelar

1. Sårbarhet för svaga lösenord

   Svaga eller lättgissade lösenord utsätter system för brute-force-attacker. Hackare använder automatiserade verktyg för att systematiskt gissa lösenord och utnyttjar vanliga mönster, ordboksord eller återanvända inloggningsuppgifter. Även om kontoutlåsningsmekanismer kan ge ett visst skydd, implementeras de inte alltid effektivt. Dessutom ökar återanvändning av lösenord på flera plattformar effekten av ett enda intrång.

2. Frekventa lösenordsuppdateringar krävs

   För att förhindra en sådan händelse tillämpar många organisationer regelbunden lösenordsåterställning. Detta minskar risken för långvarig exponering/artikel mycket, men leder till stor frustration för användare som också måste komma ihåg och hantera flera komplexa lösenord. Detta tenderar att resultera i dåliga metoder som att skriva ner lösenord eller använda sekventiella justeringar (t.ex. "Lösenord1" till "Lösenord2") som undergräver säkerhetsarkitekturen.

3. Begränsat skydd mot avancerade attacker

   Lösenordsbaserade system är mycket mottagliga för nätfiske, inloggningsstuffing och skadlig kodbaserade attacker som keyloggers. Cyberbrottslingar kan lura användare att dela sina lösenord eller fånga inloggningsuppgifter via infekterade enheter. Utan ytterligare skyddslager, som tvåfaktorsautentisering (2FA), kan lösenord ensamma inte skydda mot sofistikerade hotvektorer.

4. Beroende av säkra överföringskanaler

   Säkerheten för lösenordsbaserad autentisering är baserad på säkra kommunikationskanaler. Om den krypterade tunneln som används för att överföra inloggningsuppgifter äventyras kan känslig information avlyssnas av angripare. Organisationer måste investera i att upprätthålla de bästa krypteringsprotokollen, vilka kräver regelbundna uppdateringar och övervakning för att motverka nya hot.

SSH-nyckelpar

SSH-nyckelparsautentisering är en av de säkraste och mest använda SSH-autentiseringsmetoderna. Den använder ett kryptografiskt nyckelpar för autentiseringsprocessen. Processen inkluderar:  

1. Anslutningsinitiering: Klienten initierar anslutningen till servern.  

2. Servern skickar en utmaning: Servern kontrollerar den publika nyckeln i auktoriserad_nyckel fil som matchar användarens konto. Här genererar servern sedan ett utmaningsmeddelande, krypterar det med den publika nyckeln och skickar det krypterade meddelandet till klienten.  

3. Klientens svar: Nu dekrypterar klienten utmaningsmeddelandet med sin privata nyckel och skickar sedan det dekrypterade meddelandet tillbaka till servern.  

4. Serververifiering: Servern verifierar sedan det dekrypterade meddelandet som skickats av klienten, och om meddelandet matchar det ursprungliga utmaningsmeddelandet beviljar den åtkomst till den klienten. 

Fördelar

1. förbättrad säkerhet

   SSH-nyckelparsautentisering är mycket säkrare än att använda en lösenordsbaserad metod. Den är baserad på kunskapen om en privat nyckel som är mycket komplex ur kryptografisk synvinkel och därmed mycket svår att brute-forcera eller gissa, så detta sätt att autentisera är immunt mot de flesta vanliga attacker.

2. Eliminering av lösenordsöverföring

   Den här metoden eliminerar behovet av att dela eller överföra lösenord över nätverket, vilket minskar risken för avlyssning eller exponering. Avsaknaden av lösenord i klartext resulterar i en minskning av sårbarheter även om en angripare får tillgång till nätverket.

3. Bekvämlighet för automatisering

   När man automatiserar processer på servrar, som att köra skript eller konfigurera cron-jobb, är nyckelbaserad autentisering mycket användbar. När nycklarna har konfigurerats har man ett smidigt processflöde utan att behöva ange lösenord manuellt.

Nackdelar

1. Risk för kompromiss med privat nyckel

   Om den privata nyckeln hamnar i fel händer ger det i princip angriparna fritt spelrum till klientens system. Det är viktigt att kryptera den privata nyckeln och förvara den säkert för att förhindra obehörig åtkomst.

2. Viktiga utmaningar inom ledningen

   Med det ökande antalet användare och system blir det besvärligt att hantera flera nyckelpar (nyckelspridning). För att säkra systemet måste organisationer anta en tydlig process för att hantera nyckeldistribution, rotation och återkallelse.

Behöver du skydd för SSH-nycklar?

SSH-nycklar är avgörande för att säkerställa säker fjärrkommunikation. Deras skydd är avgörande för att förhindra obehörig åtkomst, dataintrång och säkerhetsincidenter.  

Några viktiga behov för SSH-nyckelskydd är:

Förhindra obehörig åtkomst 

Eftersom SSH-nycklar har kritisk infrastruktur (servrar, molninstanser, nätverksenheter etc.) är de säkrare än lösenordsbaserad autentisering. Det ger förbättrade och säkrare metoder för åtkomstkontroll. 

Minska risken för dataintrång 

Ett av de största hoten när SSH-nycklar komprometteras är Dataintrång. Om SSH-nycklarna på något sätt stjäls eller läcks ut kan angripare få makten att bryta sig in i systemen och få tillgång till känslig information från vilken organisation som helst. 

Skydda dig mot skadlig programvara och systemövertaganden

Angripare är bäst på att installera skadlig kod, initiera DDoS-attacker, eller att ta fullständig åtkomst till fjärrsystemet med hjälp av de komprometterade nycklarna. Därför måste korrekt SSH-nyckelskydd implementeras.  

Kryptera privata nycklar med ett starkt lösenfras 

Att kryptera privata SSH-nycklar med starka lösenfraser är avgörande för att säkra åtkomst till känsliga system. Ett starkt lösenfras ger ett extra skyddslager och säkerställer att även om den privata nyckeln blir stulen eller exponerad, förblir den oanvändbar utan lösenfrasen. Detta förhindrar obehörig åtkomst, minskar risken för nyckelmissbruk och ger kritisk tid att återkalla komprometterade nycklar. Genom att använda starka lösenfraser förbättrar organisationer säkerheten, minskar sårbarheter och anpassar sig till bästa praxis för att skydda privilegierad åtkomst. 

Regelbunden granskning av SSH-nycklar

Regelbunden granskning av SSH-nycklar för att ta bort onödiga eller föråldrade nycklar är en viktig säkerhetsrutin. Om du inte tar bort oanvända nycklar kan de bli en attackvektor, särskilt när de kommer från gamla anställda eller gamla processer. Föråldrade nycklar kan använda svag kryptering eller kan komprometteras på ett sådant sätt att ingen upptäcks, vilket orsakar stora säkerhetshot. 

Därför är SSH-nyckelskydd en viktig del av SSH-nyckelhanteringen för att upprätthålla säkerheten för systemet, data och infrastruktur. Olika metoder för korrekt SSH-nyckelhantering kan inkludera att använda en stark lösenfras, regelbundet rotera nycklarna och implementera centraliserad lagring för nycklarna. 

SSH- kontra SSL/TLS-certifikat – vad är skillnaden?

Både SSH (Secure Shell) och SSL/TLS (Secure Sockets Layer/Transport Layer Security) är kryptografiska protokoll utformade för att säkra kommunikation över ett nätverk. Som nämnts används SSH för att upprätta en säker anslutning mellan två fjärrsystem över ett oskyddat nätverk. Däremot används SSL främst för säker anslutning mellan en webbläsare och en webbserver.  

Här är en sammanfattning av de viktigaste skillnaderna mellan SSH och SSL.  

Leverans	SSH	SSL / TLS
Syfte	Säker fjärråtkomst till systemet och filöverföring	Säker webbkommunikation och datautbyte
Autentisering	Autentisering med offentlig nyckel (klient-server)	Certifikatbaserat (server-klient)
kryptering	Symmetrisk kryptering efter nyckelutbyte	Symmetrisk kryptering med certifikatbaserat nyckelutbyte
Nyckelhantering	Självgenererade SSH-nycklar lagrade lokalt	Certifieringar utfärdat av betrodda CA:er
Use Cases	Fjärrstyrning av kommandon, säker filöverföring, portvidarebefordran	Säkra webbplatser, e-post, API:er
hot	Nyckelstöld eller kompromiss	Oseriösa certifikatutfärdare, bedrägliga certifikat, MITM (Människan-i-mitten) ge sig på.

Potentiella risker med SSH-nyckelhantering 

Även om SSH är ett kraftfullt och säkert protokoll, kan åtkomst till SSH-nycklar leda till allvarliga säkerhetsbrister om det inte hanteras korrekt. Några av riskerna är: 

Stöld av privat nyckel

Privata nycklar lagras lokalt av användaren på lokala enheter och bör aldrig delas. Om en angripare får tillgång till den privata nyckeln kan de i alla fall kopiera sig själva som nyckelägare och få åtkomst till systemet.

Nyckelutbredning

Allt eftersom en organisation drivs i åratal skapas fler och fler nycklar. Med detta stora antal nycklar är det svårt att spåra och hantera nycklarna i omlopp. På grund av dessa omständigheter är det troligt att angripare komprometterar nycklar som inte har funnits i kontona på länge.  

Brist på utgångsdatum

SSH-nycklar har inget utgångsdatum som SSL / TLS-certifikat göra. Ju längre ett nyckelpar existerar, desto lättare är det för angriparen att kompromettera det. Äldre nycklar är också mindre benägna att roteras, eftersom systemadministratörer kanske inte känner till syftet bakom en nyckel. Borttagning av äldre nycklar sker också sällan, eftersom systemadministratörer fruktar att de kommer att blockera viktig åtkomst om de tar bort nyckelparet.

SSH-baserade attacker

Att använda svaga krypteringsalgoritmer eller att inte skydda de privata nycklarna med starka lösenfraser ökar risken för SSH-baserade cyberattacker. Det rekommenderas alltid att använda den bästa krypteringsalgoritmen och en stark lösenfras för att säkra dina nycklar.

Svagt eller inget lösenfras på SSH-nycklar

Lösenfras fungerar som ett extra säkerhetslager för privata nycklar. Om en befintlig nyckel komprometteras och den inte har en lösenfras kan angripare omedelbart använda den för att komma åt systemet. Att inte använda en lösenfras eller att använda en svag sådan kan göra det lättare för angripare att utnyttja stulna privata nycklar. 

Dålig nyckelgenerering

Att använda föråldrade algoritmer eller otillräckliga nyckellängder kan minska effektiviteten hos SSH-nycklar. Dessa nycklar kan utnyttjas av en angripare för att lättare utge sig för att vara användare. En föråldrad algoritm kan begäras för att en SSH-nyckel ska genereras (t.ex. DSA (1024-bitars), medan vi borde använda moderna algoritmer som ED25519 eller RSA med tillräcklig längd).

Brist på revision och övervakning

Regelbunden granskning och övervakning av SSH-nycklar krävs för att upptäcka olika risker vid användning av dem. Några av de risker som är förknippade med det är:

• Oupptäckt nyckelmissbruk: Komprometterade nycklar kan användas av angripare om de inte övervakas vid rätt tidpunkt.
• Föräldralösa eller inaktuella nycklar: Nycklar som är kopplade till tidigare anställda eller avvecklade system kan förbli aktiva, vilket skapar onödiga attackvektorer.
• Inget ansvar: Utan övervakning är det omöjligt att avgöra vem som använder vilken nyckel och för vilket ändamål.

Vidarebefordran av SSH-agent

Innan vi undersöker riskerna med SSH-agentvidarebefordran, låt oss först förstå konceptet SSH-agent och SSH-agentvidarebefordran. 

I ett generellt scenario, när du behöver använda din privata nyckel, måste du ange din lösenfras varje gång, vilket är en lite irriterande uppgift. För att hantera detta implementerar vi vanligtvis en agent som lagrar din dekrypterade nyckel i minnet. Detta resulterar i att nyckeln bara låses upp en gång, och den kommer att finnas kvar tills du startar om, vilket låter dig logga in på dina servrar säkert utan en lösenfrasfråga. Det här är vad SSH Agent är. 

Vidarebefordran av SSH-agent är en funktion i SSH (Secure Shell) som låter användare autentisera sig mot flera servrar i en kedja med sin lokala privata nyckel utan att kopiera den privata nyckeln till varje server i kedjan. Det fungerar genom att vidarebefordra autentiseringsförfrågningar från fjärrservrar tillbaka till den lokala maskinens SSH-agent, som innehar den privata nyckeln. 

Anta att du vill att din fjärrserver ska hämta kod från GitHub. När GitHub frågar servern "Vem är du?" använder servern vanligtvis sin egen id_rsa filer för att autentisera. Men med SSH-agentvidarebefordran aktiverad vidarebefordrar servern denna autentiseringsbegäran till din lokala maskin. Din lokala maskin svarar på GitHubs fråga utan att exponera din privata nyckel. Svaret skickas sedan tillbaka till servern, som vidarebefordrar det till GitHub. Ur GitHubs perspektiv har autentiseringen slutförts och tillåter anslutningen, oavsett var svaret kommer från. 

Förknippade risker

• Agentkapning

  Om den första fjärrservern i kedjan komprometteras kan en angripare på den servern kapa den vidarebefordrade agenten för att autentisera mot andra servrar utan den privata nyckeln.

• Otillförlitlig server

  Servern kanske inte är en betrodd server varje gång, vilket är ett stort problem med vidarebefordran av SSH-agenter. Eftersom vidarebefordran av agenter skickar de lokala SSH-agentuppgifterna (i huvudsak din privata nyckel) till fjärrservern, kan en angripare som har kontroll över fjärrservern potentiellt utnyttja den här funktionen.

Bästa praxis för nyckelhantering

Vi måste se till att alla nycklar hanteras korrekt med hjälp av hantering av säkerhetsproblem. Här är några bästa metoder:  

Upptäckt och konsolidering

Det första steget mot att hantera SSH-nycklar är att veta hur många nycklar som finns och var de finns inom organisationen. Varje nyckel bör vara kopplad till sin användare och servern den ansluter till. Den spårar också vilken nyckel som inte har använts och hur länge. Avveckling av nycklar från tidigare anställda bör också beaktas. Nyckelspridning och obehöriga solonycklar är potentiella risker som kan mildras med en konsoliderad nyckelhanteringsprocess i ett centralt arkiv. 

Bästa praxis för nyckelidentifiering är: 

• Korrekt nyckelskanning

  Det första steget är att skanna och upptäcka SSH-nycklar var de än finns, till exempel på klientenheter som bärbara eller stationära datorer som används av utvecklare och administratörer, lokala servrar som är värdar för kritiska applikationer, molninstanser som kör virtuella maskiner och alla virtuella maskiner som används för automatiserade processer. Varje miljö är en potentiell lagringsplats för SSH-nycklar, och om man inte tar hänsyn till dem kan det skapa luckor i säkerhetsramverket. 

• Korrekt nyckelförvaring 

  När dessa nycklar har upptäckts är det lika viktigt att lagra och underhålla dem i en centraliserad och uppdaterad inventering. Tänk på denna inventering som din enda sanningskälla för alla SSH-nycklar inom organisationen. Med centraliserad kontroll kan administratörer övervaka vilka nycklar som tillhör vem, vilka system de har åtkomst till och deras användningsmönster. Det gör det också mycket enklare att återkalla eller rotera nycklar när användare lämnar organisationen eller när nycklar inte längre behövs. 

• Automatisering i upptäckt 

  För att göra denna process mer effektiv och mindre felbenägen är det viktigt att automatisera nyckelidentifiering. Manuella sökningar i stora miljöer är inte bara tidskrävande utan också känsliga för mänskliga fel. Automationsverktyg kan systematiskt skanna över alla enheter, servrar och molnmiljöer, vilket säkerställer att ingen nyckel går obemärkt förbi. Genom att minska manuell omkostnad kan organisationer fokusera på att analysera och säkra sina nyckelhanteringsprocesser snarare än att lägga onödig tid på att hitta nycklar.

Skapande och tillämpning av policyer 

Policyer behöver skapas för att skydda nycklarna från missbruk. Dessa policyer bör inkludera:  

• Vem kan skapa nycklar?
• Hur skapar och förvarar man nycklar?
• Hur länge ska nycklar finnas kvar innan de roteras? 
• När ska man ta bort en nyckel?
• Vad är den maximala åtkomstgränsen en nyckel bör ha?

Bästa praxis för att skapa och tillämpa policyer är: 

• Gruppera liknande nycklar

  En nyckelhanteringsstrategi för att frikoppla, organisera, kontrollera och hålla nycklarna säkra är att gruppera nycklarna efter deras funktionalitet. Till exempel kan nycklar som används för administrativa ändamål, applikationsintegrationer eller utvecklaråtkomst grupperas i olika kategorier. Detta gör det enklare för administratörer att mappa policyer till grupper av nycklar; om flera nycklar tjänar liknande syften kommer de att säkerställa att de delar samma säkerhetsåtgärder och åtkomstkontroller. 

• RBAC-implementering 

  Med implementeringen av rollbaserad åtkomstkontroll (RBAC) stärks nyckelhanteringen genom att tilldela åtkomsträttigheter baserat på roller som är specifika för organisationen. Istället för att ge omfattande åtkomst får användarna bara det de behöver för sina jobb. Detta minskar risken för obehörig åtkomst och säkerställer att SSH-nycklar motsvarar organisationsroller, vilket ökar säkerheten och ansvarsskyldigheten.

• Skapande av anpassad policy 

  Anpassade policyer kan också upprättas kring nyckellivscykelhantering. Organisationer kan till exempel tillämpa policyer som definierar hur nycklar genereras, specificerar nyckellängder och algoritmer för optimal säkerhet. Regelbundna nyckelrotationspolicyer säkerställer att gamla nycklar byts ut regelbundet, vilket minskar risken för kompromettering. Tidsbundna åtkomstpolicyer kan begränsa giltigheten för specifika nycklar och automatiskt återkalla dem efter en förutbestämd period. Dessa åtgärder bidrar tillsammans till att upprätthålla en säker och kontrollerad SSH-nyckelmiljö samtidigt som de anpassas till organisationens behov och myndighetskrav. 

Generera starka nycklar

När vi genererar SSH-nycklar bör vi välja en stark kryptografisk algoritm med lämplig nyckellängd, med hjälp av algoritmer som RSA eller ED25519, vilket starkt rekommenderas. RSA har en större nyckellängd på 2048 eller 4096 bitar. Å andra sidan har ED25519 en mindre nyckellängd på 256 bitar. Båda algoritmerna rekommenderas starkt på grund av deras motståndskraft mot brute-force-attacker. Algoritmer som DSA beaktas inte på grund av deras sårbara natur. 

Tangentrotation 

När en nyckel har använts ett tag bör den roteras för att göra den mindre sårbar för cyberattacker. Hela nyckelparet måste roteras med ett nytt nyckelpar. Nyckelrotation minimerar risken för angripare att missbruka komprometterade nycklar. Nyckelrotation säkerställer också bättre åtkomstkontroll genom att regelbundna uppdateringar av behörigheter. 

Bästa praxis för nyckelrotation är: 

• Rotationsregelbundenhet 

  Det är en god praxis att regelbundet byta SSH-nycklar för att stärka säkerheten och minimera sannolikheten för obehörig åtkomst. Driftteam bör fastställa en periodisk tidsperiod för nyckelrotation (till exempel var 30:e eller 45:e dag) för att skydda mot att ha gamla eller potentiellt sårbara nycklar i driftsättning.

• Automatisering i rotation

  Att automatisera körningen av nyckelrotation uppmuntras starkt, eftersom automatisering hjälper till att förenkla nyckelrotationsprocessen och minska risken för fel. I stor skala med många nycklar är det benäget att orsaka fel, särskilt när man ersätter dem manuellt. Ett automatiseringssystem gör det möjligt att skapa nya nycklar, ändra befintliga nyckeldatabaser och distribuera dem till lämpliga system med liten eller ingen mänsklig interaktion. De kan också länka till centraliserade lagersystem för att bekräfta att all viktig information är uppdaterad så att alla korrekta poster spåras. Att automatisera nyckelrotation åtgärdar flera operativa problemområden, såsom att minska driftskostnader, säkerställa en konsekvent säkerhetspolicy i alla miljöer och undvika de mänskliga faktorer som leder till förlorad säkerhet.

Kontinuerlig övervakning och revision 

Slutligen måste hela processen övervakas kontinuerligt. Granskning och övervakning av om nycklarna roteras och raderas vid lämplig tidpunkt måste utföras. Risker som nyckelspridning och solonycklar kan elimineras genom kontinuerlig övervakning och granskning.  

Bästa praxis som kan beaktas är: 

• Aktivera SSH-loggning

  När detaljerad loggning är aktiverad kan administratörer spåra och övervaka all SSH-aktivitet, vilket ger dem insikt i vem som har åtkomst till systemet och varifrån. Övervakning av dessa loggar hjälper till att snabbt identifiera onormala eller obehöriga åtkomstförsök och reagera snabbt på eventuella säkerhetshot. 

• Varning i realtid

  Vi kan använda loggarna från SSH och integrera dem med Säkerhetsinformation och händelsehantering (SIEM) system för att ha realtidsvarningar. SIEM ansvarar för att analysera säkerhetsdata i hela företaget i realtid och korrelera dem för att identifiera ovanliga mönster. Om misstänkt aktivitet inträffar, till exempel många inloggningsförsök eller inloggningsförsök utanför de normala åtkomsttiderna, kan SIEM-systemet utlösa larm, vilket gör att säkerhetsteam kan meddelas utan dröjsmål och vidta åtgärder.

• Granskning av SSH-åtkomst 

  Vissa SSH-nycklar kan bli oanvända eller föråldrade med tiden, särskilt när anställda slutar eller roller ändras. Det underlättar också regelbunden granskning och revision av åtkomst, där endast aktiva och auktoriserade nycklar finns där för att fungera. 

Hur kan krypteringskonsulting hjälpa till? 

Krypteringskonsulttjänster erbjuder heltäckande lösningar för att stärka din organisations datasäkerhet och krypteringsrutiner. Våra Advisory Service hjälper till att identifiera potentiella svagheter i kryptografiska protokoll, vilket minimerar risken för dataintrång och obehörig åtkomst. Vi förbättrar även identitetsskyddet genom att utvärdera krypterings- och autentiseringsmetoder, förhindra identitetshot som stöld eller felaktig identifiering och säkerställa att endast behöriga personer kan komma åt känslig information.    

Vi erbjuder även tjänster för att bygga effektiva SSH-nyckelhanteringssystem, inklusive månatliga webbseminarier om SSH- och krypteringsnycklarhantering, molnnyckelskydd med mera. Våra utvärderingar och utbildningar för molnnyckelhantering på plattformar som AWS, Azureoch Google Cloud säkerställa efterlevnad av branschstandarder och robust dataskydd. För att hålla dig informerad publicerar vi varje vecka bloggar med bästa praxis och insikter som hjälper till att hålla din organisations säkerhetsbehov uppdaterade.

Slutsats

SSH, eller Secure Shell, är ett avancerat kryptografiskt protokoll utformat för att säkerställa säker och autentiserad kommunikation över osäkra nätverk. Genom att använda kryptografi med offentlig nyckel, kryptering och avancerade autentiseringsmetoder skyddar SSH känsliga data och förhindrar obehörig åtkomst till fjärrsystem.  

De erbjuder en mer solid metod jämfört med lösenordsbaserad autentisering, men kan medföra risker som manipulering av den privata nyckeln, nyckelspridning och cyberattacker om de inte hanteras och skyddas effektivt. Dessa inkluderar implementering av bästa praxis som nyckelrotation, centraliserad lagring och kontinuerlig övervakning för att säkerställa att SSH-nycklar förblir säkra, inte bara nu utan även i framtiden.