การป้องกันด้วยรหัสผ่านแท็ก NFC กับการล็อคแบบถาวร: สิ่งที่ควรเลือกก่อนการใช้งาน

เมื่อใช้แท็ก NFC ในที่สาธารณะหรือ{0}}การใช้งานต่อหน้าลูกค้า เนื้อหาไม่ควรสามารถแก้ไขได้โดยไม่ได้ตั้งใจ แต่ "ล็อคแท็ก" อาจหมายถึงหลายสิ่งหลายอย่าง และการเลือกแท็กผิดอาจทำให้เกิดปัญหาที่ไม่สามารถแก้ไขได้หลังการผลิต

การตัดสินใจในทางปฏิบัติคือว่าแท็กควรยังคงเขียนได้ ต้องใช้รหัสผ่านสำหรับการทำงานของหน่วยความจำที่มีการป้องกัน หรืออ่านได้อย่างเดียวอย่างถาวร- คำถามที่สี่อยู่นอกเหนือตัวเลือกนั้น: หากโครงการจำเป็นต้องพิสูจน์ว่าแท็กจริงเป็นของแท้ การป้องกันด้วยรหัสผ่านอย่างง่ายหรือการล็อคแบบอ่าน-อย่างเดียวนั้นไม่เพียงพอ

คู่มือนี้มีไว้สำหรับทีม B2B ที่เตรียมสติกเกอร์ NFC ป้ายกำกับ การ์ด จอแสดงผล หรือแท็กที่อ่านได้บนโทรศัพท์อื่นๆ- สำหรับการใช้งานจำนวนมาก โดยมุ่งเน้นไปที่การตัดสินใจใช้งาน ลำดับการผลิต และเกณฑ์การยอมรับ มากกว่า-ขั้นตอนการเขียนโปรแกรมเฉพาะแอป

 

ข้อกำหนดที่แตกต่างกันสี่ประการมักเรียกว่า "ความปลอดภัย"

สิ่งเหล่านี้ไม่สามารถใช้แทนกันได้ URL ที่ถูกล็อคอย่างถาวรยังสามารถคัดลอกและทำซ้ำบนแท็กธรรมดาอื่นได้ รหัสผ่านสามารถจำกัดการทำงานของหน่วยความจำบางอย่างโดยไม่ต้องเข้ารหัส URL NDEF สาธารณะ โครงการการตรวจสอบความถูกต้องที่ปลอดภัยอาจยังคงใช้ NDEF URL แต่ค่าความปลอดภัยมาจากโปรโตคอลการเข้ารหัสและการตรวจสอบแบ็กเอนด์ ไม่ใช่จากข้อเท็จจริงที่ว่าแท็กอ่านได้-เท่านั้น

หากคุณต้องการพื้นฐาน NFC ที่กว้างขึ้นก่อน Syntek'sคู่มือพื้นฐานแท็ก NFCเป็นเจ้าของงานเบื้องต้นนั้น หน้านี้เริ่มต้นจากจุดที่มีเนื้อหาแท็กและเวิร์กโฟลว์การทำให้ใช้งานได้อยู่แล้ว

 

 

การล็อคแบบถาวรหมายถึงอะไรในแท็ก NTAG21x ทั่วไป

NXP อธิบาย NTAG213, NTAG215 และ NTAG216 ว่าเป็น IC ที่สอดคล้องกับแท็ก NFC Forum Type 2 โดยมีทั้งฟิลด์-การอ่านแบบตั้งโปรแกรมได้-เฉพาะฟังก์ชันการล็อคและการป้องกันด้วยรหัสผ่าน 32 บิตที่กำหนดค่าได้. สิ่งเหล่านี้เป็นกลไกที่แยกจากกัน

ในเอกสารข้อมูล NTAG213/215/216ไบต์ล็อคแบบคงที่และไบต์ล็อคแบบไดนามิกจะควบคุมว่า-หน้าหน่วยความจำของผู้ใช้ที่กำหนดไว้จะสามารถเขียนอีกครั้งได้หรือไม่ เมื่อตั้งค่าบิตล็อคที่เกี่ยวข้อง พื้นที่ที่ได้รับการป้องกันจะกลายเป็นอ่านได้-เท่านั้น กระบวนการล็อค-บิตเป็นวิธีหนึ่ง-: บิตล็อคที่ตั้งโปรแกรมไว้ไม่สามารถเปลี่ยนกลับจาก 1 เป็น 0 ได้ง่ายๆ

