| Electronic Components Datasheet Search |
|
MF2DL1000DA4/02 Datasheet(PDF) 40 Page - NXP Semiconductors |
|
|
|||||||||||||||||||||||||||||
MF2DL1000DA4/02 Datasheet(HTML) 40 Page - NXP Semiconductors |
|
40 / 132 page ![]() NXP Semiconductors MF2DL(H)x0 MIFARE DESFire Light contactless application IC MF2DL_H_x0 All information provided in this document is subject to legal disclaimers. © NXP B.V. 2019. All rights reserved. Product data sheet Rev. 3.3 — 5 April 2019 COMPANY PUBLIC 430733 40 / 132 (Secure Access Module) which allows a secure commit of an ID that is then linked with the merchant. The goal of this is that the merchant cannot forge the committed ID. This ID is called ReaderID. For this feature, a key is assigned which is known by both the card and the SAM: AppCommitReaderIDKey. At the merchant’s site, this key should not leave the SAM. The card supports linking ReaderIDs of merchants by storing the committed ReaderID and returning the ReaderID of the previous transaction. This way the backend can detect which merchant did not report missing transactions. 10.3.1 General Overview The Transaction MAC can be activated by creating a TransactionMAC file. When creating this file, one also specifies the AppTransactionMACKey, see Section 11.7.6. Additionally, one can optionally also require the commitment of a ReaderID, by assigning a AppCommitReaderIDKey for this, see Section 8.2.3.6. Once the Transaction MAC feature is activated, the Transaction MAC computation consists of the following steps: 1. Initialization: before performing the first command that needs a Transaction MAC computation update, the Transaction MAC Session Keys (SesTMMACKey and SesTMENCKey) are derived from the AppTransactionMACKey using the next Transaction MAC Counter value, see also Section 10.3.2.1. 2. Computation updates: during the transaction, the Transaction MAC is computed using SesTMMACKey over the following commands: • ReadData, GetValue and ReadRecords • WriteData, Credit, Debit, LimitedCredit, WriteRecord, UpdateRecord and ClearRecordFile • CommitReaderID: the committed ReaderID is stored on the card and the ReaderID of the previous transaction is returned encrypted with the SesTMENCKey. This is also included in the ongoing Transaction MAC computation. Note that for simplicity operations all file types are included. Note that StandardData can be written without transaction finalization with CommitTransaction. Therefore, the protection of StandardData files by the TransactionMAC is limited. MF2DL(H)x0 does support an option that excludes unauthenticated data management operations from the Transaction MAC calculation. This can be enabled with ChangeFileSettings. 3. Finalization: on CommitTransaction, the Transaction MAC is finalized. The update of the manipulated backup files and the computed Transaction MAC, the related counter and (optionally) the committed ReaderID, are one atomic operation. The computed Transaction MAC and the related counter are either provided with the response of CommitTransaction or can be read afterwards using ReadData on the TransactionMAC file. |
|
Link URL |
| Does ALLDATASHEET help your business so far? [ DONATE ] |
About Alldatasheet | Advertisement | Contact us | Privacy Policy | Link to Datasheet | Link Exchange | Manufacturer List All Rights Reserved©Alldatasheet.com |
| Russian : Alldatasheetru.com | Korean : Alldatasheet.co.kr | Spanish : Alldatasheet.es | French : Alldatasheet.fr | Italian : Alldatasheetit.com Portuguese : Alldatasheetpt.com | Polish : Alldatasheet.pl | Vietnamese : Alldatasheet.vn Indian : Alldatasheet.in | Mexican : Alldatasheet.com.mx | British : Alldatasheet.co.uk | New Zealand : Alldatasheet.co.nz |
|
Family Site : ic2ic.com |
icmetro.com |