Vidaresending av SSH-agent eller kopiering av nøkkel: kva som faktisk lek

To ulike hendingar vert kalla ein lekt SSH-nøkkel, og dei krev ulike reaksjonar. Autentisering med offentleg nøkkel sender ein offentleg nøkkel og ein signatur laga med den private nøkkelen, så den private nøkkelen er aldri eit felt i førespurnaden. Vidaresending av agent eksponerer noko anna, fordi ein ekstern vert som når den videresende agenten din, kan be han signere utan å nokon gong halde nøkkelen. Handsamer ein dei to som éi hending, endar ein anten med eit unyttig nøkkelbyte eller med ein delegasjon som held fram.

Innlogging med offentleg nøkkel overfører ein signatur, ikkje nøkkelen

Autentiseringsutvekslinga ber den offentlege nøkkelen til brukaren og ein signatur over sesjonsdata. Tenaren kontrollerer signaturen mot nøkkelen han alt stolar på, difor kan den private halvdelen bli verande på klienten over eit ikkje-klarert nett. Ein VPN-operatør som ser tunnelen, ser uansett ein kryptert SSH-sesjon.

Det skildrar protokollen, ikkje pålitelegheita til kvar endepunkt på vegen. Hald vertsidentitetskontrollen intakt, fordi ein klient som godtek kva som helst vertsnøkkel, har gjeve opp ein annan kontroll enn den vi drøftar. Ein avlytta sesjon og ein avlytta nøkkel er separate funn, og berre eitt av dei er tap av påloggingsinformasjon. Hald dei to i kvar si setning i rapporten.

ssh-keygen -lf ~/.ssh/id_ed25519.pub
ssh -o StrictHostKeyChecking=yes [email protected]

Den første kommandoen skriv ut det offentlege fingeravtrykket slik at du kan samanlikne det med det tenaren listar opp. Den andre gjer vertsnøkkelkontrollen eksplisitt i staden for å stole på ein standardverdi ingen har lese. Køyr begge før du endrar noko på nøklar, slik at utgangspunktet vert dokumentert.

Vidaresending av ein agent delegerer retten til å signere

Når vidaresending er slått på, dukkar det opp ein socket på den eksterne verten, og den lokale agenten svarar på førespurnader som kjem gjennom han. Alle som kan bruke den socketen i løpet av sesjonen, kan autentisere seg som deg overfor vertar som godtek dei lasta identitetane. Ingen privat nøkkel kryssar nettet for at dette skal verke.

Det er evna, ikkje fila, som er eksponeringa. Difor høyrer vidaresending til ei namngjeven oppgåve og ein namngjeven vert, ikkje til kvar tilkopling ein berbar PC gjer. Ein spranggvert som sender tilkoplinga vidare utan ein videresend agent, fjernar vanlegvis behovet heilt.

ssh-add -l
ssh -o ForwardAgent=no [email protected]
ssh -J [email protected] [email protected]

Den første viser kva identitetar agenten har akkurat no, greitt å vite før du gjev socketen hans til ein annan maskin. Den andre koplar til utan delegasjon. Den tredje viser mønsteret med spranggvert som ofte erstattar vidaresending heilt.

Vel reaksjonen ut frå prova du har

Ein signeringsidentitet som ein trur er eksponert, krev prosessen med utskifting og tilbakekalling, og at aksepten vert fjerna frå tenestene som stolte på han. Sletting av kopien på den berbare maskinen lèt alle andre kopiar vere urørte. Byrja med tenestene, og rydd opp i klientane etterpå.

Eit mellombels delegasjonsproblem er trongare. Avslutt vidaresendinga som ikkje var naudsynt, og gå gjennom med eigaren av hendinga kva sesjonar og identitetar ho dekte. Nøkkelutskifting kan følgje, men det vert avgjort av prov, ikkje av uro.

Ingen observert eksport beviser berre at mekanismen du frykta, ikkje dukka opp. Det seier ingenting om kva ein vert i den andre enden av den socketen elles kunne ha gjort.

Hald kontrollane åtskilde i rapporten

Vern det private materialet, avgrens kven som kan be det om å signere, hald identiteten til motparten stadfesta. Det er tre kontrollar som styrkjer kvarandre, og ingen av dei erstattar ein annan når du forklarar kva som hende.

Ein kompromittert berbar PC eller eit privilegert program på han er eit tredje tilfelle med mykje større rekkjevidd. Å endre VPN-ruta løyser det ikkje, og det gjenopprettar ikkje tillita til ein nøkkel som kan ha vorte lesen frå disken.

Skriv ned kva komponent som vart betrudd, om vidaresending var på, og kva som faktisk vart observert. Det er den protokollen som gjer neste avgjerd forsvarleg, i staden for ei gissing på kva ein lekkasje tyder.