Kven ser eigentleg SSH-passordet ditt på ein VPN du ikkje stolar på?

Rut ein SSH-økt over ein VPN du ikkje sjølv driftar, og passordet høyrer framleis til SSH-tenaren, ikkje nettet imellom. Viss transporten til ein verifisert vert er skikkeleg verna, får ein passiv observatør på den vegen ikkje passordet i lesbar form. Men endra ein vilkår, og svaret endrar seg: ein uverifisert vert, ei svekt chifferliste eller ein kompromittert arbeidsstasjon gir alle ulike utfall. Køyr kontrollane nedanfor i rekkjefølgje, og handsam kvar av dei som eit stoppvilkår.

Namngje mottakaren før du tastar noko

Passordfeltet reiser inne i ei autentiseringsmelding, og den meldinga reiser inne i den krypterte transporten. Konfidensialitet er ein eigenskap ved transporten, som tyder at han avheng av at vern er forhandla, og av at det er forhandla med den verten du hadde til føremål. Det er nettopp den andre helvta folk hoppar over. Ei tilkopling som er kryptert til ein bedrager, er konfidensiell og unyttig samstundes. VPN-innlogginga beviser ingenting om SSH-verten, og omdømet til leverandøren er ikkje noko erstatning for nøkkelkontrollen.

Hald dei to retningane skilde i hovudet. Nøkkelen til verten svarar på kva tenar du nådde. Passord- eller nøkkelautentisering svarar på kva brukar tenaren godtek. Å betra det andre reparerer aldri det første.

Kontroller identiteten til verten, oppføringa og forhandlinga

Byrja på klienten med oppføringa du allereie har. Eit publisert fingeravtrykk samanlikna med ein klarert kjelde, og ei known_hosts-oppføring som framleis passar, gir deg det einaste beviset som tel før autentiseringa byrjar.

ssh-keygen -F ssh.internal.example.net -f ~/.ssh/known_hosts
ssh -o StrictHostKeyChecking=yes ssh.internal.example.net

På tenarsida skriv du ut fingeravtrykka du har tenkt å publisere i staden for å kopiere dei frå minnet. Å distribuere dei utanom kanalen er heile poenget; eit fingeravtrykk limt inn frå same chatkanal som vertsnamnet beviser berre at begge kom frå same stad.

ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub
sudo sshd -T | grep -E 'hostkey|kexalgorithms|cipher'

Dei forhandla algoritmane kjem frå snittet av begge sider. Viss ein klientkonfigurasjon festar ein utdatert nøkkelutveksling for å nå ein gamal eining, gjeld det valet for kvar vert han snakkar med, så avgrens det til den verten i staden for globalt.

Les metodane tenaren faktisk godtek

Å vita kva autentiseringsmetodar ein tenar tillet fortel deg kva passordet i det heile er til. Ein vert som berre godtek offentlege nøklar har ingen passordutveksling å verne, og ein vert som framleis godtek passord fortener ei medviten avgjerd i staden for ein nedarva standardverdi.

sudo sshd -T | grep -E 'passwordauthentication|pubkeyauthentication|permitrootlogin'

Å byta ein brukar til nøkkelautentisering fjernar passordet til den brukaren frå den utvekslinga. Det gjer ikkje ein kompromittert arbeidsstasjon trygg, og det gjer ikkje ei ikkje-klarert fjernøkt uskadeleg. Det er ulike risikoar med ulike kontrollar. Ta stilling til agentvideresending òg. Å videresende ein agent til ein ikkje-klarert vert gir den verten høve til å bruke nøklane dine så lenge økta varer, og det er ei større eksponering enn passordspørsmålet det heile starta med.

Handsam ei åtvaring om vertsnøkkel som eit hendingstiltak

Når klienten åtvarar om at identifikasjonen til verten er endra, stoppa og verifiser gjennom ein kanal som ikkje går gjennom same nettverksveg. Samanlikn fingeravtrykket med tenarkonsollen eller med operatøren som bygde han opp att. Å sletta den gamle oppføringa for å tysse åtvaringa er den einaste handlinga du bør nekte. Ho kastar beviset og gjer eit mogeleg avlytting om til ei vanleg innlogging.

Viss verten vart bygd opp att på lovleg vis, fjern den utdaterte oppføringa først etter at det nye fingeravtrykket er stadfesta, kople deretter til på nytt og kontroller forhandlinga igjen. Registrer endringa med dato og årsak, fordi neste person vil sjå den same åtvaringa og treng å vita at ho er løyst.

Kva denne rettleiaren ikkje dekkjer

Ein VPN-operatør som overvakar trafikk er ikkje det same som programvare med lokale rettar på maskinen din. Kompromittering av endepunktet, ei fiendtleg nettlesarutviding eller ein tastaturloggar ligg under alt SSH kan forhandle om, og ingen tunnel endrar det. Viss arbeidsstasjonen er mistenkeleg, følg hendingsprosessen i staden for å teste løyndom ved å kople til på nytt gjennom ein annan utgang. Å kople til på nytt beviser at nettverksvegen er endra, og ingenting om endepunktet.

Avslutt med det vanlege tilfellet: verifisert vert, verna transport, autentiseringsmetoden du valde med vilje, og inga videresending du ikkje trong. Den kombinasjonen er svaret på spørsmålet i tittelen, og det er fire avgjerder i staden for éi.