RFR: 8253821: Improve ByteBuffer performance with GCM [v2]

Anthony Scarpino ascarpino at openjdk.java.net
Fri Oct 9 05:01:21 UTC 2020


On Fri, 9 Oct 2020 00:48:42 GMT, Valerie Peng <valeriep at openjdk.org> wrote:

>> Anthony Scarpino has updated the pull request incrementally with one additional commit since the last revision:
>> 
>>   Xuelei comments
>
> src/java.base/share/classes/com/sun/crypto/provider/GaloisCounterMode.java line 550:
> 
>> 548:
>> 549:         processed += len;
>> 550:         ghashAllToS.update(src, len);
> 
> Isn't input to ghashAllToS always be the produced cipher text? Did I miss something?

method is removed

> src/java.base/share/classes/com/sun/crypto/provider/GaloisCounterMode.java line 617:
> 
>> 615:
>> 616:         processAAD();
>> 617:         if (len > 0) {
> 
> Even if (len == 0), we should still process the data stored into 'ibuffer'? It seems that both of the
> encrypt(ByteBuffer) and encryptFinal(ByteBuffer) are adapted from their counterpart with byte[] arguments. However, the
> byte[] methods have different entrant conditions due to the buffering in CipherCore. So the impl of the ByteBuffer ones
> may need additional logic to handle all possible calling sequence.

Yes for encryptFinal.  encrypt is removed

-------------

PR: https://git.openjdk.java.net/jdk/pull/411



More information about the security-dev mailing list