ວິທີການຂຽນໂປຣແກຣມແທັກ NFC ດ້ວຍຊິບປະເພດຕ່າງໆ (NTAG, MIFARE, ແລະອື່ນໆອີກ)

 

ການຂຽນແທັກແມ່ນສາມປະຕິບັດແຍກຕ່າງຫາກ, ບໍ່ແມ່ນຫນຶ່ງ

 

ເມື່ອຄົນເວົ້າວ່າພວກເຂົາຕ້ອງການຕັ້ງແທັບ NFC, ປົກກະຕິແລ້ວພວກເຂົາອະທິບາຍສາມຢ່າງທີ່ແຕກຕ່າງກັນທີ່ເກີດຂື້ນໂດຍປຸ່ມດຽວກັນໃນແອັບຯໂທລະສັບ.

 

ທໍາອິດແມ່ນການຈັດຮູບແບບ. ຫນ່ວຍຄວາມຈໍາຂອງຊິບ NFC ຕ້ອງໄດ້ຮັບການບອກວ່າພື້ນທີ່ຜູ້ໃຊ້ຂອງມັນປະກອບດ້ວຍຂໍ້ຄວາມ NDEF ແທນທີ່ຈະເປັນ bytes arbitrary. ນີ້ແມ່ນເຮັດໄດ້ໂດຍການຂຽນໂຄງສ້າງຂໍ້ມູນຂະຫນາດນ້ອຍທີ່ເອີ້ນວ່າບັນຈຸຄວາມສາມາດ. ໃນ NTAG21x ພາກສ່ວນ, ອັນນີ້ແມ່ນເຮັດແລ້ວໃນລະດັບ wafer, ດັ່ງນັ້ນຊິບມາຮອດ NDEF-ມີຮູບແບບ ແລະສາມາດຖື NDEF ເທົ່ານັ້ນ. ໃນ MIFARE Classic ແລະບາງຊິບອື່ນໆ, ການຈັດຮູບແບບແມ່ນສິ່ງທີ່ທ່ານປະຕິບັດ, ແລະໂຄງສ້າງຈະຢູ່ໃນພາກພື້ນດຽວ-ເວລາ-ໂຄງການ. ດັ່ງນັ້ນການຈັດຮູບແບບແມ່ນຖາວອນ. ບໍ່ມີຄໍາສັ່ງທີ່ບໍ່ມີຮູບແບບ, ແລະບໍ່ມີເຄື່ອງມືຂອງຜູ້ຂາຍທີ່ຈະໃຫ້ທ່ານຫນຶ່ງ.

 

ອັນທີສອງແມ່ນຂຽນ payload: ຂໍ້ຄວາມ NDEF ທີ່ມີບັນທຶກຫນຶ່ງ ຫຼືຫຼາຍກວ່ານັ້ນ, ສ່ວນຫຼາຍແມ່ນບັນທຶກ URI ຊີ້ໄປທີ່ URL. ນີ້​ແມ່ນ​ພາກ​ສ່ວນ​ຂອງ​ທຸກ​ຄົນ​ຮູບ​ພາບ​. Payload writes ປົກກະຕິແລ້ວແມ່ນເຮັດຊ້ໍາໄດ້, ນັ້ນແມ່ນເຫດຜົນທີ່ທີມງານການຕະຫຼາດສາມາດປ່ຽນເສັ້ນທາງແທັກແຄມເປນໃນຫົກເດືອນຕໍ່ມາໂດຍບໍ່ມີການຈັດລໍາດັບຮາດແວ.

 

ອັນທີສາມແມ່ນການຕັ້ງຄ່າ: password bytes, lock bits, mirror settings, access conditions, authentication keys. ຊັ້ນນີ້ແມ່ນບ່ອນທີ່ການຕັດສິນໃຈທີ່ບໍ່ສາມາດປ່ຽນແປງໄດ້, ແລະມັນເປັນຊັ້ນທີ່ບໍ່ມີການສອນຂອງຜູ້ບໍລິໂພກສໍາຜັດໃດໆ. ຖ້າທ່ານວາງແຜນທີ່ຈະຂຽນ NFC tags ສໍາລັບສິ່ງໃດກໍ່ຕາມທີ່ມີຂອບເຂດຄວາມປອດໄພອ້ອມຮອບມັນ, ຊັ້ນການຕັ້ງຄ່າແມ່ນໂຄງການ.

 

ການຮັກສາສາມແຍກຢູ່ໃນຫົວຂອງເຈົ້າແມ່ນສິ່ງທີ່ຢຸດການຂູດຂີ້ເຫຍື້ອ. ຄວາມຜິດພາດການຂຽນສ່ວນໃຫຍ່ທີ່ພວກເຮົາວິນິໄສບໍ່ແມ່ນຄວາມລົ້ມເຫຼວຂອງ payload. ພວກມັນເປັນສະຖານະການຈັດຮູບແບບ ຫຼືສະຖານະການຕັ້ງຄ່າທີ່ບາງຄົນບໍ່ຮູ້ວ່າມີຢູ່.

 

ປະເພດ NFC Tag Chip ປຽບທຽບກ່ອນທີ່ທ່ານຈະຂຽນໂປຣແກຣມພວກມັນ

 

ທຸກໆການຕັດສິນໃຈທີ່ຈິງຈັງກ່ຽວກັບວິທີການຂຽນໂປລແກລມ NFC tags ໃນລະດັບເລີ່ມຕົ້ນດ້ວຍຕາຕະລາງນີ້, ເພາະວ່າເພດານຫນ່ວຍຄວາມຈໍາແລະການສະຫນັບສະຫນູນເວທີແມ່ນຖືກກໍານົດຢູ່ໃນເວລາຂອງການເລືອກຊິບແລະບໍ່ສາມາດຖືກແກ້ໄຂໃນຊອບແວພາຍຫຼັງ.

 

ຊິບ	ຄວາມຊົງຈໍາຂອງຜູ້ໃຊ້	ປະເພດ NFC Forum	ໂຮງງານ NDEF ລັດ	ການປົກປ້ອງລະຫັດຜ່ານ / ລະຫັດ	iPhone NDEF ອ່ານ + ຂຽນ
NTAG 213	144 ໄບຕ໌	ປະເພດ 2	ຟໍແມັດກ່ອນ-	32-bit PWD / 16-bit PACK	ແມ່ນແລ້ວ
NTAG 215	504 ໄບຕ໌	ປະເພດ 2	ຟໍແມັດກ່ອນ-	32-bit PWD / 16-bit PACK	ແມ່ນແລ້ວ
NTAG 216	888 ໄບຕ໌	ປະເພດ 2	ຟໍແມັດກ່ອນ-	32-bit PWD / 16-bit PACK	ແມ່ນແລ້ວ
MIFARE Ultralight EV1	48 ຫຼື 128 bytes	ປະເພດ 2	ຕາຕະລາງຮູບແບບ	32-bit PWD / 16-bit PACK	ແມ່ນແລ້ວ
MIFARE ຄລາດສິກ 1K	1,024 bytes ທັງຫມົດ, ປະມານ 716 ທີ່ມີຢູ່ໃນ NDEF ເມື່ອຜູ້ຜະລິດຕັນແລະ 16 trailers ພາກສ່ວນຖືກຫັກອອກ.	ບໍ່ແມ່ນປະເພດ NFC Forum	ຕາຕະລາງການຈັດຮູບແບບ, ຂະແໜງການ-ອີງໃສ່	ກະແຈພາກ CRYPTO-1 A/B	ບໍ່
MIFARE DESFIRE EV3	2 KB ຫາ 8 KB, ໄຟລ໌-ອີງໃສ່	ປະເພດ 4	ແອັບພລິເຄຊັນຕ້ອງຖືກສ້າງຂື້ນ	AES-128 / 3DES, ສິດການເຂົ້າເຖິງຕໍ່ໄຟລ໌	ແມ່ນແລ້ວ
NTAG 424 DNA	ທັງໝົດ 416 ໄບຕ໌, ແບ່ງອອກເປັນກ່ອງບັນຈຸຄວາມອາດສາມາດ 32 ໄບຕ໌, ໄຟລ໌ NDEF 256 ໄບຕ໌ ແລະໄຟລ໌ຂໍ້ມູນປ້ອງກັນ 128 ໄບຕ໌.	ປະເພດ 4	ກ່ອນ-ໄຟລ໌ທີ່ຈັດສັນໄວ້	ກະແຈ AES-128 ຫ້າອັນ, ການກວດສອບຄວາມຖືກຕ້ອງເຊິ່ງກັນແລະກັນ 3-pass	ແມ່ນແລ້ວ

 

