Cara Memprogramkan Teg NFC dengan Jenis Cip Berbeza (NTAG, MIFARE dan Banyak Lagi)

 

Menulis Tag Adalah Tiga Operasi Berasingan, Bukan Satu

 

Apabila orang mengatakan bahawa mereka mahu memprogramkan teg NFC, mereka biasanya menerangkan tiga perkara berbeza yang berlaku untuk dicetuskan oleh butang yang sama dalam apl telefon.

 

Yang pertama ialahpemformatan. Memori cip NFC perlu diberitahu bahawa kawasan penggunanya mengandungi mesej NDEF dan bukannya bait sewenang-wenangnya. Ini dilakukan dengan menulis struktur data kecil yang dikenali sebagai bekas keupayaan. Pada bahagian NTAG21x, ini sudah pun dilakukan pada tahap wafer, jadi cip tiba diformat NDEF-dan hanya boleh memegang NDEF. Pada MIFARE Classic dan beberapa cip lain, pemformatan ialah sesuatu yang anda lakukan dan struktur itu mendarat di kawasan-sekali-boleh diprogramkan. Oleh itu pemformatan adalah kekal. Tiada perintah unformat, dan tiada alat vendor yang akan memberi anda satu.

 

Yang kedua ialahmenulis muatan: mesej NDEF yang mengandungi satu atau lebih rekod, selalunya rekod URI yang menunjuk pada URL. Ini adalah bahagian gambar semua orang. Tulisan muatan biasanya boleh diulang, itulah sebabnya pasukan pemasaran boleh mengubah hala teg kempen enam bulan kemudian tanpa menyusun semula perkakasan.

 

Yang ketiga ialahkonfigurasi: bait kata laluan, bit kunci, tetapan cermin, syarat capaian, kunci pengesahan. Lapisan ini adalah tempat tinggal keputusan yang tidak boleh diubah, dan ia adalah lapisan yang tidak disentuh oleh tutorial pengguna sama sekali. Jika anda merancang untuk memprogram teg NFC untuk apa-apa sahaja dengan sempadan keselamatan di sekelilingnya, lapisan konfigurasi ialah projek.

 

Memastikan ketiga-tiga perkara ini dipisahkan dalam kepala anda adalah yang menghalang satu kumpulan daripada dibatalkan. Kebanyakan kegagalan tulis yang kami diagnosis bukanlah kegagalan muatan. Ia adalah keadaan pemformatan atau keadaan konfigurasi yang seseorang tidak tahu kewujudannya.

 

Jenis Cip Tag NFC Dibandingkan Sebelum Anda Memprogramkannya

 

Setiap keputusan serius tentang cara memprogram teg NFC pada skala bermula dengan jadual ini, kerana siling memori dan sokongan platform ditetapkan pada saat pemilihan cip dan tidak boleh ditampal kemudian dalam perisian.

 

Cip	Memori pengguna	Jenis Forum NFC	Negeri NDEF kilang	Perlindungan kata laluan / kunci	iPhone NDEF baca + tulis
NTAG 213	144 bait	Jenis 2	Pra{0}}diformat	32-bit PWD / 16-bit PACK	ya
NTAG 215	504 bait	Jenis 2	Pra{0}}diformat	32-bit PWD / 16-bit PACK	ya
NTAG 216	888 bait	Jenis 2	Pra{0}}diformat	32-bit PWD / 16-bit PACK	ya
MIFARE Ultralight EV1	48 atau 128 bait	Jenis 2	Boleh format	32-bit PWD / 16-bit PACK	ya
MIFARE Klasik 1K	Jumlah 1,024 bait, kira-kira 716 tersedia untuk NDEF sebaik sahaja blok pengilang dan 16 treler sektor ditolak	Bukan jenis Forum NFC	Boleh format, berasaskan sektor-.	Kunci sektor CRYPTO-1 A/B	Tidak
MIFARE DESFire EV3	2 KB hingga 8 KB, berasaskan fail-.	Jenis 4	Permohonan mesti dibuat	AES-128 / 3DES, hak akses setiap fail	ya
NTAG 424 DNA	Jumlah 416 bait, dibahagikan kepada bekas keupayaan 32 bait, fail NDEF 256 bait dan fail data dilindungi 128 bait	Jenis 4	Fail praperuntukan-	Lima kekunci AES-128, pengesahan bersama 3-laluan	ya

 

