Cara Memprogram Tag NFC dengan Berbagai Jenis Chip (NTAG, MIFARE, dan Lainnya)

 

Menulis Tag Adalah Tiga Operasi Terpisah, Bukan Satu

 

Saat orang mengatakan ingin memprogram tag NFC, mereka biasanya menjelaskan tiga hal berbeda yang dipicu oleh tombol yang sama di aplikasi ponsel.

 

Yang pertama adalahpemformatan. Memori chip NFC harus diberi tahu bahwa area penggunanya berisi pesan NDEF, bukan byte acak. Hal ini dilakukan dengan menulis struktur data kecil yang dikenal sebagai wadah kemampuan. Pada bagian NTAG21x, hal ini sudah dilakukan pada tingkat wafer, sehingga chip tiba dalam format NDEF-dan hanya dapat menampung NDEF. Pada MIFARE Classic dan beberapa chip lainnya, pemformatan adalah sesuatu yang Anda lakukan, dan strukturnya berada di wilayah-kali-yang dapat diprogram. Oleh karena itu, pemformatan bersifat permanen. Tidak ada perintah unformat, dan tidak ada alat vendor yang dapat memberikannya kepada Anda.

 

Yang kedua adalahmenulis muatannya: pesan NDEF yang berisi satu atau lebih data, paling sering berupa data URI yang menunjuk ke suatu URL. Ini adalah bagian yang digambarkan semua orang. Penulisan payload biasanya dapat diulang, itulah sebabnya tim pemasaran dapat mengalihkan tag kampanye enam bulan kemudian tanpa mengatur ulang perangkat keras.

 

Yang ketiga adalahkonfigurasi: byte kata sandi, bit kunci, pengaturan cermin, kondisi akses, kunci otentikasi. Lapisan ini adalah tempat keputusan yang tidak dapat diubah berada, dan merupakan lapisan yang tidak disentuh sama sekali oleh tutorial konsumen. Jika Anda berencana memprogram tag NFC untuk apa pun yang memiliki batas keamanan di sekitarnya, lapisan konfigurasi adalah proyeknya.

 

Memisahkan ketiga hal ini di kepala Anda akan menghentikan batch agar tidak dihapus. Kebanyakan kegagalan tulis yang kami diagnosa bukanlah kegagalan payload. Itu adalah status pemformatan atau status konfigurasi yang tidak diketahui keberadaannya oleh seseorang.

 

Jenis Chip Tag NFC Dibandingkan Sebelum Anda Memprogramnya

 

Setiap keputusan serius tentang cara memprogram tag NFC dalam skala besar dimulai dengan tabel ini, karena batas atas memori dan dukungan platform ditetapkan pada saat pemilihan chip dan tidak dapat ditambal nanti dalam perangkat lunak.

 

Kepingan	Memori pengguna	Jenis Forum NFC	Status NDEF pabrik	Perlindungan kata sandi / kunci	iPhone NDEF membaca + menulis
NTAG 213	144 byte	Tipe 2	Telah-diformat sebelumnya	PWD 32-bit / PAKET 16-bit	Ya
NTAG 215	504 byte	Tipe 2	Telah-diformat sebelumnya	PWD 32-bit / PAKET 16-bit	Ya
NTAG 216	888 byte	Tipe 2	Telah-diformat sebelumnya	PWD 32-bit / PAKET 16-bit	Ya
MIFARE Ultraringan EV1	48 atau 128 byte	Tipe 2	Dapat diformat	PWD 32-bit / PAKET 16-bit	Ya
MIFARE Klasik 1K	Total 1.024 byte, sekitar 716 tersedia untuk NDEF setelah blok pabrikan dan 16 trailer sektor dikurangi	Bukan tipe Forum NFC	Dapat diformat,-berbasis sektor	Kunci sektor CRYPTO-1 A/B	TIDAK
MIFARE DESFire EV3	2 KB hingga 8 KB, berbasis file-	Tipe 4	Aplikasi harus dibuat	AES-128 / 3DES, hak akses per file	Ya
NTAG 424DNA	Total 416 byte, dibagi menjadi wadah kemampuan 32 byte, file NDEF 256 byte, dan file data yang dilindungi 128 byte	Tipe 4	File-yang telah disediakan sebelumnya	Lima kunci AES-128, otentikasi timbal balik 3-pass	Ya

 

