Design: WASM मॉड्यूल हस्ताक्षर / सत्यापन

मेरा मानना ​​​​है कि हमें टेक्स्ट प्रारूप में समकक्ष की भी आवश्यकता है, शायद कुछ ऐसा: (signature ...) ।

सीएसपी के लिए, हस्ताक्षर की जांच https से अधिक हो सकती है? या क्या आपको लगता है कि यह डिफ़ॉल्ट व्यवहार से चालू होना चाहिए?

हमम, "सीएसपी और जाँच": यह प्रक्रिया बहुत जल्दी होगी। हमें सत्यापन के लिए सर्वर या किसी अन्य उदाहरण की सार्वजनिक कुंजी (या एकाधिक) की आवश्यकता होगी, और यह ईसी (एक्लिप्टिक वक्र) का उपयोग करके एक सार्वजनिक कुंजी होनी चाहिए।

यदि यह HTTP (S)-आधारित सेवा से संबंधित होगा, तो संबंधित सार्वजनिक-कुंजी (अण्डाकार वक्र कुंजी) तक पहुंच प्राप्त करना आवश्यक होगा। हो सकता है कि संबंधित सार्वजनिक कुंजी को वेब-पेज के HTTP-हेडर-विशेषता के रूप में एम्बेड किया जा सकता है जो WASM मॉड्यूल लोड कर रहा है।

WASM-मॉड्यूल पर हस्ताक्षर करने के बाद, इन्हें किसी भी स्थान से प्राप्त किया जा सकता है और सत्यापित किया जा सकता है।

क्या डब्ल्यूएएसएम फाइलों पर हस्ताक्षर करने वाला एक एकल संगठन (होस्टर) होगा या एक वेब पेज एकाधिक संगठनों/आपूर्तिकर्ताओं से हस्ताक्षरित-मॉड्यूल लाएगा?

कई संगठनों के मामले में, या तो हस्ताक्षर में "संगठन-आईडी" जोड़ना, या किसी प्रकार के साइनरऑर्ग को अतिरिक्त अनुभाग (निश्चित आकार भी) के रूप में परिभाषित करना। प्रक्रिया इस तरह दिख सकती है: पहले SignerOrg Seciton को जोड़ना और फिर दोनों पर हस्ताक्षर करना (मूल मॉड्यूल-बाइटकोड और साइनरॉर्ग-सेक्शन)

ऐसा लगता है कि उपयोग के मामले और प्रक्रिया को पहले परिभाषित किया जाना चाहिए;)

मैं बेहतर ढंग से समझना चाहता हूं कि हस्ताक्षर और सत्यापन के लिए वेब के मौजूदा तंत्र कैसे विफल हो जाते हैं, और प्रथम श्रेणी के WebAssembly समर्थन इसे कैसे ठीक करेगा। विशेष रूप से, वेब में HTTPS और उप-संसाधन अखंडता है, जो निश्चित रूप से सही नहीं है, लेकिन हमारे लिए पहले से ही काफी कुछ करता है।

क्या आप विस्तार से बता सकते हैं कि आप क्या तय करना चाहते हैं, और आपके प्रस्ताव में समान नुकसान कैसे नहीं हैं?

अच्छा, मैं कोशिश कर सकता हूँ

एम्बेडेड हस्ताक्षर पहले से ही पीडीएफ, विन-बायनेरिज़, ड्राइवर, एक्सएमएल-दस्तावेजों आदि के लिए उपयोग किए जाते हैं।
WebAssembly मॉड्यूल किसके लिए अच्छे हो सकते हैं?

ज़रा कल्पना करें

• वेब-एप्लिकेशन बैंकिंग-पिन की गणना के लिए WebAssembly कोड निष्पादित करता है।
• एम्बेडेड निष्पादन इंजन के लिए WebAssembly का उपयोग करते हुए रस्ट/C++ अनुप्रयोग, क्रिप्टो-मुद्रा अनुबंधों का मूल्यांकन
• HSM-s सर्वर-बैकएंड में पिन की गणना करने के लिए WebAssembly बाइटकोड का उपयोग करता है
• IoT डिवाइस जिनके फर्मवेयर को विभिन्न WebAssembly मॉड्यूल के विशिष्ट संस्करणों का उपयोग करके इकट्ठा किया जाता है (सामग्री पता योग्य भंडारण / लिंकिंग)

बाद के मामले में, IoT उपकरणों का फर्मवेयर-संस्करण विशिष्ट संस्करणों का उपयोग करते हुए WebAssembly-मॉड्यूल की एक सूची होगी। IoT उपकरण WebAssembly मॉड्यूल के अपने संस्करण को पड़ोस के अन्य उपकरणों में फैला सकते हैं (http://www.korhal.io/whitepaper.pdf)। किसी केंद्रीय अद्यतन-सर्वर की आवश्यकता नहीं होगी।

इन सभी मामलों में एक टीएसएल-परिवहन विश्वास स्थापित करने के लिए पर्याप्त नहीं है, लेकिन कोड पर हस्ताक्षर किए जाने चाहिए ताकि प्राप्तकर्ता डेवलपर/आपूर्तिकर्ता से लेकर वेब-ब्राउज़र या निष्पादन तक की आपूर्ति-श्रृंखला में प्रामाणिकता, अखंडता को सत्यापित करने में सक्षम हो। यन्त्र।
हस्ताक्षर डेटा-इन-रेस्ट के साथ छेड़छाड़ को रोकता है और कानूनी पहलू में ऑपरेशन क्रिटिकल कोड के लिए गैर-अस्वीकार करता है।

एक अलग हस्ताक्षर का उपयोग करना (WASM-मॉड्यूल में एक एम्बेडेड-हस्ताक्षर की तुलना में) को संभालना अधिक जटिल होगा। एम्बेडेड हस्ताक्षर बाइटकोड-आपूर्ति-श्रृंखला के साथ हैंडलिंग को सरल करेगा।

मुझे विश्वास नहीं हो रहा है कि यह एक ऐसी समस्या है जिसका समाधान स्वयं WASM के स्तर पर ही किया जा सकता है। किसी भी डेटा पर हस्ताक्षर जोड़े जा सकते हैं। उन्हें स्वयं भाषा का हिस्सा बनने की आवश्यकता क्यों होगी?

साथ ही, मुझे ऐसा लगता है कि आपको HTTP मूल-हस्ताक्षरित प्रतिक्रिया मानक में रुचि हो सकती है।

सुन कर दुख हुआ। भाषा का हिस्सा, क्योंकि एक हस्ताक्षरित wasm एक वैध wasm फ़ाइल रखेगा; तो यह पार्सिंग से पहले हटाया जाने वाला रैपर नहीं होगा। खैर, CustomSection के अस्तित्व के लिए धन्यवाद, ऐसी संरचनाओं को जोड़ना संभव है। बस, इसे "कस्टम-फीचर" से "मानक-फीचर" में ले जाना अच्छा होता।