Angka NTAG21x, -kelakuan bit kunci dan pematuhan Jenis 2 / ISO/IEC 14443 Jenis A mengikutHelaian data produk NXP NTAG213/215/216. Struktur MIFARE Classic 1K setiap helaian data NXP MF1S50yyX (16 sektor × 4 blok × 16 bait). DESFire EV3 setiap MF3D(H)x3. Susun atur memori DNA NTAG 424 setiapNXP.

 

Dua lajur memutuskan kebanyakan projek sebelum mana-mana perisian dipilih: siling memori dan lajur iPhone. Apa yang jadual tidak boleh memberitahu anda ialah hasil. Cip yang dinyatakan dengan betul masih menghasilkan penolakan jika langkah pengekodan tidak mempunyai pas pengesahan di belakangnya, yang merupakan subjek separuh kedua artikel ini.

 

NTAG 213, 215 dan 216: Pilihan Lalai dan Siling Sebenarnya

 

Untuk kira-kira empat daripada lima projek masuk, keluarga ini adalah jawapan yang tepat dan mempelajari cara memprogram teg NTAG 215 NFC mengambil masa kira-kira sembilan puluh saat dengan apl telefon. Cip menghantar NDEF-berformat, jenis rekod yang berkelakuan konsisten pada setiap telefon bimbit ialah rekod URI biasa dan kedua-dua Android dan iOS menulisnya tanpa sebarang kerja SDK.

 

 

Ia juga merupakan keluarga di sebalik hampir setiap program kad perniagaan digital, di mana satu vCard atau rekod URL ialah keseluruhan muatan, dan di mana format fizikal biasanya lebih penting daripada cip. Kebanyakan pesanan itu berakhirkad NFC PVC putih kosongbukannya pelekat, kerana kad itu perlu bertahan dalam dompet dan mengambil cetakan.

 

Siling tiba lebih cepat daripada yang orang jangkakan. NTAG213 memberi anda 144 bait memori pengguna dan mesej NDEF bukan hanya URL anda. Terdapat pembalut TLV, pengepala rekod, medan jenis dan medan panjang sebelum satu aksara alamat anda disimpan. Rekod URI memampatkan awalan biasa sepertihttps://www.menjadi bait tunggal, yang memulihkan sepuluh hingga dua puluh bait, dan pada bahagian 144-bait, perbezaan itu ialah garis antara pemasangan dan gagal. Tempat yang menangkap pasukan bukanlah URL itu sendiri tetapi tambahan: tambahkan rekod teks untuk label yang boleh dibaca manusia, tambahkan Rekod Aplikasi Android supaya teg membuka apl dan bukannya penyemak imbas dan muatan yang selesa menjadi ralat limpahan.

 

Peraturan praktikal kami sendiri, dan ini adalah jenis perkara yang anda hanya pelajari dengan mengekod beberapa juta daripada ini: jika URL yang dimaksudkan termasuk parameter pertanyaan melebihi kira-kira 90 aksara, berhenti menyatakan NTAG213 dan naik ke atas. Perbezaan kos unit antara 213 dan 215 adalah cukup kecil sehingga hampir tidak berbaloi dengan risiko program pertengahan-reka bentuk semula. Kempen yang kemudiannya ingin menambahkan parameter UTM atau nombor siri pada setiap URL teg akan mencapai dinding pada 213 dan tidak akan memukulnya pada 215.

 