Angka NTAG21x, perilaku-bit kunci, dan kepatuhan Tipe 2 / ISO/IEC 14443 Tipe A sesuaiLembar data produk NXP NTAG213/215/216. Struktur MIFARE Classic 1K per lembar data NXP MF1S50yyX (16 sektor × 4 blok × 16 byte). DESFire EV3 untuk MF3D(H)x3. Tata letak memori DNA NTAG 424 perNXP.

 

Dua kolom menentukan sebagian besar proyek sebelum perangkat lunak apa pun dipilih: batas atas memori dan kolom iPhone. Apa yang tabel tidak bisa beritahukan kepada Anda adalah hasil. Chip yang ditentukan dengan benar masih menghasilkan penolakan jika langkah pengkodean tidak memiliki izin verifikasi di belakangnya, yang merupakan subjek dari paruh kedua artikel ini.

 

NTAG 213, 215 dan 216: Pilihan Default dan Batasan Sebenarnya

 

Untuk sekitar empat dari lima proyek masuk, rangkaian ini adalah jawaban yang tepat, dan mempelajari cara memprogram tag NFC NTAG 215 membutuhkan waktu sekitar sembilan puluh detik dengan aplikasi telepon. Chip ini dikirimkan dengan format NDEF-, jenis rekaman yang berperilaku konsisten di setiap handset adalah rekaman URI biasa, dan Android dan iOS menuliskannya tanpa pekerjaan SDK apa pun.

 

 

Ini juga merupakan keluarga di balik hampir setiap program kartu nama digital, di mana satu vCard atau data URL adalah keseluruhan payload, dan di mana format fisik biasanya lebih penting daripada chip. Sebagian besar pesanan tersebut berakhirkartu NFC PVC putih kosongdaripada stiker, karena kartu harus bertahan di dompet dan dapat dicetak.

 

Plafon tiba lebih cepat dari perkiraan orang. NTAG213 memberi Anda 144 byte memori pengguna, dan pesan NDEF bukan hanya URL Anda. Ada pembungkus TLV, header rekaman, kolom tipe, dan kolom panjang sebelum satu karakter alamat Anda disimpan. Catatan URI memampatkan awalan umum sepertihttps://www.menjadi satu byte, yang memulihkan sepuluh hingga dua puluh byte, dan pada bagian 144-byte perbedaannya adalah garis antara pas dan gagal. Tim yang tertangkap bukanlah URL itu sendiri, melainkan tambahannya: tambahkan data teks untuk label yang dapat dibaca manusia, tambahkan Catatan Aplikasi Android sehingga tag membuka aplikasi dan bukan browser, dan muatan yang nyaman menjadi kesalahan luapan.

 

Aturan praktis kami sendiri, dan ini adalah hal yang hanya Anda pelajari dengan mengkodekan beberapa juta di antaranya: jika URL yang dimaksudkan termasuk parameter kueri melebihi sekitar 90 karakter, berhenti menentukan NTAG213 dan naik ke atas. Perbedaan biaya unit antara 213 dan 215 cukup kecil sehingga hampir tidak sebanding dengan risiko desain ulang di tengah-program. Kampanye yang nantinya ingin menambahkan parameter UTM atau nomor seri ke setiap URL tag akan menemui hambatan di 213 dan tidak akan mencapainya di 215.

 

