आज, केवल अल्छीहरूले ब्लकचेन प्रविधि, क्रिप्टोकरेन्सीहरू र यो कति राम्रो छ भनेर लेखेका छैनन्। तर यस लेखले यस प्रविधिको प्रशंसा गर्दैन, हामी यसको कमजोरीहरू र तिनीहरूलाई हटाउने तरिकाहरूको बारेमा कुरा गर्नेछौं।

Altirix Systems मा कुनै एक परियोजनामा ​​काम गर्दा, कार्य ब्लकचेनमा बाह्य स्रोतबाट डाटाको सुरक्षित, सेन्सरशिप-प्रतिरोधी पुष्टिकरणको उठ्यो। तेस्रो प्रणालीको रेकर्डमा परिवर्तनहरू पुष्टि गर्न आवश्यक थियो र यी परिवर्तनहरूको आधारमा, स्मार्ट अनुबंध तर्कमा एक वा अर्को शाखा कार्यान्वयन गर्नुहोस्। पहिलो नजर मा कार्य एकदम मामूली छ, तर जब प्रक्रिया मा भाग लिने पक्षहरु मध्ये एक को आर्थिक अवस्था यसको कार्यान्वयन को परिणाम मा निर्भर गर्दछ, अतिरिक्त आवश्यकताहरु देखा पर्दछ। सबैभन्दा पहिले, यो यस्तो प्रमाणीकरण संयन्त्रमा व्यापक विश्वास हो। तर पहिलो कुरा पहिले।

समस्या यो हो कि ब्लकचेन आफैंमा एक स्वायत्त, बन्द इकाई हो, त्यसैले ब्लकचेन भित्रका स्मार्ट अनुबंधहरूलाई बाहिरी संसारको बारेमा केही थाहा हुँदैन। एकै समयमा, स्मार्ट अनुबंधका सर्तहरू प्रायः वास्तविक चीजहरू (उडान ढिलाइ, विनिमय दरहरू, आदि) को बारेमा जानकारीसँग सम्बन्धित हुन्छन्। स्मार्ट अनुबंधहरू ठीकसँग काम गर्नको लागि, ब्लकचेन बाहिरबाट प्राप्त जानकारी विश्वसनीय र प्रमाणित हुनुपर्छ। यो समस्या टाउन क्रियर र DECO जस्ता ओरेकलहरू प्रयोग गरेर हल गरिन्छ। यी ओरेकलहरूले ब्लकचेन नेटवर्कमा एक विश्वसनीय वेब सर्भरबाट जानकारीलाई विश्वास गर्न स्मार्ट सम्झौतालाई अनुमति दिन्छ; हामी भन्न सक्छौं कि यी विश्वसनीय जानकारीका प्रदायकहरू हुन्।

ओरेकलहरू

कल्पना गर्नुहोस् कि यदि तपाईंको मनपर्ने फुटबल क्लबले रूसी कप जित्यो भने स्मार्ट सम्झौताले तपाईंको बिटकोइन वालेटमा 0.001 btc स्थानान्तरण गर्दछ। वास्तविक विजयको घटनामा, स्मार्ट सम्झौताले कुन क्लब जित्यो भन्ने जानकारी हस्तान्तरण गर्न आवश्यक छ, र यहाँ धेरै समस्याहरू उत्पन्न हुन्छन्: यो जानकारी कहाँ प्राप्त गर्ने, कसरी सुरक्षित रूपमा स्मार्ट सम्झौतामा स्थानान्तरण गर्ने र कसरी सुनिश्चित गर्ने कि जानकारी। स्मार्ट सम्झौतामा प्राप्त भएको वैधानिकता वास्तविकतासँग मेल खान्छ?

