Schannel logs: onbekend welk TLS Protol en Cipher suite

[Urk]

Ik heb een Windows Server 2016 met daarop Exchange 2016 (laatste CU) draaien.
Via IIS Crypto heb ik TLS1.0 en TLS1.1 uitgezet en alleen de volgende TLS1.2 ciphers toegelaten:

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Dit is in mijn optiek voor deze server de beste TLS security optie voor Windows Server 2016 en geschikt voor de beste compatibility vanaf clients.

In de eventlog krijg ik per seconden tientallen erorrs:
A fatal error occurred while creating a TLS client credential. The internal error state is 10013.
Opzich logisch natuurlijk alleen krijg ik nergens te zien met welk Protocol en Cipher een client aan de andere kant probeert te verbinden.

Als ik EVENT logging naar waarde 0x0007 zet in HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\EventLogging krijg ik alleen van succesvolle communicatie te zien welk protocol en cipher wordt gebruikt. Voor de niet succesvolle (in dit geval dus) krijg ik dat niet te zien.

Ik kan nergens online vinden hoe ik dat inzichtelijk kan krijgen. Weet iemand hoe ik daar achter kom? Of geeft de 10013 code dat volledig aan?

[wjjkoevoets]

Wireshark.

Clients zullen eerst een TCP/IP handshake uitvoeren met je server en vervolgens een TLS Client Hello pakket sturen. Dit pakket bevat de lijst met ciphers die de client ondersteund. Met Wireshark kan je dit pakket capturen en uitlezen.

De client hoeft niet eens heel oud te zijn om TLS_ECDHE_RSA_WITH_AES suites gewoon totaal niet te ondersteunen.

[Question Mark]

wjjkoevoets schreef op vrijdag 24 maart 2023 @ 14:24:
De client hoeft niet eens heel oud te zijn om TLS_ECDHE_RSA_WITH_AES suites gewoon totaal niet te ondersteunen.

Dat... MS adviseert om voor de combi Server 2016 / Exchange 2016 de volgende 1.2 ciphers enabled te hebben:

• 'TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384',
• 'TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256',
• 'TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384',
• 'TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256',
• 'TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384',
• 'TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256',
• 'TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384',
• 'TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256'

Leesvoer:
Exchange Server TLS configuration best practices, hier staan nog wel wat additionele requirements in.

[Urk]

Question Mark schreef op vrijdag 24 maart 2023 @ 14:58:
[...]

Dat... MS adviseert om voor de combi Server 2016 / Exchange 2016 de volgende 1.2 ciphers enabled te hebben:

• 'TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384',
• 'TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256',
• 'TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384',
• 'TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256',
• 'TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384',
• 'TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256',
• 'TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384',
• 'TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256'

Leesvoer:
Exchange Server TLS configuration best practices, hier staan nog wel wat additionele requirements in.

Dank je Mark, erg nuttig. Ik zag trouwens zojuist in IISCrypto dat er meer ciphers aanstaan, zelfs nog 2 meer dan die jij hierboven noemt. Namelijk:



De SSL Labs Server test laat die anderen echter niet zien. Vreemd toch? Die zou toch alle ciphers moeten testen, niet alleen die voorkeur krijgen?

[Question Mark]

Hoe is je exchange server ontsloten? Zit er toevallig nog een loadbalancer, reverse proxy of ander component tussen wat iets alsSSL offloading doet?

[Urk]

Question Mark schreef op maandag 27 maart 2023 @ 14:01:
Hoe is je exchange server ontsloten? Zit er toevallig nog een loadbalancer, reverse proxy of ander component tussen wat iets alsSSL offloading doet?

Ja, alleen een Sonciwall firewall maar doet geen SSL offloading..

[ Voor 4% gewijzigd door Urk op 28-03-2023 01:30 ]

[Question Mark]

Ik zou dat wel even gaan uitsluiten. Pak eens een (linux) machine en gebruik testssl eens? Als je daarmee zowel intern als extern test, kun je kijken of je nog verschillen ziet.

https://github.com/drwetter/testssl.sh