Perlindungan kata laluan pada keluarga ini patut difahami dengan tepat, kerana ia lebih lemah daripada perkataan "kata laluan" yang dicadangkan. Nilai PWD 32-bit dihantar dalam jelas dan disemak oleh cip, yang mengawal akses tulis, dan akses baca pilihan, dari halaman yang dipilih dan seterusnya. Ia menghentikan orang awam yang ingin tahu menulis semula teg anda dengan telefon. Ia bukan kawalan kriptografi dan tidak boleh diterangkan kepada pelanggan sebagai satu. Ambil perhatian juga bahawa tidak semua generasi menyokongnya sama sekali: NTAG203 yang lebih lama tidak mempunyai mekanisme kata laluan sama sekali, dan dokumentasi perpustakaan adalah jelas bahawa panggilan perlindungan terhadapnya gagal (dokumentasi nfcpy).

 

MIFARE Classic: Boleh ditulis pada Android, Tidak Hadir dengan Berkesan pada iPhone

 

Berikut ialah perangkap keserasian yang telah menamatkan lebih banyak projek NFC daripada mana-mana faktor tunggal yang lain. Sesiapa sahaja yang bertanya cara menulis NDEF kepada MIFARE Classic sudah pun bekerja menentang butiran format: MIFARE Classic bukan jenis teg Forum NFC, ia ialah kad ISO/IEC 14443-3A dengan sektor proprietari dan struktur utama yang mendahului ekosistem NDEF, dan sokongan NDEF padanya hanya wujud melalui konvensyen pemetaan berlapis atas.

 

 

Android mengendalikan konvensyen itu. iOS tidak. NFC Teras Apple tidak pernah menyokong MIFARE Classic, dengan keluarga MIFARE yang disokong platform terhad kepada Ultralight, Plus dan DESFire, satu kedudukan yang telah disahkan oleh pembangun berulang kali di forum Apple sendiri (Forum Pembangun Apple). Oleh kerana iOS tidak dapat menangani memori kad secara langsung, iPhone tidak boleh menulis NDEF padanya dan tidak boleh memaparkan NDEF yang disimpan padanya.

 

Apa yang menjadikan ini sangat berbahaya semasa penilaian ialah teg MIFARE Classic tidak kelihatan mati pada iPhone. Kad itu membentangkan ISO 14443-UID, jadi apl Pintasan dengan senang hati akan menerimanya sebagai pencetus automasi dan pengimbasan latar belakang masih boleh melancarkan rekod NDEF yang disimpan sebelum ini daripada jenis yang disokong. Pemimpin perolehan yang menguji sampel pada iPhone mereka melihat respons dan menandatanganinya. Tingkah laku yang mereka lihat tiada kaitan dengan kandungan memori teg, dan keseluruhan pendekatan runtuh apabila projek memerlukan URL per unit yang sebenarnya boleh dibaca oleh iPhone.

 

Peraturan praktikal yang terlepas daripada ini: sesiapa yang membandingkan cara memprogramkan teg NFC untuk iPhone lwn Android harus menjalankan ujian penerimaan pada kedua-dua platform dengan cip pengeluaran, tidak sekali-kali pada Android sahaja dan tidak sekali-kali pada sampel cip yang berbeza daripada yang ada pada pesanan pembelian.

 

Biar saya terus terang tentang cadangan itu, kerana "ia bergantung pada kes penggunaan anda" bukanlah jawapan yang berguna di sini. Jika teg NFC anda akan ditoreh oleh orang awam, nyatakan apa-apa kecuali MIFARE Classic.

 

Bagi pasukan yang sudah berada di dalam sistem akses berasaskan-Klasik, keputusan dikurangkan kepada satu pembolehubah, dan ini bukan teg. Ia adalah baki hayat perkhidmatan harta pembaca anda. Jika pembaca tersebut mempunyai dua atau tiga tahun lagi dan tiada telefon pintar akan menyentuh kelayakan, meneruskan dengan Klasik dalam gelung tertutup adalah panggilan yang boleh dipertahankan, dan soalan praktikal menjadi sumber IC dan format UID dan bukannya kaedah pengekodan, yang merupakan perkara yang kami bincangkan dalam nota kami tentangmemesan teg MIFARE 1K ke dalam sistem yang dipasang. Jika pembaca sendiri perlu diganti dalam tetingkap itu, jangan membelanjakan wang untuk kelayakan peralihan. Alihkan seluruh ladang ke bahagian-berasaskan AES dalam satu langkah dan serap kos sekali.

 

