Qui veu realment la teva contrasenya SSH en una VPN no confiable?

Passa una sessió SSH per una VPN que no gestiones tu, i la contrasenya continua pertanyent al servidor SSH, no a la xarxa del mig. Si el transport fins a un amfitrió verificat està ben protegit, un observador passiu en aquest camí no obté la contrasenya en forma llegible. Però canvia una condició i la resposta canvia: un amfitrió no verificat, una llista de xifratges afeblida o una estació de treball compromesa produeixen resultats diferents. Fes les comprovacions següents en ordre i tracta cada una com una condició d’aturada.

Anomena el destinatari abans d’escriure res

El camp de contrasenya viatja dins d’un missatge d’autenticació, i aquest missatge viatja dins del transport xifrat. La confidencialitat és una propietat del transport, cosa que vol dir que depèn d’haver negociat protecció i d’haver-la negociada amb l’amfitrió que tenies al cap. Aquesta segona meitat és la part que la gent s’estalvia. Una connexió xifrada amb un impostor és confidencial i inútil alhora. L’inici de sessió a la VPN no demostra res sobre l’amfitrió SSH, i la reputació del proveïdor no substitueix la comprovació de la clau.

Mantingues les dues direccions separades al cap. La clau de l’amfitrió respon a quin servidor has arribat. L’autenticació per contrasenya o per clau respon a quin usuari accepta el servidor. Millorar la segona mai no repara la primera.

Comprova la identitat de l’amfitrió, el registre i la negociació

Comença al client amb el registre que ja tens. Una empremta publicada comparada amb una font de confiança, i una entrada de known_hosts que encara coincideixi, et donen l’única prova que importa abans que comenci l’autenticació.

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

Al costat del servidor, imprimeix les empremtes que vols publicar en lloc de copiar-les de memòria. Distribuir-les per fora del canal és justament el punt; una empremta enganxada del mateix canal de xat que el nom de l’amfitrió només demostra que tots dos vénen del mateix lloc.

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

Els algorismes negociats surten de la intersecció de les dues bandes. Si una configuració de client fixa un intercanvi de claus obsolet per arribar a un dispositiu antic, aquesta tria s’aplica a cada amfitrió amb qui parla, així que limita-la a aquell amfitrió en lloc de fer-la global.

Llegeix els mètodes que el servidor accepta de veritat

Saber quins mètodes d’autenticació permet un servidor et diu per a què serveix la contrasenya. Un amfitrió que només accepta claus públiques no té cap intercanvi de contrasenyes a protegir, i un amfitrió que encara accepta contrasenyes mereix una decisió deliberada i no un valor per defecte heretat.

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

Passar un usuari a l’autenticació per clau treu la contrasenya d’aquest usuari d’aquell intercanvi. No fa segura una estació de treball compromesa ni fa inofensiva una sessió remota no confiable. Són riscos diferents amb controls diferents. Decideix també sobre el reenviament d’agent. Reenviar un agent a un amfitrió no confiable dona a aquell amfitrió la capacitat d’usar les teves claus mentre dura la sessió, i això és una exposició més gran que la qüestió de la contrasenya amb què va començar tot.

Tracta un avís de clau d’amfitrió com un pas d’incident

Quan el client avisa que la identificació de l’amfitrió ha canviat, atura’t i verifica per un canal que no passi pel mateix camí de xarxa. Compara l’empremta amb la consola del servidor o amb l’operador que el va reconstruir. Esborrar l’entrada antiga per silenciar l’avís és l’única acció que has de rebutjar. Descarta la prova i converteix una possible intercepció en un inici de sessió normal.

Si l’amfitrió es va reconstruir legítimament, elimina l’entrada obsoleta només després de confirmar la nova empremta, i després reconnecta i torna a comprovar la negociació. Registra el canvi amb la data i el motiu, perquè la propera persona veurà el mateix avís i ha de saber que s’ha resolt.

Què no cobreix aquest manual

Un operador de VPN que mira el trànsit no és el mateix que programari amb privilegis locals a la teva màquina. El compromís del punt final, una extensió de navegador hostil o un capturador de teclat se situen per sota de tot el que SSH pot negociar, i cap túnel ho canvia. Si l’estació de treball és sospitosa, segueix el procés d’incident en lloc de provar el secret reconnectant per una altra sortida. Reconnectar demostra que el camí de xarxa ha canviat i res sobre el punt final.

Acaba amb el cas ordinari: amfitrió verificat, transport protegit, el mètode d’autenticació que vas triar a propòsit i cap reenviament que no necessitessis. Aquesta combinació és la resposta a la pregunta del títol, i són quatre decisions i no una.