> The TLS protocols are designed to tolerant unknown TLS extensions. However,
> although it is not common, there are a few TLS implementations that cannot
> handle unknown extensions properly. As results in unexpected interoperability
> issue when new extensions are introduced in JDK. The intero
> The TLS protocols are designed to tolerant unknown TLS extensions. However,
> although it is not common, there are a few TLS implementations that cannot
> handle unknown extensions properly. As results in unexpected interoperability
> issue when new extensions are introduced in JDK. The intero
On Mon, 25 Jan 2021 22:27:25 GMT, Rajan Halade wrote:
>> Xue-Lei Andrew Fan has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Update copyright years to 2021
>
> Marked as reviewed by rhalade (Reviewer).
Hi Bernd,
I agree with you that Sy
, 2021 11:17:56 PM
An: security-dev@openjdk.java.net
Betreff: Re: RFR: 8217633: Configurable extensions with system properties [v2]
> The TLS protocols are designed to tolerant unknown TLS extensions. However,
> although it is not common, there are a few TLS implementations that cannot
&g
On Mon, 25 Jan 2021 22:17:56 GMT, Xue-Lei Andrew Fan wrote:
>> The TLS protocols are designed to tolerant unknown TLS extensions. However,
>> although it is not common, there are a few TLS implementations that cannot
>> handle unknown extensions properly. As results in unexpected
>> interopera
On Mon, 25 Jan 2021 22:17:56 GMT, Xue-Lei Andrew Fan wrote:
>> The TLS protocols are designed to tolerant unknown TLS extensions. However,
>> although it is not common, there are a few TLS implementations that cannot
>> handle unknown extensions properly. As results in unexpected
>> interopera
> The TLS protocols are designed to tolerant unknown TLS extensions. However,
> although it is not common, there are a few TLS implementations that cannot
> handle unknown extensions properly. As results in unexpected interoperability
> issue when new extensions are introduced in JDK. The intero
On Mon, 25 Jan 2021 21:32:18 GMT, Rajan Halade wrote:
>> Xue-Lei Andrew Fan has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> Update copyright years to 2021
>
> test/jdk/sun/security/ssl/SSLSocketImpl/BlockedExtension.java line 70:
>
>> 6
On Fri, 11 Dec 2020 23:20:34 GMT, Xue-Lei Andrew Fan wrote:
> The TLS protocols are designed to tolerant unknown TLS extensions. However,
> although it is not common, there are a few TLS implementations that cannot
> handle unknown extensions properly. As results in unexpected interoperability
On Fri, 22 Jan 2021 19:07:48 GMT, Roger Riggs wrote:
> Where will the new properties be documented?
>
Yes. The properties will be described in the JSSE Reference Guide. I added a
"Documentation" section in the CSR.
> In the CSR, it may be worth mentioning that the extension names are case
>
On Fri, 11 Dec 2020 23:20:34 GMT, Xue-Lei Andrew Fan wrote:
> The TLS protocols are designed to tolerant unknown TLS extensions. However,
> although it is not common, there are a few TLS implementations that cannot
> handle unknown extensions properly. As results in unexpected interoperability
On Fri, 11 Dec 2020 23:20:34 GMT, Xue-Lei Andrew Fan wrote:
> The TLS protocols are designed to tolerant unknown TLS extensions. However,
> although it is not common, there are a few TLS implementations that cannot
> handle unknown extensions properly. As results in unexpected interoperability
The TLS protocols are designed to tolerant unknown TLS extensions. However,
although it is not common, there are a few TLS implementations that cannot
handle unknown extensions properly. As results in unexpected interoperability
issue when new extensions are introduced in JDK. The interoperabili
13 matches
Mail list logo
