محافظت از رمز عبور برچسب NFC در مقابل قفل دائمی: قبل از استقرار چه چیزی را انتخاب کنید

هنگامی که یک برچسب NFC در یک استقرار عمومی یا مشتری{0}}استفاده می‌شود، محتوا نباید به‌طور تصادفی قابل ویرایش باقی بماند. اما "قفل کردن برچسب" می تواند چندین معنی مختلف داشته باشد و انتخاب اشتباه می تواند مشکلی ایجاد کند که پس از تولید قابل رفع نیست.

تصمیم عملی این است که آیا برچسب باید قابل نوشتن باقی بماند، برای عملیات حافظه محافظت‌شده به رمز عبور نیاز داشته باشد، یا فقط{0}}برای همیشه خوانده شود. سوال چهارم خارج از این انتخاب است: اگر پروژه نیاز به اثبات واقعی بودن یک برچسب فیزیکی دارد، حفاظت از رمز عبور ساده یا خواندن{2}}تنها قفل کردن کافی نیست.

این راهنما برای تیم‌های B2B است که برچسب‌ها، برچسب‌ها، کارت‌ها، نمایشگرها یا سایر برچسب‌های تلفن{1}}قابل خواندن برای استقرار انبوه NFC را آماده می‌کنند. این برنامه بر تصمیم استقرار، ترتیب تولید و معیارهای پذیرش تمرکز دارد تا مراحل برنامه‌نویسی خاص{3}}.

 

چهار الزام مختلف اغلب "امنیت" نامیده می شوند

اینها قابل تعویض نیستند. یک نشانی اینترنتی قفل دائمی همچنان می‌تواند کپی و در یک تگ معمولی دیگر تکثیر شود. رمز عبور می تواند برخی از عملیات حافظه را بدون رمزگذاری URL عمومی NDEF محدود کند. یک پروژه احراز هویت ایمن ممکن است همچنان از یک URL NDEF استفاده کند، اما ارزش امنیتی از پروتکل رمزنگاری و تأیید پشتیبان ناشی می شود، نه از این واقعیت که برچسب فقط خوانده می شود-.

اگر ابتدا به مبانی گسترده NFC نیاز دارید، Syntek'sراهنمای اصول تگ NFCصاحب آن وظیفه مقدماتی است. این صفحه از نقطه‌ای شروع می‌شود که محتوای برچسب و گردش کار استقرار از قبل وجود دارد.

 

 

معنی قفل دائمی در برچسب های رایج NTAG21x

NXP NTAG213، NTAG215 و NTAG216 را به‌عنوان IC‌های سازگار با برچسب انجمن NFC نوع 2 با هر دو توصیف می‌کند.عملکرد قفل-فقط خواندنی{1}}قابل برنامه ریزیوحفاظت از رمز عبور 32 بیتی قابل تنظیم. اینها مکانیسم های جداگانه ای هستند.

دربرگه داده NTAG213/215/216، بایت های قفل ایستا و بایت های قفل پویا کنترل می کنند که آیا صفحات حافظه تعریف شده کاربر می توانند دوباره نوشته شوند یا خیر. هنگامی که یک بیت قفل مربوطه تنظیم می شود، ناحیه محافظت شده فقط خواندنی-می شود. فرآیند قفل-بیت یک راه-است: یک بیت قفل برنامه ریزی شده را نمی توان به سادگی از 1 به 0 برگرداند.

به همین دلیل است که قفل دائمی در پایان فرآیند تأیید است، نه در ابتدای رمزگذاری.

رااسناد NFC وب Chromeاز همان مفهوم عملیاتی برای برچسب‌های پشتیبانی شده استفاده می‌کند: خواندن یک برچسب-فقط یک عملیات دائمی و یک طرفه است و نمی‌توان آن را از طریق گردش کار عادی NDEF معکوس کرد.

 

حفاظت از رمز عبور کنترل برگشت پذیر است، نه رمزگذاری