นั่นคือสาเหตุที่การล็อกถาวรเกิดขึ้นเมื่อสิ้นสุดกระบวนการอนุมัติ ไม่ใช่ตอนเริ่มต้นของการเข้ารหัส

ที่เอกสารประกอบ Chrome เว็บ NFCใช้แนวคิดการปฏิบัติงานเดียวกันสำหรับแท็กที่รองรับ: การทำให้แท็กอ่านได้-เท่านั้นเป็นการดำเนินการถาวร - ทางเดียว และไม่สามารถย้อนกลับผ่านเวิร์กโฟลว์ NDEF ปกติได้

 

การป้องกันด้วยรหัสผ่านเป็นการควบคุมแบบย้อนกลับ ไม่ใช่การเข้ารหัส

NTAG21x ยังมีการป้องกันด้วยรหัสผ่านที่กำหนดค่าได้ NXP จัดทำเอกสารคำสั่ง-การรับรองความถูกต้องด้วยรหัสผ่าน จุดเริ่มต้นของพื้นที่ที่มีการป้องกัน- และการตั้งค่าการเข้าถึงที่สามารถจำกัดการดำเนินการเขียน หรือการดำเนินการอ่านและเขียน ขึ้นอยู่กับการกำหนดค่า

ซึ่งทำให้การควบคุมด้วยรหัสผ่าน-มีประโยชน์เมื่อผู้ดำเนินการที่ได้รับอนุญาตอาจจำเป็นต้องแก้ไขเนื้อหาที่ได้รับการป้องกันในภายหลัง

อย่างไรก็ตาม รหัสผ่านแท็ก 32- บิตไม่ควรขายเป็นการเข้ารหัสหรือการตรวจสอบความปลอดภัยสูง- เป็นคุณลักษณะการควบคุมการเข้าถึง-สำหรับการทำงานของหน่วยความจำ หากแท็กมี URL สาธารณะที่ใครก็ตามควรอ่าน การเขียนที่ป้องกันด้วยรหัสผ่านจะไม่ทำให้ URL นั้นเป็นความลับ

นอกจากนี้ยังสร้างการพึ่งพาในการปฏิบัติงานด้วย โดยต้องมีบุคคลเป็นเจ้าของรหัสผ่าน ขั้นตอนการออก นโยบายการกู้คืน และเครื่องมือที่ใช้ในการตรวจสอบสิทธิ์และอัปเดตแท็ก การสูญเสียการควบคุมนั้นสามารถเปลี่ยนการใช้งานที่เขียนซ้ำได้ในทางทฤษฎีให้กลายเป็นการใช้งานที่ไม่สามารถรักษาได้ในทางปฏิบัติ

 

ใช้วงจรการใช้งานเพื่อเลือกกลยุทธ์การล็อค

การใช้งานสาธารณะที่สามารถบำรุงรักษาได้มากที่สุดมักจะเป็น URL ที่เสถียร{0}}ซึ่งบริษัทควบคุมซึ่งเขียนลงในแท็ก ตามด้วยการเปลี่ยนแปลงเนื้อหาฝั่งเซิร์ฟเวอร์- ในรูปแบบนั้น หน่วยความจำ NFC จะสามารถอ่านได้-เฉพาะในขณะที่หน้า Landing Page เนื้อหาแคมเปญ ข้อมูลการรับประกัน หรือข้อมูลผลิตภัณฑ์ยังคงสามารถแก้ไขได้ทางออนไลน์

ซินเทคคู่มือแท็ก NFC ของเว็บไซต์ครอบคลุมคำถามแยกต่างหากเกี่ยวกับการปรับใช้ NFC ตาม URL- การตัดสินใจล็อคที่นี่เริ่มต้นหลังจากสถาปัตยกรรมปลายทางได้รับการอนุมัติแล้ว

 

อย่าล็อกผู้ให้บริการ-ปลายทางที่เป็นเจ้าของอย่างถาวรโดยไม่มีแผนการย้ายข้อมูล

การล็อคแบบถาวรจะค้างสิ่งที่เก็บไว้ในชิป ไม่ใช่สิ่งที่เกิดขึ้นบนอินเทอร์เน็ต ความแตกต่างนั้นจะมีประโยชน์ก็ต่อเมื่อองค์กรควบคุมปลายทางหรือมีเส้นทางการโยกย้ายที่เชื่อถือได้

