Re: How to disable tls 1 and tls 1.1

Slawomir Dworaczek via Exim-users <[email protected]>
Newsgroups gmane.mail.exim.user
Message-ID <11B96E14C73A4E4CB5A972C0141FA34D@slaweklenovo>
helo
thank you all for your involvement, thanks to you the problem has been 
solved
regards


----- Original Message ----- 
From: "Viktor Dukhovni via Exim-users" <[email protected]>
To: <[email protected]>
Sent: Tuesday, May 27, 2025 3:43 AM
Subject: [exim] Re: How to disable tls 1 and tls 1.1


> On Mon, May 26, 2025 at 08:47:35PM +0000, Slavko via Exim-users wrote:
>
>> >(HMAC) in TLS in the context of SMTP.  There are some browser-specific
>> >issues with CBC ciphers because TLS did MAC-then-encrypt rather than
>> >encrypt-then-MAC, but these required scripting many connectiosn to
>> >possibly leak cookie information.  These attacks don't apply to SMTP.
>>
>> AFAIK 3DES was deprecated (and disallowed after 2023) by NIST.
>> I believe, that there is some good reason for that...
>
> The 3DES block size of 64 bits is no longer favoured, performance is not
> great, and 112-bit security is frowned upon by nation states that
> typically ask for 192-bit security for the more senstive use-cases.
> But, there I've seen no practical attacks on 3DES-CBC beyond the generic
> CBC mac-then-encrypt issues in browsers.
>
>> >This is a reasonable choice for the *generic* application, which is
>> >not doing opportunistic TLS, and possibly shares some of the browser
>> >attack surfaces.  It is less compelling for SMTP, but with the passage
>> >of time, as noted above, the impact of dropping support for TLS 1.0/1.1
>> >is becoming insignificant...
>>
>> I still do not understand one thing: why is as much effort invested
>> to advocate old (deprecated) versions of TLS.
>
> The effort is not to "advocate" these, but rather to encourage you to
> not go out of your way to spend effort to disable them, in a protocol
> where otherwise transmission is acceptable in cleartext.
>
> With sufficiently recent OpenSSL, at the default security level you
> get TLS >= 1.2 out of the box.  At SECLEVEL=0 you get best effort
> security, which is better than no security if you still have clients
> that don't support TLS >= 1.2.  Increasingly that's no longer a concern,
> so your call.
>
>> I understand, that deprecated doesn't mean disallowed, i understand it
>> as "awoid if possible".
>
> Which happens automatically when both ends support TLS 1.2 or better.
> Again, there's little harm now to explicitly disable the older
> protocols, but also little compelling reason to do it.
>
> Do what makes sense to you, and don't worry about it either way, this
> is far from your most pressing security concern.
>
> -- 
>    Viktor.
>
> -- 
> ## subscription configuration (requires account):
> ## 
> https://lists.exim.org/mailman3/postorius/lists/exim-users.lists.exim.org/
> ## unsubscribe (doesn't require an account):
> ##   [email protected]
> ## Exim details at http://www.exim.org/
> ## Please use the Wiki with this list - http://wiki.exim.org/
> 


-- 
## subscription configuration (requires account):
##   https://lists.exim.org/mailman3/postorius/lists/exim-users.lists.exim.org/
## unsubscribe (doesn't require an account):
##   [email protected]
## Exim details at http://www.exim.org/
## Please use the Wiki with this list - http://wiki.exim.org/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.