NTAG21x همچنین محافظت از رمز عبور قابل تنظیم را فراهم می کند. NXP یک فرمان احراز هویت رمز عبور-، یک منطقه محافظت شده-نقطه شروع و تنظیمات دسترسی را مستند می کند که می تواند عملیات نوشتن را محدود کند یا بسته به پیکربندی، عملیات خواندن و نوشتن را محدود کند.

زمانی که ممکن است اپراتور مجاز بعداً نیاز به تغییر محتوای محافظت شده داشته باشد، کنترل مبتنی بر رمز عبور{0}}را مفید می‌کند.

با این حال، یک رمز عبور برچسب 32{1}بیتی نباید به عنوان رمزگذاری یا تأیید اعتبار{3}} با امنیت بالا به بازار عرضه شود. این یک ویژگی کنترل{5}}دسترسی برای عملیات حافظه است. اگر یک برچسب حاوی یک URL عمومی است که قرار است هر کسی آن را بخواند، نوشته های محافظت از رمز عبور آن URL را محرمانه نمی کند.

همچنین یک وابستگی عملیاتی ایجاد می کند: شخصی باید دارای رمز عبور، روش صدور، خط مشی بازیابی و ابزارهای مورد استفاده برای احراز هویت و به روز رسانی برچسب باشد. از دست دادن این کنترل می تواند یک استقرار بازنویسی تئوری را به یک استقرار عملاً غیرقابل نگهداری تبدیل کند.

 

از چرخه عمر استقرار برای انتخاب استراتژی قفل استفاده کنید

قابل نگهداری ترین استقرار عمومی اغلب یک URL ثابت و کنترل شده شرکتی است که روی برچسب نوشته می شود و به دنبال آن تغییرات محتوای جانبی سرور ایجاد می شود. در آن مدل، حافظه NFC فقط زمانی می‌تواند خوانده شود که صفحه مقصد، محتوای کمپین، اطلاعات گارانتی یا اطلاعات محصول به صورت آنلاین قابل ویرایش باشد.

Syntekراهنمای تگ NFC وب سایتسؤال جداگانه ای در مورد استقرار NFC مبتنی بر URL{0}}را پوشش می دهد. تصمیم قفل در اینجا پس از تایید معماری مقصد شروع می شود.

 

فروشنده را برای همیشه قفل نکنید{0}مقصد متعلق به بدون برنامه مهاجرت

قفل دائمی آنچه را که روی تراشه ذخیره شده است، منجمد می کند، نه آنچه در اینترنت اتفاق می افتد. این تمایز تنها زمانی مفید است که سازمان مقصد را کنترل کند یا مسیر مهاجرت قابل اعتمادی داشته باشد.

قبل از قفل کردن یک برچسب در URL، تأیید کنید:

• چه کسی مالک دامنه است.
• چه کسی تغییر مسیرها را کنترل می کند.
• آیا مقصد می تواند بعداً به سکوی دیگری منتقل شود یا خیر.
• آیا URL حاوی یک مسیر خاص فروشنده- است که ممکن است ناپدید شود.
• آیا نشانه‌های منحصربه‌فرد در هر{0}}تگ باید برای عمر استقرار مورد انتظار معتبر باقی بمانند.
• وقتی یک کمپین، کارمند، سابقه محصول یا مکان بازنشسته می شود چه اتفاقی می افتد.

یک برچسب دائمی که به یک URL یکبار مصرف SaaS اشاره می کند می تواند به یک یادآور فیزیکی دائمی از یک تصمیم نرم افزاری موقت تبدیل شود. برای برچسب‌های طولانی-، کنترل URL باید به عنوان بخشی از مشخصات محصول در نظر گرفته شود.

 

 

قفل کردن باید از کدگذاری و تأیید عملکرد پیروی کند

یک توالی تولید ایمن جدا می شودنوشتن, راستی آزماییوقفل کردن.