ก่อนที่จะล็อคแท็กไปที่ URL ให้ยืนยัน:

• ใครเป็นเจ้าของโดเมน
• ผู้ควบคุมการเปลี่ยนเส้นทาง
• ปลายทางสามารถย้ายไปยังแพลตฟอร์มอื่นในภายหลังได้หรือไม่
• URL มีเส้นทางเฉพาะของผู้ขาย-ที่อาจหายไปหรือไม่
• ไม่ว่าโทเค็นที่ไม่ซ้ำกันต่อ-แท็กจะต้องยังคงใช้ได้สำหรับอายุการใช้งานที่คาดไว้หรือไม่
• จะเกิดอะไรขึ้นเมื่อมีการเลิกใช้แคมเปญ พนักงาน บันทึกผลิตภัณฑ์ หรือสถานที่

แท็กถาวรที่ชี้ไปยัง URL ของ SaaS แบบใช้แล้วทิ้งอาจกลายเป็นสิ่งเตือนใจทางกายภาพอย่างถาวรเกี่ยวกับการตัดสินใจเกี่ยวกับซอฟต์แวร์ชั่วคราว สำหรับแท็กที่มีอายุการใช้งานยาวนาน- การควบคุม URL ควรถือว่าเป็นส่วนหนึ่งของข้อกำหนดเฉพาะของผลิตภัณฑ์

 

 

การล็อคควรเป็นไปตามการเข้ารหัสและการอนุมัติการทำงาน

ลำดับการผลิตที่ปลอดภัยจะแยกออกจากกันการเขียน, การตรวจสอบและล็อค.

1. ตรึงกฎเพย์โหลดกำหนดประเภทบันทึก NDEF โครงสร้าง URL กฎโทเค็นเฉพาะ- และข้อมูลตัวแปรใดๆ
2. เข้ารหัสแท็กเขียนเพย์โหลดที่ได้รับอนุมัติโดยใช้กระบวนการผลิตที่ระบุ
3. อ่านกลับทางอิเล็กทรอนิกส์ยืนยันว่าบันทึกที่เก็บไว้ตรงกับข้อมูลต้นฉบับ
4. ทดสอบผลลัพธ์ของผู้ใช้แตะแท็กที่เสร็จแล้วด้วยโทรศัพท์หรือเครื่องอ่านเป้าหมายที่เป็นตัวแทน และยืนยันว่าการดำเนินการที่ต้องการเสร็จสมบูรณ์
5. ยืนยันปลายทางตรวจสอบการเปลี่ยนเส้นทาง พฤติกรรม HTTPS ความเป็นเจ้าของบัญชี และการแมปที่ไม่ซ้ำกัน
6. อนุมัติ-ตัวอย่างการผลิตที่เทียบเท่าตัวอย่างควรใช้ชิปขั้นสุดท้าย การฝัง วัสดุ สภาพพื้นผิว และกฎการเข้ารหัส
7. ใช้สถานะการป้องกันที่ได้รับอนุมัติปล่อยให้เขียนได้ กำหนดค่าการควบคุมรหัสผ่าน หรือล็อกอย่างถาวรตามข้อกำหนดของโปรเจ็กต์
8. ตรวจสอบสถานะการล็อคโพสต์-อ่านเนื้อหาอีกครั้งและยืนยันว่าข้อจำกัดการเขียนที่ตั้งใจไว้นั้นมีผลบังคับใช้จริง
9. บันทึกผลลัพธ์เก็บข้อกำหนดการทำแผนที่ การแก้ไขตัวอย่าง และ-สถานะการล็อกไว้พร้อมกับบันทึกการผลิต

ลำดับนี้ป้องกันความล้มเหลวทั่วไป: การค้นหา URL ที่ไม่ถูกต้อง โทเค็นที่ซ้ำกัน หรือบันทึก NDEF ที่ไม่ถูกต้องหลังจากที่แท็กถูกทำให้อ่านอย่างถาวรแล้วเท่านั้น-เท่านั้น

 

 

สำหรับ URL ที่ไม่ซ้ำ ไฟล์การแมปมีความสำคัญพอๆ กับสถานะการล็อค

