5 Security Proposals5.1 Hash-Based

5 Security Proposals
5.1 Hash-Based Access Control
Accepting the resource limitations of low-cost tags, we offer a simple security scheme
based on one-way hash functions [19]. In practice, a hardware-optimized cryptographic
hash would suffice. Each hash-enabled tag in this design will have a portion of memory
reserved for a temporary metaID and will operate in either a locked or unlocked state.
To lock a tag, a tag owner stores the hash of a random key as the tag’s metaID,
i.e. metaID hash(key). This may occur either over the RF channel or a physical
contact channel for added security. After locking a tag, the owner stores both the key
and metaID in a back-end database. Upon receipt of a metaID value, the tag enters its
locked state. While locked, a tag responds to all queries with only its metaID and offers
no other functionality.
To unlock a tag, the owner queries the metaID from the tag, looks up the appropriate
key in the back-end database and finally transmits the key to the tag. The tag hashes the
key and compares it to the stored metaID. If the values match, it unlocks itself and offers
its full functionality to any nearby readers. This protocol is illustrated in Figure 3. To
prevent hijacking of unlocked tags, they should only be unlocked briefly to perform a
function before being locked again.
Based on the difficulty of inverting a one-way hash function, this scheme prevents
unauthorized readers from reading tag contents. Spoofing attempts may be detected
under this scheme, although not prevented. An adversary may query a tag for its metaID,
then later spoof that tag to a legitimate reader in a replay attack. A legitimate reader will
reveal the key to the spoofed tag. However, the reader may check the contents of the
tag (often collectively referred to as a tag’s ID) against the back-end database to verify
that it is associated with the proper metaID. Detecting an inconsistency at least alerts a
reader that a spoofing attack may have occurred.
The hash-lock scheme only requires implementing a hash function on the tag and
managing keys on the back-end. This is a relatively low-cost requirement and may be
economical in the near future. This scheme may be extended to provide access control
for multiple users or to other tag functionality, such as write access. Tags may
still function as object identifiers while in the locked state by using the metaID for
database lookups. This allows users, such as third-party subcontractors, to build their
own databases and to take advantage of tag functionality without necessarily owning

ผลลัพธ์ (ไทย) 1:

ข้อเสนอความปลอดภัย 55.1 ควบคุมการเข้าถึงแฮตามเรายอมรับข้อจำกัดของทรัพยากรของแท็กต้นทุนต่ำ มีแผนเรื่องความปลอดภัยตามฟังก์ชันแฮชของทางเดียว [19] ในทางปฏิบัติ ฮาร์ดแวร์เพิ่มประสิทธิภาพเข้ารหัสลับแฮจะพอเพียง แต่ละแท็กเปิดแฮในการออกแบบนี้จะมีส่วนของหน่วยความจำสงวนไว้สำหรับ metaID ชั่วคราว และจะดำเนินในการล็อค หรือปลดล็อคล็อกแท็ก เจ้าแท็กเก็บแฮคีย์แบบสุ่มเป็นของแท็ก metaIDเช่น metaID hash(key) นี้อาจเกิดขึ้นได้ทั้งช่องสัญญาณ RF หรือทางกายภาพติดต่อช่องสำหรับเพิ่มความปลอดภัย หลังจากล็อกแท็ก เจ้าเก็บคีย์ทั้งสองและ metaID ในฐานข้อมูลส่วนหลัง เมื่อรับค่า metaID แท็กเข้าสู่ตัวสถานะล็อค ในขณะที่ล็อค แท็กตอบแบบสอบถามทั้งหมดกับของ metaID และมีไม่มีฟังก์ชันอื่น ๆปลดล็อกแท็ก เจ้าของสอบถาม metaID จากแท็ก ดูค่าเหมาะสมในฐานข้อมูลส่วนหลัง และสุดท้าย ส่งคีย์ไปยังแท็ก ถึงป้ายคีย์ และเปรียบเทียบกับ metaID เก็บไว้ ถ้าค่าตรง ปลดล็อกตัวเอง และมีของงานทั้งหมดให้ผู้อ่านใด ๆ ในบริเวณใกล้เคียง โพรโทคอลนี้จะแสดงในรูปที่ 3 ถึงป้องกันการไฮแจ็คแท็กปลดล็อค พวกเขาควรเท่านั้นสามารถปลดล็อคสั้น ๆ ทำการฟังก์ชันก่อนถูกล็อคอีกครั้งขึ้นอยู่กับความยากลำบากของสีตรงกันข้ามฟังก์ชันแฮชของทางเดียว นี้ป้องกันผู้อ่านที่ไม่ได้รับอนุญาตจากการอ่านแท็กเนื้อหา ความพยายามในการเคลื่อนย้ายอาจจะตรวจพบภายใต้แผนงานนี้ ถึงแม้ว่าไม่มีป้องกัน ปฏิปักษ์อาจสอบถามแท็กสำหรับการ metaIDแล้ว แก้ไขที่แท็กการอ่านถูกต้องตามกฎหมายในการโจมตี replay ในภายหลัง จะอ่านถูกต้องตามกฎหมายเปิดเผยคีย์การแท็กลิงค์ อย่างไรก็ตาม อ่านอาจตรวจสอบเนื้อหาของการแท็ก (มักจะเรียกเรียกว่า ID ของแท็ก) กับฐานข้อมูลส่วนหลังเพื่อตรวจสอบเกี่ยวข้องกับ metaID เหมาะสมได้ ตรวจสอบความไม่สอดคล้องน้อยเตือนเป็นผู้อ่านที่อาจเกิดขึ้นการโจมตี spoofingโครงร่างแฮล็อคเพียงต้องการใช้ฟังก์ชันแฮในแท็ก และการจัดการคีย์ในส่วนหลัง นี้เป็นความต้องการทุนที่ค่อนข้างต่ำ และอาจประหยัดในอนาคตอันใกล้ โครงร่างนี้อาจขยายให้ควบคุมการเข้าถึงผู้ใช้หลายคน หรือในแท็กฟังก์ชัน เช่นเขียน แท็กอาจยัง ทำหน้าที่เป็นตัวระบุวัตถุในสถานะล็อค โดยใช้ metaID สำหรับค้นหาฐานข้อมูล นี้ช่วยให้ผู้ใช้ เช่นผู้รับเหมาอื่น ๆ การสร้างของพวกเขาเป็นเจ้าของฐานข้อมูลและ การใช้ประโยชน์จากแท็กทำงานโดยไม่จำเป็นต้องเป็นเจ้าของ

