TLS Cipher Suite-checker

Plak een TLS-scan of handshake-samenvatting om het onderhandelde protocol, de coderingssuite en oudere algoritmen uit te leggen.

TLS-bewijs
Plak leesbare scanneruitvoer of ClientHello/ServerHello-velden. Ruw binair bestand of een pakketopnamebestand wordt niet ondersteund.
TLS-interpretatie

Protocolversies

Cipher-suites

Plak een TLS-scan of handshake-samenvatting en analyseer deze vervolgens.
Plak TLS-bewijsmateriaal om het te inspecteren.

Uw geplakte TLS-gegevens blijven in uw browser staan. BroBroGo uploadt of bewaart ze niet.

Veelgestelde vragen

Welke TLS-uitvoerformaten kan ik plakken?

Plak tekst van gewone TLS-scanners, openssl s_client, samenvattingen van pakketanalyses of een korte ClientHello- of ServerHello-notitie. De checker herkent veelgebruikte IANA-namen, OpenSSL-aliassen en verschillende veelgebruikte hexadecimale suite-ID's; het decodeert geen onbewerkte pakketbytes.

Waarom toont een TLS 1.3-coderingssuite RSA of ECDHE niet?

De namen van de TLS 1.3-coderingssuites beschrijven recordcodering en de handshake-hash. Sleuteluitwisseling en authenticatie worden afzonderlijk onderhandeld, zodat ze niet alleen uit een suitenaam kunnen worden afgeleid.

Bewijst dit resultaat dat een server veilig is?

Nee. Er wordt alleen uitleg gegeven over de tekst die u plakt. Het maakt geen verbinding met de host, verifieert het certificaat, meet de sleutelgroottes, test het downgradegedrag of toont niet elke suite die de server accepteert.

De TLS Cipher Suite-checker is een specialistisch hulpmiddel voor ontwikkelaars, Site Reliability Engineers (SREs) en security reviewers die TLS-scanresultaten of handshake-samenvattingen willen analyseren. De tool identificeert het onderhandelde protocol, de gebruikte cipher suites en eventuele legacy-algoritmen op basis van de aangeleverde tekst. Dit gebeurt volledig statisch, zonder dat er een live verbinding met een host wordt gemaakt of een actieve scan wordt uitgevoerd.

Werking en invoervereisten

De tool analyseert handmatig ingevoerde tekstbestanden en logbestanden. Gebruikers kunnen tekst plakken uit veelgebruikte TLS-scanners, de uitvoer van openssl s_client, pakketanalysesamenvattingen of beknopte ClientHello- en ServerHello-notities.

Bij het verwerken van de invoer gelden de volgende technische regels en limieten:

  • Formaat: De invoer moet bestaan uit leesbare scanneruitvoer of ClientHello/ServerHello-velden. Raw binary of onbewerkte pakketopnamebestanden (pcap) worden niet ondersteund.
  • Lengte: De tekstlimiet is strikt vastgesteld op maximaal 200.000 tekens. Indien de invoer groter is, toont de tool de foutmelding: "Die samenvatting is ongewoon groot. Houd het onder de 200.000 tekens.".
  • Herkenning: De checker herkent veelgebruikte IANA-namen, OpenSSL-aliassen en diverse gangbare hexadecimale suite-ID's. Er worden geen onbewerkte pakketbytes gedecodeerd.

Wanneer de invoer leeg is en de analyse wordt gestart, verschijnt de foutmelding: "Plak eerst een TLS-scan of handshake-samenvatting.". Als de tekst geen herkenbare TLS-elementen bevat, toont de tool de melding: "Er is geen TLS-versie of coderingssuite herkend. Plak leesbare scanner- of handshakevelden.".

Geanalyseerde parameters en rollen

Na de analyse categoriseert de tool de gevonden elementen en wijst er specifieke rollen en statussen aan toe. Dit helpt om de configuratie van de TLS-sessie nauwkeurig te ontleden.

Rollen van parameters

Geïdentificeerde protocolversies en cipher suites krijgen een van de volgende rollen toebedeeld:

  • Onderhandeld: De specifieke parameters die uiteindelijk zijn geselecteerd voor de actieve verbinding.
  • Aangeboden: De lijst met protocollen of suites die door de client zijn voorgesteld tijdens de handshake.
  • Waargenomen: Parameters die tijdens de netwerkanalyse zijn gedetecteerd.

Beoordeling van cipher suites

Elke gedetecteerde cipher suite krijgt een kwalificatie die de veiligheidsstatus weerspiegelt:

  • Modern: Voldoet aan de huidige beveiligingsstandaarden.
  • Beoordeling: Vereist handmatige controle of specifieke contextuele evaluatie.
  • Afgekeurd: Bevat verouderde of onveilige mechanismen.
  • Onbekend: De suite is niet aanwezig in de ingebouwde database.

