Movatterモバイル変換


[0]ホーム

URL:


Przejdź do zawartości
Wikipediawolna encyklopedia
Szukaj

HTTPS

Z Wikipedii, wolnej encyklopedii
Protokół HTTPS

HTTPS (ang. Hypertext Transfer Protocol Secure) – protokółHTTP chroniony przy pomocy szyfrowania protokołuTLS (dawniej SSL) i ustandaryzowany w dokumencieRFC 2818 pod rzadziej używaną nazwąHTTP Over TLS[1]. Szyfrowanie komunikacji w systemieod końca do końca ma zapobiegać jej przechwytywaniu między klientem i serwerem (np.atak man in the middle) czy wręcz modyfikacji przesyłanych danych, zanim dotrą do celu[1].

W przeciwieństwie do niezabezpieczonego HTTP, którego serwery nasłuchują naporcie 80[2], serwery obsługujące HTTPS nasłuchują domyślnie na porcie 443 protokołuTCP[1]. AdresyURL zaczynają się odhttps://, podczas gdy adresy niezabezpieczonego HTTP odhttp://[1].

Ograniczenia i rozpowszechnienie

[edytuj |edytuj kod]

Protokół HTTP realizuje się warstwę wyżej od standardu TLS, który znajduje się na warstwie prezentacji. Najpierw następuje więc wymiana kluczy TLS, a dopiero później możliwe jest przesłanie żądania HTTP. Historycznie uniemożliwiało to serwerom obsługiwanie wieludomen (bądź poddomen) z różnymi certyfikatami przy użyciu jednegoadresu IP. Było to spowodowane brakiem informacji o tym, którego certyfikatuX.509 iklucza prywatnego należy użyć do odszyfrowania danych, ponieważ nagłówekHTTP Host jest przekazywany wewnątrz zaszyfrowanej części zapytania (którego z kolei nie można odszyfrować, nie znając domeny). Jedynym obejściem było użycie wspólnego certyfikatu dla wszystkich domen. Problem został zażegnany poprzez wprowadzenie do TLS rozszerzeniaSNI (ang. Server Name Indication), które przechowuje informację o domenie w nieszyfrowanej postaci[3].

Procent domen w Internecie serwujących strony domyślnie po HTTPS na przestrzeni lat
Źródło: W3Tech, marzec 2023[4][5]

W starszych wersjach HTTP szyfrowanie połączenia było rozszerzeniem protokołu. Począwszy odHTTP/2 mimo braku takiego wymogu w RFC[6], szyfrowanie stało sięde facto wymogiem protokołu ze względu na stan implementacji w najpopularniejszych silnikachprzeglądarek internetowych[7].

Zobacz też

[edytuj |edytuj kod]
Zobacz multimedia związane z tematem:HTTPS

Przypisy

[edytuj |edytuj kod]
  1. abcdEricE. Rescorla EricE.,HTTP Over TLS,RFC 2818,IETF, maj 2000,DOI10.17487/RFC2818,ISSN2070-1721,OCLC 943595667 (ang.).
  2. R.R. Fielding R.R. i inni,Hypertext Transfer Protocol -- HTTP/1.1,RFC 2616,IETF, czerwiec 1999,DOI10.17487/RFC2616,ISSN2070-1721,OCLC 943595667 (ang.).
  3. Rozszerzenie to łączy się jednak ze szczególnymi implikacjami prywatności i bezpieczeństwa, bowiem pozwala na wgląd w szyfrowany ruch sieciowy. Serwery pośredniczące w ruchu posiadają możliwość śledzenia, z jakimi domenami łączy się przeglądarka użytkownika. Ponieważ w implementacjach HTTP starszych niż 1.1 osobny IP musiał odpowiadać jednej zabezpieczonej domenie, co umożliwiało mapowanie ruchu, nie pogarsza to poziomu prywatności użytkowników, ale także go nie podnosi.
  4. Historical yearly trends in the usage statistics of site elements for websites. w3techs.com. [dostęp 2023-03-03]. (ang.).
  5. Sam Soltano: 20% of all websites and 53.9% of the top 1000 sites redirect to https.. w3techs.com, 2017-08-08. [dostęp 2023-03-03]. (ang.).
  6. Mark Nottingham: HTTP/2 Implementation Status. 2015-07-15. [dostęp 2022-09-06].
  7. HTTP/2 Frequently Asked Questions. [dostęp 2022-09-06]. (ang.).
Protokoły sieciowe w modelu TCP/IP
Warstwa aplikacji
(liczby oznaczają numeryportów)
Warstwa transportowa
Warstwa Internetu
Warstwa dostępu do sieci
Encyklopedie internetowe (protokół sieci komputerowej):
Źródło: „https://pl.wikipedia.org/w/index.php?title=HTTPS&oldid=75854570
Kategoria:
Ukryta kategoria:

[8]ページ先頭

©2009-2026 Movatter.jp