Age | Commit message (Collapse) | Author |
|
This CL does not yet take advantage of the simplifications that allowing
input to finish() provides. That will require updating the Java layer
first, to remove some assumptions and code that assume update() must
eventually consume all input.
Change-Id: Ie85896027a1d55ddec06750d19addbb1f5e462c8
|
|
HMAC and AES-GCM keys must be bound to a mininum MAC/tag length at
creation, and operations may not specify a length smaller than the
minimum, or provide a length smaller than the minimum during
verification.
Bug: 22337277
Change-Id: Id5ae2f4259045ba1418c28e9de8f4a47e67fd433
|
|
Change-Id: Ibd6956f6b8ef42f272d922050a7e5da3d78cffb7
|
|
I should have known better than to make these singletons to begin
with. Globals create problems. This undoes that mistake.
Change-Id: Idf61d5f72e3c34b5c4ddb27cc94b05f506561743
|
|
MAC length is no longer associated with a key, but specified for each
operation.
Bug: 19991862
Change-Id: I2c4389a0ab8b68b6f3a9464063d4422caa81d9b7
|
|
Change-Id: I7af02342320a9a431cd9845baaf5dbcf61d460c2
|
|
Change-Id: I78a81b1ceb47a2abb189da4b0446800a56ec88c3
|
|
This is in preparation for handling IV/nonce values via params rather
than prepended to ciphertext.
Change-Id: I657a029eaf66c2218c3f7cc149e86e9d01c41be0
|
|
Change-Id: I64c7bdf77388e3cb491b702c52c6746d32f317b0
|