ຕົວເລກ NTAG21x, ລັອກ{1}}ພຶດຕິກຳບິດ ແລະ ປະເພດ 2 / ISO/IEC 14443 ປະເພດ A ຕາມການປະຕິບັດຕາມແຜ່ນຂໍ້ມູນຜະລິດຕະພັນ NXP NTAG213/215/216. MIFARE Classic 1K ໂຄງສ້າງຕໍ່ແຜ່ນຂໍ້ມູນ NXP MF1S50yyX (16 ຂະແຫນງການ × 4 ຕັນ × 16 bytes). DESFire EV3 ຕໍ່ MF3D(H)x3. ຮູບແບບໜ່ວຍຄວາມຈຳ NTAG 424 DNA ຕໍ່NXP.

 

ສອງຖັນຕັດສິນໃຈໂຄງການສ່ວນໃຫຍ່ກ່ອນທີ່ຈະເລືອກຊອບແວໃດໆ: ເພດານຫນ່ວຍຄວາມຈໍາແລະຖັນ iPhone. ສິ່ງທີ່ຕາຕະລາງບໍ່ສາມາດບອກທ່ານໄດ້ແມ່ນຜົນຜະລິດ. ຊິບທີ່ລະບຸຢ່າງຖືກຕ້ອງຍັງຜະລິດການປະຕິເສດຖ້າຫາກວ່າຂັ້ນຕອນການເຂົ້າລະຫັດບໍ່ມີການຢັ້ງຢືນຜ່ານທາງຫລັງຂອງມັນ, ຊຶ່ງເປັນຫົວຂໍ້ຂອງເຄິ່ງທີ່ສອງຂອງບົດຄວາມນີ້.

 

NTAG 213, 215 ແລະ 216: ທາງເລືອກເລີ່ມຕົ້ນ ແລະເພດານທີ່ແທ້ຈິງຂອງມັນ

 

ສໍາລັບປະມານສີ່ໃນຫ້າໂຄງການ inbound, ຄອບຄົວນີ້ແມ່ນຄໍາຕອບທີ່ຖືກຕ້ອງ, ແລະການຮຽນຮູ້ວິທີການດໍາເນີນໂຄງການ NTAG 215 NFC tags ໃຊ້ເວລາປະມານເກົ້າສິບວິນາທີກັບ app ໂທລະສັບ. ຊິບສົ່ງ NDEF-ຈັດຮູບແບບ, ປະເພດການບັນທຶກທີ່ປະຕິບັດຢ່າງຕໍ່ເນື່ອງໃນທົ່ວທຸກໂທລະສັບມືຖືແມ່ນບັນທຶກ URI ທໍາມະດາ, ແລະທັງ Android ແລະ iOS ຂຽນມັນໂດຍບໍ່ມີ SDK ເຮັດວຽກໃດໆ.

 

 

ມັນຍັງເປັນຄອບຄົວທີ່ຢູ່ເບື້ອງຫລັງເກືອບທຸກໂຄງການບັດທຸລະກິດດິຈິຕອນ, ບ່ອນທີ່ vCard ດຽວຫຼືບັນທຶກ URL ແມ່ນ payload ທັງຫມົດ, ແລະບ່ອນທີ່ຮູບແບບທາງດ້ານຮ່າງກາຍມັກຈະມີຄວາມສໍາຄັນຫຼາຍກ່ວາຊິບ. ສ່ວນໃຫຍ່ຂອງຄໍາສັ່ງເຫຼົ່ານັ້ນສິ້ນສຸດລົງບັດ PVC NFC ສີຂາວເປົ່າແທນທີ່ຈະເປັນສະຕິກເກີ, ເພາະວ່າບັດຕ້ອງຢູ່ລອດກະເປົາເງິນແລະເອົາການພິມ.

 

ເພດານມາຮອດໄວກວ່າທີ່ຄົນຄາດຫວັງ. NTAG213 ໃຫ້ທ່ານ 144 bytes ຂອງຫນ່ວຍຄວາມຈໍາຂອງຜູ້ໃຊ້, ແລະຂໍ້ຄວາມ NDEF ບໍ່ແມ່ນພຽງແຕ່ URL ຂອງທ່ານ. ມີ TLV wrapper, ຫົວບັນທຶກ, ຊ່ອງຂໍ້ມູນປະເພດ, ແລະຊ່ອງຂໍ້ມູນຄວາມຍາວກ່ອນທີ່ຕົວອັກສອນດຽວຂອງທີ່ຢູ່ຂອງເຈົ້າຈະຖືກເກັບໄວ້. ບັນທຶກ URI ບີບອັດຄຳນຳໜ້າທົ່ວໄປເຊັ່ນhttps://www.ເຂົ້າໄປໃນໄບຕ໌ດຽວ, ເຊິ່ງຟື້ນຕົວສິບຫາຊາວໄບຕ໌, ແລະໃນສ່ວນ 144-ໄບຕ໌ນັ້ນ ຄວາມແຕກຕ່າງແມ່ນເສັ້ນລະຫວ່າງການພໍດີກັບຄວາມລົ້ມເຫລວ. ບ່ອນທີ່ທີມງານຈັບໄດ້ບໍ່ແມ່ນ URL ຂອງຕົວມັນເອງ, ແຕ່ສິ່ງທີ່ພິເສດ: ເພີ່ມບັນທຶກຂໍ້ຄວາມສໍາລັບປ້າຍທີ່ມະນຸດສາມາດອ່ານໄດ້, ເພີ່ມ Android Application Record ເພື່ອໃຫ້ແທັກເປີດ app ແທນທີ່ຈະເປັນຕົວທ່ອງເວັບ, ແລະ payload ສະດວກສະບາຍກາຍເປັນຄວາມຜິດພາດ overflow.

 

ກົດລະບຽບຂອງພວກເຮົາເອງ, ແລະນີ້ແມ່ນສິ່ງທີ່ທ່ານພຽງແຕ່ຮຽນຮູ້ໂດຍການເຂົ້າລະຫັດສອງສາມລ້ານສິ່ງເຫຼົ່ານີ້: ຖ້າ URL ທີ່ມີຈຸດປະສົງລວມທັງຕົວກໍານົດການສອບຖາມເກີນປະມານ 90 ຕົວອັກສອນ, ຢຸດການລະບຸ NTAG213 ແລະເລື່ອນຂຶ້ນ. ຄວາມແຕກຕ່າງຂອງຕົ້ນທຶນລະຫວ່າງ 213 ແລະ 215 ແມ່ນນ້ອຍພໍທີ່ມັນເກືອບບໍ່ຄຸ້ມຄ່າກັບຄວາມສ່ຽງຂອງການອອກແບບຄືນໃຫມ່ລະຫວ່າງໂຄງການ-. ແຄມເປນທີ່ຕໍ່ມາຕ້ອງການເພີ່ມພາລາມິເຕີ UTM ຫຼືເລກລໍາດັບຂອງທຸກໆ URL ແທັກຈະຕີໃສ່ຝາ 213 ແລະຈະບໍ່ຕີມັນຢູ່ທີ່ 215.

 

ການ​ປົກ​ປ້ອງ​ລະ​ຫັດ​ຜ່ານ​ໃນ​ຄອບ​ຄົວ​ນີ້​ແມ່ນ​ເປັນ​ມູນ​ຄ່າ​ທີ່​ຈະ​ເຂົ້າ​ໃຈ​ຢ່າງ​ຊັດ​ເຈນ​, ເນື່ອງ​ຈາກ​ວ່າ​ມັນ​ມີ​ຄວາມ​ອ່ອນ​ແອ​ກ​່​ວາ​ຄໍາ​ວ່າ "ລະ​ຫັດ​ຜ່ານ​" ແນະ​ນໍາ​. ຄ່າ PWD 32-bit ແມ່ນຖືກສົ່ງຜ່ານໃນຄວາມຊັດເຈນແລະກວດສອບໂດຍຊິບ, ເຊິ່ງເຮັດໃຫ້ການເຂົ້າເຖິງການຂຽນ, ແລະທາງເລືອກໃນການອ່ານ, ຈາກຫນ້າທີ່ເລືອກຕໍ່ໄປ. ມັນຢຸດສະມາຊິກທີ່ຢາກຮູ້ຢາກເຫັນຂອງສາທາລະນະທີ່ຂຽນ tag ຂອງທ່ານດ້ວຍໂທລະສັບ. ມັນບໍ່ແມ່ນການຄວບຄຸມການເຂົ້າລະຫັດລັບ ແລະບໍ່ຄວນຖືກອະທິບາຍໃຫ້ລູກຄ້າເປັນອັນໜຶ່ງອັນດຽວ. ໃຫ້ສັງເກດວ່າບໍ່ແມ່ນທຸກລຸ້ນສະຫນັບສະຫນູນມັນທັງຫມົດ: NTAG203 ເກົ່າບໍ່ມີກົນໄກລະຫັດຜ່ານຢ່າງໃດກໍ່ຕາມ, ແລະເອກະສານຫ້ອງສະຫມຸດແມ່ນຈະແຈ້ງວ່າການປ້ອງກັນການໂທຫາມັນພຽງແຕ່ລົ້ມເຫລວ (ເອກະສານ nfcpy).

 

