Ինչպես ծրագրավորել NFC պիտակները տարբեր չիպերի տեսակներով (NTAG, MIFARE և այլն)

 

Պիտակ գրելը երեք առանձին գործողություն է, ոչ թե մեկ

 

Երբ մարդիկ ասում են, որ ցանկանում են ծրագրավորել NFC թեգերը, նրանք սովորաբար նկարագրում են երեք տարբեր բաներ, որոնք պատահաբար գործարկվում են հեռախոսի հավելվածի նույն կոճակով:

 

Առաջինն այն էֆորմատավորում. NFC չիպի հիշողությունը պետք է տեղեկացվի, որ դրա օգտագործողի տարածքը պարունակում է NDEF հաղորդագրություն, այլ ոչ թե կամայական բայթեր: Դա արվում է՝ գրելով տվյալների փոքր կառուցվածք, որը հայտնի է որպես հնարավորությունների կոնտեյներ: NTAG21x մասերի վրա դա արդեն արված է վաֆլի մակարդակում, ուստի չիպը հասնում է NDEF-ձևաչափված և երբևէ կարող է պահել միայն NDEF: MIFARE Classic-ի և որոշ այլ չիպերի վրա ֆորմատավորումն այն է, ինչ դուք կատարում եք, և կառուցվածքը տեղադրվում է մեկանգամյա-ծրագրավորվող-տարածքում: Հետևաբար, ձևաչափումը մշտական ​​է: Չկա unformat հրաման, և ոչ մի վաճառող գործիք, որը ձեզ կտա մեկը:

 

Երկրորդն այն էգրելով ծանրաբեռնվածությունըNDEF հաղորդագրություն, որը պարունակում է մեկ կամ մի քանի գրառում, ամենից հաճախ URL-ի վրա ուղղված URI գրառում: Սա այն հատվածն է, որը նկարում են բոլորը: Payload-ի գրառումները սովորաբար կրկնվում են, այդ իսկ պատճառով մարքեթինգային թիմը կարող է վերահղել արշավի պիտակը վեց ամիս անց՝ առանց սարքավորումների վերադասավորման:

 

Երրորդն էկոնֆիգուրացիագաղտնաբառի բայթեր, կողպեքի բիթեր, հայելու կարգավորումներ, մուտքի պայմաններ, իսկորոշման ստեղներ: Այս շերտն այն վայրն է, որտեղ ապրում են անշրջելի որոշումները, և դա այն շերտն է, որին սպառողների ոչ մի ձեռնարկ ընդհանրապես չի շոշափում: Եթե ​​դուք նախատեսում եք ծրագրավորել NFC թեգերը դրա շուրջ անվտանգության սահման ունեցող որևէ բանի համար, ապա կազմաձևման շերտը նախագիծն է:

 

Այս երեքը ձեր գլխում առանձնացված պահելն այն է, ինչը խանգարում է խմբաքանակի ջնջմանը: Գրելու ձախողումների մեծ մասը, որոնք մենք ախտորոշում ենք, օգտակար բեռնվածքի խափանումներ չեն: Դրանք ձևաչափման վիճակ են կամ կազմաձևման վիճակ, որի գոյության մասին որևէ մեկը չգիտեր:

 

NFC պիտակի չիպերի տեսակները համեմատած նախքան դրանք ծրագրավորելը

 

Յուրաքանչյուր լուրջ որոշում, թե ինչպես ծրագրավորել NFC պիտակները մասշտաբով, սկսվում է այս աղյուսակից, քանի որ հիշողության առաստաղը և հարթակի աջակցությունը սահմանվում են չիպերի ընտրության պահին և չեն կարող հետագայում կարկատվել ծրագրային ապահովման մեջ:

 

Չիպ	Օգտագործողի հիշողություն	NFC ֆորումի տեսակը	Գործարանային 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 բայթ	Տիպ 2	Ձևաչափվող	32-bit PWD / 16-bit PACK	Այո՛
MIFARE Classic 1K	Ընդհանուր 1024 բայթ, մոտավորապես 716-ը հասանելի է NDEF-ին, երբ արտադրողի բլոկը և 16 հատվածային հոլովակները հանվեն:	NFC ֆորումի տեսակ չէ	Ձևաչափվող, սեկտորի-հիմնված	CRYPTO-1 հատվածի բանալիներ A/B	Ոչ
MIFARE DESFire EV3	2 ԿԲ-ից մինչև 8 ԿԲ, ֆայլի-հիմնված	Տիպ 4	Դիմումը պետք է ստեղծվի	AES-128 / 3DES, յուրաքանչյուր ֆայլի մուտքի իրավունք	Այո՛
NTAG 424 ԴՆԹ	Ընդհանուր 416 բայթ, բաժանված 32 բայթ հզորությամբ կոնտեյների, 256 բայթանոց NDEF ֆայլի և 128 բայթանոց պաշտպանված տվյալների ֆայլի	Տիպ 4	Նախապես-տրամադրված ֆայլեր	Հինգ AES-128 բանալի, 3 անցանց փոխադարձ նույնականացում	Այո՛

 