Perlindungan kata sandi pada keluarga ini layak untuk dipahami dengan tepat, karena lebih lemah dari yang disarankan oleh kata "kata sandi". Nilai PWD 32-bit ditransmisikan secara jelas dan diperiksa oleh chip, yang membuka akses tulis, dan akses baca opsional, dari halaman yang dipilih dan seterusnya. Ini menghentikan anggota masyarakat yang penasaran menulis ulang tag Anda dengan telepon. Ini bukan kontrol kriptografi dan tidak boleh digambarkan kepada klien sebagai kontrol kriptografi. Perhatikan juga bahwa tidak setiap generasi mendukungnya sama sekali: NTAG203 yang lebih lama tidak memiliki mekanisme kata sandi apa pun, dan dokumentasi perpustakaan secara eksplisit menyatakan bahwa panggilan perlindungan terhadapnya gagal (dokumentasi nfcpy).

 

MIFARE Classic: Dapat Ditulis di Android, Efektif Tidak Ada di iPhone

 

Inilah jebakan kompatibilitas yang telah mengakhiri lebih banyak proyek NFC dibandingkan faktor tunggal lainnya. Siapa pun yang menanyakan cara menulis NDEF ke MIFARE Classic sudah bekerja melawan arus format: MIFARE Classic bukan jenis tag Forum NFC, ini adalah kartu ISO/IEC 14443-3A dengan sektor kepemilikan dan struktur kunci yang mendahului ekosistem NDEF, dan dukungan NDEF pada kartu tersebut hanya ada melalui konvensi pemetaan yang berlapis di atasnya.

 

 

Android menangani konvensi itu. iOS tidak. Core NFC Apple tidak pernah mendukung MIFARE Classic, dengan keluarga MIFARE yang didukung platform terbatas pada Ultralight, Plus, dan DESFire, posisi yang telah dikonfirmasi berulang kali oleh pengembang di forum Apple sendiri (Forum Pengembang Apple). Karena iOS tidak dapat mengalamatkan memori kartu secara langsung, iPhone tidak dapat menulis NDEF ke dalamnya dan tidak dapat menampilkan NDEF yang tersimpan di dalamnya.

 

Apa yang membuat hal ini sangat berbahaya selama evaluasi adalah tag MIFARE Classic tidak tampak mati di iPhone. Kartu ini menyajikan UID ISO 14443-A, sehingga aplikasi Pintasan akan dengan senang hati menerimanya sebagai pemicu otomatisasi, dan pemindaian latar belakang masih dapat meluncurkan data NDEF yang disimpan sebelumnya dari jenis yang didukung. Pemimpin pengadaan yang menguji sampel di iPhone mereka melihat respons dan menandatanganinya. Perilaku yang mereka lihat tidak ada hubungannya dengan isi memori tag, dan seluruh pendekatan gagal saat proyek memerlukan URL per unit yang benar-benar dapat dibaca oleh iPhone.

 

Aturan praktisnya adalah: siapa pun yang membandingkan cara memprogram tag NFC untuk iPhone vs Android harus menjalankan pengujian penerimaan pada kedua platform dengan chip produksi, tidak pernah pada Android saja, dan tidak pernah pada sampel chip yang berbeda dari yang ada di pesanan pembelian.

 

Izinkan saya berterus terang tentang rekomendasi tersebut, karena "itu tergantung pada kasus penggunaan Anda" bukanlah jawaban yang berguna di sini. Jika tag NFC Anda akan disadap oleh anggota masyarakat, tentukan apa pun kecuali MIFARE Classic.

 

Untuk tim yang sudah berada dalam sistem akses berbasis{0}}Klasik, keputusannya hanya bergantung pada satu variabel, dan bukan tag. Ini adalah sisa umur layanan pembaca Anda. Jika pembaca tersebut memiliki sisa waktu dua atau tiga tahun dan tidak ada ponsel cerdas yang akan menyentuh kredensial tersebut, melanjutkan dengan Klasik dalam putaran tertutup adalah keputusan yang dapat dipertahankan, dan pertanyaan praktisnya menjadi sumber IC dan format UID daripada metode pengkodean, itulah yang kami bahas dalam catatan kami tentangmemesan tag MIFARE 1K ke dalam sistem yang diinstal. Jika pembaca sendiri harus diganti dalam jangka waktu tersebut, jangan mengeluarkan uang untuk kredensial transisi. Pindahkan seluruh lahan ke bagian berbasis AES-dalam satu langkah dan tanggung biayanya satu kali.

 