Terdapat perangkap kedua dalam keluarga yang sama, cukup halus sehingga ia bertahan dalam kitaran QA penuh. Menambah pembungkus Poster Pintar pada rekod, yang ditawarkan oleh alat pengekodan biasa sebagai cara yang mesra untuk melampirkan tajuk pada URL, mengubah jenis rekod. Rekod yang dibalut seperti itu tidak diambil oleh pengimbasan latar belakang iOS sama sekali, tanpa mengira apa yang bersarang di dalamnya. Ujian Android lulus pada setiap peranti, iPhone tidak melakukan apa-apa dan tiada mesej ralat di mana-mana sahaja untuk didiagnosis.

 

Ultralight, DESFire dan NTAG 424 DNA: Tempat Pengaturcaraan Menjadi Pengurusan Utama

 

MIFARE Ultralight EV1 terletak hampir dengan NTAG21x dalam tingkah laku dan anda memprogramkan teg NFC padanya dengan cara yang sama, dengan bajet memori yang lebih kecil iaitu 48 atau 128 bait dan kelas gerbang kata laluan yang sama. Tiada perkara baru yang berlaku secara konsep.

 

DESFire dan NTAG 424 DNA adalah disiplin yang berbeza. Pada bahagian Jenis 4 ini anda tidak menulis bait ke dalam peta memori rata, anda beroperasi pada sistem fail dengan setiap-hak akses fail dan setiap operasi yang bermakna memerlukan pengesahan dengan kunci AES-128 dahulu. NTAG 424 DNA membawa lima kunci AES yang ditentukan pelanggan, menggunakan pengesahan bersama 3-laluan untuk fail data yang dilindungi, dan membawa pensijilan Common Criteria EAL4 pada kedua-dua perkakasan dan perisian. Pasukan yang memprogram teg NFC untuk pengesahan produk dan bukannya ubah hala mudah biasanya mencari bahagian ini secara khusus, kerana satu ciri.

 

Ciri itu ialah Pemesejan Dinamik Selamat, selalunya ditulis sebagai SUN. Dengan ia didayakan, URL NDEF cip mempersembahkan perubahan pada setiap ketik: cip mencerminkan UIDnya dan pembilang bacaan yang meningkat secara monoton ke dalam URL, disulitkan secara pilihan dan menambahkan CMAC yang dikira dengan kunci hanya anda dan pemegang cip. Bahagian belakang anda kemudiannya boleh memberitahu teg sebenar daripada URL yang difoto dan boleh memberitahu nombor ketik 4 daripada nombor ketik 4,000.

 

Mengkonfigurasinya dengan betul ialah tempat spesifikasi menggigit. Peraturan pencerminan bukan bentuk-percuma: apabila data PICC disulitkan, pencerminan UID dan kaunter baca menjadi wajib dan bukannya pilihan, kedua-duanya sentiasa bergerak bersama-sama dan CMAC mesti berada di penghujung mesej NDEF. Reka bentuk struktur URL anda di sekeliling kekangan tersebut, bukan sebaliknya, atau offset tidak akan diselesaikan dan bahagian belakang akan menolak setiap bacaan.

 

Kegagalan yang paling kerap kita lihat pada penggunaan SUN tidak ada kaitan dengan mana-mana perkara itu. Setiap pelaksanaan rujukan awam dan pelayan demo dihantar yang dikonfigurasikan dengan-lalai semua-kekunci sifar kilang, kerana itulah yang menjadikan demo berfungsi di luar kotak. Projek prototaip terhadap itu, prototaip berfungsi, dan langkah putaran kunci tidak pernah masuk ke senarai semak pelancaran. Teg keluar secara kriptografi telanjang manakala semua orang yang terlibat percaya penggunaan itu disulitkan, itulah sebabnya prosedur keluaran sampel kami sendiri menyemak kepelbagaian utama pada unit pengeluaran dan bukannya pada apa sahaja yang digunakan untuk demo.

 

