Preverjevalnik šifrirne zbirke TLS

Razumevanje različic protokola TLS in njihov pomen

Protokol TLS (Transport Layer Security) je temelj varnosti v sodobnih omrežjih, saj zagotavlja šifriranje, preverjanje pristnosti in celovitost podatkov med odjemalcem in strežnikom. Različice protokola TLS so se skozi čas razvijale, pri čemer so starejše različice postajale ranljive zaradi napredka v kriptoanalizi in računalniški moči.

Pri analizi izpisov optičnega branja ali povzetkov rokovanja je prepoznavanje uporabljene različice ključno za oceno varnostnega stanja. Starejše različice, kot sta TLS 1.0 in TLS 1.1, vsebujejo znane pomanjkljivosti in so danes splošno opuščene. Različica TLS 1.2 ostaja v široki uporabi in podpira številne konfiguracije, medtem ko TLS 1.3 predstavlja trenutni standard, ki prinaša izboljšano varnost in hitrejše vzpostavljanje povezav z odstranitvijo zastarelih kriptografskih mehanizmov.

Struktura in komponente šifrirnih zbirk TLS

Šifrirna zbirka (Cipher Suite) je standardiziran nabor kriptografskih algoritmov, ki določajo, kako bodo podatki med seboj zaščiteni. Pri različicah do vključno TLS 1.2 struktura imena šifrirne zbirke običajno razkriva štiri ključne komponente:

1. Izmenjava ključev: Algoritem, ki se uporablja za varno izmenjavo sejnih ključev (npr. ECDHE, RSA).
2. Preverjanje pristnosti (Avtentikacija): Metoda za potrditev identitete strežnika ali odjemalca (npr. RSA, ECDSA).
3. Simetrično šifriranje: Algoritem in način delovanja za šifriranje samega prenosa podatkov (npr. AES-GCM, CHACHA20-POLY1305).
4. Zgoščevalni algoritem (MAC): Funkcija, ki zagotavlja celovitost podatkov in se uporablja za ustvarjanje sporočilnih kod (npr. SHA256, SHA384).

Preverjevalnik šifrirne zbirke TLS prepozna običajna imena IANA, vzdevke OpenSSL in več skupnih ID-jev šestnajstiških zbirk, kar omogoča hitro razstavljanje teh komponent in prepoznavanje njihove vloge v povezavi.

Zastareli in opuščeni kriptografski algoritmi v TLS

Varnost celotne povezave TLS je odvisna od najšibkejšega člena v izbrani šifrirni zbirki. Številni algoritmi, ki so nekoč veljali za varne, so danes označeni kot zastareli ali nevarni:

• RC4: RC4 je zastarel in se o njem ni dovoljeno pogajati, saj vsebuje resne kriptografske pomanjkljivosti.
• DES in 3DES: DES ni varen za splošno uporabo TLS. Njegov naslednik, 3DES ima majhno velikost bloka in je opuščen za TLS, saj je ranljiv za napade na bloke podatkov.
• Šifriranje NULL: Šifriranje NULL ne zagotavlja zaupnosti, saj se podatki prenašajo v čistem besedilu.
• EXPORT paketi: Paketi EXPORT namerno uporabljajo šibko kriptografijo in so zastareli zaradi vladnih omejitev iz preteklosti.
• Anonimni paketi: Anonimni paketi ne preverjajo pristnosti vrstnika in so ranljivi za prestrezanje (napadi posrednika).
• MD5 in SHA-1: MD5 ni varen za splošno uporabo TLS. Prav tako ta zbirka uporablja SHA-1, ki je zastarel za splošno uporabo TLS zaradi kolizijskih ranljivosti.
• CBC načini: Apartmaji CBC so podedovani. Dajte prednost paketu AEAD, kot je AES-GCM ali ChaCha20-Poly1305, ki zagotavljata preverjeno šifriranje z integrirano celovitostjo.
• CCM-8: CCM-8 uporablja krajšo oznako za preverjanje pristnosti in potrebuje pregled, specifičen za protokol.

Vloga izmenjave ključev in avtentikacije v TLS 1.3

V različici TLS 1.3 je prišlo do pomembne spremembe v načinu definiranja šifrirnih zbirk. TLS 1.3 se pogaja o izmenjavi ključev in avtentikaciji ločeno od zbirke šifr.

To pomeni, da imena šifrirnih zbirk v TLS 1.3 (kot je npr. TLS_AES_256_GCM_SHA384) določajo le simetrični šifrirni algoritem in zgoščevalno funkcijo za preverjanje celovitosti. Mehanizem za izmenjavo ključev (npr. ECDHE) in način avtentikacije (npr. ECDSA) se določita ločeno med samim rokovanjem in ju ni mogoče razbrati zgolj iz imena zbirke.

