On Tue, 11 Apr 2023 17:26:25 GMT, Jamil Nimeh wrote:
> This fixes an issue where the key/nonce reuse policy for SunJCE ChaCha20 and
> ChaCha20-Poly1305 was overly strict in enforcing no-reuse when the Cipher was
> in DECRYPT_MODE. For decryption, this should be allowed and be consistent
> wit
On Thu, 18 May 2023 18:16:49 GMT, Daniel Jeliński wrote:
> Here you go:
@djelinski Thank you!
-
PR Comment: https://git.openjdk.org/jdk/pull/13428#issuecomment-1553459091
On Tue, 11 Apr 2023 17:26:25 GMT, Jamil Nimeh wrote:
> This fixes an issue where the key/nonce reuse policy for SunJCE ChaCha20 and
> ChaCha20-Poly1305 was overly strict in enforcing no-reuse when the Cipher was
> in DECRYPT_MODE. For decryption, this should be allowed and be consistent
> wit
On Thu, 18 May 2023 16:55:05 GMT, Daniel Jeliński wrote:
> the QUIC specification permits dropping duplicate packets only after fully
> decrypting them.
May I have a reference, for example the section number, of the specification?
-
PR Comment: https://git.openjdk.org/jdk/pull/134
On Tue, 11 Apr 2023 17:26:25 GMT, Jamil Nimeh wrote:
> This fixes an issue where the key/nonce reuse policy for SunJCE ChaCha20 and
> ChaCha20-Poly1305 was overly strict in enforcing no-reuse when the Cipher was
> in DECRYPT_MODE. For decryption, this should be allowed and be consistent
> wit
On Tue, 11 Apr 2023 18:15:22 GMT, Xue-Lei Andrew Fan wrote:
>> This fixes an issue where the key/nonce reuse policy for SunJCE ChaCha20 and
>> ChaCha20-Poly1305 was overly strict in enforcing no-reuse when the Cipher
>> was in DECRYPT_MODE. For decryption, this should be allowed and be
>> con
On Tue, 11 Apr 2023 17:26:25 GMT, Jamil Nimeh wrote:
> This fixes an issue where the key/nonce reuse policy for SunJCE ChaCha20 and
> ChaCha20-Poly1305 was overly strict in enforcing no-reuse when the Cipher was
> in DECRYPT_MODE. For decryption, this should be allowed and be consistent
> wit