ผลลัพธ์ (ไทย) 2:

5 ข้อเสนอการรักษาความปลอดภัย
5.1 แฮตามการควบคุมการเข้าถึง
การยอมรับข้อ จำกัด ของทรัพยากรของแท็กที่ใช้ต้นทุนต่ำที่เรานำเสนอรูปแบบการรักษาความปลอดภัยง่าย
ขึ้นอยู่กับฟังก์ชันแฮชทางเดียว [19] ในทางปฏิบัติฮาร์ดแวร์ที่ดีที่สุดการเข้ารหัสลับ
กัญชาจะพอเพียง แต่ละแท็กเปิดใช้กัญชาในการออกแบบนี้จะมีส่วนของหน่วยความจำ
ที่สงวนไว้สำหรับ metaID ชั่วคราวและจะทำงานในทั้งล็อคหรือปลดล็อครัฐ.
การล็อคแท็กเจ้าของแท็กเก็บกัญชาของคีย์สุ่ม metaID แท็ก,
กัญชาเช่น metaID (กุญแจ) นี้อาจเกิดขึ้นอย่างใดอย่างหนึ่งมากกว่าช่อง RF หรือทางกายภาพ
ช่องทางติดต่อเพื่อเพิ่มความปลอดภัย หลังจากล็อคแท็กร้านค้าเจ้าของทั้งที่สำคัญ
และ metaID ในฐานข้อมูล back-end เมื่อได้รับค่า metaID แท็กเข้ามาของ
รัฐที่ถูกล็อค ในขณะที่ล็อคแท็กตอบสนองต่อคำสั่งทั้งหมดมีเพียง metaID และมี
ไม่มีการทำงานอื่น ๆ .
ในการปลดล็อคแท็กเจ้าของสอบถาม metaID จากแท็กเงยหน้าขึ้นมองที่เหมาะสม
ที่สำคัญในฐานข้อมูล back-end และในที่สุดก็ส่งกุญแจสำคัญในการ แท็ก แท็ก hashes
ที่สำคัญและเปรียบเทียบกับ metaID เก็บไว้ ถ้าค่าตรงกับมันปลดล็อคตัวเองและมี
ฟังก์ชันการทำงานเต็มรูปแบบให้กับผู้อ่านอยู่ใกล้ ๆ โปรโตคอลนี้จะแสดงในรูปที่ 3 เพื่อ
ป้องกันการหักหลังของแท็กปลดล็อคพวกเขาควรจะได้รับการปลดล็อคในเวลาสั้น ๆ ในการดำเนินการ
การทำงานก่อนที่จะถูกล็อคอีกครั้ง.
อยู่บนพื้นฐานของความยากลำบากใน inverting ฟังก์ชันแฮชทางเดียวโครงการนี้ป้องกันไม่ให้
ผู้อ่านที่ไม่ได้รับอนุญาตจากการอ่าน เนื้อหาแท็ก พยายามปลอมแปลงอาจถูกตรวจพบ
ภายใต้โครงการนี้แม้จะไม่ได้ป้องกัน ฝ่ายตรงข้ามอาจค้นหาแท็กสำหรับ metaID ของตน
จากนั้นก็หลอกแท็กที่ผู้อ่านที่ถูกต้องในการโจมตีเล่นใหม่ ผู้อ่านที่ถูกต้องจะ
เปิดเผยกุญแจสำคัญในการแท็กปลอม แต่ผู้อ่านสามารถตรวจสอบเนื้อหาของ
แท็ก (มักเรียกว่า ID ของแท็ก) กับฐานข้อมูล back-end เพื่อตรวจสอบ
ว่ามีความเกี่ยวข้องกับ metaID ที่เหมาะสม การตรวจสอบความไม่สอดคล้องกันอย่างน้อยการแจ้งเตือน
ผู้อ่านว่าการโจมตีการปลอมแปลงอาจจะเกิดขึ้น.
โครงการกัญชาล็อคเพียง แต่ต้องดำเนินการฟังก์ชันแฮชแท็กและ
การจัดการคีย์บน back-end นี้เป็นความต้องการที่ค่อนข้างต่ำค่าใช้จ่ายและอาจจะ
ประหยัดในอนาคตอันใกล้ โครงการนี้อาจจะขยายเพื่อให้การควบคุมการเข้าถึง
สำหรับผู้ใช้หลายฟังก์ชั่นหรือแท็กอื่น ๆ เช่นการเขียนการเข้าถึง แท็กอาจจะ
ยังคงทำงานเป็นตัวระบุวัตถุในขณะที่อยู่ในสภาพถูกล็อกโดยใช้ metaID สำหรับ
การค้นหาฐานข้อมูล นี้จะช่วยให้ผู้ใช้เช่นผู้รับเหมาช่วงของบุคคลที่สามของพวกเขาในการสร้าง
ฐานข้อมูลของตัวเองและการใช้ประโยชน์จากฟังก์ชั่นแท็กโดยไม่จำเป็นต้องเป็นเจ้าของ