NTAG21x թվեր, կողպման-բիտի վարքագիծ և տիպ 2 / ISO/IEC 14443 տիպի A համապատասխանությունNXP NTAG213/215/216 արտադրանքի տվյալների թերթիկ. MIFARE Classic 1K կառուցվածքը NXP տվյալների թերթիկի համար MF1S50yyX (16 հատված × 4 բլոկ × 16 բայթ): DESFire EV3 մեկ MF3D(H)x3: NTAG 424 ԴՆԹ հիշողության դասավորությունը ըստNXP.

 

Երկու սյունակ որոշում է նախագծերի մեծամասնությունը, նախքան որևէ ծրագրակազմ ընտրելը. հիշողության առաստաղը և iPhone-ի սյունակը: Այն, ինչ աղյուսակը չի կարող ձեզ ասել, եկամտաբերությունն է: Ճիշտ նշված չիպը դեռևս առաջացնում է մերժումներ, եթե կոդավորման քայլը չունի ստուգման անցում, ինչը սույն հոդվածի երկրորդ կեսի թեման է:

 

NTAG 213, 215 և 216. լռելյայն ընտրությունը և դրա իրական առաստաղը

 

Մոտավորապես հինգ մուտքային նախագծերից չորսի համար այս ընտանիքը ճիշտ պատասխանն է, և NTAG 215 NFC պիտակները ծրագրավորելու սովորելը տևում է մոտ իննսուն վայրկյան հեռախոսի հավելվածով: Չիպը ուղարկվում է NDEF-ձևաչափով, ձայնագրման տեսակը, որը հետևողականորեն վարվում է յուրաքանչյուր հեռախոսում, պարզ URI գրառում է, և Android-ը և iOS-ը գրում են այն առանց որևէ SDK-ի աշխատանքի:

 

 

Դա նաև այն ընտանիքն է, որը հետևում է գրեթե բոլոր թվային այցեքարտերի ծրագրին, որտեղ մեկ vCard կամ URL գրառումը ամբողջ ծանրաբեռնվածությունն է, և որտեղ ֆիզիկական ձևաչափը սովորաբար ավելի կարևոր է, քան չիպը: Այդ պատվերների մեծ մասն ավարտվում էսպիտակ սպիտակ PVC NFC քարտերայլ ոչ թե կպչուն պիտակներ, քանի որ քարտը պետք է գոյատևի դրամապանակից և տպագիր վերցնի:

 

Առաստաղը հասնում է ավելի արագ, քան մարդիկ սպասում են: NTAG213-ը ձեզ տալիս է 144 բայթ օգտվողի հիշողություն, և NDEF հաղորդագրությունը միայն ձեր URL-ը չէ: Ձեր հասցեի մեկ նիշը պահելուց առաջ կա TLV փաթաթան, գրառումների վերնագիր, տիպի դաշտ և երկարության դաշտ: URI գրառումը սեղմում է սովորական նախածանցները, ինչպիսիք ենhttps://www.մեկ բայթի մեջ, որը վերականգնում է տասից քսան բայթ, և 144-բայթ մասի վրա այդ տարբերությունը սահմանում է տեղակայման և ձախողման միջև: Որտեղ թիմերը բռնվում են ոչ թե URL-ն է, այլ հավելյալները. ավելացրեք տեքստային գրառում մարդու կողմից ընթեռնելի պիտակի համար, ավելացրեք Android Application Record, որպեսզի պիտակը զննարկչի փոխարեն բացի հավելված, և հարմարավետ ծանրաբեռնվածությունը դառնա արտահոսքի սխալ:

 

Մեր սեփական կանոնը, և սա այն բանն է, որը դուք սովորում եք միայն դրանցից մի քանի միլիոն կոդավորելով. եթե նախատեսվող URL-ը, ներառյալ հարցման պարամետրերը, գերազանցում է մոտ 90 նիշը, դադարեցրեք NTAG213-ը նշելը և շարժվեք վերև: 213-ի և 215-ի միավորի արժեքի տարբերությունը բավական փոքր է, որ գրեթե երբեք չարժե վերանախագծել միջին-ծրագրի ռիսկը: Արշավը, որը հետագայում ցանկանում է UTM պարամետրեր կամ սերիական համարներ ավելացնել յուրաքանչյուր պիտակի URL-ին, կհարվածի պատին 213-ին և չի հարվածի այն 215-ին:

 

Այս ընտանիքի գաղտնաբառի պաշտպանությունը արժե ճշգրիտ հասկանալ, քանի որ այն ավելի թույլ է, քան հուշում է «գաղտնաբառ» բառը: 32-բիթանոց PWD արժեքը փոխանցվում է թափանցիկ և ստուգվում է չիպի կողմից, որը մուտք է գործում գրելու և ընտրովի կարդալու մուտք՝ ընտրված էջից սկսած: Դա խանգարում է հանրության հետաքրքրասեր անդամին վերաշարադրել ձեր պիտակը հեռախոսով: Այն կրիպտոգրաֆիկ հսկողություն չէ և երբեք չպետք է նկարագրվի հաճախորդին որպես այդպիսին: Նկատի ունեցեք նաև, որ ոչ բոլոր սերունդներն են դա աջակցում. ավելի հին NTAG203-ը չունի որևէ գաղտնաբառի մեխանիզմ, և գրադարանի փաստաթղթերում հստակ ասվում է, որ դրա դեմ պաշտպանության կանչերը պարզապես ձախողվում են (nfcpy փաստաթղթեր).

 