Als er in de geanalyseerde tekst geen protocollen worden geïdentificeerd, verschijnt de melding: "Er is geen protocolversie gevonden in de aangeleverde tekst.". Indien er geen cipher suites worden herkend, toont de tool: "Er is geen coderingssuite gevonden in de aangeleverde tekst.".

Evaluatie van cryptografische algoritmen

De tool controleert de invoer op de aanwezigheid van legacy, zwakke of onveilige cryptografische algoritmen. Afhankelijk van de aangetroffen componenten in de cipher suites, geeft de checker specifieke bevindingen weer:

Algoritme / Suite-type Status / Bevinding
RC4 "RC4 is verouderd en er mag niet over worden onderhandeld."
DES "DES is niet veilig voor algemeen TLS-gebruik."
3DES "3DES heeft een kleine blokgrootte en is verouderd voor TLS."
NULL "NULL-codering biedt geen vertrouwelijkheid."
EXPORT "EXPORT-suites maken opzettelijk gebruik van zwakke cryptografie en zijn verouderd."
Anoniem "Anonieme suites authenticeren de peer niet en zijn kwetsbaar voor onderschepping."
MD5 "MD5 is niet veilig voor algemeen TLS-gebruik."
SHA-1 "Deze suite maakt gebruik van SHA-1, wat verouderd is voor algemeen TLS-gebruik."
CBC-suites "CBC-suites zijn verouderd. Geef de voorkeur aan een AEAD-suite zoals AES-GCM of ChaCha20-Poly1305."
Statische RSA "Statische RSA-sleuteluitwisseling biedt geen voorwaartse geheimhouding."
CCM-8 "CCM-8 gebruikt een kortere authenticatietag en heeft een protocolspecifieke beoordeling nodig."
Onbekende suite "Deze suite staat niet op de ingebouwde plattegrond van de gemeenschappelijke suite. Controleer het huidige IANA-register of de scannerdocumentatie."

Sleuteluitwisseling en authenticatie in TLS 1.3

Bij het analyseren van moderne netwerkconfiguraties is het essentieel om rekening te houden met de structurele veranderingen in TLS 1.3. In oudere TLS-versies (zoals TLS 1.2 en ouder) bevat de naam van de cipher suite alle parameters voor de verbinding: de sleuteluitwisseling (bijvoorbeeld ECDHE), de authenticatie (bijvoorbeeld RSA of ECDSA), de bulkversleuteling (bijvoorbeeld AES-GCM) en de hashing-algoritmen (bijvoorbeeld SHA-256).

In TLS 1.3 is deze structuur losgekoppeld. De naam van een TLS 1.3-cipher suite beschrijft uitsluitend de recordversleuteling en de handshake-hash (bijvoorbeeld TLS_AES_256_GCM_SHA384). De sleuteluitwisseling en de authenticatie worden tijdens de handshake volledig afzonderlijk onderhandeld. De tool geeft bij de detectie van dergelijke suites de volgende toelichting: "TLS 1.3 onderhandelt over sleuteluitwisseling en authenticatie afzonderlijk van de coderingssuite.". Deze parameters kunnen dus niet louter uit de naam van de suite worden afgeleid.

Privacy en lokale verwerking

De verwerking van de ingevoerde TLS-gegevens vindt volledig lokaal plaats binnen de webbrowser van de gebruiker. De geplakte TLS-gegevens en scanresultaten worden niet geüpload naar externe servers en worden niet opgeslagen.

Veelgestelde vragen

Welke TLS-uitvoerformaten kan ik plakken?
Plak tekst van gewone TLS-scanners, openssl s_client, samenvattingen van pakketanalyses of een korte ClientHello- of ServerHello-notitie. De checker herkent veelgebruikte IANA-namen, OpenSSL-aliassen en verschillende veelgebruikte hexadecimale suite-ID's; het decodeert geen onbewerkte pakketbytes.

Waarom toont een TLS 1.3-coderingssuite RSA of ECDHE niet?
De namen van de TLS 1.3-coderingssuites beschrijven recordcodering en de handshake-hash. Sleuteluitwisseling en authenticatie worden afzonderlijk onderhandeld, zodat ze niet alleen uit een suitenaam kunnen worden afgeleid.

Bewijst dit resultaat dat een server veilig is?
Nee. Er wordt alleen uitleg gegeven over de tekst die u plakt. Het maakt geen verbinding met de host, verifieert het certificaat, meet de sleutelgroottes, test het downgradegedrag of toont niet elke suite die de server accepteert.