MIFARE Classic: ຂຽນໄດ້ໃນ Android, ບໍ່ມີປະສິດຕິຜົນໃນ iPhone

 

ນີ້ແມ່ນຈັ່ນຈັບຄວາມເຂົ້າກັນໄດ້ທີ່ໄດ້ສິ້ນສຸດໂຄງການ NFC ຫຼາຍກ່ວາປັດໃຈດຽວອື່ນໆ. ໃຜກໍ່ຕາມທີ່ຖາມວິທີການຂຽນ NDEF ກັບ MIFARE Classic ແມ່ນແລ້ວເຮັດວຽກກັບເມັດພືດຂອງຮູບແບບ: MIFARE Classic ບໍ່ແມ່ນປະເພດແທັກ NFC Forum, ມັນເປັນບັດ ISO/IEC 14443-3A ທີ່ມີຂະແຫນງການເປັນເຈົ້າຂອງແລະໂຄງສ້າງທີ່ສໍາຄັນທີ່ລ້າສະໄຫມຂອງລະບົບນິເວດ NDEF, ແລະການສະຫນັບສະຫນູນ NDEF ມັນມີພຽງແຕ່ຜ່ານສົນທິສັນຍາແຜນທີ່ຊັ້ນເທິງເທົ່ານັ້ນ.

 

 

Android ຈັດການສົນທິສັນຍານັ້ນ. iOS ບໍ່. Core NFC ຂອງ Apple ບໍ່ເຄີຍສະຫນັບສະຫນູນ MIFARE Classic, ກັບຄອບຄົວ MIFARE ທີ່ໄດ້ຮັບການສະຫນັບສະຫນູນຂອງເວທີຈໍາກັດພຽງແຕ່ Ultralight, Plus ແລະ DESFire, ຜູ້ພັດທະນາຕໍາແຫນ່ງໄດ້ຢືນຢັນຊ້ໍາຊ້ອນຢູ່ໃນເວທີຂອງ Apple ເອງ (ເວທີນັກພັດທະນາ Apple). ເນື່ອງຈາກວ່າ iOS ບໍ່ສາມາດແກ້ໄຂຫນ່ວຍຄວາມຈໍາຂອງບັດໂດຍກົງ, iPhone ບໍ່ສາມາດຂຽນ NDEF ໃສ່ມັນແລະບໍ່ສາມາດສະແດງ NDEF ທີ່ເກັບໄວ້ໃນມັນ.

 

ສິ່ງທີ່ເຮັດໃຫ້ສິ່ງນີ້ເປັນອັນຕະລາຍຫຼາຍໃນລະຫວ່າງການປະເມີນແມ່ນວ່າແທັກ MIFARE Classic ບໍ່ປາກົດວ່າຕາຍຢູ່ໃນ iPhone. ບັດນໍາສະເຫນີ ISO 14443- UID, ດັ່ງນັ້ນແອັບຯທາງລັດຈະຍອມຮັບມັນຢ່າງມີຄວາມສຸກເປັນຕົວກະຕຸ້ນອັດຕະໂນມັດ, ແລະການສະແກນພື້ນຫລັງຍັງສາມາດເປີດຕົວບັນທຶກ NDEF ທີ່ເກັບໄວ້ກ່ອນຫນ້ານີ້ຂອງປະເພດທີ່ສະຫນັບສະຫນູນ. ຜູ້ ນຳ ການຈັດຊື້ທົດສອບຕົວຢ່າງໃນ iPhone ຂອງພວກເຂົາເຫັນການຕອບສະ ໜອງ ແລະສັນຍານປິດ. ພຶດຕິກໍາທີ່ພວກເຂົາເຫັນບໍ່ມີຫຍັງກ່ຽວຂ້ອງກັບເນື້ອໃນຫນ່ວຍຄວາມຈໍາຂອງແທັກ, ແລະວິທີການທັງຫມົດຈະລົ້ມລົງໃນເວລາທີ່ໂຄງການຕ້ອງການ URL ຕໍ່ຫນ່ວຍທີ່ iPhones ສາມາດອ່ານໄດ້.

 

ກົດລະບຽບການປະຕິບັດທີ່ອອກມາຈາກນີ້: ຜູ້ໃດທີ່ປຽບທຽບວິທີການຕັ້ງແທໍກ NFC ສໍາລັບ iPhone ກັບ Android ຄວນດໍາເນີນການທົດສອບການຍອມຮັບໃນທັງສອງເວທີທີ່ມີຊິບການຜະລິດ, ບໍ່ເຄີຍຢູ່ໃນ Android ດຽວ, ແລະບໍ່ເຄີຍຢູ່ໃນຕົວຢ່າງຂອງຊິບທີ່ແຕກຕ່າງກັນກ່ວາຫນຶ່ງໃນຄໍາສັ່ງຊື້.

 

ຂໍໃຫ້ຂ້ອຍເວົ້າຢ່າງຈະແຈ້ງກ່ຽວກັບຄໍາແນະນໍາ, ເພາະວ່າ "ມັນຂຶ້ນກັບກໍລະນີທີ່ໃຊ້ຂອງເຈົ້າ" ບໍ່ແມ່ນຄໍາຕອບທີ່ເປັນປະໂຫຍດຢູ່ທີ່ນີ້. ຖ້າແທັກ NFC ຂອງທ່ານຈະຖືກແຕະໂດຍສະມາຊິກສາທາລະນະ, ໃຫ້ລະບຸສິ່ງໃດແດ່ຍົກເວັ້ນ MIFARE Classic.

 

ສຳລັບທີມທີ່ຢູ່ໃນລະບົບການເຂົ້າເຖິງແບບຄລາດສິກ-ແລ້ວ, ການຕັດສິນໃຈຈະຫຼຸດລົງເປັນຕົວແປໜຶ່ງ, ແລະມັນບໍ່ແມ່ນແທັກ. ມັນແມ່ນຊີວິດການບໍລິການທີ່ຍັງເຫຼືອຂອງຊັບສິນຜູ້ອ່ານຂອງທ່ານ. ຖ້າຜູ້ອ່ານເຫຼົ່ານັ້ນມີສອງຫຼືສາມປີທີ່ເຫລືອຢູ່ໃນພວກເຂົາແລະບໍ່ມີໂທລະສັບສະຫຼາດໃດທີ່ຈະແຕະຕ້ອງໃບຢັ້ງຢືນ, ສືບຕໍ່ກັບຄລາສສິກໃນວົງປິດແມ່ນການໂທປ້ອງກັນ, ແລະຄໍາຖາມປະຕິບັດກາຍເປັນແຫຼ່ງ IC ແລະຮູບແບບ UID ແທນທີ່ຈະເປັນວິທີການເຂົ້າລະຫັດ, ເຊິ່ງເປັນສິ່ງທີ່ພວກເຮົາກວມເອົາໃນບັນທຶກຂອງພວກເຮົາກ່ຽວກັບ.ສັ່ງ MIFARE 1K tags ເຂົ້າໄປໃນລະບົບທີ່ຕິດຕັ້ງ. ຖ້າຜູ້ອ່ານແມ່ນຕົວຂອງມັນເອງຍ້ອນການທົດແທນພາຍໃນປ່ອງຢ້ຽມນັ້ນ, ຢ່າໃຊ້ເງິນໃນໃບຢັ້ງຢືນການປ່ຽນແທນ. ຍ້າຍອະສັງຫາລິມະຊັບທັງໝົດໄປເປັນສ່ວນໜຶ່ງທີ່ອີງໃສ່ AES-ໃນຂັ້ນຕອນດຽວ ແລະດູດເອົາຄ່າໃຊ້ຈ່າຍໜຶ່ງຄັ້ງ.

 