MIFARE Classic՝ գրելի է Android-ում, արդյունավետորեն բացակայում է iPhone-ում

 

Ահա համատեղելիության ծուղակը, որն ավարտեց ավելի շատ NFC նախագծեր, քան որևէ այլ գործոն: Յուրաքանչյուր ոք, ով հարցնում է, թե ինչպես գրել NDEF-ը MIFARE Classic-ում, արդեն աշխատում է ձևաչափի հիմքի վրա. MIFARE Classic-ը NFC ֆորումի պիտակի տեսակ չէ, այն ISO/IEC 14443-3A քարտ է՝ սեփական հատվածով և հիմնական կառուցվածքով, որը նախորդում է NDEF էկոհամակարգին, և NDEF աջակցությունը դրա վրա գոյություն ունի միայն վերևում գտնվող շերտի միջոցով:

 

 

Android-ը կարգավորում է այդ կոնվենցիան: iOS-ը՝ ոչ: Apple-ի Core NFC-ն երբեք չի աջակցել MIFARE Classic-ին, քանի որ հարթակի աջակցվող MIFARE ընտանիքները սահմանափակված են Ultralight, Plus և DESFire-ով, դիրքորոշում մշակողները բազմիցս հաստատել են Apple-ի սեփական ֆորումներում (Apple-ի մշակողների ֆորումներ) Քանի որ iOS-ը չի կարող ուղղակիորեն հասցեագրել քարտի հիշողությունը, iPhone-ը չի կարող դրա վրա գրել NDEF և չի կարող ցուցադրել դրա վրա պահված NDEF-ը:

 

Գնահատման ժամանակ սա այդքան վտանգավոր է դարձնում այն, որ MIFARE Classic թեգերը մեռած չեն երևում iPhone-ում: Քարտը ներկայացնում է ISO 14443-A UID, ուստի Shortcuts հավելվածը հաճույքով կընդունի այն որպես ավտոմատացման գործարկիչ, և ֆոնային սկանավորումը դեռ կարող է գործարկել աջակցվող տեսակի նախկինում պահված NDEF գրառումը: Գնումների առաջատարը, որը փորձարկում է նմուշն իր iPhone-ում, տեսնում է պատասխան և դուրս է գալիս: Նրանց տեսած պահվածքը կապ չուներ պիտակի հիշողության բովանդակության հետ, և ամբողջ մոտեցումը փլուզվում է այն պահին, երբ նախագծին անհրաժեշտ են մեկ միավորի URL-ներ, որոնք iPhone-ները իրականում կարող են կարդալ:

 

Գործնական կանոնը, որը դուրս է գալիս սրանից. յուրաքանչյուրը, ով համեմատում է, թե ինչպես ծրագրավորել NFC պիտակները iPhone-ի և Android-ի համար, պետք է կատարի ընդունման թեստավորում երկու հարթակներում՝ արտադրական չիպով, երբեք միայն Android-ով և երբեք այլ չիպի նմուշի վրա, քան գնման պատվերի մեջ նշվածը:

 

Թույլ տվեք կոպիտ լինել առաջարկության մասին, քանի որ «դա կախված է ձեր օգտագործման դեպքից» այստեղ օգտակար պատասխան չէ: Եթե ​​ձեր NFC թեգերը կտկտվեն հանրության անդամների կողմից, նշեք որևէ բան, բացի MIFARE Classic-ից:

 

Թիմերի համար, որոնք արդեն գտնվում են դասական-մուտքի համակարգում, որոշումը կրճատվում է մինչև մեկ փոփոխական, և դա պիտակները չեն: Դա ձեր ընթերցողների գույքի մնացած ծառայության ժամկետն է: Եթե ​​այդ ընթերցողներին մնացել է երկու կամ երեք տարի, և ոչ մի սմարթֆոն երբևէ չի դիպչի հավատարմագրին, ապա շարունակել Classic-ը փակ օղակում պաշտպանելի կոչ է, և գործնական հարցերը դառնում են IC աղբյուր և UID ձևաչափ, քան կոդավորման մեթոդ, ինչն էլ մենք անդրադառնում ենք մեր գրառումներում:պատվիրելով MIFARE 1K թեգեր տեղադրված համակարգում. Եթե ​​ընթերցողներն իրենք պետք է փոխարինեն այդ պատուհանի ներսում, գումար մի ծախսեք անցումային հավատարմագրի վրա: Մեկ քայլով տեղափոխեք ամբողջ գույքը AES-հիմնված մաս և մեկ անգամ կլանեք ծախսերը:

 