जब यो जानकारीको स्रोतको कुरा आउँछ, त्यहाँ 2 परिदृश्यहरू हुन सक्छन्: एक विश्वसनीय वेबसाइटमा स्मार्ट अनुबंध जडान गर्ने जहाँ मिलान परिणामहरू बारे जानकारी केन्द्रित रूपमा भण्डारण गरिन्छ, र दोस्रो विकल्प एकै पटक धेरै साइटहरू जडान गर्ने र त्यसपछि धेरै स्रोतहरूबाट जानकारी चयन गर्ने हो। जसले समान डेटा प्रदान गर्दछ। जानकारीको शुद्धता प्रमाणित गर्नको लागि, ओरेकलहरू प्रयोग गरिन्छ, उदाहरणका लागि Oraclize, जसले TLSNotary (डेटाको प्रामाणिकता प्रमाणित गर्न TLS नोटरी परिमार्जन) प्रयोग गर्दछ। तर त्यहाँ ओरेक्लाइजको बारेमा गुगलमा पर्याप्त जानकारी छ, र त्यहाँ Habré मा धेरै लेखहरू छन्। आज म ओरेकलहरूको बारेमा कुरा गर्नेछु जसले जानकारी प्रसारण गर्न अलि फरक दृष्टिकोण प्रयोग गर्दछ: टाउन क्रियर र DECO। लेखले दुबै ओरेकलहरूको सञ्चालन सिद्धान्तहरूको विवरण, साथै विस्तृत तुलना प्रदान गर्दछ।

शहर क्रुर

टाउन क्रियर (TC) IC3 (क्रिप्टोकरन्सी र सम्झौताका लागि पहल) द्वारा 2016 मा CCS'16 मा पेश गरिएको थियो। TC को मुख्य विचार: वेबसाइटबाट स्मार्ट अनुबंधमा जानकारी स्थानान्तरण गर्नुहोस् र TC द्वारा डेलिभर गरिएको जानकारी वेबसाइटमा जस्तै हो भनेर सुनिश्चित गर्नुहोस्। TC ले डाटा स्वामित्व प्रमाणीकरण गर्न TEE (विश्वसनीय कार्यान्वयन वातावरण) प्रयोग गर्दछ। TC को मूल संस्करणले Intel SGX सँग कसरी काम गर्ने भनेर वर्णन गर्दछ।
टाउन क्रियरले ब्लकचेन भित्रको भाग र ओएस भित्रको एउटा भाग समावेश गर्दछ - TC सर्भर।

TC सम्झौता ब्लकचेनमा छ र TC को लागि फ्रन्ट एन्डको रूपमा कार्य गर्दछ। यसले CU (प्रयोगकर्ता स्मार्ट अनुबंध) बाट अनुरोधहरू स्वीकार गर्दछ र TC सर्भरबाट प्रतिक्रिया फर्काउँछ। TC सर्भर भित्र त्यहाँ एक रिले छ, जसले एन्क्लेभ र इन्टरनेट (द्वि दिशात्मक ट्राफिक) बीचको जडान स्थापित गर्दछ र ब्लकचेनसँग एन्क्लेभ जोड्छ। एन्क्लेभले प्रोजेनक्ल समावेश गर्दछ, जुन कोड हो जसले ब्लकचेनबाट अनुरोध गर्दछ र डिजिटल हस्ताक्षरको साथ ब्लकचेनमा सन्देशहरू फर्काउँछ, प्रोजेनक्लले स्मार्ट अनुबंध कोडको अंश समावेश गर्दछ र अनिवार्य रूपमा यसको केही कार्यहरू गर्दछ।

Intel SGX enclave लाई ecall मार्फत चल्ने API सँग साझा लाइब्रेरीको रूपमा सोच्न सकिन्छ। Ecall ले एन्क्लेभमा नियन्त्रण स्थानान्तरण गर्दछ। एन्क्लेभले यसको कोड निष्पादित गर्दछ जब सम्म यो बाहिर निस्कन्छ वा अपवाद नहुँदा सम्म। ocal लाई एन्क्लेभ बाहिर परिभाषित प्रकार्यहरू कल गर्न प्रयोग गरिन्छ। Ocall लाई एन्क्लेभ बाहिर निष्पादित गरिन्छ र यसलाई एक अविश्वसनीय कलको रूपमा व्यवहार गरिन्छ। ओकल कार्यान्वयन भएपछि, नियन्त्रण एन्क्लेभमा फर्किन्छ।