ມີຈັ່ນຈັບທີສອງຢູ່ໃນຄອບຄົວດຽວກັນ, subtle ພຽງພໍທີ່ມັນຢູ່ລອດຮອບ QA ເຕັມ. ການເພີ່ມຫໍ່ໂປສເຕີອັດສະລິຍະໃສ່ບັນທຶກ, ເຊິ່ງເຄື່ອງມືການເຂົ້າລະຫັດທົ່ວໄປສະເຫນີເປັນວິທີທີ່ເປັນມິດໃນການຕິດຊື່ກັບ URL, ປ່ຽນປະເພດບັນທຶກ. ບັນທຶກທີ່ຫໍ່ໄວ້ດ້ວຍວິທີນັ້ນບໍ່ໄດ້ຖືກເກັບຂຶ້ນໂດຍການສະແກນພື້ນຫຼັງ iOS ເລີຍ, ໂດຍບໍ່ຄໍານຶງເຖິງສິ່ງທີ່ຢູ່ພາຍໃນ. ການ​ທົດ​ສອບ Android ຜ່ານ​ໃນ​ທຸກ​ອຸ​ປະ​ກອນ​, iPhones ບໍ່​ເຮັດ​ຫຍັງ​, ແລະ​ບໍ່​ມີ​ຂໍ້​ຄວາມ​ຜິດ​ພາດ​ທຸກ​ບ່ອນ​ເພື່ອ​ວິ​ນິດ​ໄສ​.

 

Ultralight, DESfire ແລະ NTAG 424 DNA: ບ່ອນທີ່ການຂຽນໂປຼແກຼມກາຍເປັນການຈັດການທີ່ສໍາຄັນ

 

MIFARE Ultralight EV1 ນັ່ງຢູ່ໃກ້ກັບ NTAG21x ໃນພຶດຕິກໍາແລະທ່ານຕັ້ງແທໍກ NFC ໃສ່ມັນແບບດຽວກັນ, ດ້ວຍງົບປະມານຫນ່ວຍຄວາມຈໍານ້ອຍກວ່າ 48 ຫຼື 128 bytes ແລະປະເພດດຽວກັນຂອງປະຕູລະຫັດຜ່ານ. ບໍ່ມີຫຍັງໃຫມ່ໃນແນວຄວາມຄິດເກີດຂຶ້ນ.

 

DESfire ແລະ NTAG 424 DNA ແມ່ນລະບຽບວິໄນທີ່ແຕກຕ່າງກັນ. ໃນປະເພດ 4 ເຫຼົ່ານີ້, ທ່ານບໍ່ໄດ້ຂຽນ bytes ເຂົ້າໄປໃນແຜນທີ່ຫນ່ວຍຄວາມຈໍາແບບຮາບພຽງ, ທ່ານກໍາລັງດໍາເນີນການຢູ່ໃນລະບົບໄຟລ໌ທີ່ມີສິດທິໃນການເຂົ້າເຖິງໄຟລ໌ຕໍ່-, ແລະທຸກການປະຕິບັດທີ່ມີຄວາມຫມາຍຮຽກຮ້ອງໃຫ້ມີການພິສູດຢືນຢັນດ້ວຍລະຫັດ AES-128 ກ່ອນ. NTAG 424 DNA ບັນຈຸກະແຈ AES 5 ອັນທີ່ລູກຄ້າກຳນົດໄວ້, ໃຊ້ການພິສູດຢືນຢັນເຊິ່ງກັນແລະກັນ 3-pass ສໍາລັບໄຟລ໌ຂໍ້ມູນທີ່ຖືກປ້ອງກັນ, ແລະຖືການຮັບຮອງມາດຕະຖານ EAL4 ທົ່ວໄປໃນທັງຮາດແວ ແລະຊອບແວ. ທີມງານທີ່ຕັ້ງແທໍກ NFC ສໍາລັບການກວດສອບຄວາມຖືກຕ້ອງຂອງຜະລິດຕະພັນແທນທີ່ຈະເປັນການປ່ຽນເສັ້ນທາງແບບງ່າຍໆແມ່ນມັກຈະຊອກຫາພາກສ່ວນນີ້ໂດຍສະເພາະ, ເນື່ອງຈາກລັກສະນະຫນຶ່ງ.

 

ຄຸນສົມບັດນັ້ນແມ່ນ Secure Dynamic Messaging, ມັກຂຽນເປັນ SUN. ດ້ວຍມັນເປີດໃຊ້, NDEF URL ທີ່ຊິບສະແດງການປ່ຽນແປງໃນທຸກໆທໍ່ດຽວ: ຊິບສະທ້ອນ UID ຂອງມັນແລະຕົວນັບການອ່ານທີ່ເພີ່ມຂຶ້ນເປັນ monotonically ເຂົ້າໄປໃນ URL, ທາງເລືອກໃນການເຂົ້າລະຫັດ, ແລະເພີ່ມ CMAC ທີ່ຄິດໄລ່ດ້ວຍກະແຈພຽງແຕ່ເຈົ້າແລະຊິບຖື. ຫຼັງ​ຈາກ​ນັ້ນ​ເຄື່ອງ​ມື​ຂອງ​ທ່ານ​ສາ​ມາດ​ບອກ​ໂຄດ​ຄໍາ​ສັ່ງ​ທີ່​ແທ້​ຈິງ​ຈາກ URL ທີ່​ຖ່າຍ​ຮູບ​ໄດ້​, ແລະ​ສາ​ມາດ​ບອກ​ຫມາຍ​ເລກ​ທີ 4 ຈາກ​ການ​ປາດ​ຫມາຍ​ເລກ 4,000​.

 

ການຕັ້ງຄ່າມັນຢ່າງຖືກຕ້ອງແມ່ນບ່ອນທີ່ຂໍ້ກໍາຫນົດກັດ. ກົດລະບຽບການສະທ້ອນບໍ່ແມ່ນຟຣີ-ແບບຟອມ: ເມື່ອຂໍ້ມູນ PICC ຖືກເຂົ້າລະຫັດ, ການສະທ້ອນ UID ແລະເຄື່ອງນັບການອ່ານກາຍເປັນສິ່ງບັງຄັບແທນທີ່ຈະເປັນທາງເລືອກ, ທັງສອງຈະເດີນທາງຮ່ວມກັນສະເໝີ, ແລະ CMAC ຕ້ອງນັ່ງຢູ່ໃນຕອນທ້າຍຂອງຂໍ້ຄວາມ NDEF. ອອກແບບໂຄງສ້າງ URL ຂອງທ່ານກ່ຽວກັບຂໍ້ຈໍາກັດເຫຼົ່ານັ້ນ, ບໍ່ແມ່ນທາງອື່ນ, ຫຼືການຊົດເຊີຍຈະບໍ່ແກ້ໄຂແລະ backend ຈະປະຕິເສດທຸກໆການອ່ານ.

 

ຄວາມລົ້ມເຫຼວທີ່ພວກເຮົາເຫັນເລື້ອຍໆກ່ຽວກັບການປະຕິບັດ SUN ບໍ່ມີຫຍັງກ່ຽວຂ້ອງກັບສິ່ງນັ້ນ. ທຸກໆການຈັດຕັ້ງປະຕິບັດການອ້າງອີງສາທາລະນະ ແລະເຄື່ອງເຊີບເວີການສາທິດໄດ້ກຳນົດຄ່າດ້ວຍໂຮງງານ-ຫຼັກເລີ່ມຕົ້ນທັງໝົດ-ກະແຈສູນ, ເພາະວ່ານັ້ນຄືສິ່ງທີ່ເຮັດໃຫ້ການສາທິດເຮັດວຽກອອກນອກກ່ອງ. ໂຄງການຕົ້ນແບບຕໍ່ກັບສິ່ງນັ້ນ, ຕົ້ນແບບເຮັດວຽກ, ແລະຂັ້ນຕອນການຫມຸນທີ່ສໍາຄັນບໍ່ເຄີຍເຮັດໃຫ້ມັນເຂົ້າໄປໃນລາຍການກວດສອບການເປີດຕົວ. tags ອອກໄປທາງ cryptographically naked ໃນຂະນະທີ່ທຸກຄົນທີ່ກ່ຽວຂ້ອງເຊື່ອວ່າການຕິດຕັ້ງໄດ້ຖືກເຂົ້າລະຫັດ, ຊຶ່ງເປັນເຫດຜົນທີ່ວ່າຂັ້ນຕອນການປ່ອຍຕົວຢ່າງຂອງພວກເຮົາເອງກວດສອບຄວາມຫຼາກຫຼາຍທີ່ສໍາຄັນໃນຫນ່ວຍງານການຜະລິດແທນທີ່ຈະກ່ວາສິ່ງທີ່ຖືກນໍາໃຊ້ສໍາລັບການສາທິດ.

 

ຫົກການດໍາເນີນງານທ່ານບໍ່ສາມາດປີ້ນກັບກັນໄດ້ເມື່ອທ່ານຂຽນໂປແກມ NFC Tags

 