Ada jebakan kedua dalam keluarga yang sama, cukup halus sehingga bisa bertahan dalam siklus QA penuh. Menambahkan pembungkus Smart Poster ke rekaman, yang ditawarkan oleh alat pengkodean umum sebagai cara mudah untuk melampirkan judul ke URL, akan mengubah jenis rekaman. Catatan yang dibungkus dengan cara itu tidak diambil sama sekali oleh pemindaian latar belakang iOS, apa pun yang ada di dalamnya. Pengujian Android dilakukan di setiap perangkat, iPhone tidak melakukan apa pun, dan tidak ada pesan kesalahan di mana pun untuk didiagnosis.

 

Ultralight, DESFire dan NTAG 424 DNA: Dimana Pemrograman Menjadi Manajemen Kunci

 

MIFARE Ultralight EV1 memiliki perilaku yang mendekati NTAG21x dan Anda memprogram tag NFC dengan cara yang sama, dengan anggaran memori yang lebih kecil yaitu 48 atau 128 byte dan kelas gerbang kata sandi yang sama. Tidak ada hal baru yang terjadi secara konseptual.

 

DESFire dan NTAG 424 DNA adalah disiplin ilmu yang berbeda. Pada bagian Tipe 4 ini Anda tidak menulis byte ke dalam peta memori datar, Anda beroperasi pada sistem file dengan hak akses per-file, dan setiap operasi yang berarti memerlukan autentikasi dengan kunci AES-128 terlebih dahulu. NTAG 424 DNA membawa lima kunci AES yang ditentukan pelanggan, menggunakan otentikasi timbal balik 3-pass untuk file data yang dilindungi, dan membawa sertifikasi Common Criteria EAL4 pada perangkat keras dan perangkat lunak. Tim yang memprogram tag NFC untuk otentikasi produk daripada pengalihan sederhana biasanya mencari bagian ini secara khusus, karena satu fitur.

 

Fitur tersebut adalah Secure Dynamic Messaging, sering ditulis sebagai SUN. Dengan mengaktifkannya, URL NDEF pada chip menghadirkan perubahan pada setiap ketukan: chip mencerminkan UID-nya dan penghitung baca yang meningkat secara monoton ke dalam URL, secara opsional dienkripsi, dan menambahkan CMAC yang dihitung dengan kunci yang hanya Anda dan penyimpanan chip. Backend Anda kemudian dapat membedakan tag asli dari URL yang difoto, dan dapat membedakan ketukan nomor 4 dari ketukan nomor 4.000.

 

Mengonfigurasinya dengan benar adalah inti dari spesifikasinya. Aturan pencerminan tidak berbentuk-bebas: ketika data PICC dienkripsi, pencerminan UID dan penghitung baca menjadi wajib dan bukan opsional, keduanya selalu berjalan bersamaan, dan CMAC harus berada di akhir pesan NDEF. Rancang struktur URL Anda berdasarkan batasan tersebut, bukan sebaliknya, atau offset tidak akan terselesaikan dan backend akan menolak setiap pembacaan.

 

Kegagalan yang paling sering kita lihat pada penerapan SUN tidak ada hubungannya dengan hal tersebut. Setiap implementasi referensi publik dan server demo dikirimkan dengan kunci nol-default pabrik semua-, karena itulah yang membuat demo berfungsi dengan baik. Memproyeksikan prototipe bertentangan dengan itu, prototipe berfungsi, dan langkah rotasi kunci tidak pernah masuk dalam daftar periksa peluncuran. Tag-tag tersebut tidak ditampilkan secara kriptografis sementara semua orang yang terlibat percaya bahwa penerapannya dienkripsi, itulah sebabnya prosedur rilis sampel kami memeriksa diversifikasi kunci pada unit produksi, bukan pada apa pun yang digunakan untuk demo.

 

Enam Operasi yang Tidak Dapat Anda Balikkan Setelah Anda Memprogram Tag NFC

 

