News for hackers. Stuff that matters.
Re:TLS 1.3 at Apple by MichaelGG on Wednesday June 14, 2017 @05:26PM (#14556256)
Why would TLS add an insecure by default feature? Hasn't security been a problem for TLS historically?

Or is this aimed at higher end providers that can be trusted to only enable it for certain things? (Like, Google Search might benefit from it, and replays probably aren't an issue?)

Re:TLS 1.3 at Apple by brians on Thursday June 15, 2017 @02:37AM (#14558360)
Because Google said they'd abandon TLS and use QUIC-CRYPTO unless TLS had 0-RTT in the core standard. And that they insist on splicing the early data onto the TLS stream, smearing H2 traffic across both.

Maybe they're right and it'll all be fine—but I expect named bugs in the same family as Triple Handshake.

Re:TLS 1.3 at Apple by readams on Wednesday June 14, 2017 @05:53PM (#14556412)
0-RTT is not automatically enabled. You need to opt in.
Re:TLS 1.3 at Apple by MrRadar on Wednesday June 14, 2017 @06:11PM (#14556523)
Like if you're a CloudFlare customer? https://blog.cloudflare.com/introducing-0-rtt/ They enable it for TLS 1.3 by default for "GET requests with no query parameters" and place at least some of the onus on the origin server to detect replays (via a "Cf-0rtt-Unique" HTTP header).