W jaki sposób SSL szyfruje dane z serwera do klienta?

Question

Większość artykułów wiki opisuje, w jaki sposób przeglądarka klienta wykorzystuje klucz publiczny (certyfikat), szyfruje poufne dane (takie jak nazwa użytkownika/hasło) i wysyła te zaszyfrowane dane do serwera. Serwer użyje klucza prywatnego do odszyfrowania go. Dostaję tę część. Ale nie ma jasnych informacji mówiących o tym, jak serwer szyfruje dane i odsyła je do przeglądarki.

Użyj mojego bankowości internetowej jako przykład:

(0) Ja już zaakceptowane zaufany certyfikat (klucz publiczny) z moim internetowym bankowości.

(1) Poprzez URL SSL Moja wizyta przeglądarka https://myonlinebanking.com

(2) Wpisałem nazwę użytkownika/hasło, aby się zalogować. Te dane są zaszyfrowane, więc człowiek-w-środku może zobaczyć tylko bezsensowne dane.

(3) Serwer internetowy banku odebrał moje zaszyfrowane dane i użył klucza prywatnego do jego odszyfrowania i uwierzytelnienia mojego konta.

Teraz tutaj są moje pytania:

Jak Bank wysyła z powrotem moje dane? Bank szyfruje dane odpowiedzi, jaki klucz? Jeśli bank jest zaszyfrowany przy użyciu "klucza publicznego", osoba w środku może je zobaczyć tak, jak to widzę. Więc człowiek-w-środku nie zna mojej nazwy użytkownika/hasła, ale wciąż może zobaczyć saldo mojego konta?

Dziękuję za pomoc.

Answer 1

Proces TLS handshake konfiguruje symetryczny klawisz między obu stron, potencjalnie używając kryptografii asymetrycznej w procesie (szczegóły zależą od dokładnych algorytmów, które zostały wynegocjowane między klient/serwer). W ten sposób komunikacja jest szyfrowana w obie strony, nie tylko w jedną stronę.

Rzeczą, która ostatecznie chroni Cię przed MITM, jest fakt, że twoja przeglądarka ma jakąś formę sprawdzania poprawności nazwy hosta. Certyfikat przedstawiony przez serwer w uzgadnianiu jest najpierw sprawdzany pod kątem jego ważności. Jeśli to się uda, przeglądarka sprawdzi, czy certyfikat jest powiązany z hostem, z którym rozmawia. Gdyby ta kontrola została pominięta, atak MITM nadal by się powiódł, nawet jeśli reszta komunikacji ściśle przestrzegała protokołu, w tym wszystkich elementów kryptograficznych. Atakujący może po prostu udawać, że jest jakimkolwiek gospodarzem i posłusznie wykonywać resztę protokołu, nie znałby różnicy.

Answer 2

Masz jakieś błędne założenia:

• Dane HTTP nie zawsze jest szyfrowane za pomocą klucza publicznego serwera, aby wysłać go do serwera
• Klucz publiczny serwera jest tylko używane na początku (protokół uzgadniania) w celu ustanowienia bezpiecznego klucza, dla bezpiecznego szyfrowania klucza (szyfrowanie symetryczne)
• Cała komunikacja odbywa się za pomocą tajnego klucza lub szyfrowania klucza symetrycznego, w którym klient (przeglądarka) i serwer używają tego samego tajnego klucza szyfrować i odszyfrowywać dane.

Protokół TLS (Transport Layer Secuirty) wykorzystuje kombinację szyfrowania asymetrycznego (klucz publiczny) i szyfrowania symetrycznego (klucz zabezpieczający). Główna komunikacja z bankiem odbywa się za pomocą szyfrowania symetrycznego, dla którego klucze sesji (bezpieczny klucz) są bezpiecznie ustanawiane podczas uzgadniania TLS, z wykorzystaniem szyfrowania asymetrycznego.

Jest to wszystko w uścisku dłoni TLS (Transport Layer Security), który jest bardzo dobrze wyjaśniony w tym linku here.