Նույն ընտանիքում կա երկրորդ թակարդը, բավական նուրբ, որ այն գոյատևում է QA-ի ամբողջական ցիկլերը: Գրառմանը Smart Poster-ի փաթաթան ավելացնելը, որը սովորական կոդավորման գործիքներն առաջարկում են որպես URL-ին վերնագիր կցելու բարեկամական միջոց, փոխում է գրառման տեսակը: Այդպես փաթաթված ձայնագրություններն ընդհանրապես չեն վերցվում iOS-ի ֆոնային սկանավորման միջոցով՝ անկախ նրանից, թե ներսում ինչ կա: Android-ի թեստավորումն անցնում է յուրաքանչյուր սարքի վրա, iPhone-ները ոչինչ չեն անում, և ախտորոշելու համար որևէ սխալի հաղորդագրություն չկա:

 

Ultralight, DESFire և NTAG 424 DNA. Որտեղ ծրագրավորումը դառնում է հիմնական կառավարում

 

MIFARE Ultralight EV1-ը պահում է NTAG21x-ին մոտ, և դուք դրա վրա ծրագրավորում եք NFC թեգերը նույն կերպ՝ 48 կամ 128 բայթ հիշողության ավելի փոքր բյուջեով և նույն դասի գաղտնաբառի դարպասով: Հայեցակարգային առումով ոչ մի նոր բան տեղի չի ունենում:

 

DESFire-ը և NTAG 424 DNA-ն այլ կարգապահություն են: Այս 4-րդ տիպի մասերում դուք բայթ չեք գրում հարթ հիշողության քարտեզի մեջ, դուք աշխատում եք ֆայլային համակարգի վրա՝ յուրաքանչյուր-ֆայլի մուտքի իրավունքով, և յուրաքանչյուր իմաստալից գործողություն նախ և առաջ պահանջում է նույնականացում AES-128 բանալիով: NTAG 424 ԴՆԹ-ն կրում է հաճախորդի կողմից սահմանված հինգ AES բանալի, օգտագործում է 3 անցանց փոխադարձ նույնականացում պաշտպանված տվյալների ֆայլի համար և կրում է ընդհանուր չափանիշների EAL4 սերտիֆիկացում ինչպես ապարատային, այնպես էլ ծրագրային ապահովման վրա: Թիմերը, որոնք ծրագրավորում են NFC պիտակներ՝ արտադրանքի նույնականացման, այլ ոչ թե պարզ վերահղման համար, սովորաբար հատուկ փնտրում են այս մասը՝ մեկ հատկանիշի պատճառով:

 

Այդ հատկությունը Secure Dynamic Messaging-ն է, որը հաճախ գրվում է որպես SUN: Երբ այն միացված է, չիպի NDEF URL-ը փոփոխություններ է ներկայացնում յուրաքանչյուր հպումով. չիպը արտացոլում է իր UID-ը և միապաղաղ աճող ընթերցման հաշվիչը URL-ում, ընտրովի կոդավորված և ավելացնում է CMAC, որը հաշվարկվում է միայն դուք և չիպի պահած բանալիով: Այնուհետև ձեր հետնամասը կարող է տարբերել իրական պիտակը լուսանկարված URL-ից, և կարող է տարբերակել թակել համարը 4-ը 4000-ից:

 

Այն ճիշտ կարգավորելը հենց այն վայրն է, որտեղ ճշգրտումը խայթում է: Հայելավորման կանոններն անվճար-ձև չեն. երբ PICC տվյալները գաղտնագրված են, UID-ի և ընթերցման հաշվիչի արտացոլումը դառնում է պարտադիր, քան ընտրովի, երկուսը միշտ շարժվում են միասին, և CMAC-ը պետք է նստած լինի NDEF հաղորդագրության վերջում: Նախագծեք ձեր URL-ի կառուցվածքը այդ սահմանափակումների շուրջ, այլ ոչ թե հակառակը, այլապես շեղումները չեն լուծվի, և հետնամասը կմերժի յուրաքանչյուր ընթերցում:

 

Այն ձախողումը, որը մենք տեսնում ենք ամենից հաճախ SUN-ի տեղակայման ժամանակ, ոչ մի կապ չունի դրա հետ: Բոլոր հանրային հղումների իրականացումը և ցուցադրական սերվերը, որոնք կազմաձևված են գործարանի հետ,-կանխադրված են բոլոր-զրոյական ստեղները, քանի որ դա է պատճառը, որ ցուցադրումը դուրս է գալիս տուփից: Նախագծերը նախատիպվում են դրա դեմ, նախատիպն աշխատում է, և բանալիների պտտման քայլը երբեք չի մտնում գործարկման ստուգաթերթում: Թեգերը գաղտնագրորեն մերկ են դուրս գալիս, մինչդեռ բոլոր ներգրավվածները կարծում են, որ տեղակայումը գաղտնագրված է, այդ իսկ պատճառով մեր սեփական նմուշի թողարկման ընթացակարգը ստուգում է հիմնական դիվերսիֆիկացիան արտադրական ստորաբաժանումների վրա, այլ ոչ թե այն ամենի, ինչ օգտագործվել է ցուցադրման համար:

 

Վեց գործողություններ, որոնք դուք չեք կարող հակադարձել NFC պիտակները ծրագրավորելուց հետո

 