एन्क्लेभ भागमा, वेब सर्भरसँग एक सुरक्षित च्यानल कन्फिगर गरिएको छ, एन्क्लेभले लक्ष्य सर्भरसँग TLS ह्यान्डशेक गर्छ र आन्तरिक रूपमा सबै क्रिप्टोग्राफिक कार्यहरू गर्दछ। TLS पुस्तकालय (mbedTLS) र कम गरिएको HTTP कोड SGX वातावरणमा निर्यात गरिएको छ। साथै, एन्क्लेभले रिमोट सर्भरहरूको प्रमाणपत्रहरू प्रमाणित गर्न रूट CA प्रमाणपत्रहरू (प्रमाणपत्रहरूको संग्रह) समावेश गर्दछ। अनुरोध ह्यान्डलरले Ethereum द्वारा प्रदान गरिएको ढाँचामा डेटाग्राम अनुरोध स्वीकार गर्दछ, यसलाई डिक्रिप्ट गर्दछ र यसलाई पार्स गर्दछ। त्यसपछि यसले अनुरोध गरिएको डाटाग्राम समावेश भएको इथरियम लेनदेन उत्पन्न गर्दछ, यसलाई skTC सँग साइन इन गर्दछ र यसलाई रिलेमा पठाउँदछ।

रिले भागमा क्लाइन्ट इन्टरफेस, TCP, ब्लकचेन इन्टरफेस समावेश छ। एन्क्लेभ कोड प्रमाणित गर्न र ग्राहकसँग सञ्चार गर्न क्लाइन्ट इन्टरफेस आवश्यक छ। ग्राहकले ecall को प्रयोग गरेर प्रमाणीकरण अनुरोध पठाउँछ र skTC द्वारा att (प्रमाणीकरण हस्ताक्षर) को साथमा हस्ताक्षर गरिएको टाइमस्ट्याम्प प्राप्त गर्दछ, त्यसपछि att लाई Intel Attestation Service (IAS) को प्रयोग गरेर प्रमाणित गरिन्छ, र टाइमस्ट्याम्प विश्वसनीय समय सेवा द्वारा प्रमाणित हुन्छ। ब्लकचेन इन्टरफेसले आगमन अनुरोधहरू प्रमाणित गर्दछ र डेटाग्रामहरूको डेलिभरीको लागि ब्लकचेनमा लेनदेनहरू राख्छ। गेथ एक आधिकारिक इथरियम ग्राहक हो र रिलेलाई RPC कलहरू मार्फत ब्लकचेनसँग अन्तरक्रिया गर्न अनुमति दिन्छ।

TEE सँग काम गर्दा, TC ले तपाईंलाई समानान्तरमा धेरै एन्क्लेभहरू चलाउन अनुमति दिन्छ, जसले गर्दा सूचना प्रशोधनको गति ३ गुणा बढ्छ। यदि एउटा चलिरहेको एन्क्लेभको साथ गति 3 tx/सेकेन्ड थियो भने, त्यसपछि 15 समानान्तर चलिरहेको एन्क्लेभहरूसँग गति 20 tx/सेकेन्डमा बढ्छ; तुलनाको लागि, Bitcoin blockchain मा अधिकतम परिचालन गति 65 tx/sec हो।

डेको

DECO (TLS का लागि विकेन्द्रीकृत ओरेकल) CCS'20 मा प्रस्तुत गरिएको थियो, TLS जडानहरूलाई समर्थन गर्ने साइटहरूसँग काम गर्दछ। डाटा गोपनीयता र अखण्डता सुनिश्चित गर्दछ।
TLS सँग DECO ले सिमेट्रिक इन्क्रिप्सन प्रयोग गर्दछ, त्यसैले क्लाइन्ट र वेब सर्भरसँग इन्क्रिप्शन कुञ्जीहरू छन्, र क्लाइन्टले चाहेमा TLS सत्र डेटा फोर्ज गर्न सक्छ। यस समस्याको समाधान गर्न, DECO ले प्रोभर (स्मार्ट अनुबंध), प्रमाणिकरणकर्ता (ओरेकल) र वेब-सर्भर (डेटा स्रोत) बीच तीन-तर्फी ह्यान्डशेक प्रोटोकल प्रयोग गर्दछ।