Penulisan ulang muatan itu murah. Ini tidak. Masing-masing tag di bawah ini adalah keputusan yang mengubah sekumpulan tag menjadi aset tetap, dan masing-masing tag tersebut menjadi penyebab hilangnya inventaris yang harus kami ganti secara pribadi.

 

Operasi	Apa fungsinya	Mengapa hal itu tidak dapat dibatalkan	Kapan harus dijadwalkan
pemformatan NDEF	Menulis wadah kemampuan	Mendarat dalam memori-kali-yang dapat diprogram	Di pabrik, setelah jenis chip dikonfirmasi
Bit kunci statis	Mengunci 16 halaman pertama pada chip Tipe 2	Bit kunci hanya-disetel dan tidak dapat disetel ulang	Hanya setelah konten akhir ditandatangani
Bit kunci dinamis	Mencakup 96 byte data di NTAG213, 456 di NTAG215, dan 840 di NTAG216, dengan rincian 2 halaman di NTAG213 dan 16 halaman di NTAG215 dan NTAG216, sesuai lembar data NXP yang dikutip di atas	Mekanisme set{0}}hanya sama, permanen sama	Gerbang yang sama dengan kunci statis
Tombol baca-hanya	Menyetel tanda tulis NDEF secara permanen	Tidak ada perintah terbalik	Belum pernah sebelum uji coba lapangan selesai
Mode LRP pada DNA NTAG 424	Mengalihkan AES ke-operasi yang tahan terhadap kebocoran	Diaktifkan oleh SetConfiguration, tanpa jalur kembali ke mode AES	Hanya jika model ancaman yang terdokumentasi memerlukannya
Perubahan kunci tanpa escrow	Menggantikan kunci AES pabrik	Chip tidak memiliki jalur pemulihan jika kunci baru hilang	Hanya setelah hak asuh kunci ditetapkan secara resmi

 

Perincian halaman tersebut adalah detail praktis yang dilewatkan kebanyakan orang ketika mereka bertanya bagaimana cara mengunci tag NFC setelah pemrograman. Penguncian bukanlah sebuah saklar-atau-tidak sama sekali. Pada NTAG215 dan NTAG216 Anda dapat mengunci blok 16 halaman, yang membuat tata letak campuran dapat dilakukan: wilayah nomor seri dikunci di pabrik, wilayah URL kampanye dapat ditulis untuk tim pemasaran. Pada NTAG213 granularitasnya adalah dua halaman, lebih halus tetapi pada peta yang jauh lebih kecil. Menentukan batas adalah tugas desain, dan itu harus dilakukan sebelum pengkodean dijalankan, bukan setelahnya.

 

Kebiasaan yang patut dibangun adalah memisahkan gerbang pengkodean dari gerbang pengunci. Kami menyarankan pelanggan untuk tidak melakukan penguncian pada saat pemesanan, dan alasannya sepenuhnya bersifat komersial dan bukan teknis.

 

Sepanjang riwayat pesanan kami, permintaan pasca{0}}pengiriman yang paling sering dilakukan bukanlah klaim kerusakan, melainkan perubahan tujuan, dan dikelompokkan dalam tahun pertama layanan. Pemicu yang umum terjadi adalah migrasi laman landas atau serah terima agensi, yang keduanya tidak terlihat pada saat pesanan dilakukan. Anda tidak memerlukan statistik kegagalan siapa pun untuk menindaklanjuti hal ini, karena asimetri memutuskannya sendiri: tag tidak terkunci yang tidak perlu diubah tidak dikenakan biaya apa pun, sedangkan tag terkunci yang perlu diubah memerlukan biaya pesanan penggantian penuh ditambah tenaga kerja instalasi ulang. Programkan tag NFC terlebih dahulu, jalankan uji coba lapangan, lalu kunci.

 

Memverifikasi Chip Sesuai dengan Isi Faktur

 

 