Enam Operasi yang Anda Tidak Boleh Balik Setelah Anda Memprogramkan Teg NFC

 

Tulis semula muatan adalah murah. Ini bukan. Setiap satu di bawah ialah keputusan yang menukar kumpulan teg kepada aset tetap dan setiap satu telah menjadi punca inventori dibatalkan yang terpaksa kami gantikan secara peribadi.

 

Operasi	Apa yang dilakukannya	Mengapa ia tidak boleh dibuat asal	Bila ia sepatutnya dijadualkan
Pemformatan NDEF	Menulis bekas keupayaan	Mendarat dalam satu-masa-ingatan boleh atur cara	Di kilang, selepas jenis cip disahkan
Bit kunci statik	Mengunci 16 halaman pertama pada cip Jenis 2	Bit kunci ditetapkan-sahaja dan tidak boleh ditetapkan semula	Hanya selepas kandungan akhir ditandatangani
Bit kunci dinamik	Meliputi 96 bait data pada NTAG213, 456 pada NTAG215 dan 840 pada NTAG216, pada butiran 2 halaman pada NTAG213 dan 16 halaman pada NTAG215 dan NTAG216, mengikut helaian data NXP yang disebut di atas	Mekanisme set yang sama-sahaja, kekal yang sama	Pintu yang sama dengan kunci statik
Tukar -baca sahaja	Menetapkan bendera tulis NDEF secara kekal	Tiada perintah songsang wujud	Tidak pernah sebelum percubaan lapangan selesai
Mod LRP pada NTAG 424 DNA	Menukar AES kepada kebocoran-operasi berdaya tahan	Didayakan oleh SetConfiguration, tanpa laluan kembali ke mod AES	Hanya jika model ancaman yang didokumenkan memerlukannya
Tukar kunci tanpa escrow	Menggantikan kunci AES kilang	Cip tidak mempunyai laluan pemulihan jika kunci baharu hilang	Hanya sekali jagaan kunci diberikan secara rasmi

 

Butiran halaman itu ialah butiran praktikal yang kebanyakan orang terlepas apabila mereka bertanya cara mengunci teg NFC selepas pengaturcaraan. Mengunci bukan satu suis semua-atau-tiada apa-apa. Pada NTAG215 dan NTAG216 anda boleh mengunci blok 16 halaman, yang menjadikan reka letak bercampur berdaya maju: rantau nombor siri yang dikunci di kilang, kawasan URL kempen dibiarkan boleh ditulis untuk pasukan pemasaran. Pada NTAG213 butirannya ialah dua halaman, lebih halus tetapi merentasi peta yang lebih kecil. Memutuskan sempadan ialah tugas reka bentuk, dan ia perlu berlaku sebelum pengekodan dijalankan, bukan selepas.

 

Tabiat yang patut dibina adalah memisahkan pintu pengekodan daripada pintu berkunci. Kami menasihatkan pelanggan supaya tidak mengunci pada tempat pesanan, dan sebabnya adalah komersil sepenuhnya dan bukannya teknikal.

 

Merentasi sejarah pesanan kami, permintaan penghantaran-yang paling kerap ialah bukan tuntutan kecacatan, ia adalah perubahan destinasi dan ia berkumpul dalam tahun pertama perkhidmatan. Pencetus biasa ialah penghijrahan halaman pendaratan atau penyerahan agensi, kedua-duanya tidak kelihatan pada masa pesanan dibuat. Anda tidak memerlukan statistik kegagalan sesiapa untuk bertindak atas perkara ini, kerana asimetri menentukannya sendiri: teg yang tidak berkunci yang tidak perlu ditukar tidak membebankan anda, manakala teg berkunci yang perlu ditukar memerlukan pesanan penggantian penuh serta kerja pemasangan semula. Program tag NFC dahulu, jalankan percubaan lapangan, kunci selepas itu.

 

Mengesahkan Cip Adalah Apa yang Dikatakan oleh Invois

 

 