แท็ก NFC ชุดหนึ่งอาจมี URL ทั่วไป หรือทุกชิ้นอาจมีโทเค็นที่แตกต่างกัน การเข้ารหัสที่ไม่ซ้ำกันจะเพิ่มโหมดความล้มเหลวอื่น: แท็ก NFC สามารถล็อคได้อย่างถูกต้อง แต่แมปกับรายการทางกายภาพที่ไม่ถูกต้อง

สำหรับการเข้ารหัสต่อ- ชิ้น บันทึกการผลิตอาจต้องมีฟิลด์เช่น:

การล็อคไม่ได้แก้ไขการแมปที่ไม่ถูกต้อง ลำดับที่ถูกต้องคือการตรวจสอบการแมปก่อน จากนั้นจึงใช้สถานะที่ไม่สามารถย้อนกลับได้

 

สิ่งที่ต้องทดสอบหลังจากแท็กอ่านอย่างถาวร-เท่านั้น

การตรวจสอบขั้นสุดท้ายควรพิสูจน์ทั้งว่าเนื้อหายังคงใช้งานได้และมีสถานะการป้องกันที่ได้รับอนุมัติอยู่

สำหรับคำสั่งซื้อจำนวนมาก ให้กำหนดว่าจะมีการตรวจสอบสินค้าที่เข้ารหัสทุกรายการหรือตัวอย่างที่ควบคุมทางสถิติในแต่ละชั้นหรือไม่ แผนการสุ่มตัวอย่างนั้นเป็นข้อตกลงของผู้ซื้อ/ผู้ผลิต ไม่ควรถูกแทนที่ด้วยคำสั่งที่คลุมเครือว่าแท็กนั้น "ทดสอบแล้ว"

 

การล็อคแบบถาวรไม่สามารถแก้ปัญหาการงัดแงะทางกายภาพได้

แท็ก NFC แบบอ่านอย่างเดียว-ไม่สามารถเขียนใหม่ผ่านการทำงานของหน่วยความจำตามปกติ แต่แท็กสาธารณะยังสามารถลบออก ปิดบัง เปลี่ยน หรือทำให้เสียหายทางกายภาพได้

สำหรับการติดตั้งสาธารณะ ให้พิจารณาว่าโครงการยังต้องการ:

• การงัดแงะ-การก่อสร้างที่ชัดเจน
• การตรวจร่างกายเป็นระยะ
• ทางเลือก QR ที่พิมพ์ออกมา
• ทะเบียนสินทรัพย์/สถานที่ควบคุม
• การตรวจสอบแบ็กเอนด์สำหรับปลายทางที่ไม่คาดคิดหรือการใช้โทเค็น
• ขั้นตอนการเปลี่ยนแท็กที่เสียหายหรือสูญหาย

ข้อกำหนดด้านความปลอดภัยทางกายภาพขึ้นอยู่กับสภาพแวดล้อม แท็กตรวจสอบที่เคาน์เตอร์ ป้ายกำกับสินทรัพย์กลางแจ้ง และตราประทับรับรองความถูกต้องของผลิตภัณฑ์-ไม่มีรูปแบบภัยคุกคามที่เหมือนกัน

 

การป้องกันด้วยรหัสผ่านไม่สามารถทดแทนการตรวจสอบสิทธิ์ได้

ความแตกต่างนี้มีความสำคัญมากที่สุดในโครงการต่อต้าน-การปลอมแปลง

แท็กมาตรฐานสามารถล็อคอย่างถาวรได้ ดังนั้นจึงไม่สามารถแก้ไขหน่วยความจำได้ แต่ข้อมูลที่มองเห็นหรืออ่านได้อาจยังคงถูกคัดลอกไปยังแท็กอื่น UID แบบคงที่อาจมีประโยชน์ในฐานะตัวระบุ แต่การใช้ตัวระบุเพียงอย่างเดียวไม่เทียบเท่ากับการพิสูจน์การเข้ารหัส

หากข้อกำหนดทางธุรกิจคือ "ป้องกันการเขียนซ้ำโดยไม่ได้รับอนุญาต" การควบคุมการเขียนโดยใช้การล็อกหรือรหัสผ่าน-ก็อาจเหมาะสม หากข้อกำหนดคือ "พิสูจน์ว่าผลิตภัณฑ์ทางกายภาพนี้เป็นของแท้" โปรเจ็กต์ควรประเมินชิปและแบ็กเอนด์ที่ออกแบบมาเพื่อการตรวจสอบสิทธิ์