Օգտակար բեռի վերագրանցումները էժան են: Սրանք չեն: Ստորև բերված յուրաքանչյուրը որոշում է, որը պիտակների խմբաքանակը վերածում է հիմնական ակտիվի, և յուրաքանչյուրը դարձել է գույքագրման ջնջման պատճառ, որը մենք անձամբ ստիպված ենք եղել փոխարինել:

 

Գործողություն	Ինչ է դա անում	Ինչու այն հնարավոր չէ հետարկել	Երբ այն պետք է պլանավորվի
NDEF ձևաչափում	Գրում է կարողությունների կոնտեյները	Տեղակայվում է մեկ-անգամյա-ծրագրավորվող հիշողության մեջ	Գործարանում, չիպի տեսակը հաստատվելուց հետո
Ստատիկ կողպեքի բիթեր	Կողպում է առաջին 16 էջերը 2-րդ տիպի չիպերի վրա	Կողպեքի բիթերը սահմանված են միայն- և չեն կարող վերականգնվել	Միայն վերջնական բովանդակությունը ստորագրելուց հետո
Դինամիկ կողպեքի բիթեր	Ծածկեք 96 բայթ տվյալների բայթ NTAG213-ում, 456-ը՝ NTAG215-ում և 840-ը՝ NTAG216-ում, 2 էջանոց հատվածով NTAG213-ում և 16 էջ NTAG215-ում և NTAG216-ում՝ վերը նշված NXP տվյալների թերթիկի համաձայն:	Նույն հավաքածուն-միայն մեխանիզմը, նույն մշտականությունը	Նույն դարպասը, ինչպես ստատիկ կողպեքները
«Միայն կարդալու» անջատիչը	Մշտապես սահմանում է NDEF գրելու դրոշը	Հակադարձ հրաման գոյություն չունի	Երբեք դաշտային փորձարկումների ավարտից առաջ
LRP ռեժիմը NTAG 424 ԴՆԹ-ի վրա	Անցում է AES-ը արտահոսքի-առաձգական գործողության	Միացված է SetConfiguration-ի կողմից, առանց AES ռեժիմ վերադառնալու ճանապարհի	Միայն այն դեպքում, եթե դա պահանջում է փաստաթղթավորված սպառնալիքի մոդելը
Բանալին փոխել առանց պահուստի	Փոխարինում է գործարանային AES բանալիները	Չիպը վերականգնման ուղի չունի, եթե նոր բանալին կորել է	Միայն մեկ անգամ է, որ առանցքային պահառությունը պաշտոնապես նշանակվում է

 

Այդ էջի հստակությունը այն գործնական մանրուքն է, որը շատերը բաց են թողնում, երբ նրանք հարցնում են, թե ինչպես կողպել NFC պիտակը ծրագրավորումից հետո: Կողպելը բոլորի-կամ-ոչինչի անջատիչ չէ: NTAG215-ում և NTAG216-ում դուք կարող եք կողպել 16 էջանոց բլոկները, ինչը խառը դասավորությունը կենսունակ է դարձնում. գործարանում փակված սերիական համարի շրջան, արշավի URL-ի տարածք, որը մնացել է գրավոր մարքեթինգային թիմի համար: NTAG213-ում հստակությունը երկու էջ է, ավելի նուրբ, բայց շատ ավելի փոքր քարտեզի վրա: Սահմանը որոշելը նախագծման խնդիր է, և այն պետք է տեղի ունենա կոդավորման գործարկումից առաջ, ոչ թե հետո:

 

Սովորությունը, որն արժե կառուցել, կոդավորման դարպասը փակող դարպասից առանձնացնելն է: Մենք հաճախորդներին խորհուրդ ենք տալիս չփակել պատվերի վայրում, և դրա պատճառը ամբողջովին առևտրային է, այլ ոչ թե տեխնիկական:

 

Մեր պատվերի պատմության ընթացքում ամենահաճախակի փոստի-առաքման հարցումը թերության հայց չէ, այն ուղղության փոփոխություն է, և այն հավաքվում է ծառայության առաջին տարում: Սովորական գործարկիչներն են վայրէջքի էջի տեղափոխումը կամ գործակալության հանձնումը, որոնցից ոչ մեկը տեսանելի չէ պատվերի տեղադրման պահին: Դրանով գործելու համար որևէ մեկի ձախողման վիճակագրությունը պետք չէ, քանի որ անհամաչափությունն ինքն է որոշում դա. ապակողպված պիտակը, որը երբեք փոխելու կարիք չունի, ոչինչ չի արժենում, մինչդեռ կողպված պիտակը, որը փոփոխության կարիք ունի, արժե ամբողջությամբ փոխարինման պատվեր, գումարած վերատեղադրման աշխատանքը: Նախ ծրագրավորեք NFC պիտակները, գործարկեք դաշտային փորձարկումը, այնուհետև կողպեք:

 

Չիպի ստուգումն այն է, ինչ ասում է հաշիվ-ապրանքագիրը

 

 

