Vad är SSH-nyckelhantering? Vilka är bästa praxis för SSH-nyckelhantering?

SSH-nyckelhantering är praxisen att kontrollera hela livscykeln för SSH-nycklar, skapa, distribuera, rotera och ta bort dem inom en organisation. Eftersom SSH-nycklar ger åtkomst till kritiska system och inte upphör att gälla av sig själva, förhindrar hanteringen av dem nyckelspridning, föräldralösa nycklar och obehörig åtkomst, och krävs enligt standarder som NIST IR 7966.

SSH-nyckelhantering är processen att styra SSH-nycklar under hela deras livscykel: skapa, distribuera, rotera och ta bort dem mellan alla användare och servrar. SSH-nycklar autentiserar åtkomst till fjärrsystem och har, till skillnad från TLS-certifikat , inget inbyggt utgångsdatum, så utan aktiv hantering ackumuleras de och blir en allvarlig säkerhetsrisk. God hantering upprätthåller policyer, förhindrar nyckelspridning och upprätthåller efterlevnad.

Key Takeaways

• SSH-nyckelhantering styr hela livscykeln för SSH-nycklar (skapande, distribution, rotation, radering) inom en organisation.
• SSH-nycklar autentiserar användare och automatiserade processer till fjärrsystem med hjälp av ett asymmetriskt offentligt/privat nyckelpar, utan lösenord.
• Till skillnad från TLS-certifikat har SSH-nycklar inget utgångsdatum, så de ackumuleras lätt till ohanterad nyckelspridning om de inte aktivt kontrolleras.
• Felaktigt hanterade nycklar möjliggör allvarliga risker: dataförlust, obehörig åtkomst, föräldralösa solonycklar, nyckelspridning och SSH-baserade attacker med stulna privata nycklar.
• Bästa praxis: upptäck och konsolidera nycklar, skapa och tillämpa policyer, identifiera och neutralisera risker, rotera nycklar regelbundet och kontinuerligt övervaka och granska. NIST IR 7966 ger vägledning.

Vad är SSH och hur används SSH-nycklar?

Secure Shell, eller SSH, är ett nätverksprotokoll som används för att ansluta en användare till ett fjärrsystem över ett osäkert nätverk. Det autentiserar användare och krypterar kommunikation över nätverk som internet. Organisationer använder SSH för systemadministration, filöverföringar, infrastrukturhantering, automatiserade processer och molndrift. SSH-nycklar autentiserar användare utan användarnamn och lösenord: istället bevisar ett betrott SSH-nyckelpar att en användare är den de utger sig för att vara.

SSH-autentisering är asymmetrisk, så den använder ett nyckelpar: en offentlig nyckel (den auktoriserade nyckeln) och en privat nyckel (identitetsnyckeln). Den offentliga nyckeln placeras på fjärrsystemet och kontrollerar vem som kan försöka logga in; även om den blir stulen ger den ensam ingen åtkomst. Den privata nyckeln bevisar användarens identitet och måste hållas hemlig, endast tillgänglig för den användare som autentiserar. Nyckelparet skapas en gång och förblir associerat med användaren under hela sin livstid, och en lösenfras kan lägga till ytterligare ett skyddslager. När den väl är autentiserad skyddas den faktiska sessionsdatan med snabb symmetrisk kryptering.

I handskakningen skickar klienten sitt publika nyckel-ID till servern. Servern söker efter en matchande auktoriserad nyckel, och om den hittar en, krypterar den en utmaning med den publika nyckeln och skickar den till klienten. Klienten dekrypterar den med sin privata nyckel, beräknar en säker hash (med hjälp av en modern SHA-2-funktion) av meddelandet och returnerar det. Om hasherna matchar autentiseras klienten och kan arbeta inom fjärrsystemet.

Varför är SSH-nyckelhantering viktigt?

SSH-nyckelhantering är avgörande överallt där SSH används, eftersom felaktig hantering av ett nyckelpar kan äventyra hela det fjärrsystem det skyddar. En särskild utmaning är att SSH-nycklar inte löper ut på samma sätt som TLS-certifikat gör, så de lagras och ackumuleras. De huvudsakliga riskerna som SSH-nyckelhantering åtgärdar:

