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

Anthony Scarpino ascarpino at openjdk.java.net
Thu Nov 5 19:02:10 UTC 2020


On Wed, 4 Nov 2020 00:46:13 GMT, Valerie Peng <valeriep at openjdk.org> wrote:

>> Anthony Scarpino has updated the pull request incrementally with six additional commits since the last revision:
>> 
>>  - style
>>  - style & comments
>>  - full update
>>  - remove old
>>  - update
>>  - outputsize
>
> src/java.base/share/classes/com/sun/crypto/provider/GaloisCounterMode.java line 770:
> 
>> 768:         checkDataLength(0, len);
>> 769: 
>> 770:         if ((ibuffer.size() + ct.remaining()) - tagLenBytes >
> 
> ct is set a new limit (minus the tag length) on line 741. So this check seems incorrect?
> How about using the 'len' value which seems to be the overall input size which should also be the expected output size?

Yeah, I'd agree

> src/java.base/share/classes/com/sun/crypto/provider/GaloisCounterMode.java line 746:
> 
>> 744:                 len += buffer.remaining();
>> 745:             }
>> 746:             ct.mark();
> 
> This seems redundant given the ct.mark() call on line 732?

Does seem redundant.. I'll remove and see how testing goes

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

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



More information about the security-dev mailing list