Չիպի իսկականությունը պարանոյիկ մտահոգություն չէ այս կատեգորիայում, այն սովորական մուտքային-ստուգման տարր է, և այն պատկանում է QC նույն քայլին, ինչպես ցանկացած այլ ստուգում, որը դուք կատարում եք նախքան NFC պիտակները արտադրական քանակով ծրագրավորելը: NXP-ի NTAG, MIFARE, Ultralight և ICODE ընտանիքները ունեն ECC{2}}հիմնված ինքնատիպության ստորագրություն, որը գրված է չիպերի արտադրության ժամանակ, 32 բայթ NTAG21x մասերի վրա, որոնք կարող են հետ կարդալ և ստուգվել արտադրողի հանրային բանալիով: Պիտակը, որն իրեն հիանալի է պահում, դեռևս կարող է ձախողել այդ ստուգումը:

 

Դա տեղի է ունենում ավելին, քան շուկան է խոստովանում: Ինժեներները, որոնք գնում են NTAG21x պիտակներ ընդհանուր մանրածախ առևտրի ալիքներով, հայտնել են արտադրողի սեփական համայնքին, որ նմուշները գործում են ճիշտ այնպես, ինչպես նշված է, ներառված է հակահայելային, բայց որպես սիլիցիումի կլոն՝ ինքնատիպության ստուգման ներքո, և NXP-ի հրապարակված պատասխանն այն է, որ այդպիսի մասերը չեն ապահովվում և պիտանի չեն անվտանգ օգտագործման համար, քանի որ IC-ն ինքնին կարող է խոցելի լինել (NXP համայնք).

 

Գործառնական հետևանքն ավելի նեղ է, քան մարդիկ ենթադրում են, և արժե ճշգրիտ նշել: Եթե ​​ձեր հայտը մարքեթինգային վերահղում է, ապա կլոնային չիպը ձեզ համարժեք կծառայի, և դուք կարող եք չհետաքրքրվել: Եթե ​​ձեր դիմումը ներառում է նույնականացում, կեղծ ապացույցներ կամ ձեր սեփական հաճախորդին արված հակակեղծման մասին որևէ պնդում, ապա չստուգվող չիպը անվավեր է դարձնում ամբողջ նախադրյալը, և ոչ մի ճիշտ կոդավորում չի փոխհատուցում դրա համար: Ստուգումը տևում է վայրկյաններ յուրաքանչյուր նմուշի համար ընթերցող հավելվածով, և այն պատկանում է ձեր մուտքային QC ընթացակարգին, այլ ոչ թե գրառման-դիահերձման: Առնչվող ընթերցանություն բոլորի համար, ում գրելն ավարտվում է, բայց ում ընթերցողը լռում է.ինչու կլոնավորված կպչուն լավ է կարդում և դեռ ձախողվում է դռան մոտ.

 

MIFARE դասական անվտանգության հարցը, ազնվորեն վերարտադրված

 

Յուրաքանչյուր ոք, ով նշում է MIFARE Classic-ն այսօր, պետք է աշխատի ներկայիս հետազոտական ​​դիրքից, այլ ոչ թե այն համբավից, որն ուներ հարթակը մեկ տասնամյակ առաջ:

 

2024 թվականին ուսումնասիրվել է FM11RF08S՝ MIFARE Classic համատեղելի չիպը, որը թողարկվել է 2020 թվականին՝ հատուկ նախագծված հակաքայլերով՝ դիմակայելու միայն քարտային{4}}միայն բոլոր գրոհներին, ջախջախել այդ հակաքայլերը և այդ ընթացքում հայտնաբերել ապարատային հետնադուռ: Հետևի դուռը թույլ է տալիս ցանկացած կողմի, որը տեղյակ է դրա մասին, խախտել յուրաքանչյուր օգտատիրոջ-սահմանված բանալի քարտի վրա ֆիզիկական մուտքից րոպեների ընթացքում, և դա պահպանվում է նույնիսկ այն դեպքում, երբ բանալիները լիովին դիվերսիֆիկացված են յուրաքանչյուր քարտի համար (Cryptology ePrint արխիվ) Հետևի դռների հետ կապված ստեղները հայտնաբերվել են մասերի ավելի լայն շարքում, ներառյալ նախկին Fudan սերունդները և հատուկ NXP և Infineon սարքերը:

 

Ուշադիր կարդացեք, նախքան դրանից սխալ եզրակացություն անելը։ Սա փաստարկ չէ, որ MIFARE Classic օգտագործող բոլորը վաղը կբացահայտվեն, և մենք դա չենք ներկայացնում որպես մեկը: Դասական միլիոնավոր հավատարմագրերը գործում են ցածր-հետևանքների միջավայրում, որտեղ քարտի կլոնավորումը հարձակվողին հնարավորություն է տալիս մուտք գործել մարզասրահի պահարան: Սա փաստարկ է, որ «անվտանգ» արտահայտությունը չպետք է որևէ տեղ հայտնվի տեխնիկական փաստաթղթում այս չիպերի ընտանիքի կողքին, և որ յուրաքանչյուր ոք, ով պատրաստվում է ծրագրավորել NFC պիտակները հյուրանոցի սենյակների, գրասենյակային մուտքի կամ անկանխիկ վճարումների համար Classic silicon-ով, պետք է գնի փոխադրումը դեպի AES{4}}հիմնված մասը նույն բյուջետային ցիկլում:

 