DECO को काम गर्ने तरिका यो हो कि प्रमाणिकरणकर्ताले डेटा D को एक टुक्रा प्राप्त गर्दछ र प्रमाणिकरणकर्तालाई पुष्टि गर्दछ कि D TLS सर्भर S बाट आएको हो। अर्को समस्या यो हो कि TLS ले डाटामा हस्ताक्षर गर्दैन र TLS ग्राहकलाई प्रमाणित गर्न गाह्रो छ। डाटा ठ्याक्कै सही सर्भरबाट प्राप्त भएको थियो (प्रोभेन्स कठिनाई)।

DECO प्रोटोकलले KEnc र KMac इन्क्रिप्सन कुञ्जीहरू प्रयोग गर्दछ। क्लाइन्टले वेब सर्भरमा अनुरोध Q पठाउँछ, सर्भर R बाट प्रतिक्रिया इन्क्रिप्टेड फारममा आउँछ, तर क्लाइन्ट र सर्भरको समान KMac छ, र क्लाइन्टले TLS सन्देश जाली गर्न सक्छ। DECO को समाधान भनेको KMac लाई क्लाइन्ट (prover) बाट "लुकाउनु" हो जब सम्म यसले अनुरोधलाई जवाफ दिदैन। अब KMac प्रोभर र वेरिफायर - KpMac र KvMac बीच विभाजित छ। सर्भरले कुञ्जी-भाग सञ्चालन KpMac ⊕ KvMac = KMac प्रयोग गरेर प्रतिक्रिया गुप्तिकरण गर्न KMac प्राप्त गर्दछ।

तीन-तर्फी ह्यान्डसेक सेटअप गरेर, ग्राहक र सर्भर बीच डाटा आदानप्रदान सुरक्षाको ग्यारेन्टीको साथ गरिनेछ।

विकेन्द्रीकृत ओरेकल प्रणालीको बारेमा कुरा गर्दा, एक चेनलिङ्क उल्लेख गर्न असफल हुन सक्दैन, जसले Ethereum, Bitcoin र Hyperledger सँग मिल्दो ओरेकल नोडहरूको विकेन्द्रीकृत सञ्जाल सिर्जना गर्ने लक्ष्य राख्छ, खाता मोडुलरिटीलाई ध्यानमा राख्दै: प्रणालीको प्रत्येक भाग अद्यावधिक गर्न सकिन्छ। एकै समयमा, सुरक्षा सुनिश्चित गर्न, Chainlink ले कार्यमा भाग लिने प्रत्येक ओरेकललाई कुञ्जीहरू (सार्वजनिक र निजी) को संयोजन जारी गर्न प्रस्ताव गर्दछ। निजी कुञ्जी एक आंशिक हस्ताक्षर उत्पन्न गर्न प्रयोग गरिन्छ जसमा डेटा अनुरोधमा तिनीहरूको निर्णय समावेश हुन्छ। जवाफ प्राप्त गर्न, यो नेटवर्क को oracles को सबै आंशिक हस्ताक्षर संयोजन गर्न आवश्यक छ।

Chainlink ले Mixicles जस्ता विकेन्द्रीकृत वित्त अनुप्रयोगहरूमा ध्यान केन्द्रित गरी प्रारम्भिक PoC DECO सञ्चालन गर्ने योजना बनाएको छ। लेख्ने समयमा, फोर्ब्समा समाचार बाहिर आयो कि चेनलिंकले कर्नेल विश्वविद्यालयबाट DECO प्राप्त गर्यो।

Oracles मा आक्रमण

सूचना सुरक्षा दृष्टिकोणबाट, टाउन क्रियरमा निम्न आक्रमणहरू विचार गरियो:

1. TEE नोडहरूमा दुष्ट स्मार्ट-सम्पर्क कोड इंजेक्शन।
   आक्रमणको सार: TEE मा जानाजानी गलत स्मार्ट अनुबंध कोड प्रसारण गर्दै, यसरी, नोडमा पहुँच प्राप्त गर्ने आक्रमणकारीले डिक्रिप्टेड डाटामा आफ्नै (धोखा) स्मार्ट अनुबंध कार्यान्वयन गर्न सक्षम हुनेछ। यद्यपि, फिर्ती मानहरू निजी कुञ्जीसँग इन्क्रिप्ट गरिनेछ, र त्यस्ता डेटा पहुँच गर्ने एकमात्र तरिका भनेको रिटर्न/आउटपुटमा सिफरटेक्स्ट लीक गर्नु हो।
   यस आक्रमण विरुद्धको सुरक्षा हालको ठेगानामा अवस्थित कोडको शुद्धता जाँच गर्ने एन्क्लेभ समावेश गर्दछ। यो एक ठेगाना योजना प्रयोग गरेर प्राप्त गर्न सकिन्छ जहाँ अनुबंध ठेगाना अनुबंध कोड ह्यास गरेर निर्धारण गरिन्छ।

2. अनुबंध राज्य सिफरटेक्स्ट परिवर्तन लीक।
   आक्रमणको सार: नोडहरूका मालिकहरू जसमा स्मार्ट अनुबंधहरू कार्यान्वयन हुन्छन् एन्क्लेभ बाहिर एन्क्रिप्टेड फारममा सम्झौता राज्यमा पहुँच हुन्छ। एक आक्रमणकारीले नोडको नियन्त्रण प्राप्त गरिसकेपछि, लेनदेन अघि र पछि सम्पर्क स्थिति तुलना गर्न सक्छ र कुन तर्कहरू प्रविष्ट गरिएको थियो र कुन स्मार्ट अनुबंध विधि प्रयोग गरिएको थियो भनेर निर्धारण गर्न सक्छ, किनकि स्मार्ट अनुबंध कोड आफैं र यसको प्राविधिक विशिष्टताहरू सार्वजनिक रूपमा उपलब्ध छन्।
   नोडको विश्वसनीयता सुनिश्चित गर्न सुरक्षा।

3. साइड च्यानल आक्रमणहरू।
   एक विशेष प्रकारको आक्रमण जसले विभिन्न परिदृश्यहरूमा एन्क्लेभ मेमोरी र क्यास पहुँचको निगरानी प्रयोग गर्दछ। यस्तो आक्रमणको उदाहरण प्राइम र प्रोब हो।
   
   आक्रमण आदेश:

   • t0: आक्रमणकारीले पीडित प्रक्रियाको सम्पूर्ण डाटा क्यास भर्छ।
   • t1: पीडितले मेमोरी पहुँचको साथ कोड कार्यान्वयन गर्दछ जुन पीडितको संवेदनशील डाटा (क्रिप्टोग्राफिक कुञ्जीहरू) मा निर्भर हुन्छ। क्यास लाइन किबिट मानको आधारमा चयन गरिएको छ। चित्रमा उदाहरणमा, keybit = 0 र क्यास लाइन 2 मा ठेगाना X पढिएको छ। X मा भण्डारण गरिएको डाटा क्यासमा लोड हुन्छ, पहिले त्यहाँ भएको डाटालाई विस्थापित गर्दै।
   • t2: आक्रमणकारीले जाँच गर्छ कि उसको कुन क्यास लाइनहरू बेदखल गरिएको छ - पीडितले प्रयोग गरेको लाइनहरू। यो पहुँच समय मापन गरेर गरिन्छ। प्रत्येक किबिटको लागि यो अपरेशन दोहोर्याएर, आक्रमणकर्ताले सम्पूर्ण कुञ्जी प्राप्त गर्दछ।

आक्रमण सुरक्षा: Intel SGX सँग साइड-च्यानल आक्रमणहरू विरुद्ध सुरक्षा छ जसले क्यास-सम्बन्धित घटनाहरूको निगरानीलाई रोक्छ, तर एक प्राइम र प्रोब आक्रमणले अझै पनि काम गर्नेछ किनभने आक्रमणकारीले आफ्नो प्रक्रियाको क्यास घटनाहरू निगरानी गर्दछ र पीडितसँग क्यास साझेदारी गर्दछ।