Ketulenan cip bukanlah kebimbangan paranoid dalam kategori ini, ia adalah item pemeriksaan-masuk rutin dan ia tergolong dalam langkah QC yang sama seperti mana-mana semakan lain yang anda jalankan sebelum anda memprogramkan teg NFC dalam kuantiti pengeluaran. Keluarga NTAG, MIFARE, Ultralight dan ICODE NXP masing-masing membawa tandatangan keaslian-berasaskan ECC yang ditulis pada pengeluaran cip, 32 bait pada bahagian NTAG21x, yang boleh dibaca semula dan disahkan terhadap kunci awam pengeluar. Teg yang berkelakuan sempurna masih boleh gagal semakan itu.

 

Ini berlaku lebih daripada yang diakui pasaran. Jurutera yang membeli teg NTAG21x melalui saluran runcit umum telah melaporkan kepada komuniti pengilang sendiri bahawa sampel berfungsi dengan tepat seperti yang ditentukan, pencerminan balas disertakan, namun melaporkan sebagai silikon klon di bawah pengesahan keaslian, dan respons NXP yang diterbitkan ialah bahagian tersebut tidak disokong dan tidak sesuai untuk kegunaan selamat kerana IC itu sendiri mungkin terdedah (Komuniti NXP).

 

Akibat operasi adalah lebih sempit daripada yang diandaikan orang, dan patut dinyatakan dengan tepat. Jika permohonan anda ialah ubah hala pemasaran, cip klon akan memberi perkhidmatan secukupnya kepada anda dan anda mungkin tidak peduli. Jika permohonan anda melibatkan pengesahan, bukti pengubahsuaian atau sebarang tuntutan anti-pemalsuan yang dibuat kepada pelanggan anda sendiri, cip yang tidak boleh disahkan akan membatalkan keseluruhan premis dan tiada jumlah pengekodan yang betul dapat mengimbanginya. Pengesahan mengambil masa beberapa saat bagi setiap sampel dengan apl pembaca, dan ia termasuk dalam prosedur QC masuk anda dan bukannya dalam siasat-mortem. Bacaan berkaitan untuk sesiapa sahaja yang penulisannya selesai tetapi pembacanya diam:mengapa pelekat klon dibaca dengan baik dan masih gagal di pintu.

 

Soalan Keselamatan Klasik MIFARE, Dinyatakan Semula Secara Jujur

 

Sesiapa sahaja yang menyatakan MIFARE Classic hari ini harus bekerja daripada kedudukan penyelidikan semasa dan bukannya reputasi platform itu sedekad yang lalu.

 

Pada tahun 2024, satu kajian tentang FM11RF08S, cip serasi MIFARE Classic yang dikeluarkan pada tahun 2020 dengan langkah balas yang direka khusus untuk menentang semua serangan kad-sahaja yang diketahui, mengatasi tindakan balas tersebut dan menemui pintu belakang perkakasan dalam proses itu. Pintu belakang membenarkan mana-mana pihak yang menyedarinya untuk menjejaskan setiap-kunci yang ditentukan pengguna pada kad dalam beberapa minit selepas akses fizikal, dan ini berlaku walaupun kunci telah dipelbagaikan sepenuhnya bagi setiap kad (Arkib ePrint Kriptologi). Kunci pintu belakang yang berkaitan telah dikenal pasti merentas set bahagian yang lebih luas, termasuk generasi Fudan terdahulu dan peranti NXP dan Infineon tertentu.

 

Baca dengan teliti sebelum membuat kesimpulan yang salah daripadanya. Ini bukan hujah bahawa semua orang yang menggunakan MIFARE Classic didedahkan esok, dan kami tidak membentangkannya sebagai satu. Berjuta-juta bukti kelayakan Klasik beroperasi dalam-persekitaran akibat rendah di mana pengklonan kad mendapat akses penyerang ke loker gim. Ini adalah hujah bahawa frasa "selamat" tidak sepatutnya muncul di mana-mana dalam dokumen spesifikasi bersama keluarga cip ini dan sesiapa yang akan memprogramkan teg NFC untuk bilik hotel, akses pejabat atau pembayaran tanpa tunai pada silikon Klasik harus menetapkan harga pemindahan ke bahagian berasaskan AES-ke dalam kitaran belanjawan yang sama.

 