Keaslian chip bukanlah masalah paranoid dalam kategori ini, ini adalah item pemeriksaan{0}}yang masuk secara rutin, dan termasuk dalam langkah QC yang sama seperti pemeriksaan lain yang Anda jalankan sebelum memprogram tag NFC dalam jumlah produksi. Rangkaian NTAG, MIFARE, Ultralight, dan ICODE NXP masing-masing membawa tanda tangan orisinalitas berbasis ECC-yang ditulis pada produksi chip, 32 byte pada komponen NTAG21x, yang dapat dibaca kembali dan diverifikasi terhadap kunci publik pabrikan. Tag yang berperilaku sempurna masih bisa gagal dalam pemeriksaan tersebut.

 

Hal ini terjadi lebih dari yang diakui pasar. Insinyur yang membeli tag NTAG21x melalui saluran ritel umum telah melaporkan kepada komunitas produsen sendiri bahwa sampel berfungsi persis seperti yang ditentukan, termasuk counter mirroring, namun dilaporkan sebagai silikon tiruan dalam verifikasi keaslian, dan tanggapan yang dipublikasikan NXP adalah bahwa bagian tersebut tidak didukung dan tidak cocok untuk penggunaan yang aman karena IC itu sendiri mungkin rentan (Komunitas NXP).

 

Konsekuensi operasionalnya lebih sempit dari perkiraan orang, dan layak disebutkan secara tepat. Jika aplikasi Anda adalah pengalihan pemasaran, chip klon akan cukup membantu Anda dan Anda mungkin tidak peduli. Jika permohonan Anda melibatkan autentikasi, bukti perusakan, atau klaim anti-pemalsuan apa pun yang diajukan kepada pelanggan Anda sendiri, chip yang tidak dapat diverifikasi akan membatalkan keseluruhan premis, dan tidak ada pengkodean yang benar yang dapat menggantikannya. Verifikasi memerlukan waktu beberapa detik per sampel dengan aplikasi pembaca, dan ini termasuk dalam prosedur QC masuk Anda, bukan dalam post{4}}mortem. Bacaan terkait untuk siapa saja yang tulisannya sudah selesai tetapi pembacanya tetap diam:mengapa stiker kloning terbaca dengan baik dan masih gagal di pintu.

 

Pertanyaan Keamanan Klasik MIFARE, Dinyatakan Kembali dengan Jujur

 

Siapa pun yang menentukan MIFARE Classic saat ini harus bekerja berdasarkan posisi penelitian saat ini, bukan berdasarkan reputasi yang dimiliki platform satu dekade lalu.

 

Pada tahun 2024, studi terhadap FM11RF08S, sebuah chip yang kompatibel dengan MIFARE Classic yang dirilis pada tahun 2020 dengan tindakan pencegahan yang dirancang khusus untuk menahan semua serangan khusus kartu yang diketahui, mengalahkan tindakan pencegahan tersebut dan mengungkap pintu belakang perangkat keras dalam prosesnya. Pintu belakang memungkinkan pihak mana pun yang mengetahuinya untuk menyusupi setiap-kunci yang ditentukan pengguna pada kartu dalam beberapa menit setelah akses fisik, dan hal ini berlaku meskipun kunci telah terdiversifikasi sepenuhnya per kartu (Arsip ePrint Kriptologi). Kunci pintu belakang terkait diidentifikasi di serangkaian komponen yang lebih luas, termasuk generasi Fudan sebelumnya serta perangkat NXP dan Infineon tertentu.

 

Bacalah baik-baik sebelum menarik kesimpulan yang salah. Ini bukan argumen bahwa setiap orang yang menggunakan MIFARE Classic akan diekspos besok, dan kami tidak menyajikannya sebagai satu kesatuan. Jutaan kredensial Klasik beroperasi di-lingkungan dengan konsekuensi rendah di mana penggandaan kartu memberi penyerang akses ke loker gym. Terdapat argumen bahwa frasa "aman" tidak boleh muncul di mana pun dalam dokumen spesifikasi bersama rangkaian chip ini, dan bahwa siapa pun yang akan memprogram tag NFC untuk kamar hotel, akses kantor, atau pembayaran tanpa uang tunai pada silikon Klasik harus menetapkan harga untuk migrasi ke bagian berbasis AES-ke dalam siklus anggaran yang sama.

 