ผลลัพธ์ (ไทย) 3:

5 การรักษาความปลอดภัยข้อเสนอ

รับ 5.1 กัญชาควบคุมการเข้าถึงทรัพยากรจำกัดของแท็กราคาตาม เราเสนอโครงการรักษาความปลอดภัยง่าย
ขึ้นอยู่กับหน้าที่สับทางเดียว [ 19 ] ในทางปฏิบัติ , ฮาร์ดแวร์ที่ดีที่สุดการเข้ารหัสลับ
กัญชาจะพอเพียง แต่ละใช้แท็กแฮชในการออกแบบนี้จะมีส่วนของความทรงจำ
สงวนสำหรับ metaid ชั่วคราวและจะใช้ในการใด
ล็อคหรือปลดล็อคสถานะล็อคเจ้าของแท็ก , แท็กร้านค้ากัญชาของคีย์แบบสุ่มเป็นแท็ก metaid เช่นกัญชา , metaid
( คีย์ ) นี้อาจเกิดขึ้น ผ่านช่องสัญญาณวิทยุ หรือช่องทางการติดต่อทางกายภาพ
เพื่อเพิ่มความปลอดภัย หลังจากปิดแท็ก เจ้าของร้านทั้งคีย์และ
metaid ในฐานข้อมูลบริษัท เมื่อรับค่า metaid , แท็กเข้ามาของ
ล็อคสถานะ ในขณะที่ล็อคแท็กที่ตอบแบบสอบถามทั้งหมด มีเพียงของและข้อเสนออื่น ๆไม่มี metaid

เพื่อปลดล็อคการทำงาน แท็ก เจ้าของ สอบถาม metaid จากแท็กมองคีย์ที่เหมาะสม
ในฐานข้อมูลส่วนหลัง และสุดท้ายส่ง คีย์แท็ก แท็ก hashes
คีย์และเปรียบเทียบกับเก็บไว้ metaid . ถ้าค่าตรงกัน มันปลดล็อคเอง และเสนอ
เต็มฟังก์ชันใด ๆ ใกล้เคียงกับผู้อ่านขั้นตอนนี้จะแสดงในรูปที่ 3

ป้องกันการจี้ปลดล็อค , ปลดล็อค , พวกเขาควรจะสั้น ๆเพื่อดำเนินการฟังก์ชันก่อนที่จะถูกล็อคอีกครั้ง
.
ขึ้นอยู่กับความยากง่ายของกลับหัวฟังก์ชันแฮชทางเดียว โครงการนี้จะช่วยป้องกัน
ผู้อ่านไม่ได้รับอนุญาตจากการอ่านแท็กเนื้อหา ล้ออาจจะตรวจพบความพยายาม
ภายใต้โครงการนี้ แต่ไม่ป้องกันคู่ต่อสู้อาจค้นหาแท็กของ metaid
จากนั้นก็สวมรอยว่า , แท็กให้อ่านที่ถูกต้องในการเล่นโจมตี อ่านที่ถูกต้องตามกฎหมายจะ
เปิดเผยกุญแจปลอมแท็ก อย่างไรก็ตาม ผู้อ่านอาจจะตรวจสอบเนื้อหาของ
แท็ก ( มักจะโดยรวมเรียกว่าของแท็ก ID ) กับฐานข้อมูล back-end เพื่อตรวจสอบ
มันเกี่ยวข้องกับ metaid เหมาะสมตรวจจับความไม่สอดคล้องกันอย่างน้อยแจ้งเตือนผู้อ่านว่าแอบอ้างเป็น

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