Czy hasła SSH można wąchać przez Wi-Fi?

15

Kiedy możesz ssh, możesz podać hasło, aby się połączyć, przechwycone, jeśli korzystasz z niezaufanego publicznego Wi-Fi (kawiarnia, biblioteka, lotnisko itp.).

ssh security wifi

— pp31
źródło

8

Z pewnością możesz przechwytywać pakiety w publicznej sieci Wi-Fi, ale jeśli używasz SSH, a twoje hasła nie są wysyłane w wyraźny sposób, odszyfrowanie przechwyconej rzeczy zajmie sporo czasu.

— Karlson
źródło

Więc domyślnie, gdy używasz ssh, wprowadzone hasło jest szyfrowane?

— pp31,

3

Jest przesyłany zaszyfrowanym kanałem.

— Karlson

1

SSH nawet nie mają możliwość wysłania haseł w klarowny. W przeciwieństwie do na przykład TLS / SSL. Ta „funkcja” TLS pozwala na sesję tekstu jawnego, mimo że obie strony obsługują szyfrowanie: jedna strona obsługuje zestawy szyfrów A, B i N (N = zerowy szyfr), druga obsługuje C, D i N, więc obie strony kończą się rozliczenie się z N. TLS ma inne znane luki , co sugeruje, że SSH może nie być odporny na podobne błędy. Moja najlepsza rada: pas i szelki .

— Warren Young,

6

SSH został zaprojektowany tak, aby był użyteczny w niezaufanej sieci. Wi-Fi, przewodowe, to nie ma znaczenia: SSH zakłada, że atakujący może monitorować cały ruch, a nawet że atakujący będzie próbował przechwycić pakiety i zastąpić je innymi.

Przy pierwszym uruchomieniu ssh z określonego klienta na określonym serwerze ssh pyta

The authenticity of host 'example.com (192.0.2.42)' can't be established.
RSA key fingerprint is 01:23:45:67:89:ab:cd:ef:01:23:45:67:89:ab:cd:ef.
Are you sure you want to continue connecting (yes/no)?

W tym momencie musisz sprawdzić, czy tożsamość zdalnego serwera (podana na podstawie odcisku palca klucza) jest tym, czego oczekujesz; osoba atakująca może próbować przekazać jako serwer. Po dokonaniu tej weryfikacji i przy każdym kolejnym połączeniu tego klienta z tym serwerem możesz mieć pewność, że komunikacja nie będzie podsłuchiwana przez podsłuchujących i niezawodna (w tym, że wpisywane polecenia naprawdę trafiają na serwer, a odpowiedzi są naprawdę te, które serwer wysłał).

Podsłuchujący nie mogą uzyskać danych w sesji ssh, ale mogą obserwować zarówno ruch, jak i jego czas. Może to spowodować wyciek poufnych danych ; hasła wpisywane interaktywnie są szczególnie zagrożone: są łatwe do rozpoznania na początku połączenia i są wysyłane znak po znaku, dzięki czemu podsłuchujący może mierzyć czas między naciśnięciami klawiszy, a każda miara jest dla niej trochę łatwiejsza odgadnąć hasło ( łatwiejsze nie znaczy łatwe !). Ta słabość nie wpływa na uwierzytelnianie za pomocą klucza publicznego, które jest zalecane w przypadku haseł zarówno ze względów bezpieczeństwa, jak i użyteczności.

— Gilles „SO- przestań być zły”
źródło

******* niesamowite!

— Rolf

0

SSH jest szyfrowany. Ale ogólna zasada jest taka, że nawet jeśli jest to trudne, nigdy nie należy zakładać, że niczego wysłanego przez kanał publiczny nie można podsłuchiwać.

Kiedyś wszedłem do artykułu o tym, jak hasła SSH są podatne na analizę statystyczną - to jeden ze sposobów na złamanie poświadczeń.

Hasła można wąchać, po prostu nie jest łatwo uzyskać odpowiedni czysty tekst.

Możesz także zapoznać się z innymi strategiami uwierzytelniania, takimi jak pary kluczy publiczno-prywatne, które mogą nie być tak łatwe do złamania jak hasła (o ile nie można szybko uwzględnić liczb pierwszych).

— njsg
źródło

1

Prawdopodobnie myślisz o „ Analizie czasowej uderzeń w klawisze i atakach czasowych w SSH ” autorstwa Song, Wagner i Tian. Uwierzytelnianie za pomocą klucza publicznego rzeczywiście nie jest wrażliwe.

— Gilles „SO- przestań być zły”

Dzięki! Czytałem o tym na stronie internetowej (a nie w samym artykule), ale to był artykuł i „problem”, więc odpowiednio zaktualizowałem swoją odpowiedź.

— njsg,