Re: TLS v1.2 -only- deployments

From: Date: Thu, 11 May 2017 11:24:32 +0000
Subject: Re: TLS v1.2 -only- deployments
References: 1 2  Groups: php.internals 
Request: Send a blank email to internals+get-99009@lists.php.net to get a copy of this message
Am 11.05.2017 um 13:08 schrieb Anatol Belski:
-----Original Message----- From: Thomas Hruska [mailto:thruska@cubiclesoft.com] Sent: Tuesday, May 9, 2017 5:33 PM To: PHP Development <internals@lists.php.net> Subject: [PHP-DEV] TLS v1.2 -only- deployments Over the past two weeks, I've observed quite a bit of PHP 7+ userland code breaking due to remote hosts switching to a TLS 1.2 only policy. For various specific reasons, I strongly suspect that PCI DSS 3.1 implementations or compliance audits against that spec have something to do with the changes that I'm seeing: https://blog.pcisecuritystandards.org/migrating-from-ssl-and-early-tls In just the last two weeks, I've seen completely unrelated servers of various vendors go offline for an upgrade. When they come back up a short bit later, they are suddenly configured for TLS 1.2 only. Running a Qualys SSL labs test confirms the changes. It's a rather specific change to encounter in such a short period of time. PHP userland code (e.g. stream_socket_client()) is unable to connect to such hosts via "tls://" host strings. The string has to be updated to use the version- specific string "tlsv1.2://" before the connecting code starts working again.
I think in any case, especially if apps are branch specific, explicit TSL 1.2 is probably the best way, like anything explicit in security
yesm boiut what *really* annoys me is that "tls://" don't just default to the most secure connection *both* sides support what do you do in a few years - change again userland php-code to "tlsv1.3://" - franly that don't belong in any PHP script at all because PHP is nothing else than i client here and a random developer sould not need to know ahything about that low level things

« previous php.internals (#99009) next »