Payload rewrites ແມ່ນລາຄາຖືກ. ເຫຼົ່ານີ້ແມ່ນບໍ່. ແຕ່ລະອັນຂ້າງລຸ່ມນີ້ແມ່ນການຕັດສິນໃຈທີ່ແປງແທັບແທໍກເປັນຊັບສິນຄົງທີ່, ແລະແຕ່ລະອັນເປັນສາເຫດຂອງສິນຄ້າຄົງຄັງທີ່ຖືກຂູດຮີດທີ່ເຮົາຕ້ອງປ່ຽນແທນ.

 

ການດໍາເນີນງານ	ມັນເຮັດຫຍັງ	ເປັນຫຍັງມັນບໍ່ສາມາດຍົກເລີກໄດ້	ໃນເວລາທີ່ມັນຄວນຈະກໍານົດເວລາ
ການຈັດຮູບແບບ NDEF	ຂຽນກ່ອງບັນຈຸຄວາມສາມາດ	ທີ່ດິນໃນໜຶ່ງ-ເວລາ-ໜ່ວຍຄວາມຈຳທີ່ສາມາດຕັ້ງໂປຣແກຣມໄດ້	ຢູ່ໂຮງງານ, ຫຼັງຈາກປະເພດຊິບຖືກຢືນຢັນ
ບິດລັອກຄົງທີ່	ລັອກ 16 ໜ້າທຳອິດໃນຊິບປະເພດ 2	ລັອກບິດຖືກຕັ້ງ-ເທົ່ານັ້ນ ແລະບໍ່ສາມາດຣີເຊັດໄດ້	ພຽງແຕ່ຫຼັງຈາກເນື້ອໃນສຸດທ້າຍຖືກເຊັນອອກ
ບິດລັອກແບບໄດນາມິກ	ກວມເອົາ 96 ໄບຕ໌ຂໍ້ມູນໃນ NTAG213, 456 ໃນ NTAG215 ແລະ 840 ໃນ NTAG216, ໃນລາຍລະອຽດຂອງ 2 ຫນ້າໃນ NTAG213 ແລະ 16 ຫນ້າໃນ NTAG215 ແລະ NTAG216, ຕໍ່ແຜ່ນຂໍ້ມູນ NXP ທີ່ອ້າງອີງຂ້າງເທິງ	ຊຸດດຽວກັນ-ພຽງແຕ່ກົນໄກ, ຖາວອນດຽວກັນ	ປະຕູດຽວກັນກັບ locks static
ອ່ານ-ສະຫຼັບເທົ່ານັ້ນ	ຕັ້ງທຸງຂຽນ NDEF ຢ່າງຖາວອນ	ບໍ່ມີຄໍາສັ່ງປີ້ນກັບ	ບໍ່ເຄີຍສໍາເລັດການທົດລອງພາກສະຫນາມກ່ອນ
ໂໝດ LRP ໃນ NTAG 424 DNA	ສະຫຼັບ AES ເປັນການຮົ່ວໄຫຼ-ການດໍາເນີນງານທີ່ທົນທານ	ເປີດໃຊ້ໂດຍ SetConfiguration, ບໍ່ມີເສັ້ນທາງກັບຄືນສູ່ໂໝດ AES	ພຽງແຕ່ຖ້າຮູບແບບໄພຂົ່ມຂູ່ທີ່ເປັນເອກະສານຕ້ອງການມັນ
ການປ່ຽນແປງທີ່ສໍາຄັນໂດຍບໍ່ມີການ escrow	ປ່ຽນກະແຈ AES ຂອງໂຮງງານ	ຊິບບໍ່ມີເສັ້ນທາງການຟື້ນຕົວຖ້າຫາກວ່າກະແຈໃຫມ່ສູນເສຍໄປ	ພຽງແຕ່ຄັ້ງດຽວການເບິ່ງແຍງທີ່ສໍາຄັນໄດ້ຖືກມອບຫມາຍຢ່າງເປັນທາງການ

 

ລາຍລະອຽດຂອງຫນ້ານັ້ນແມ່ນລາຍລະອຽດການປະຕິບັດທີ່ຄົນສ່ວນໃຫຍ່ພາດເມື່ອພວກເຂົາຖາມວິທີການລັອກແທັກ NFC ຫຼັງຈາກການຂຽນໂປຼແກຼມ. ການລັອກບໍ່ແມ່ນອັນດຽວທັງໝົດ-ຫຼື-ບໍ່ມີຫຍັງປ່ຽນ. ໃນ NTAG215 ແລະ NTAG216 ທ່ານສາມາດລັອກໃນບລັອກຂອງ 16 ຫນ້າ, ເຊິ່ງເຮັດໃຫ້ຮູບແບບປະສົມປະສານສາມາດໃຊ້ໄດ້: ພາກພື້ນເລກລໍາດັບທີ່ຖືກລັອກຢູ່ໃນໂຮງງານ, ພາກພື້ນ URL ຂອງແຄມເປນທີ່ຂຽນໄວ້ສໍາລັບທີມງານການຕະຫຼາດ. ໃນ NTAG213, ລາຍລະອຽດແມ່ນສອງໜ້າ, ລະອຽດກວ່າແຕ່ຢູ່ໃນແຜນທີ່ທີ່ນ້ອຍກວ່າ. ການ​ຕັດ​ສິນ​ໃຈ​ຂອບ​ເຂດ​ແມ່ນ​ເປັນ​ວຽກ​ງານ​ການ​ອອກ​ແບບ​, ແລະ​ມັນ​ຕ້ອງ​ໄດ້​ເກີດ​ຂຶ້ນ​ກ່ອນ​ທີ່​ຈະ​ດໍາ​ເນີນ​ການ​ເຂົ້າ​ລະ​ຫັດ​, ບໍ່​ແມ່ນ​ຫຼັງ​ຈາກ​.

 

ນິໄສທີ່ມີມູນຄ່າສ້າງແມ່ນແຍກປະຕູເຂົ້າລະຫັດອອກຈາກປະຕູລັອກ. ພວກເຮົາແນະນໍາໃຫ້ລູກຄ້າຕໍ່ຕ້ານການລັອກຢູ່ໃນຈຸດຂອງຄໍາສັ່ງ, ແລະເຫດຜົນແມ່ນການຄ້າທັງຫມົດແທນທີ່ຈະເປັນດ້ານວິຊາການ.

 

ໃນທົ່ວປະຫວັດການສັ່ງຊື້ຂອງພວກເຮົາ, ການຕອບແທນເລື້ອຍໆທີ່ສຸດ-ການຮ້ອງຂໍການຈັດສົ່ງບໍ່ແມ່ນການຮຽກຮ້ອງຂໍ້ບົກພ່ອງ, ມັນເປັນການປ່ຽນປາຍທາງ, ແລະມັນຮວມຢູ່ໃນປີທຳອິດຂອງການບໍລິການ. ຕົວກະຕຸ້ນປົກກະຕິແມ່ນການເຄື່ອນຍ້າຍໜ້າທຳອິດທີ່ພົບເຫັນ ຫຼືການມອບໂອນຂອງອົງການ, ທັງສອງອັນນັ້ນບໍ່ສາມາດເຫັນໄດ້ໃນເວລາສັ່ງ. ທ່ານບໍ່ຕ້ອງການສະຖິຕິຄວາມລົ້ມເຫລວຂອງໃຜເພື່ອປະຕິບັດກັບເລື່ອງນີ້, ເພາະວ່າຄວາມບໍ່ສົມດຸນຕັດສິນໃຈມັນດ້ວຍຕົວມັນເອງ: ໂຄດຄໍາສັ່ງປົດລັອກທີ່ບໍ່ເຄີຍຕ້ອງການປ່ຽນແປງຄ່າໃຊ້ຈ່າຍໃດໆ, ໃນຂະນະທີ່ແທັກທີ່ຖືກລັອກທີ່ຕ້ອງການປ່ຽນຄ່າໃຊ້ຈ່າຍໃນຄໍາສັ່ງການທົດແທນຢ່າງເຕັມທີ່ບວກກັບແຮງງານການຕິດຕັ້ງໃຫມ່. ໂປລແກລມ NFC tags ທໍາອິດ, ດໍາເນີນການທົດລອງພາກສະຫນາມ, lock ຫຼັງຈາກນັ້ນ.

 

ການກວດສອບຊິບແມ່ນສິ່ງທີ່ໃບເກັບເງິນເວົ້າ

 

 