Pengaturcaraan Teg NFC secara Pukal: Perkara yang Berubah Melebihi Seribu Unit

 

Semua yang diterangkan setakat ini berskala teruk. Apl telefon menulis satu teg pada satu masa tanpa rekod kelompok, tiada pas pengesahan dan tiada cara untuk membuktikan selepas itu URL mana yang pergi ke unit fizikal mana. Terdapat tiga peringkat untuk memprogramkan teg NFC secara pukal, dan lompatan di antaranya adalah beroperasi dan bukannya teknikal.

 

Peringkat pertama ialah telefon dan apl, berdaya maju kepada kira-kira seratus unit, sesuai untuk prototaip dan juruterbang dalaman.

 

Peringkat kedua ialah tempat kebanyakan pasukan dalam-mendarat: anda memprogram teg NFC dengan penulis pembaca pada desktop, didorong oleh fail kelompok, biasanya melalui pengekod USB dalam kelas ACR12xx atau uTrust. Ia berfungsi dengan baik sehingga cip berubah. Alat kelompok sumber-terbuka yang digunakan secara meluas dalam ruang ini, contohnya, menyasarkan ACR122 secara khusus dan hanya mengekod MIFARE Ultralight dan Ultralight C, yang merupakan bahagian Jenis 2, jadi mengalihkan projek itu kepada cip Jenis 4 bermakna membina semula alatan dan bukannya mengedit fail konfigurasi. Jika anda masih memilih perkakasan untuk peringkat ini, kamiJulat penulis pembaca NFC USB dan desktop-meliputi model pembaca yang diharapkan oleh rantai alat ini.

 

Amalan industri untuk peringkat ketiga ialah pra-pengekodan semasa pembuatan, dan ini adalah peringkat yang kebanyakan pembeli tidak tahu wujud. Pada barisan kami di loji seluas 3,600 m², pengekodan terletak di antara ikatan cip dan pemasangan akhir, pada peralatan yang mengindeks setiap teg ke dalam kedudukan, menulis rekod dan membacanya semula sebelum teg bergerak. Pas pengesahan adalah titik keseluruhan. Teg yang gagal dibaca-kembali ditolak dalam-dan bukannya ditemui oleh pelanggan dalam medan, dan kumpulan itu meninggalkan fail pemetaan yang memautkan setiap UID atau TID ke kandungan tepat yang ditulis kepadanya, yang merupakan keperluan CMS atau platform analitik anda pada hari pertama. Kapasiti ikatan automatik merentas lima barisan pengeluaran berjalan melebihi 100,000 cip setiap hari, jadi pengekodan tidak menjadi kekangan pada masa utama.

 

Perkara yang ditinggalkan oleh perihalan itu, dengan sengaja, ialah ambang penerimaan. Pengesahan baca-balik ialah pintu lulus/gagal, tetapi kadar kegagalan yang anda perlu terima mengikut kontrak berbeza mengikut keluarga cip, faktor bentuk dan sama ada teg sedang dilaminasi selepas itu; pelekat anti-logam dan kad PVC tidak berkelakuan sama pada baris yang sama. Nombor itu tergolong dalam petikan terhadap binaan khusus anda, bukan dalam artikel, dan ia adalah perkara pertama yang kami tetapkan apabila program baharu bermula.

 

Di mana kita melukis sempadan keupayaan kita sendiri patut dinyatakan dengan jelas, kerana ia adalah pembekal bahagian yang biasanya kabur. Kami akan-memprogramkan teg NFC dengan templat URL anda, bersiri setiap unit, mengesahkan setiap teg dan menghantar fail pemetaan. Kami akan menyediakan kunci AES yang anda bekalkan. Kami tidak akan memegang kunci pengeluaran anda, kami tidak akan mengendalikan bahagian belakang pengesahan anda dan kami tidak akan memberitahu anda bahawa kilang boleh membuat aplikasi-reka bentuk keselamatan lapisan dengan betul. Bahagian itu adalah milik anda, dan mana-mana pembekal yang mendakwa sebaliknya menjual kepada anda pemindahan risiko yang tidak wujud.

 