Memprogram Tag NFC dalam Jumlah Besar: Apa yang Berubah Di Atas Seribu Unit

 

Segala sesuatu yang dijelaskan sejauh ini berskala buruk. Aplikasi telepon menulis satu tag pada satu waktu tanpa catatan batch, tidak ada izin verifikasi, dan tidak ada cara untuk membuktikan setelahnya URL mana yang masuk ke unit fisik mana. Ada tiga tingkatan dalam cara memprogram tag NFC secara massal, dan peralihan di antara ketiganya bersifat operasional, bukan teknis.

 

Tingkat pertama adalah telepon dan aplikasi, yang dapat menampung sekitar seratus unit, sesuai untuk prototipe dan uji coba internal.

 

Tingkat kedua adalah tempat sebagian besar-tim internal berada: Anda memprogram tag NFC dengan penulis pembaca di desktop, yang digerakkan oleh file batch, biasanya melalui encoder USB di kelas ACR12xx atau uTrust. Ini berfungsi dengan baik sampai chip berubah. Alat kumpulan sumber-terbuka yang banyak digunakan di bidang ini, misalnya, menargetkan ACR122 secara khusus dan hanya mengkodekan MIFARE Ultralight dan Ultralight C, yang merupakan bagian Tipe 2, jadi memindahkan proyek tersebut ke chip Tipe 4 berarti membangun kembali perkakas tersebut daripada mengedit file konfigurasi. Jika Anda masih memilih perangkat keras untuk tingkat ini, kamiRentang penulis pembaca USB dan NFC desktop-mencakup model pembaca yang diharapkan oleh rantai alat ini.

 

Praktik industri untuk tingkat ketiga dilakukan pra-pengkodean selama produksi, dan ini adalah tingkatan yang tidak diketahui keberadaannya oleh sebagian besar pembeli. Di jalur kami di pabrik seluas 3.600 m², pengkodean berada di antara pengikatan chip dan perakitan akhir, pada peralatan yang mengindeks setiap tag ke posisinya, menulis catatan, dan membacanya kembali sebelum tag dipindahkan. Lulus verifikasi adalah intinya. Tag yang gagal dibaca-kembali akan ditolak di-baris, bukan ditemukan oleh pelanggan di lapangan, dan kumpulan tersebut akan keluar dengan file pemetaan yang menghubungkan setiap UID atau TID ke konten persis yang ditulis di dalamnya, yang merupakan kebutuhan CMS atau platform analisis Anda pada hari pertama. Kapasitas pengikatan otomatis di lima lini produksi berjalan di atas 100.000 chip per hari, sehingga pengkodean tidak menjadi batasan waktu tunggu.

 

Apa yang sengaja diabaikan oleh deskripsi itu adalah ambang batas penerimaan. Verifikasi baca-kembali adalah gerbang lolos/gagal, namun tingkat kegagalan yang harus Anda terima berdasarkan kontrak berbeda-beda berdasarkan kelompok chip, faktor bentuk, dan apakah tag dilaminasi setelahnya; stiker anti-logam dan kartu PVC tidak berperilaku sama pada jalur yang sama. Angka tersebut termasuk dalam kutipan terhadap build spesifik Anda, bukan dalam artikel, dan merupakan hal pertama yang kami tetapkan saat program baru dimulai.

 

Di mana kita menarik batas kemampuan kita sendiri, perlu disebutkan dengan jelas, karena ini adalah bagian yang biasanya tidak jelas oleh pemasok. Kami akan-memprogram tag NFC terlebih dahulu dengan templat URL Anda, membuat serial per unit, memverifikasi setiap tag, dan mengirimkan file pemetaan. Kami akan menyediakan kunci AES yang Anda berikan. Kami tidak akan menyimpan kunci produksi Anda, kami tidak akan mengoperasikan backend validasi Anda, dan kami tidak akan memberi tahu Anda bahwa pabrik dapat membuat desain keamanan-lapisan aplikasi menjadi benar. Bagian itu adalah milik Anda, dan pemasok mana pun yang mengklaim sebaliknya menjual kepada Anda transfer risiko yang sebenarnya tidak ada.

 