NFC պիտակների ծրագրավորում զանգվածաբար. ինչ է փոխվում հազար միավորից բարձր

 

Մինչ այժմ նկարագրված ամեն ինչ վատ է չափվում։ Հեռախոսի հավելվածը գրում է մեկ պիտակ՝ առանց խմբաքանակի գրանցման, առանց ստուգման անցագրի և ոչ մի կերպ ապացուցելու, թե որ URL-ն է մտել ֆիզիկական միավորի վրա: Գոյություն ունի երեք մակարդակ, թե ինչպես ծրագրավորել NFC պիտակները զանգվածաբար, և դրանց միջև ցատկը գործառնական է, քան տեխնիկական:

 

Առաջին մակարդակը հեռախոս և հավելված է, որը կենսունակ է մոտավորապես հարյուր միավորի համար, որը հարմար է նախատիպերի և ներքին օդաչուների համար:

 

Երկրորդ մակարդակն այն վայրն է, որտեղ-տնային թիմերի մեծ մասը վայրէջք է կատարում. դուք ծրագրավորում եք NFC պիտակները ընթերցող գրողի հետ աշխատասեղանի վրա, որը ղեկավարվում է խմբաքանակի ֆայլով, սովորաբար ACR12xx կամ uTrust դասի USB կոդավորիչի միջոցով: Այն լավ է աշխատում, մինչև չիպը փոխվի: Այս տարածքում լայնորեն օգտագործվող բաց-կոդով խմբաքանակի գործիքը, օրինակ, ուղղված է ACR122-ին և կոդավորում է միայն MIFARE Ultralight և Ultralight C, որոնք 2-րդ տիպի մասեր են, ուստի այդ նախագիծը 4-րդ տիպի չիպ տեղափոխելը նշանակում է վերակառուցել գործիքակազմը, այլ ոչ թե խմբագրել կազմաձևման ֆայլը: Եթե ​​դուք դեռ ընտրում եք սարքավորում այս մակարդակի համար, մերUSB և աշխատասեղանի NFC ընթերցողի-գրողի տիրույթընդգրկում է այս գործիքաշղթաների ակնկալվող ընթերցողների մոդելները:

 

Երրորդ մակարդակի արդյունաբերական պրակտիկան նախ-կոդավորումն է արտադրության ընթացքում, և սա այն մակարդակն է, որը գնորդներից շատերը չգիտեն, որ գոյություն ունի: 3600 մ² գործարանի մեր տողերում կոդավորումը տեղադրված է չիպերի միացման և վերջնական հավաքման միջև, սարքավորման վրա, որը ինդեքսավորում է յուրաքանչյուր պիտակը իր դիրքում, գրում է գրառումը և հետ է կարդում այն ​​նախքան պիտակի առաջ գնալը: Ստուգման անցագիրը ամբողջ կետն է: Թեգը, որը չի կարդացվում-հետևից, մերժվում է տողում, այլ ոչ թե հայտնաբերվում է հաճախորդի կողմից դաշտում, և խմբաքանակը թողնում է քարտեզագրման ֆայլ, որը կապում է յուրաքանչյուր UID կամ TID ճշգրիտ բովանդակության հետ, որը գրված է, ինչը ձեր CMS կամ վերլուծական հարթակին անհրաժեշտ է առաջին օրը: Հինգ արտադրական գծերի վրա ավտոմատ միացման հզորությունն աշխատում է օրական 100,000 չիպերից ավելի, ուստի կոդավորումը չի դառնում սահմանափակում ժամկետի վրա:

 

Այն, ինչ այդ նկարագրությունը բաց է թողնում, միտումնավոր, ընդունման շեմն է: «Կարդալ»-հետևի ստուգումը անցումային/ձախողման դարպաս է, սակայն խափանման մակարդակը, որը դուք պետք է պայմանագրով ընդունեք, տարբերվում է՝ կախված չիպերի ընտանիքից, ձևի գործակիցից և դրանից հետո պիտակի շերտավորվելուց. հակա-մետաղական կպչուն և ՊՎՔ քարտը նույն գծի վրա նույն կերպ չեն վարվում: Այդ թիվը պատկանում է չակերտի մեջ՝ ընդդեմ ձեր կոնկրետ կառուցվածքի, այլ ոչ թե հոդվածի, և դա առաջին բանն է, որ մենք սահմանում ենք, երբ նոր ծրագիր է սկսվում:

 

Այն, թե որտեղ ենք մենք գծում մեր սեփական հնարավորությունների սահմանը, արժե հստակ նշել, քանի որ դա այն մասերի մատակարարներն են, որոնք սովորաբար լղոզում են: Մենք նախապես-ծրագրավորելու ենք NFC թեգերը ձեր URL ձևանմուշով, սերիականացնելու ենք յուրաքանչյուր միավորի համար, ստուգելու ենք յուրաքանչյուր պիտակ և կառաքենք քարտեզագրման ֆայլը: Մենք կտրամադրենք ձեր տրամադրած AES բանալիները: Մենք չենք պահի ձեր արտադրության բանալիները, չենք գործարկի ձեր վավերացման հետին պլանը և ձեզ չենք ասի, որ գործարանը կարող է ճիշտ դարձնել հավելվածի-անվտանգության շերտի դիզայնը: Այդ մասը ձերն է, և ցանկացած մատակարար, որը պնդում է հակառակը, ձեզ վաճառում է ռիսկի փոխանցում, որը գոյություն չունի:

 