Sembilan Soalan untuk Selesaikan Sebelum Larian Pengekodan

 

Jalankan ini sebelum pesanan pembelian, bukan selepas sampel tiba. Setiap item telah menamatkan sekurang-kurangnya satu projek yang kami telah diminta untuk menyelamatkan.

 

#	soalan	Mengapa ia menentukan cip
1	Adakah iPhone akan mengetuk teg ini?	Mengeluarkan MIFARE Classic daripada pertimbangan sepenuhnya
2	Apakah panjang URL penuh, termasuk parameter masa hadapan?	Tetapkan lantai pada NTAG213, 215 atau 216
3	Adakah satu rekod cukup, atau adakah anda memerlukan rekod teks atau rekod aplikasi juga?	Rekod tambahan menggunakan belanjawan memori yang sama
4	Adakah destinasi akan berubah semasa hayat perkhidmatan teg?	Menentukan sama ada penguncian boleh diterima
5	Adakah aplikasi membuat tuntutan ketulenan kepada pengguna akhir?	Menolak anda ke NTAG 424 DNA atau DESFire
6	Siapa yang memegang dan memutar kekunci AES?	Mesti diberikan sebelum sebarang kunci ditukar
7	Apakah kriteria penerimaan untuk kumpulan yang dihantar?	Mentakrifkan sama ada pengesahan baca-balik adalah kontrak
8	Adakah anda memerlukan UID-untuk-fail pemetaan kandungan?	Perlu dinyatakan sebelum larian, bukan diminta selepas
9	Adakah pengesahan tandatangan keaslian sebahagian daripada QC masuk?	Menentukan sama ada penyumberan cip boleh diaudit

 

Pasukan yang boleh menjawab kesemua sembilan biasanya mendapat pengeluaran yang bersih pada percubaan pertama. Pasukan yang boleh menjawab enam daripada sembilan biasanya menemui baki tiga dengan cara yang mahal.

 

Sembilan soalan adalah versi generik. Lajur yang kami kerjakan sebenarnya menambah lajur kesepuluh, jawapan yang sesuai untuk binaan anda dan bukannya secara umum, dan lajur itu bergantung pada perkara yang tidak dapat dilihat oleh artikel ini: campuran telefon bimbit anda, harta pembaca anda, proses laminasi anda dan sama ada siri harus berurutan atau rawak. Hantarkan sembilan jawapan pertama kepada kami dan kami akan mengembalikan versi beranotasi terhadap spesifikasi anda.

 

Di Mana Ini Meninggalkan Pembeli

 

Tiada prosedur am untuk cara memprogram tag NFC, hanya prosedur setiap cip, setiap platform, setiap volum. Pilih cip pada siling memori dan soalan iPhone terlebih dahulu. Anggap pemformatan, muatan dan konfigurasi sebagai tiga pintu yang berasingan. Jangan sekali-kali mengunci sebelum percubaan lapangan. Sahkan keaslian pada sampel masuk. Di atas seribu unit, berhenti memikirkan apl dan mula memikirkan tentang pengesahan dan kebolehkesanan.

 

Jika spesifikasi sudah dirangka, kami berbesar hati untuk menyemaknya terhadap kekangan cip di atas dan membenderakan apa-apa sahaja yang tidak akan bertahan dalam pengeluaran, dan sampel percuma tersedia untuk ujian pada pembaca dan telefon bimbit sebenar anda. Anda juga boleh bermula dariFormat teg NFC kami pra-program dan sahkan secara-sendirijika keputusan cip masih terbuka, atauhantar struktur URL dan volum sasaran untuk semakan pengekodanjika ia sudah ditetapkan.

 

Soalan Lazim