ຄວາມແທ້ຈິງຂອງຊິບບໍ່ແມ່ນຄວາມກັງວົນທີ່ວິຕົກກັງວົນຢູ່ໃນຫມວດນີ້, ມັນເປັນລາຍການກວດກາທີ່ເຂົ້າມາ-ປົກກະຕິ, ແລະມັນຢູ່ໃນຂັ້ນຕອນ QC ດຽວກັນກັບການກວດສອບອື່ນໆທີ່ທ່ານດໍາເນີນການກ່ອນທີ່ທ່ານຈະດໍາເນີນໂຄງການແທັກ NFC ໃນປະລິມານການຜະລິດ. ຄອບຄົວ NTAG, MIFARE, Ultralight ແລະ ICODE ຂອງ NXP ແຕ່ລະຕົວມີ ECC-ລາຍເຊັນຕົ້ນສະບັບທີ່ຂຽນຢູ່ທີ່ການຜະລິດຊິບ, 32 ໄບຕ໌ໃນ NTAG21x ພາກສ່ວນ, ເຊິ່ງສາມາດອ່ານຄືນ ແລະກວດສອບລະຫັດສາທາລະນະຂອງຜູ້ຜະລິດໄດ້. ແທັກທີ່ມີພຶດຕິກຳຢ່າງສົມບູນຍັງສາມາດກວດສອບນັ້ນບໍ່ໄດ້.

 

ນີ້ເກີດຂຶ້ນຫຼາຍກ່ວາທີ່ຕະຫຼາດຍອມຮັບ. ວິສະວະກອນທີ່ຊື້ແທໍກ NTAG21x ຜ່ານຊ່ອງທາງການຂາຍຍ່ອຍທົ່ວໄປໄດ້ລາຍງານໃຫ້ຊຸມຊົນຜູ້ຜະລິດເອງວ່າຕົວຢ່າງເຮັດຫນ້າທີ່ແນ່ນອນຕາມທີ່ລະບຸໄວ້, counter mirroring ລວມ, ແຕ່ລາຍງານເປັນ clone silicon ພາຍໃຕ້ການກວດສອບຕົ້ນສະບັບ, ແລະການຕອບສະຫນອງຂອງ NXP ແມ່ນວ່າພາກສ່ວນດັ່ງກ່າວບໍ່ສະຫນັບສະຫນູນແລະບໍ່ເຫມາະສົມສໍາລັບການນໍາໃຊ້ທີ່ປອດໄພເພາະວ່າ IC ຕົວມັນເອງອາດຈະມີຄວາມສ່ຽງ (ຊຸມຊົນ NXP).

 

ຜົນສະທ້ອນຂອງການປະຕິບັດງານແມ່ນແຄບກວ່າທີ່ຄົນຄິດ, ແລະສົມຄວນທີ່ຈະບອກຢ່າງແນ່ນອນ. ຖ້າຄໍາຮ້ອງສະຫມັກຂອງທ່ານແມ່ນການປ່ຽນເສັ້ນທາງການຕະຫຼາດ, chip clone ຈະໃຫ້ບໍລິການທ່ານຢ່າງພຽງພໍແລະທ່ານອາດຈະບໍ່ສົນໃຈ. ຖ້າແອັບພລິເຄຊັນຂອງທ່ານກ່ຽວຂ້ອງກັບການພິສູດຢືນຢັນ, ຫຼັກຖານບິດເບືອນ ຫຼືການອ້າງສິດໃດໆກ່ຽວກັບການຕ້ານ-ການປອມແປງທີ່ເຮັດໃຫ້ກັບລູກຄ້າຂອງທ່ານເອງ, ຊິບທີ່ບໍ່ສາມາດກວດສອບໄດ້ຈະເຮັດໃຫ້ພື້ນທີ່ທັງໝົດບໍ່ຖືກຕ້ອງ, ແລະບໍ່ມີການຊົດເຊີຍການເຂົ້າລະຫັດທີ່ຖືກຕ້ອງໃດໆ. ການຢັ້ງຢືນໃຊ້ເວລາວິນາທີຕໍ່ຕົວຢ່າງກັບແອັບຜູ້ອ່ານ, ແລະມັນຢູ່ໃນຂັ້ນຕອນ QC ຂາເຂົ້າຂອງເຈົ້າ ແທນທີ່ຈະຢູ່ໃນບົດສະຫຼຸບ-. ການອ່ານທີ່ກ່ຽວຂ້ອງສໍາລັບໃຜທີ່ຂຽນສໍາເລັດແຕ່ຜູ້ອ່ານຍັງງຽບ:ເປັນ​ຫຍັງ​ສະ​ຕິກ​ເກີ cloned ອ່ານ​ໄດ້​ດີ​ແລະ​ຍັງ​ບໍ່​ໄດ້​ຢູ່​ທີ່​ປະ​ຕູ​.

 

ຄໍາ​ຖາມ​ຄວາມ​ປອດ​ໄພ​ຄລາ​ສ​ສິກ MIFARE​, restated ດ້ວຍ​ຄວາມ​ຊື່​ສັດ​

 

ຜູ້ໃດທີ່ລະບຸ MIFARE Classic ໃນມື້ນີ້ຄວນຈະເຮັດວຽກຈາກຕໍາແຫນ່ງການຄົ້ນຄວ້າໃນປະຈຸບັນແທນທີ່ຈະເປັນຊື່ສຽງຂອງເວທີທີ່ມີສິບປີກ່ອນ.

 

ໃນປີ 2024, ການສຶກສາຂອງ FM11RF08S, ເປັນຊິບເຂົ້າກັນໄດ້ຂອງ MIFARE Classic ທີ່ອອກມາໃນປີ 2020 ດ້ວຍມາດຕະການຕອບໂຕ້ທີ່ອອກແບບມາໂດຍສະເພາະເພື່ອຕ້ານທານກັບບັດທີ່ຮູ້ຈັກທັງໝົດ-ພຽງແຕ່ການໂຈມຕີ, ເອົາຊະນະມາດຕະການຕອບໂຕ້ເຫຼົ່ານັ້ນ ແລະຄົ້ນພົບຮາດແວ backdoor ໃນຂະບວນການ. Backdoor ອະນຸຍາດໃຫ້ຝ່າຍໃດຝ່າຍໜຶ່ງຮັບຮູ້ມັນເພື່ອປະນີປະນອມຜູ້ໃຊ້ທຸກຄົນ-ກະແຈທີ່ກຳນົດໄວ້ໃນບັດພາຍໃນນາທີຂອງການເຂົ້າເຖິງຕົວຈິງ, ແລະອັນນີ້ຖືໄດ້ເຖິງແມ່ນບ່ອນທີ່ກະແຈມີຄວາມຫຼາກຫຼາຍຢ່າງຄົບຖ້ວນຕໍ່ບັດ (Cryptology ePrint Archive). ກະແຈ backdoor ທີ່ກ່ຽວຂ້ອງໄດ້ຖືກກໍານົດໃນທົ່ວຊຸດຂອງພາກສ່ວນທີ່ກວ້າງກວ່າ, ລວມທັງລຸ້ນ Fudan ກ່ອນຫນ້ານີ້ແລະອຸປະກອນສະເພາະ NXP ແລະ Infineon.

 

ອ່ານມັນຢ່າງລະມັດລະວັງກ່ອນທີ່ຈະສະຫຼຸບຜິດຈາກມັນ. ນີ້ບໍ່ແມ່ນການໂຕ້ຖຽງທີ່ທຸກຄົນທີ່ໃຊ້ MIFARE Classic ຈະຖືກເປີດເຜີຍໃນມື້ອື່ນ, ແລະພວກເຮົາບໍ່ໄດ້ນໍາສະເຫນີມັນເປັນຫນຶ່ງ. ຂໍ້ມູນປະຈຳຕົວແບບຄລາສສິກຫຼາຍລ້ານດຳເນີນງານຢູ່ໃນສະພາບແວດລ້ອມທີ່ມີຜົນກະທົບຕ່ຳ-ບ່ອນທີ່ການໂຄນບັດເຮັດໃຫ້ຜູ້ໂຈມຕີເຂົ້າເຖິງຕູ້ລັອກເຄື່ອງອອກກຳລັງກາຍ. ມັນເປັນການໂຕ້ຖຽງວ່າຄໍາວ່າ "ປອດໄພ" ບໍ່ຄວນປາກົດຢູ່ບ່ອນໃດກໍ່ຕາມໃນເອກະສານສະເພາະຄຽງຄູ່ກັບຄອບຄົວຊິບນີ້, ແລະທຸກຄົນທີ່ກໍາລັງຈະຕັ້ງໂຄງການແທັກ NFC ສໍາລັບຫ້ອງໂຮງແຮມ, ການເຂົ້າເຖິງຫ້ອງການ, ຫຼືການຈ່າຍເງິນແບບບໍ່ມີເງິນສົດໃນຊິລິໂຄນຄລາສສິກຄວນລາຄາການເຄື່ອນຍ້າຍໄປສູ່ AES-ສ່ວນທີ່ອີງໃສ່ໃນວົງຈອນງົບປະມານດຽວກັນ.

 

