ssh-keyscan nu acceptă opțiunea ProxyCommand a SSH. Prin urmare, un proxy configurat pentru ssh nu configurează automat scannerul separat.

O soluție este un releu TCP local deja stabilit, care finalizează autentificarea proxy și schimbul CONNECT necesare, apoi expune fluxul de octeți al serverului SSH vizat. Dacă releul ascultă pe 127.0.0.1:2222:

ssh-keyscan -p 2222 127.0.0.1 > candidate.keys
ssh-keygen -lf candidate.keys

Prima comandă colectează chei candidate; a doua afișează amprentele lor. Releul trebuie să lase să treacă fluxul SSH după consumarea răspunsului complet al proxy-ului, în loc să predea antete HTTP scannerului.

Eticheta de gazdă din ieșire descrie punctul final local al releului. Nu o adăugați neschimbată și nu presupuneți că acum identifică numele gazdei SFTP la distanță.

Verificați amprenta printr-o înregistrare de încredere sau un administrator înainte de a asocia cheia cu gazda și portul reale în known_hosts. ssh-keyscan colectează ceea ce prezintă punctul final accesibil; o conexiune proxy reușită nu autentifică acea cheie.

Articole similare