Yn ddiofyn, mae'r cerdyn plws a gyhoeddir gan nxp yn gerdyn anghiniedig ar lefel L0. Ar hyn o bryd, mae'r gwaith gweithredol yn dangos ei fod yn cefnogi nodweddion cerdyn CPU ISO1443-4 (ATQA: 02 00, SAK: 20 UID: CD 65 E5 03), wrth weithredu AES sy'n gysylltiedig ag ysgrifennu Ar ôl i'r ALLWEDD a'r bloc data gael eu ymgychwyn a'u hymrwymo, mae'n mynd i lefel diogelwch L1. Mae ei weithrediad gweithredol yn dangos nodweddion cerdyn M1S70 (ATQA: 02 00, SAK: 18 UID: CD 65 E5 03), ond mewn gwirionedd gall barhau i gefnogi ISO1443-4 , Mae'r llygod mawr yn cael eu gweithredu'n llwyddiannus (rhaid ei gefnogi hefyd, neu fel arall ni ellir cyflawni gweithrediadau newid I2 a switsh). Ar ôl i'r broses ddilysu newid I2 gael ei pherfformio ar lefel L1 a'i throsi i lefel L2, y gwerth dychwelyd ar ôl y llawdriniaeth weithredol yw (ATQA: 02 00 SAK:11, UID: CD 65 E5 03). Ar hyn o bryd, os nad oes SAK cyfatebol o'r fath yn y gyrrwr presennol, bydd yn fath anhysbys o gerdyn. Ar ôl i'r broses ddilysu newid gael ei pherfformio ar lefel diogelwch L2, mae'r cerdyn yn cael ei uwchraddio i lefel diogelwch L3, a'r gwerth dychwelyd yw (ATQA: 02 00 ,SAK:20, UID:CD 65 E5 03).
Rhedeg gweithrediadau lefel L1 a L2 mewn cyflwr gweithredol (ISO14443-3 haen); pan fydd y cerdyn ar lefel L1, gellir gweithredu rhyngwynebau sy'n gysylltiedig ag M1 yn llawn, neu gellir cyflawni ardystiad AES SL1 yn gyntaf ac yna gellir cynnal ardystiad M1. Ar ôl perfformio dilysiad AES SL1, nid oes angen cynhyrchu sylfaen allweddol sesiwn a chyfrifo gyda'r allwedd M1 i gael yr allwedd M1 newydd fel yr allwedd ddilysu M1 go iawn, dim ond defnyddio'r allwedd M1 wreiddiol yn uniongyrchol (mae'r pwynt hwn yn wahanol i lefel L2).
Ar lefel L0, cod dychwelyd PICC ar ôl ei weithredu yw ACK/NAK sy'n gyson â cherdyn M1, mae'n god dychwelyd na ellir ei roi heb CRC, felly pan fydd gwiriad y Comisiwn Yn cael ei droi ymlaen, mae gwall CRC yn digwydd;
Ym proses ddilysu SL1 lefel L1, pan fydd y gweithredu'n gywir, bydd yn dychwelyd y cod dychwelyd a'r wybodaeth gyda CRC, a phan fydd gwall (gwall allweddol AES, gwall dadgryptio RNDB, etc. ), bydd yn dychwelyd yr NAK sy'n gyson â cherdyn M1, sy'n hanner ffordd ac nid oes gwall CRC, felly pan fydd gwiriad CRC yn cael ei droi ymlaen , bydd gwall CRC yn digwydd.
Mae'r cyfarwyddyd switchL2 yn cael ei weithredu ar lefel ISO14443-4. Ar ôl i'r gweithredu fod yn llwyddiannus, mae'r PICC yn mynd i lefel diogelwch L2. Ar hyn o bryd, mae'r cyfarwyddyd switsL2 yn cael ei weithredu ar y trosglwyddiad cyntaf o Cmd+BNo+LenCap+PCDCap2, sy'n dychwelyd dau beit statws 0x02, 0x09. Gellir deall 0x09 fel rhif bloc annilys, ond ni ellir deall 0x02.
Yn lefel L2, fel y nodir yn y llawlyfr, rhaid dilysu'r AES cyn dilysu M1, ac mae'r 6 beit isaf o sylfaen allweddol y sesiwn a gynhyrchir gan AES yn XORed gydag allwedd M1 y bloc gwirioneddol i fod yn allwedd dilysu bloc M1 go iawn . Ar ôl profi, rhaid i'r math allweddol OS fod yn gyson â'r math Allwedd M1 (hynny yw, mae A neu B), neu fel arall bydd y dilysiad M1 yn methu! Pan fydd yr AES a'r M1 yn allweddol mathau a gwerthoeddo sector A yn gyson â rhai sector B, mae'r mynediad i sector B ar ôl dilysu sector A yn gyson â mynediad i sector A, ac nid oes angen cael mynediad i sector B. Ardystio.
Wrth ddadfygio mifPLAuthInPro ar lefel diogelwch L2, pan elwir s_AESCbcEnDecrypt, bydd y mewnbwn iv yn cael ei ailysgrifennu ar ôl cwblhau'r amgryptio a dadgryptio, gan arwain at yr amgryptio a'r dadgryptio nesaf iv newidiadau ac mae'r amgryptio a dadgryptio yn methu! Rhaid rhoi sylw i werth iv!
Ar lefel diogelwch L2, rhaid i'r dilysiad allweddol gorfodol AES+M1 gadw'r math allweddol AES yn gyson â'r math allweddol M1 (h.y. AES MathA Allwedd+M1 TeipA allweddol neu allwedd AES TypeB Allwedd+M1 MathB, fel AES TypeA Allwedd+M1 Bydd dilysiad allweddol TypeB yn methu hyd yn oed os yw'r allweddi'n gywir!)
Ar ôl cwblhau'r difa ar lefel L2, gallwch berfformio FirstAuth dro ar ôl tro, ac mae'r gwerth TI a gafwyd gan FirstAuth yn wahanol bob tro. Ar ôl cyflawni dilysiad FirstAuth cywir a chael TI, gellir perfformio'r dilyniant cywir (mae dilyniant Iauth's iv yn seiliedig ar ddilysu FirstAuth). Ar ôl i'r FirstAuth cywir gael ei weithredu unwaith, gellir ailadrodd y dilyniant. Ers i FirstAuth a followAuth redeg yn y modd ISO14443-4, mae PICC yn aros yn y modd ISO14443-4 pan fydd unrhyw wall yn digwydd, ac nid oes angen ail-chwilio'r cerdyn.
Mae gorchmynion MultiWriteBlock ac MultiReadBlock o lefel diogelwch L2 ond yn cefnogi gweithrediadau darllen ac ysgrifennu bloc data lluosog yn yr un sector! Mae gorchmynion ReadBlock ac WriteBlock lefel diogelwch L3 yn cefnogi darllen ac ysgrifennu bloc data parhaus ar draws sectorau (dim ond o fewn y sector hwn!!!)
Lefel diogelwch L3 dilynawd gweithredu i gael ENC KEY a MAC Mae amgryptio ALLWEDDOL a ddefnyddir iv fector yn 0 yn lle TI+W_ctr+R_ctr !
Yn y modd ISO14443-4, cyn belled â bod unrhyw gamgymeriad, rhaid gweithredu'r FirstAuth!
Dealltwriaeth o weithrediadau sy'n gysylltiedig â gwerth cerdyn M1: Hanfod y gorchymyn Adfer yw copïo gwerth cyfatebol y bloc data newydd (rhaid iddo fod ar ffurf waled) i Glustog Trosglwyddo 16 oed y tu mewn i gerdyn M1, a hanfod y gorchymyn Trosglwyddo yw i'r gwerth Trosglwyddo Clustogi y tu mewn i'r cerdyn M1 yn cael ei gopïo i'r bloc data newydd. Hanfod y gorchymyn Cynyddrannau yw ychwanegu gwerth y bloc waled mewnbwn at y gwerth ychwanegol a'i gopïo i'r GlustogFa Drosglwyddo, felly rhaid galw'r gorchymyn Trosglwyddo eto i gopïo gwerth y Clustogfa Drosglwyddo i'r bloc data penodedig.
https://www.szrcloud.com/card-reader/rfid-card-reader/rfid-card-reader-in-games.html