• Förlust av information: En angripare som får kontroll över SSH-nycklar kan stjäla, radera eller ändra all data som offret kan komma åt, vilket exponerar känsliga uppgifter som PII.
• Generering av ovidkommande nyckel: Vem som helst med åtkomst till fjärrsystemet kan skapa nya nyckelpar. En tjuv med en stulen nyckel kan generera obegränsat med nya par, vilket gör det svårt att hantera legitima nycklar och bevara åtkomsten även om den ursprungliga stulna nyckeln raderas.
• Brist på utgångsdatum: Eftersom SSH-nycklar aldrig går ut, roteras gamla nycklar inte, avgående anställda kan behålla åtkomst och administratörer tvekar att ta bort nycklar vars syfte de inte längre känner till, vilket ökar risken över tid.
• Solotangenter: När anställda slutar eller nycklar tappas bort, hopas överblivna enstaka nycklar upp, och administratörer är ovilliga att ta bort nycklar de inte kan identifiera, ifall de stör kritiska system.
• Nyckelutbredning: Under årens lopp mångdubblas antalet nycklar tills de inte längre kan spåras, och det är precis vad angripare utnyttjar okända nycklar.
• SSH-baserade attacker: Allt vanligare. Med en komprometterad privat nyckel kan en angripare utge sig för att vara administratörer, läsa eller modifiera krypterad trafik, och komma åt, ändra, radera eller förstöra data, eller plantera skadlig kod.
• efterlevnad: Standarder och föreskrifter som t.ex. PCI DSS och FIPS kräver att SSH-nycklar hanteras väl, och NIST IR 7966 ger specifik vägledning om hur man gör det.

Efterlevnad av SSH-nyckelhantering

För att följa standarder som PCI DSS, HIPAA och FIPS måste organisationer uppfylla krav som bland annat:

• Hantera identiteter och SSH-nycklar korrekt för att skydda PII och annan känslig information.
• Rotera tangenter som har använts länge och ta bort tangenter som inte längre är aktiva.
• Följ principen om minsta behörighet, så att användare (och stulna nycklar) bara kan nå det de absolut behöver, inte hela fjärrsystemet.
• Byt ut nycklar snabbt om de tappas bort eller är komprometterade.
• Övervaka och separera områden som lagrar betalnings- eller PII-data från resten av nätverket.

Bästa praxis för SSH-nyckelhantering

Att hantera SSH-nycklar på rätt sätt innebär att man täcker alla nyckelr och dess tillhörande sårbarheter fullständigt. Följande fem metoder utgör ett bra program:

1. Upptäckt och konsolidering: Först, ta reda på hur många nycklar som finns och var. Associera varje nyckel med dess användare och server, kontrollera hur länge den har använts, rotera nycklar med lång livslängd och ta bort nycklar vars användare har lämnat. Konsolidera nycklar till en hanterad plats för att förenkla hanteringen, minska attackytan och förhindra enstaka nycklar och spridning.
2. Skapande och tillämpning av policyer: Skapa policyer som definierar vem som kan skapa nycklar, hur nycklar skapas och lagras, vad de används till, hur länge de finns kvar innan rotation, vad som motiverar radering och den maximala åtkomst som en nyckel bör ha. Tillämpning är kärnan i SSH-nyckelhantering och bör vara en säkerhetsprioritet.
3. Riskidentifiering och neutralisering: Identifiera och eliminera sårbarheter med SSH-nycklar. Centralisering gör detta enklare: leta efter gamla eller oanvända nycklar, osäker lagring och komprometterade nycklar, rotera gamla och ta bort oanvända.
4. Nyckelrotation: Att rotera nycklar regelbundet när de har använts ett tag, och byt ut båda nycklarna i paret. Detta begränsar skadorna från en oupptäckt kompromiss och minskar spridning. Automatiserad rotation minskar avsevärt risken för att en nyckel förbises.
5. Kontinuerlig övervakning och revision: Kontinuerligt övervaka och granska nycklar så att de roteras och raderas vid rätt tidpunkter, och att inga lämnas kvar när en användare slutar. Automatisering eliminerar mänskliga fel och håller utbredning, ensamnycklar och efterlevnadsbrister under kontroll.

SSH och post-kvantövergången
SSH förlitar sig på kryptografi med offentliga nycklar för nyckelutbyte och autentisering, och dessa algoritmer (som RSA, ECDSA, och Diffie-Hellman) är den typ som en framtida kvantdator skulle kunna förstöra. SSH-ekosystemet reagerar redan: nyare versioner av OpenSSH har antagit post-kvantnyckelutbyte och har som standard övergått till en hybridmetod som kombinerar ett klassiskt elliptiskt kurvutbyte med det NIST-standardiserade ML-KEM (FIPS 203), så en session förblir säker så länge någon av komponenterna fungerar. Detta är viktigt nu på grund av harvest-now-decrypt-later: trafik som samlas in idag skulle kunna dekrypteras när kvantdatorer mognar. Bra SSH-nyckelhantering stöder denna övergång, eftersom en organisation som redan spårar och roterar sina nycklar kan använda post-kvantalgoritmer mycket smidigare. Den relaterade signaturmigreringen (till exempel till ML-DSA) fortskrider parallellt med den. Observera att ML-KEM, inte kodsigneringsscheman, är den algoritm som är mest relevant för SSH:s nyckelutbyte.

