Na początku roku, w raporcie o problemach i dostępności internetu za 2018-2019 , że wdrożenie TLS 1.3 jest nieuniknione. Jakiś czas temu sami uruchomiliśmy wersję 1.3 protokołu Transport Layer Security i, po zebraniu i analizie danych, w końcu jesteśmy gotowi opowiedzieć o szczegółach tej zmiany.
Przewodniczący grupy roboczej IETF TLS :
„W skrócie, TLS 1.3 powinien zapewnić fundament bardziej bezpiecznego i efektywnego Internetu na następne 20 lat”.
Rozwój zajęła długie 10 lat. My w Qrator Labs, razem z całym innym przemysłem, uważnie śledziliśmy proces tworzenia protokołu od pierwotnego projektu. W tym czasie trzeba było napisać 28 kolejnych wersji roboczych, aby ostatecznie, w 2019 roku, na światło dzienne wyszedł zrównoważony i łatwy do wdrożenia protokół. Aktywne wsparcie rynku dla TLS 1.3 jest już oczywiste: wprowadzenie sprawdzonego i niezawodnego protokołu bezpieczeństwa odpowiada wymaganiom czasu.
Według słów Erika Rescorli (dyrektora technicznego Firefox i jedynego autora TLS 1.3) :
„To całkowite zastąpienie TLS 1.2, które wykorzystuje te same klucze i certyfikaty, więc klient i serwer mogą automatycznie komunikować się za pomocą TLS 1.3, jeśli obie strony to wspierają” — powiedział. „Już istnieje dobre wsparcie na poziomie bibliotek, a Chrome i Firefox domyślnie włączają TLS 1.3”.
Równolegle w grupie roboczej IETF TLS kończy się , ogłaszającego stare wersje TLS (z wyjątkiem jedynie TLS 1.2) za przestarzałe i niewłaściwe do użycia. Prawdopodobnie finalne RFC ujrzy światło dzienne przed końcem lata. To kolejny sygnał dla branży IT: aktualizacja protokołów szyfrowania nie powinna być odkładana.
Lista obecnych wdrożeń TLS 1.3 jest dostępna na Githubie dla wszystkich, którzy szukają najbardziej odpowiedniej biblioteki: . Oczywiście, akceptacja i wsparcie zaktualizowanego protokołu będą — i już są — szybkie. Świadomość tego, jak fundamentalne stało się szyfrowanie w nowoczesnym świecie, rozprzestrzeniła się dość szeroko.
Co się zmieniło w porównaniu z TLS 1.2?
Z :
„Jak TLS 1.3 poprawia świat?”
TLS 1.3 wprowadza pewne techniczne korzyści — takie jak uproszczony proces wymiany informacji (handshake) do nawiązywania bezpiecznego połączenia — a także umożliwia klientom szybsze wznawianie sesji z serwerami. Te środki mają na celu zmniejszenie opóźnień w nawiązywaniu połączenia oraz liczby nieudanych połączeń na słabych kanałach, które często są usprawiedliwieniem dla oferowania jedynie niezaszyfrowanych połączeń HTTP.
Nie mniej ważne jest to, że wycofano wsparcie dla wielu przestarzałych i niebezpiecznych algorytmów szyfrowania i haszowania, które wciąż są dozwolone (choć niewskazane) w starszych wersjach TLS, w tym SHA-1, MD5, DES, 3DES oraz AES-CBC, jednocześnie dodając wsparcie dla nowych zestawów szyfrów. Inne ulepszenia obejmują więcej zaszyfrowanych elementów wymiany informacji (na przykład teraz zaszyfrowana jest wymiana informacji o certyfikacie), aby zredukować ilość wskazówek dla potencjalnego podsłuchującego ruch, a także poprawa w forward secrecy przy użyciu określonych trybów wymiany kluczy, aby komunikacja w danym momencie pozostała bezpieczna, nawet jeśli algorytmy używane do jej szyfrowania zostaną w przyszłości skompromitowane.
Rozwój nowoczesnych protokołów i DDoS
Jak być może już czytałeś, podczas opracowywania protokołu , w grupie roboczej IETF TLS . Już teraz jasne jest, że poszczególne przedsiębiorstwa (w tym instytucje finansowe) będą musiały zmienić sposób, w jaki zapewniają bezpieczeństwo swojej sieci, aby dostosować się do obecnie wbudowanych w protokół .
Powody, dla których może być to konieczne, są przedstawione w dokumencie, . W 20-stronicowym dokumencie wymieniono kilka przykładów, kiedy przedsiębiorstwo może chcieć przeprowadzić dekodowanie out-of-band ruchu (co PFS nie pozwala), w celu monitorowania, spełnienia wymogów regulacyjnych lub zapewnienia ochrony przed atakami DDoS na poziomie aplikacji (L7).
Chociaż zdecydowanie nie jesteśmy gotowi do dyskusji na temat wymogów regulacyjnych, nasz własny produkt do neutralizacji ataków DDoS na poziomie aplikacji (w tym rozwiązanie, wrażliwych i/lub poufnych informacji) została stworzona w 2012 roku z uwzględnieniem PFS, dlatego nie było potrzeby wprowadzania żadnych zmian w infrastrukturze naszych klientów i partnerów po aktualizacji wersji TLS po stronie serwera.
Tak więc, od momentu wdrożenia nie wystąpiły żadne problemy związane z transportowym szyfrowaniem. Oficjalnie: TLS 1.3 jest gotowy do użycia w produkcji.
Niemniej jednak, istnieje problem związany z rozwojem protokołów nowej generacji. Zależy on od tego, że postęp w rozwoju protokołów w IETF w dużej mierze zależy od wyników badań naukowych, a stan badań akademickich w obszarze neutralizacji rozproszonych ataków DoS jest bardzo słaby.
Przykładem może być roboczego dokumentu IETF „Zarządzanie QUIC” („QUIC Manageability”), który jest częścią przyszłego zestawu protokołów QUIC: mówi się w nim, że „współczesne metody wykrywania i neutralizacji [ataków DDoS] zazwyczaj obejmują pasywne pomiary przy użyciu danych o sieciowych strumieniach”.
Ostatnie, w rzeczywistości, bardzo rzadko występuje w rzeczywistych środowiskach korporacyjnych (i jest tylko częściowo stosowane przez dostawców usług internetowych), a w każdym przypadku z pewnością nie jest „typowym przypadkiem” w realnym świecie — ale ciągle figuruje w publikacjach naukowych, które zazwyczaj nie są poparte testowaniem całego wachlarza potencjalnych ataków DDoS, w tym ataków na poziomie aplikacji. Te ostatnie, z powodu powszechnej implementacji TLS, oczywiście nie mogą być wykrywane za pomocą pasywnych pomiarów pakietów i strumieni sieciowych.
Podobnie, wciąż nie wiemy, jak producenci sprzętu do neutralizacji DDoS będą dostosowywać się do realiów TLS 1.3. Z powodu technicznej złożoności obsługi protokołu out-of-band, może zająć trochę czasu aktualizacja.
Wyznaczanie właściwych celów dla kierunku badań naukowych jest poważnym zadaniem dla dostawców usług neutralizacji DDoS. Jednym z obszarów, w których można rozpocząć rozwój — w IRTF, gdzie badacze mogą współpracować z przemysłem, aby wzbogacić swoją wiedzę w danej dziedzinie i znaleźć nowe kierunki badań. Jesteśmy również gotowi serdecznie powitać wszystkich badaczy, jeśli tacy się znajdą — można się z nami skontaktować w sprawie pytań lub propozycji związanych z badaniami DDoS lub grupą badawczą SMART, pod adresem
Źródło: habr.com