สถาปัตยกรรมการรักษาความปลอดภัยนั้นมีเจตนาอยู่นอกขอบเขตของบทความนี้ อย่าเปลี่ยนแท็ก URL สาธารณะที่มีต้นทุนต่ำ-ให้เป็นผลิตภัณฑ์ "ต่อต้าน-การปลอมแปลง" เพียงแต่เปลี่ยนสถานะการล็อคเท่านั้น

 

กำหนดสถานะการล็อกใน RFQ ไม่ใช่หลังการผลิต

สำหรับการจัดหาแท็กและป้ายกำกับ NFC ที่อ่านได้-ทางโทรศัพท์โดยตรง Syntek'sหมวดหมู่แท็ก NFCเป็นเจ้าของการค้า หากโครงการต้องการ-การเข้ารหัสและการตรวจสอบภายในองค์กรหมวดเครื่องอ่านและตัวเขียน NFCคือเส้นทางฮาร์ดแวร์ที่เกี่ยวข้อง

 

การจัดลำดับใหม่จำเป็นต้องมีการล็อก-การเปลี่ยนแปลงสถานะ-กฎการควบคุม

การสั่งซื้อซ้ำไม่ควรสืบทอดคำว่า "เหมือนเดิม" โดยไม่ได้กำหนดว่าอะไรจะต้องคงเหมือนเดิม

ควรพิจารณาการตรวจสอบความถูกต้องอีกครั้งเมื่อการเปลี่ยนแปลงส่งผลต่อ:

• โมเดลชิปหรือพฤติกรรมหน่วยความจำ/การป้องกัน
• ประเภทบันทึก NDEF หรือโครงสร้าง URL
• การเข้ารหัสทั่วไปและการเข้ารหัสเฉพาะ
• การกำหนดค่ารหัสผ่านหรือขอบเขตการป้องกัน
• นโยบายการล็อคถาวร
• การทำแผนที่อนุกรมหรือ QR ที่พิมพ์
• การฝังเสาอากาศหรือวัสดุสำเร็จรูป
• พื้นผิวติดตั้งหรือชุดโทรศัพท์/เครื่องอ่านที่ต้องการ

การเปลี่ยนแปลงอาร์ตเวิร์คด้านความงามอาจไม่จำเป็นต้องมีการทดสอบทางเทคนิคซ้ำทั้งหมด แต่การเปลี่ยนแปลงที่สามารถเปลี่ยนแปลงพฤติกรรม RF การตีความข้อมูล การทำแผนที่ หรือการป้องกันการเขียน ควรกระตุ้นให้เกิดการตรวจสอบเลเยอร์ที่ได้รับผลกระทบ

 

กฎการตัดสินใจ

เลือกสถานะการป้องกันจากโมเดลการบำรุงรักษา ไม่ใช่จากคำว่า "ปลอดภัย"

ให้แท็กเขียนได้ในขณะที่ยังคงดำเนินการปรับใช้อยู่ใช้รหัสผ่าน-ควบคุมการเข้าถึงเมื่อการอัพเดตหน่วยความจำในอนาคตที่ได้รับอนุญาตเป็นข้อกำหนดในการปฏิบัติงานจริง และชิปที่เลือกรองรับลักษณะการทำงานที่จำเป็นใช้การล็อกแบบอ่านถาวร-เท่านั้นเมื่อเพย์โหลดที่เข้ารหัสถือเป็นที่สิ้นสุดและไม่ควรถูกเขียนใหม่ใช้การรับรองความถูกต้องด้วยการเข้ารหัสเมื่อธุรกิจต้องตรวจสอบความถูกต้องแทนที่จะป้องกันการแก้ไขแบบธรรมดาเท่านั้น

สำหรับการผลิตจำนวนมาก ลำดับที่ปลอดภัยที่สุดคือ:

กำหนดเพย์โหลด → เข้ารหัส → อ่านกลับ → ปลายทางการทดสอบ → ตรวจสอบการแมป → อนุมัติตัวอย่างที่เสร็จแล้ว → ใช้การป้องกัน → ตรวจสอบการป้องกัน → ปล่อยแบทช์

ลำดับดังกล่าวช่วยป้องกันไม่ให้การล็อคแบบย้อนกลับไม่ได้กลายเป็นความผิดพลาดในการผลิตแบบย้อนกลับไม่ได้