1. قانون محموله را فریز کنید.نوع رکورد NDEF، ساختار URL، قانون نشانه منحصربه‌فرد و هر داده متغیر را دقیقاً تعریف کنید.
2. برچسب را رمزگذاری کنید.بار مورد تایید را با استفاده از فرآیند تولید مشخص شده بنویسید.
3. دوباره آن را به صورت الکترونیکی بخوانید.تأیید کنید رکورد ذخیره شده با داده های منبع مطابقت دارد.
4. نتیجه کاربر را تست کنید.روی برچسب تمام شده با تلفن های هدف یا خوانندگان نماینده ضربه بزنید و تأیید کنید که عملکرد مورد نظر کامل شده است.
5. مقصد را تأیید کنید.تغییر مسیرها، رفتار HTTPS، مالکیت حساب و هر نقشه منحصر به فردی را بررسی کنید.
6. یک نمونه تولید{0}}معادل را تأیید کنید.نمونه باید از تراشه نهایی، اینله، مواد، وضعیت سطح و قانون رمزگذاری استفاده کند.
7. وضعیت حفاظتی تایید شده را اعمال کنید.قابلیت نوشتن را بگذارید، کنترل رمز عبور را پیکربندی کنید یا طبق مشخصات پروژه به طور دائم قفل کنید.
8. وضعیت قفل پست{0}}را تأیید کنید.دوباره محتوا را بخوانید و تأیید کنید که محدودیت نوشتن در نظر گرفته شده واقعاً معتبر است.
9. نتیجه را ثبت کنید.نگاشت، بازنگری نمونه و قفل{0}}نیازمندی را با سابقه تولید حفظ کنید.

این ترتیب از یک شکست معمول جلوگیری می کند: کشف یک URL نادرست، نشانه تکراری یا رکورد اشتباه NDEF فقط پس از اینکه برچسب قبلاً برای همیشه خوانده شود-.

 

 

برای URL های منحصر به فرد، فایل Mapping به اندازه حالت قفل اهمیت دارد

دسته‌ای از تگ‌های NFC ممکن است حاوی یک URL مشترک باشند یا هر قطعه ممکن است نشانه‌های متفاوتی داشته باشد. رمزگذاری منحصربه‌فرد حالت خرابی دیگری را اضافه می‌کند: برچسب NFC را می‌توان به درستی قفل کرد اما به آیتم فیزیکی اشتباهی نگاشت.

برای کدگذاری هر-قطعه، سابقه تولید ممکن است به فیلدهایی مانند:

قفل کردن نگاشت بد را برطرف نمی کند. ترتیب صحیح این است که ابتدا نقشه برداری را تأیید کنید، سپس حالت برگشت ناپذیر را اعمال کنید.

 

آنچه را که باید بعد از یک برچسب آزمایش شود، فقط خوانده می شود-

بازرسی نهایی باید ثابت کند که محتوا همچنان کار می کند و حالت حفاظتی تأیید شده وجود دارد.

برای سفارشات بزرگ، مشخص کنید که آیا هر آیتم کدگذاری شده یا یک نمونه کنترل شده از نظر آماری در هر لایه بررسی می شود. آن طرح نمونه‌برداری یک توافق خریدار/تولیدکننده است. نباید با عبارت مبهم که برچسب ها "تست شده" هستند جایگزین شود.

 

قفل دائمی دستکاری فیزیکی را حل نمی کند

یک تگ NFC فقط خواندنی را نمی‌توان از طریق عملیات حافظه عادی بازنویسی کرد، اما یک برچسب عمومی همچنان می‌تواند حذف شود، پوشانده شود، جایگزین شود یا از نظر فیزیکی آسیب ببیند.

برای تأسیسات عمومی، در نظر بگیرید که آیا پروژه به موارد زیر نیز نیاز دارد:

• دستکاری-ساختار آشکار؛
• بازرسی فیزیکی دوره ای؛
• نسخه بازگشتی QR چاپ شده
• ثبت دارایی/موقعیت کنترل شده؛
• نظارت باطن برای مقاصد غیرمنتظره یا استفاده توکن؛
• یک روش جایگزینی برای برچسب های آسیب دیده یا گم شده.

الزامات امنیت فیزیکی به محیط بستگی دارد. برچسب بررسی میز، برچسب دارایی در فضای باز و مهر تأیید اعتبار محصول، مدل تهدید یکسانی ندارند.

 

حفاظت از رمز عبور جایگزینی برای احراز هویت نیست