ການຂຽນໂປລແກລມ NFC Tags ໃນຈໍານວນຫລາຍ: ສິ່ງທີ່ປ່ຽນແປງຂ້າງເທິງຫນຶ່ງພັນຫນ່ວຍ

 

ທຸກຢ່າງທີ່ອະທິບາຍມາເຖິງຕອນນັ້ນມີຂະໜາດບໍ່ດີ. ແອັບຯໂທລະສັບຂຽນຫນຶ່ງແທັກຕໍ່ຄັ້ງໂດຍບໍ່ມີບັນທຶກ batch, ບໍ່ມີການກວດສອບຜ່ານ, ແລະບໍ່ມີທາງທີ່ຈະພິສູດຫຼັງຈາກນັ້ນ URL ໃດໄປຫາຫນ່ວຍງານຕົວຈິງ. ມີສາມຊັ້ນຂອງວິທີການຕັ້ງແທໍກ NFC ເປັນຈໍານວນຫລາຍ, ແລະການກະໂດດລະຫວ່າງພວກມັນແມ່ນປະຕິບັດຫຼາຍກວ່າດ້ານວິຊາການ.

 

ຊັ້ນທໍາອິດແມ່ນໂທລະສັບແລະ app, ສາມາດໃຊ້ໄດ້ປະມານຮ້ອຍເຄື່ອງ, ເຫມາະສົມສໍາລັບ prototypes ແລະນັກບິນພາຍໃນ.

 

ລະດັບທີສອງແມ່ນບ່ອນທີ່ທີມງານຢູ່ໃນ{0}}ບ້ານສ່ວນໃຫຍ່ລົງຈອດ: ທ່ານຕັ້ງແທໍກ NFC ກັບຕົວຂຽນຜູ້ອ່ານເທິງເດັສທັອບ, ຂັບເຄື່ອນໂດຍໄຟລ໌ batch, ໂດຍປົກກະຕິຜ່ານຕົວເຂົ້າລະຫັດ USB ໃນຫ້ອງຮຽນ ACR12xx ຫຼື uTrust. ມັນເຮັດວຽກໄດ້ດີຈົນກ່ວາຊິບປ່ຽນ. ຕົວຢ່າງ: ເຄື່ອງມື batch ແຫຼ່ງທີ່ເປີດນໍາໃຊ້ຢ່າງກວ້າງຂວາງໃນຊ່ອງນີ້, ຕົວຢ່າງ, ກໍານົດເປົ້າຫມາຍ ACR122 ໂດຍສະເພາະແລະພຽງແຕ່ເຂົ້າລະຫັດ MIFARE Ultralight ແລະ Ultralight C, ເຊິ່ງເປັນຊິ້ນສ່ວນປະເພດ 2, ດັ່ງນັ້ນການຍ້າຍໂຄງການນັ້ນໄປສູ່ຊິບປະເພດ 4 ຫມາຍເຖິງການສ້າງເຄື່ອງມືໃຫມ່ແທນທີ່ຈະແກ້ໄຂໄຟລ໌ config. ຖ້າທ່ານຍັງເລືອກຮາດແວສໍາລັບຊັ້ນນີ້, ຂອງພວກເຮົາUSB ແລະ desktop NFC reader{0}}ໄລຍະຕົວຂຽນກວມເອົາຕົວແບບຜູ້ອ່ານທີ່ຕ່ອງໂສ້ເຄື່ອງມືເຫຼົ່ານີ້ຄາດຫວັງ.

 

ການປະຕິບັດອຸດສາຫະກໍາສໍາລັບຊັ້ນທີສາມແມ່ນການເຂົ້າລະຫັດກ່ອນ-ໃນລະຫວ່າງການຜະລິດ, ແລະນີ້ແມ່ນລະດັບທີ່ຜູ້ຊື້ສ່ວນໃຫຍ່ບໍ່ຮູ້ວ່າມີຢູ່. ໃນສາຍຂອງພວກເຮົາໃນໂຮງງານ 3,600 m², ການເຂົ້າລະຫັດແມ່ນຢູ່ລະຫວ່າງການຕິດຊິບແລະການປະກອບສຸດທ້າຍ, ໃນອຸປະກອນທີ່ດັດສະນີແຕ່ລະແທັກເຂົ້າໄປໃນຕໍາແຫນ່ງ, ຂຽນບັນທຶກ, ແລະອ່ານມັນຄືນກ່ອນທີ່ແທັກຈະກ້າວຕໍ່ໄປ. ຜ່ານການກວດສອບແມ່ນຈຸດທັງຫມົດ. ແທັກທີ່ບໍ່ສາມາດອ່ານໄດ້-ກັບຄືນຖືກປະຕິເສດໃນແຖວ-ແທນທີ່ຈະຖືກຄົ້ນພົບໂດຍລູກຄ້າໃນຊ່ອງຂໍ້ມູນ, ແລະຊຸດດັ່ງກ່າວອອກດ້ວຍໄຟລ໌ແຜນທີ່ທີ່ເຊື່ອມຕໍ່ທຸກໆ UID ຫຼື TID ກັບເນື້ອຫາທີ່ແນ່ນອນທີ່ຂຽນໃສ່ມັນ, ເຊິ່ງເປັນສິ່ງທີ່ CMS ຫຼືແພລະຕະຟອມການວິເຄາະຂອງທ່ານຕ້ອງການໃນມື້ຫນຶ່ງ. ຄວາມສາມາດໃນການຜູກມັດອັດຕະໂນມັດໃນທົ່ວຫ້າສາຍການຜະລິດແລ່ນເກີນ 100,000 ຊິບຕໍ່ມື້, ດັ່ງນັ້ນການເຂົ້າລະຫັດບໍ່ໄດ້ກາຍເປັນຂໍ້ຈໍາກັດໃນເວລານໍາ.

 

ສິ່ງທີ່ຄໍາອະທິບາຍນັ້ນອອກ, ໂດຍເຈດຕະນາ, ແມ່ນຂອບເຂດການຍອມຮັບ. ອ່ານ-ການຢັ້ງຢືນກັບຄືນແມ່ນປະຕູຜ່ານ / ລົ້ມເຫລວ, ແຕ່ອັດຕາການລົ້ມເຫຼວທີ່ທ່ານຄວນຍອມຮັບຕາມສັນຍາແມ່ນແຕກຕ່າງກັນໂດຍຄອບຄົວຊິບ, ຮູບແບບ, ແລະວ່າແທັກຈະຖືກ laminated ຫລັງຈາກນັ້ນບໍ; ສະຕິກເກີຕ້ານ-ໂລຫະ ແລະບັດ PVC ບໍ່ປະຕິບັດຕົວແບບດຽວກັນຢູ່ໃນເສັ້ນດຽວກັນ. ຕົວເລກນັ້ນຢູ່ໃນຄໍາອ້າງອີງຕໍ່ກັບການກໍ່ສ້າງສະເພາະຂອງທ່ານ, ບໍ່ແມ່ນຢູ່ໃນບົດຄວາມ, ແລະມັນເປັນສິ່ງທໍາອິດທີ່ພວກເຮົາກໍານົດໃນເວລາທີ່ໂຄງການໃຫມ່ເລີ່ມຕົ້ນ.

 

ບ່ອນທີ່ພວກເຮົາແຕ້ມຂອບເຂດຄວາມສາມາດຂອງພວກເຮົາເອງແມ່ນຄຸ້ມຄ່າທີ່ຈະບອກຢ່າງແຈ່ມແຈ້ງ, ເພາະວ່າມັນເປັນສ່ວນທີ່ຜູ້ສະຫນອງມັກຈະມົວ. ພວກ​ເຮົາ​ຈະ​ນຳ​ໜ້າ -ແທັກ NFC ຂອງ​ໂປຣ​ແກຣມ​ດ້ວຍ​ແມ່​ແບບ URL ຂອງ​ທ່ານ, ລຳ​ດັບ​ຕໍ່​ໜ່ວຍ, ກວດ​ສອບ​ທຸກ​ແທັກ, ແລະ​ສົ່ງ​ໄຟລ​໌​ແຜນ​ທີ່. ພວກເຮົາຈະຈັດຫາກະແຈ AES ທີ່ທ່ານສະໜອງໃຫ້. ພວກ​ເຮົາ​ຈະ​ບໍ່​ຖື​ກະ​ແຈ​ການ​ຜະ​ລິດ​ຂອງ​ທ່ານ, ພວກ​ເຮົາ​ຈະ​ບໍ່​ປະ​ຕິ​ບັດ​ການ backend ການ​ກວດ​ສອບ​ຂອງ​ທ່ານ, ແລະ​ພວກ​ເຮົາ​ຈະ​ບໍ່​ບອກ​ທ່ານ​ວ່າ​ໂຮງ​ງານ​ຜະ​ລິດ​ສາ​ມາດ​ເຮັດ​ໃຫ້​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ -ການ​ອອກ​ແບບ​ຄວາມ​ປອດ​ໄພ​ຊັ້ນ​ໄດ້​ຖືກ​ຕ້ອງ. ສ່ວນນັ້ນແມ່ນຂອງເຈົ້າ, ແລະຜູ້ສະຫນອງໃດໆທີ່ອ້າງວ່າຖ້າບໍ່ດັ່ງນັ້ນແມ່ນການຂາຍການໂອນຄວາມສ່ຽງທີ່ບໍ່ມີຢູ່.

 