Ինը հարց, որոնք պետք է լուծվեն նախքան կոդավորման գործարկումը

 

Գործարկեք սա մինչև գնման պատվերը, այլ ոչ թե նմուշների ժամանումից հետո: Յուրաքանչյուր տարր ավարտվել է առնվազն մեկ նախագիծ, որը մեզ խնդրել են փրկել:

 

#	Հարց	Ինչու է դա որոշում չիպը
1	Արդյո՞ք iPhone-ները կօգտագործեն այս պիտակները:	Ամբողջովին հեռացնում է MIFARE Classic-ը
2	Որքա՞ն է ամբողջական URL-ի երկարությունը, ներառյալ ապագա պարամետրերը:	Հատակի տեղադրում է NTAG213, 215 կամ 216
3	Արդյո՞ք մեկ ձայնագրությունը բավարար է, թե՞ Ձեզ անհրաժեշտ է նաև տեքստային կամ հավելվածի գրառում:	Լրացուցիչ գրառումները սպառում են նույն հիշողության բյուջեն
4	Արդյո՞ք նպատակակետը կփոխվի պիտակի ծառայության ժամկետի ընթացքում:	Որոշում է, թե արդյոք կողպումը երբևէ ընդունելի է
5	Արդյո՞ք հավելվածը իսկականության պահանջ է ներկայացնում վերջնական օգտագործողներին:	Ձեզ մղում է դեպի NTAG 424 DNA կամ DESFire
6	Ո՞վ է պահում և պտտում AES ստեղները:	Պետք է նշանակվի նախքան որևէ բանալի փոխելը
7	Ո՞րն է առաքված խմբաքանակի ընդունման չափանիշը:	Սահմանում է, թե արդյոք ընթերցված-հետադարձ ստուգումը պայմանագրային է
8	Ձեզ անհրաժեշտ է UID--բովանդակության քարտեզագրման ֆայլը պարունակելու համար:	Պետք է նշվի վազքից առաջ, չպահանջվի հետո
9	Արդյո՞ք ինքնատիպության ստորագրության ստուգումը մուտքային QC-ի մաս է:	Որոշում է, թե արդյոք չիպերի աղբյուրը ստուգելի է

 

Թիմերը, որոնք կարող են պատասխանել բոլոր ինը, սովորաբար ստանում են մաքուր արտադրություն առաջին իսկ փորձից: Թիմերը, որոնք կարող են պատասխանել իննից վեցին, սովորաբար հայտնաբերում են մնացած երեքը թանկ ճանապարհով:

 

Ինը հարցերը ընդհանուր տարբերակն են: Այն, որից մենք իրականում աշխատում ենք, ավելացնում է տասներորդ սյունակը՝ պատասխանը, որը ճիշտ է ձեր կառուցվածքի համար, այլ ոչ թե ընդհանուր, և այդ սյունակը կախված է այն բաներից, որոնք այս հոդվածը չի կարող տեսնել. Ուղարկեք մեզ առաջին ինը պատասխանները, և մենք կվերադարձնենք ծանոթագրված տարբերակը՝ ընդդեմ ձեր ճշգրտման:

 

Որտեղ սա թողնում է գնորդին

 

Չկա ընդհանուր ընթացակարգ, թե ինչպես ծրագրավորել NFC թեգերը, միայն ընթացակարգ՝ յուրաքանչյուր չիպի, մեկ հարթակի, մեկ ծավալի համար: Նախ ընտրեք չիպը հիշողության առաստաղին և iPhone-ի հարցին: Ձևաչափումը, օգտակար բեռը և կազմաձևումը վերաբերվեք որպես երեք առանձին դարպասների: Երբեք մի կողպեք դաշտային փորձարկումից առաջ: Ստուգեք յուրօրինակությունը մուտքային նմուշների վրա: Ավելի քան հազար միավոր, դադարեք մտածել հավելվածների մասին և սկսեք մտածել ստուգման և հետագծելիության մասին:

 

Եթե ​​հստակեցումն արդեն մշակված է, մենք ուրախ ենք այն վերանայել՝ հաշվի առնելով վերը նշված չիպերի սահմանափակումները և նշել այն ամենը, ինչը չի կարող գոյատևել արտադրությունից, և անվճար նմուշները հասանելի են ձեր իրական ընթերցողների և հեռախոսների վրա փորձարկելու համար: Կարող եք նաև սկսել սկսածNFC պիտակների ձևաչափերը, որոնք մենք նախապես-ծրագրավորում և հաստատում ենք- տանըեթե չիպի որոշումը դեռ բաց է, կամուղարկել URL կառուցվածքը և թիրախային ծավալը կոդավորման վերանայման համարեթե այն արդեն ամրագրված է.

 

ՀՏՀ