receiveBytes(short bOff) method retrieves data from the card OS and populates the APDU buffer.
You don't have to copy data to APDU buffer because the JCRE does the copy for you.
Search found 3 matches: re:
Searched query: re
- Wed Jun 15, 2016 1:30 am
- Forum: Questions & Answers
- Topic: confused with the API methods
- Replies: 2
- Views: 7055
- Mon May 23, 2016 4:42 am
- Forum: Card Products
- Topic: key lengths supported by AES
- Replies: 3
- Views: 8609
Re: key lengths supported by AES
JavaCardOS wrote:Hello! AES algorithms supports the following key length:
LENGTH_AES_128
LENGTH_AES_192
LENGTH_AES_256
Thank you for your kind response! But what about ECC algorithms ? Which key lengths are supported for ECC?
Await for your reply!
- Wed Apr 27, 2016 4:04 am
- Forum: Questions & Answers
- Topic: Does extended length APDU affect calculation of C-MAC
- Replies: 3
- Views: 9739
Re: Does extended length APDU affect calculation of C-MAC
Do you have a reference that specifically addresses extended length APDUs for GP? My concern is related to the coding of Lc and the SCP01 length (L) byte for encrypted data. For SCP01, the length of the data field prior to padding is explicitly encoded in one byte and pre-pended to the data field. L...