Hur krypteringskonsulting hjälper

Att bygga ett fungerande SSH-nyckelhanteringsprogram, identifiering, policy, rotation och övervakning är precis vad Encryption Consultings krypteringsrådgivningstjänster stöder, med utvärderingar och utbildning som täcker SSH och nyckelhantering över AWS, Azure och Google Cloud, samt anpassning till PCI DSS, HIPAA, FIPS och NIST IR 7966. För att automatisera själva SSH-nyckellivscykeln hanterar EC:s SSH Secure identifiering, rotation och policytillämpning i stor skala. Backas upp av ISO/IEC 27001:2022 och SOC 2-certifierade metoder.

Vanliga frågor om partihandel med mat och dryck

Vad är SSH-nyckelhantering?

SSH-nyckelhantering är praxisen att kontrollera SSH-nycklar under hela deras livscykel, från skapande och distribution till rotation och radering, för varje användare och server i en organisation. Eftersom SSH-nycklar ger åtkomst till kritiska system och inte löper ut av sig själva, ackumuleras de lätt till ohanterad spridning. Att hantera dem upprätthåller åtkomstpolicyer, förhindrar överblivna och obehöriga nycklar och håller organisationen kompatibel med standarder som NIST IR 7966.

Hur fungerar SSH-nycklar?

SSH-nycklar fungerar med asymmetrisk kryptografi: varje användare har ett nyckelpar som består av en offentlig nyckel (den auktoriserade nyckeln, placerad på fjärrsystemet) och en privat nyckel (identitetsnyckeln, som hålls hemlig). Den offentliga nyckeln styr vem som får försöka logga in, medan den privata nyckeln bevisar användarens identitet. Under handskakningen utmanar servern klienten att använda den offentliga nyckeln, och endast den matchande privata nyckeln kan svara korrekt och autentisera användaren utan lösenord.

Varför är SSH-nyckelhantering viktigt?

Det är viktigt eftersom en felaktigt hanterad SSH-nyckel kan kompromettera ett helt fjärrsystem. SSH-nycklar upphör inte att gälla som TLS-certifikat, så de ackumuleras över tid, vilket leder till nyckelspridning, föräldralösa solonycklar och nycklar som behålls av avgångna anställda. Angripare utnyttjar okända eller stulna nycklar för att utge sig för att vara administratörer, komma åt data och navigera i system. Korrekt hantering förhindrar dessa risker och krävs för att följa standarder som PCI DSS och FIPS.

Vilka är de bästa metoderna för SSH-nyckelhantering?

Det finns fem centrala bästa praxis: upptäck och konsolidera alla nycklar till en hanterad plats; skapa och tillämpa policyer som täcker vem som kan skapa nycklar, hur de lagras och när de roteras eller raderas; identifiera och neutralisera risker som gamla, oanvända eller komprometterade nycklar; rotera nycklar regelbundet och ersätt båda nycklarna i paret; och kontinuerligt övervaka och granska nycklar. Att automatisera rotation och övervakning minskar mänskliga fel avsevärt, och NIST IR 7966 erbjuder detaljerad vägledning.

Går SSH-nycklar ut?

Nej, SSH-nycklar har inte ett inbyggt utgångsdatum till skillnad från TLS/SSL-certifikat. Detta är en viktig anledning till att SSH-nyckelhantering är utmanande: nycklar finns kvar på obestämd tid, så gamla nycklar roteras inte, avgående anställda kan behålla åtkomst och administratörer tvekar att ta bort nycklar vars syfte är okänt. Eftersom nycklar inte löper ut av sig själva måste organisationer aktivt rotera och pensionera dem genom en hanterad process snarare än att förlita sig på automatiskt utgångsdatum.

Påverkas SSH av kvantberäkning?

Ja. SSH är beroende av publika nyckelalgoritmer som RSA, ECDSA och Diffie-Hellman för nyckelutbyte och autentisering, vilket en framtida kvantdator skulle kunna förstöra. SSH-ekosystemet anpassar sig redan: nyare OpenSSH-versioner använder som standard post-kvant hybridnyckelutbyte som kombinerar en klassisk algoritm med den NIST-standardiserade ML-KEM. Eftersom skörda-nu-dekryptera-senare-attacker kan fånga trafik idag för att dekryptera senare, är detta skifte på gång nu, och välhanterade SSH-nycklar gör det enklare att anta post-kvantalgoritmer.

Ta kontroll över dina SSH-nycklar

SSH-nycklar som ingen spårar är bland de enklaste vägarna in i kritiska system. En hanterad livscykel täpper till det gapet. Utforska Encryption Consultings krypteringsrådgivningstjänster för att utvärdera och bygga ditt SSH-nyckelhanteringsprogram, med SSH Secure för att automatisera livscykeln i stor skala.