तसर्थ, अहिले यो आक्रमण विरुद्ध कुनै भरपर्दो सुरक्षा छैन।

प्राइम र प्रोब जस्तै स्पेक्टर र फोरशाडो (L1TF) जस्ता आक्रमणहरू पनि ज्ञात छन्। तिनीहरूले तपाईंलाई तेस्रो-पक्ष च्यानल मार्फत क्यास मेमोरीबाट डेटा पढ्न अनुमति दिन्छ। Specter-v2 जोखिम विरुद्ध सुरक्षा प्रदान गरिएको छ, जसले यी दुई आक्रमणहरू विरुद्ध काम गर्दछ।

DECO को सम्बन्धमा, तीन-तर्फी ह्यान्डशेकले सुरक्षाको ग्यारेन्टी प्रदान गर्दछ:

1. प्रोभर इन्टिग्रिटी: ह्याक गरिएको प्रोभरले सर्भरको मूल जानकारीलाई झूटो बनाउन सक्दैन र सर्भरलाई अमान्य अनुरोधहरू स्वीकार गर्न वा मान्य अनुरोधहरूमा गलत प्रतिक्रिया दिन सक्दैन। यो सर्भर र प्रोभर बीच अनुरोध ढाँचा मार्फत गरिन्छ।
2. वेरिफायर इन्टेग्रिटी: ह्याक गरिएको प्रमाणिकरणले प्रोभरलाई गलत जवाफहरू प्राप्त गराउन सक्दैन।
3. गोपनीयता: ह्याक गरिएको प्रमाणिकरणकर्ताले सार्वजनिक जानकारी (अनुरोध, सर्भर नाम) मात्र जाँच गर्दछ।

DECO मा, केवल ट्राफिक इंजेक्शन कमजोरीहरू सम्भव छन्। पहिलो, तीन-तर्फी ह्यान्डशेकको साथ, प्रमाणिकरणकर्ताले नयाँ नन्स प्रयोग गरेर सर्भरको पहिचान स्थापित गर्न सक्छ। यद्यपि, ह्यान्डशेक पछि, प्रमाणिकरणकर्ताले नेटवर्क तह सूचकहरू (IP ठेगानाहरू) मा भर पर्छ। तसर्थ, प्रमाणिकरणकर्ता र सर्भर बीचको संचार ट्राफिक इंजेक्शनबाट सुरक्षित हुनुपर्छ। यो प्रोक्सी प्रयोग गरेर प्राप्त हुन्छ।

Oracles को तुलना

टाउन क्रियर सर्भरको भागमा एन्क्लेभसँग काम गर्नेमा आधारित छ, जबकि DECO ले तपाईंलाई क्रिप्टोग्राफिक कुञ्जीहरूको साथ तीन-तर्फी ह्यान्डसेक र डेटा इन्क्रिप्शन प्रयोग गरेर डेटाको उत्पत्तिको प्रामाणिकता प्रमाणित गर्न अनुमति दिन्छ। यी ओरेकलहरूको तुलना निम्न मापदण्ड अनुसार गरिएको थियो: प्रदर्शन, सुरक्षा, लागत र व्यावहारिकता।

शहर क्रुर
डेको

प्रदर्शन
छिटो (समाप्त गर्न ०.६ सेकेन्ड)
ढिलो (प्रोटोकल समाप्त गर्न 10.50 सेकेन्ड)

सुरक्षा
कम सुरक्षित
थप सुरक्षित

लागत
धेरै महँगो
सस्तो

व्यावहारिकता
विशेष हार्डवेयर आवश्यक छ
TLS लाई समर्थन गर्ने कुनै पनि सर्भरसँग काम गर्दछ