Sembilan Pertanyaan yang Harus Diselesaikan Sebelum Pengodean Dijalankan

 

Jalankan ini sebelum pesanan pembelian, bukan setelah sampel tiba. Setiap item telah mengakhiri setidaknya satu proyek yang diminta untuk kami selamatkan.

 

#	Pertanyaan	Mengapa ia memutuskan chipnya
1	Akankah iPhone memanfaatkan tag ini?	Menghapus MIFARE Classic dari pertimbangan sepenuhnya
2	Berapa panjang URL lengkap, termasuk parameter masa depan?	Menetapkan batas bawah di NTAG213, 215, atau 216
3	Apakah satu rekaman cukup, atau apakah Anda memerlukan rekaman teks atau rekaman aplikasi juga?	Catatan tambahan menggunakan anggaran memori yang sama
4	Akankah tujuan berubah selama masa pakai tag?	Menentukan apakah penguncian dapat diterima
5	Apakah aplikasi membuat klaim keaslian kepada pengguna akhir?	Mendorong Anda ke NTAG 424 DNA atau DESFire
6	Siapa yang memegang dan memutar tombol AES?	Harus ditetapkan sebelum kunci apa pun diubah
7	Apa kriteria penerimaan untuk batch yang dikirimkan?	Menentukan apakah verifikasi baca kembali bersifat kontraktual
8	Apakah Anda memerlukan UID-untuk-file pemetaan konten?	Harus ditentukan sebelum dijalankan, bukan diminta setelahnya
9	Apakah verifikasi keaslian tanda tangan merupakan bagian dari QC yang masuk?	Menentukan apakah sumber chip dapat diaudit

 

Tim yang dapat menjawab kesembilan pertanyaan tersebut biasanya mendapatkan produksi yang bersih pada percobaan pertama. Tim yang dapat menjawab enam dari sembilan biasanya menemukan tiga jawaban lainnya dengan cara yang mahal.

 

Sembilan pertanyaan tersebut adalah versi umum. Kolom yang sebenarnya kami kerjakan menambahkan kolom kesepuluh, jawaban yang tepat untuk build Anda, bukan secara umum, dan kolom tersebut bergantung pada hal-hal yang tidak dapat dilihat dalam artikel ini: campuran ponsel Anda, ruang pembaca Anda, proses laminasi Anda, dan apakah serialisasi harus berurutan atau acak. Kirimkan sembilan jawaban pertama kepada kami dan kami akan mengembalikan versi beranotasi sesuai spesifikasi Anda.

 

Dimana Hal Ini Meninggalkan Pembeli

 

Tidak ada prosedur umum cara memprogram tag NFC, yang ada hanya prosedur per chip, per platform, per volume. Pilih chip yang sesuai dengan batas memori dan pertanyaan iPhone terlebih dahulu. Perlakukan pemformatan, muatan, dan konfigurasi sebagai tiga gerbang terpisah. Jangan pernah mengunci sebelum uji coba lapangan. Verifikasi keaslian sampel yang masuk. Di atas seribu unit, berhentilah memikirkan aplikasi dan mulailah memikirkan verifikasi dan ketertelusuran.

 

Jika suatu spesifikasi telah disusun, kami akan dengan senang hati meninjaunya berdasarkan batasan chip di atas dan menandai spesifikasi apa pun yang tidak dapat bertahan dalam produksi, dan sampel gratis tersedia untuk pengujian pada pembaca dan ponsel Anda yang sebenarnya. Anda juga bisa memulai dariFormat tag NFC yang telah kami-program sebelumnya dan verifikasi-sendirijika keputusan chip masih terbuka, ataukirim struktur URL dan volume target untuk tinjauan pengkodeanjika sudah diperbaiki.

 

Pertanyaan Umum