Razlikovanje med vlogami parametrov TLS

Pri analizi dokazov TLS je pomembno razumeti kontekst, v katerem se določen protokol ali šifrirna zbirka pojavi v besedilu. Orodje razlikuje med naslednjimi vlogami:

• Po dogovoru: Dejanski protokol ali šifrirna zbirka, ki sta jo odjemalec in strežnik izbrala za aktivno zaščito seje.
• Ponujeno: Seznam šifrirnih zbirk in protokolov, ki jih odjemalec pošlje v sporočilu ClientHello in jih je pripravljen podpirati.
• Opazovano: Parametri, ki so bili zaznani med pasivnim spremljanjem prometa ali v določenem delu izpisa.

Pomembnost tajnosti naprej (Forward Secrecy)

Tajnost naprej (Forward Secrecy) zagotavlja, da kompromitiranje dolgoročnega zasebnega ključa strežnika ne omogoča dešifriranja preteklega prometa, ki je bil posnet v omrežju.

Statična izmenjava ključev RSA ne zagotavlja tajnosti naprej. Če napadalec pridobi zasebni ključ strežnika, lahko dešifrira vse prejšnje seje, ki so uporabljale ta ključ za izmenjavo sejnega ključa. Zato sodobne smernice zahtevajo uporabo efemernih Diffie-Hellmanovih protokolov (kot sta ECDHE ali DHE), ki ustvarijo edinstven ključ za vsako posamezno sejo.

Omejitve statične analize v primerjavi s skeniranjem v živo

Preverjevalnik šifrirne zbirke TLS deluje kot orodje za statično analizo predloženega besedila. Pomembno je razumeti njegove omejitve v primerjavi z aktivnim skeniranjem omrežja:

• Brez povezovanja z gostiteljem: Na tej strani je pojasnjeno samo navedeno besedilo. Ne poveže se z gostiteljem ali izvede skeniranja TLS v živo, manjkajoča polja pa ostanejo neznana.
• Brez preverjanja potrdil: Orodje ne preverja veljavnosti, podpisnikov ali verige zaupanja digitalnih potrdil.
• Brez merjenja velikosti ključev: Orodje ne more preveriti dejanske dolžine ključev (npr. ali se uporablja 2048-bitni ali 4099-bitni RSA ključ), razen če je to izrecno navedeno v besedilu.
• Brez testiranja ranljivosti: Orodje ne preizkuša delovanja v nižjo različico (downgrade attacks) in ne prikazuje vseh zbirk, ki jih strežnik dejansko sprejme.

Zasebnost podatkov in lokalna obdelava

Vsi podatki, ki jih vnesete v polje za analizo, se obdelujejo izključno lokalno. Vaši prilepljeni podatki TLS ostanejo v vašem brskalniku. BroBroGo jih ne naloži ali shrani, kar omogoča varno analizo občutljivih izpisov konfiguracij brez tveganja za uhajanje podatkov v zunanje sisteme.

---

Pogosta vprašanja

Katere izhodne formate TLS lahko prilepim?

Prilepite besedilo iz običajnih skenerjev TLS, openssl s_client, povzetkov analize paketov ali kratke opombe ClientHello ali ServerHello. Preverjevalnik prepozna običajna imena IANA, vzdevke OpenSSL in več skupnih ID-jev šestnajstiških zbirk; ne dekodira neobdelanih paketnih bajtov. Največja dovoljena dolžina vnosa je 200.000 znakov.

Zakaj šifrirni paket TLS 1.3 ne prikaže RSA ali ECDHE?

Imena šifrirnih zbirk TLS 1.3 opisujejo šifriranje zapisa in zgoščevanje rokovanja. Izmenjava ključev in avtentikacija se dogovorita ločeno, zato ju ni mogoče razbrati zgolj iz imena zbirke.

Ali ta rezultat dokazuje, da je strežnik varen?

Ne. Pojasnjuje samo besedilo, ki ga prilepite. Ne povezuje se z gostiteljem, ne preverja potrdila, ne meri velikosti kljev, ne preizkuša delovanja v nižjo različico ali ne prikazuje vseh zbirk, ki jih strežnik sprejme.

Kaj pomeni, če je šifrirna zbirka označena kot "Neznano"?

To pomeni, da ta paket ni na vgrajenem skupnem zemljevidu apartmaja. V takem primeru je priporočljivo preveriti trenutni register IANA ali dokumentacijo uporabljenega optičnega bralnika, da ugotovite lastnosti te specifične zbirke.