Score:1

การใช้งาน "รันแฮช" บนอุปกรณ์ที่มีข้อจำกัด

ธง tr

ลิงก์ต่อไปนี้เป็นเอกสารข้อเสนอสำหรับทางเลือกที่คล้าย TLS สำหรับอุปกรณ์ที่มีข้อจำกัด https://github.com/lake-wg/edhoc/blob/4f56898808989e449cc412a8b136674202a0ddce/draft-ietf-lake-edhoc.md#implementation-considerations-impl-cons

ไม่เหมือน TLS1.3 ข้อเสนอไม่ได้ใช้แฮชที่กำลังทำงาน อ้างข้อเสนอ:

ลำดับของแฮชการถอดเสียงใน EHDOC (TH_2, TH_3, TH_4) ไม่ได้ใช้สิ่งที่เรียกว่าแฮชการรัน ซึ่งเป็นตัวเลือกการออกแบบ เนื่องจากแฮชการรันมักไม่รองรับบนแพลตฟอร์มที่มีข้อจำกัด

เหตุใดจึงเป็นไปไม่ได้ที่จะใช้แฮชที่กำลังรันอยู่ในสภาพแวดล้อมที่จำกัด

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

poncho avatar
my flag
การเดาของฉัน (และนี่คือการเดา ดังนั้นนี่คือความคิดเห็น ไม่ใช่คำตอบ) คือบางแพลตฟอร์มระดับล่างไม่มี API การเข้ารหัสลับที่พร้อมใช้งาน พวกเขามี API เพื่อทำแฮชแบบเต็ม แต่ไม่ใช่อันที่กำลังทำงานอยู่ ...
Marc Ilunga avatar
tr flag
@poncho ขอบคุณสำหรับคำติชม ดูเหมือนเป็นคำอธิบายที่สมเหตุสมผล ซึ่งทำให้ฉันสงสัยว่าทำไม? เป็นไปได้ไหมที่จะต้องใช้ประสิทธิภาพของรหัส/พื้นที่? เช่นเดียวกับ API ที่มากขึ้นจะต้องใช้รหัสเพิ่มเติม ฯลฯ ¯\_(ã)_/¯
poncho avatar
my flag
ฉันเดา: ซื้อ cryptolibrary จากบุคคลที่สามและห้องสมุดนั้นไม่มีฟังก์ชันที่จำเป็น ฉันเจอแบบนี้บ่อยเกินไปในที่ทำงานประจำวันของฉัน...

โพสต์คำตอบ

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