ເກົ້າຄໍາຖາມເພື່ອແກ້ໄຂກ່ອນທີ່ຈະດໍາເນີນການເຂົ້າລະຫັດ

 

ດໍາເນີນການນີ້ກ່ອນທີ່ຈະສັ່ງຊື້, ບໍ່ແມ່ນຫຼັງຈາກຕົວຢ່າງມາຮອດ. ແຕ່ລະລາຍການໄດ້ສິ້ນສຸດລົງຢ່າງຫນ້ອຍຫນຶ່ງໂຄງການທີ່ພວກເຮົາໄດ້ຮັບການຮ້ອງຂໍໃຫ້ກູ້ໄພ.

 

#	ຄຳຖາມ	ເປັນຫຍັງມັນຈຶ່ງຕັດສິນໃຈຊິບ
1	iPhones ຈະແຕະແທັກເຫຼົ່ານີ້ບໍ?	ເອົາ MIFARE Classic ອອກຈາກການພິຈາລະນາທັງໝົດ
2	ຄວາມຍາວ URL ເຕັມແມ່ນຫຍັງ, ລວມທັງຕົວກໍານົດການໃນອະນາຄົດ?	ຕັ້ງພື້ນຢູ່ທີ່ NTAG213, 215 ຫຼື 216
3	ຫນຶ່ງບັນທຶກພຽງພໍ, ຫຼືທ່ານຕ້ອງການບັນທຶກຂໍ້ຄວາມຫຼືບັນທຶກ app ຄືກັນບໍ?	ບັນທຶກເພີ່ມເຕີມໃຊ້ງົບປະມານຄວາມຊົງຈໍາດຽວກັນ
4	ປາຍທາງຈະປ່ຽນແປງໃນລະຫວ່າງຊີວິດການບໍລິການຂອງແທັກບໍ?	ກໍານົດວ່າການລັອກແມ່ນສາມາດຍອມຮັບໄດ້
5	ແອັບພລິເຄຊັ່ນດັ່ງກ່າວເຮັດການອ້າງສິດກັບຜູ້ໃຊ້ສຸດທ້າຍບໍ?	ຍູ້ໃຫ້ທ່ານ NTAG 424 DNA ຫຼື DESFire
6	ໃຜຖື ແລະ ໝຸນກະແຈ AES?	ຕ້ອງໄດ້ຮັບການມອບຫມາຍກ່ອນທີ່ຈະປ່ຽນລະຫັດໃດໆ
7	ເງື່ອນໄຂການຍອມຮັບສໍາລັບຊຸດທີ່ສົ່ງມອບແມ່ນຫຍັງ?	ກຳນົດວ່າການອ່ານ-ການຢັ້ງຢືນຄືນແມ່ນສັນຍາຫຼືບໍ່
8	ທ່ານຕ້ອງການ UID-ເພື່ອ-ໄຟລ໌ແຜນທີ່ເນື້ອຫາບໍ?	ຕ້ອງໄດ້ຮັບການລະບຸໄວ້ກ່ອນທີ່ຈະແລ່ນ, ບໍ່ໄດ້ຮ້ອງຂໍຫຼັງຈາກ
9	ການກວດສອບລາຍເຊັນຕົ້ນສະບັບເປັນສ່ວນຫນຶ່ງຂອງ QC ຂາເຂົ້າບໍ?	ກຳນົດວ່າແຫຼ່ງຊິບສາມາດກວດສອບໄດ້ຫຼືບໍ່

 

ທີມງານທີ່ສາມາດຕອບໄດ້ທັງເກົ້າໂດຍປົກກະຕິຈະໄດ້ຮັບການຜະລິດທີ່ສະອາດໃນຄວາມພະຍາຍາມທໍາອິດ. ທີມງານທີ່ສາມາດຕອບຫົກໃນເກົ້າໂດຍປົກກະຕິຈະຄົ້ນພົບສາມທາງທີ່ຍັງເຫຼືອໃນລາຄາແພງ.

 

ເກົ້າຄໍາຖາມແມ່ນສະບັບທົ່ວໄປ. ອັນທີ່ພວກເຮົາເຮັດວຽກຕົວຈິງແມ່ນເພີ່ມຄໍລໍາທີສິບ, ຄໍາຕອບທີ່ເຫມາະສົມກັບການກໍ່ສ້າງຂອງເຈົ້າຫຼາຍກວ່າໂດຍທົ່ວໄປ, ແລະຄໍລໍານັ້ນແມ່ນຂຶ້ນກັບສິ່ງທີ່ບົດຄວາມນີ້ບໍ່ສາມາດເຫັນໄດ້: ການປະສົມໂທລະສັບມືຖືຂອງເຈົ້າ, ຊັບສິນຂອງຜູ້ອ່ານຂອງເຈົ້າ, ຂະບວນການ lamination ຂອງເຈົ້າ, ແລະວ່າ serialization ຈະຕ້ອງເປັນລໍາດັບຫຼືແບບສຸ່ມ. ສົ່ງ 9 ຄໍາຕອບທໍາອິດໃຫ້ພວກເຮົາແລະພວກເຮົາຈະສົ່ງຄືນສະບັບຄໍາບັນຍາຍຕໍ່ກັບຂໍ້ກໍານົດຂອງທ່ານ.

 

ບ່ອນທີ່ນີ້ເຮັດໃຫ້ຜູ້ຊື້

 

ບໍ່ມີຂັ້ນຕອນທົ່ວໄປສໍາລັບວິທີການຕັ້ງແທັບ NFC, ພຽງແຕ່ຂັ້ນຕອນຕໍ່ຊິບ, ຕໍ່ເວທີ, ຕໍ່ປະລິມານ. ເລືອກ chip ກັບເພດານຄວາມຊົງຈໍາແລະຄໍາຖາມ iPhone ທໍາອິດ. ຮັກສາການຈັດຮູບແບບ, ການໂຫຼດ ແລະການຕັ້ງຄ່າເປັນສາມປະຕູແຍກຕ່າງຫາກ. ບໍ່ເຄີຍລັອກກ່ອນການທົດລອງພາກສະຫນາມ. ກວດສອບຕົ້ນສະບັບໃນຕົວຢ່າງທີ່ເຂົ້າມາ. ເໜືອກວ່າໜຶ່ງພັນໜ່ວຍ, ຢຸດຄິດກ່ຽວກັບແອັບ ແລະເລີ່ມຄິດກ່ຽວກັບການຢັ້ງຢືນ ແລະການຕິດຕາມ.

 

ຖ້າສະເປັກຖືກຮ່າງແລ້ວ, ພວກເຮົາຍິນດີທີ່ຈະທົບທວນຄືນມັນຕໍ່ກັບຂໍ້ຈໍາກັດຂອງຊິບຂ້າງເທິງແລະຊີ້ບອກສິ່ງທີ່ຈະບໍ່ຢູ່ລອດການຜະລິດ, ແລະຕົວຢ່າງຟຣີແມ່ນມີໃຫ້ສໍາລັບການທົດສອບໃນຜູ້ອ່ານຕົວຈິງແລະມືຖືຂອງທ່ານ. ນອກນັ້ນທ່ານຍັງສາມາດເລີ່ມຕົ້ນຈາກຮູບແບບແທັກ NFC ທີ່ພວກເຮົາເຮັດກ່ອນ -ໂຄງການ ແລະຢືນຢັນໃນ-ເຮືອນຖ້າການຕັດສິນໃຈຊິບແມ່ນຍັງເປີດ, ຫຼືສົ່ງໂຄງສ້າງ URL ແລະປະລິມານເປົ້າຫມາຍສໍາລັບການທົບທວນຄືນການເຂົ້າລະຫັດຖ້າມັນຖືກແກ້ໄຂແລ້ວ.

 

FAQ