این تمایز در پروژه‌های-ضد جعل بیشتر اهمیت دارد.

یک برچسب استاندارد را می توان به طور دائم قفل کرد تا حافظه آن قابل ویرایش نباشد، با این حال ممکن است داده های قابل مشاهده یا خواندن همچنان در یک برچسب دیگر کپی شوند. یک UID ثابت می تواند به عنوان یک شناسه مفید باشد، اما تکیه بر یک شناسه به تنهایی معادل اثبات رمزنگاری نیست.

اگر شرط کسب و کار «جلوگیری از بازنویسی غیرمجاز» است، قفل کردن یا کنترل نوشتن مبتنی بر رمز عبور{0}ممکن است مناسب باشد. اگر شرط "اثبات واقعی بودن این محصول فیزیکی" باشد، پروژه باید تراشه و بک اند طراحی شده برای احراز هویت را ارزیابی کند.

این معماری امنیتی عمداً خارج از محدوده این مقاله است. یک برچسب URL عمومی کم هزینه را صرفاً با تغییر حالت قفل آن به یک محصول «ضد-تقلبی» تبدیل نکنید.

 

حالت قفل را در RFQ تعریف کنید، نه بعد از تولید

برای منبع مستقیم برچسب‌ها و برچسب‌های NFC قابل خواندن{0} تلفن، Syntek'sدسته برچسب NFCمالک تجاری است. اگر پروژه به کدگذاری و تأیید در خانه نیاز دارد،دسته خواننده و نویسنده NFCمسیر سخت افزاری مربوطه است.

 

سفارش‌های مجدد نیاز به قفل{0}تغییر وضعیت-قانون کنترل دارند

یک دستور تکرار نباید کلمه "همان" را بدون تعریف اینکه چه چیزی باید ثابت بماند به ارث می برد.

زمانی که تغییر بر موارد زیر تأثیر می‌گذارد، اعتبار مجدد باید در نظر گرفته شود:

• مدل تراشه یا رفتار حافظه/حفاظت؛
• نوع رکورد NDEF یا ساختار URL.
• رمزگذاری مشترک در مقابل منحصر به فرد.
• پیکربندی رمز عبور یا محدوده حفاظتی؛
• سیاست قفل دائمی؛
• نگاشت سریال یا QR چاپ شده؛
• خاتم، آنتن یا مواد تکمیل شده؛
• سطح نصب یا مجموعه تلفن/خواننده مورد نظر.

یک تغییر اثر هنری ممکن است نیازی به آزمایش مجدد فنی کامل نداشته باشد، اما تغییری که می‌تواند رفتار RF، تفسیر داده‌ها، نقشه‌برداری یا حفاظت از نوشتن را تغییر دهد، باید باعث بررسی لایه آسیب‌دیده شود.

 

قاعده تصمیم گیری

حالت حفاظت را از مدل تعمیر و نگهداری انتخاب کنید، نه از کلمه "ایمن".

برچسب را قابل نوشتن نگه داریددر حالی که استقرار هنوز در حال راه اندازی است.از دسترسی کنترل شده با رمز عبور-استفاده کنیدزمانی که به‌روزرسانی‌های مجاز حافظه آینده یک نیاز عملیاتی واقعی هستند و تراشه انتخابی از رفتار مورد نیاز پشتیبانی می‌کند.از قفل{0}}فقط خواندن دائمی استفاده کنیدزمانی که محموله رمزگذاری شده نهایی است و نباید بازنویسی شود.از احراز هویت رمزنگاری استفاده کنیدزمانی که کسب و کار باید به جای اینکه صرفاً از ویرایش های معمولی جلوگیری کند، صحت آن را تأیید کند.

برای تولید انبوه، ایمن ترین توالی این است:

تعریف محموله → رمزگذاری → بازخوانی → مقصد آزمایشی → تأیید نقشه برداری → تأیید نمونه تمام شده → اعمال حفاظت → تأیید حفاظت → دسته آزاد کردن

این سکانس مانع از تبدیل شدن یک قفل برگشت ناپذیر به یک اشتباه تولید غیرقابل برگشت می شود.