प्रदर्शन: DECO सँग काम गर्न, तीन-तर्फी ह्यान्डशेक आवश्यक छ, LAN मार्फत सेटअप गर्दा 0.37 सेकेन्ड लाग्छ, जडान स्थापित भएपछि अन्तरक्रियाको लागि, 2PC-HMAC प्रभावकारी हुन्छ (प्रति लेखन 0,13 सेकेन्ड)। DECO को कार्यसम्पादन उपलब्ध TLS साइफर सुइटहरू, निजी डेटाको आकार, र विशेष अनुप्रयोगको लागि प्रमाणको जटिलतामा निर्भर गर्दछ। उदाहरणको रूपमा IC3 बाट बाइनरी विकल्प अनुप्रयोग प्रयोग गर्दै: LAN मार्फत प्रोटोकल पूरा गर्न लगभग 10,50 सेकेन्ड लाग्छ। तुलना गर्दा, टाउन क्रियरले समान अनुप्रयोग पूरा गर्न लगभग ०.६ सेकेन्ड लिन्छ, जुन DECO भन्दा लगभग २० गुणा छिटो छ। सबै चीजहरू समान छन्, TC छिटो हुनेछ।

सुरक्षा: Intel SGX एन्क्लेभ (साइड-च्यानल आक्रमणहरू) मा आक्रमणहरू काम गर्छन् र स्मार्ट अनुबंधका सहभागीहरूलाई वास्तविक क्षति हुन सक्छ। DECO को सन्दर्भमा, ट्राफिक इंजेक्शनसँग सम्बन्धित आक्रमणहरू सम्भव छन्, तर प्रोक्सीको प्रयोगले त्यस्ता आक्रमणहरूलाई कम गर्दैन। त्यसैले DECO सुरक्षित छ।

को लागत: Intel SGX लाई समर्थन गर्ने उपकरणको लागत DECO मा प्रोटोकल सेटअपको लागत भन्दा बढी छ। त्यसैले TC महँगो छ।

व्यावहारिकता: टाउन क्रियरसँग काम गर्न, TEE लाई समर्थन गर्ने विशेष उपकरणहरू आवश्यक पर्दछ। उदाहरणका लागि, Intel SGX 6th पुस्ताको Intel Core प्रोसेसर परिवार र पछि समर्थित छ। DECO ले तपाईंलाई कुनै पनि उपकरणसँग काम गर्न अनुमति दिन्छ, यद्यपि त्यहाँ TEE प्रयोग गरेर DECO सेटिङ छ। सेटअप प्रक्रिया अनुसार, DECO को तीन-तर्फी ह्यान्डशेकले केही समय लिन सक्छ, तर यो TC को हार्डवेयर सीमाको तुलनामा केही होइन, त्यसैले DECO बढी व्यावहारिक छ।

निष्कर्षमा

दुई ओरेकलहरूलाई अलग-अलग हेरेर र चार मापदण्डहरूमा तुलना गर्दा, यो स्पष्ट छ कि टाउन क्रियर चार मध्ये तीन बिन्दुहरूमा DECO भन्दा कम छ। DECO सूचना सुरक्षा दृष्टिकोणबाट अधिक भरपर्दो छ, सस्तो र अधिक व्यावहारिक, यद्यपि तीन-पक्ष प्रोटोकल सेटअप गर्न केही समय लाग्न सक्छ र यसको बेफाइदाहरू छन्, उदाहरणका लागि, एन्क्रिप्शन कुञ्जीहरूको साथ अतिरिक्त अपरेशनहरू। TC DECO भन्दा छिटो छ, तर साइड-च्यानल आक्रमण कमजोरीहरूले यसलाई गोपनीयता गुमाउनको लागि संवेदनशील बनाउँछ। यो ध्यानमा राख्नु पर्छ कि DECO जनवरी 2020 मा पेश गरिएको थियो, र यसलाई सुरक्षित मान्न पर्याप्त समय बितिसकेको छैन। टाउन क्रियर 4 वर्षको लागि आक्रमणको अधीनमा छ र धेरै परीक्षणहरू मार्फत गएको छ, त्यसैले धेरै परियोजनाहरूमा यसको प्रयोग जायज छ।

स्रोत: www.habr.com