आज, फक्त आळशी लोकांनी ब्लॉकचेन तंत्रज्ञान, क्रिप्टोकरन्सी आणि ते किती छान आहे याबद्दल लिहिलेले नाही. परंतु हा लेख या तंत्रज्ञानाची प्रशंसा करणार नाही; आम्ही त्याच्या कमतरता आणि त्या दूर करण्याच्या मार्गांबद्दल बोलू.

अल्टिरिक्स सिस्टीम्समधील एका प्रकल्पावर काम करताना, ब्लॉकचेनच्या बाहेरील स्त्रोताकडून डेटाची सुरक्षित, सेन्सॉरशिप-प्रतिरोधक पुष्टी करण्याचे कार्य उद्भवले. तिसऱ्या प्रणालीच्या नोंदींमधील बदलांची पुष्टी करणे आणि या बदलांच्या आधारे, स्मार्ट कॉन्ट्रॅक्ट लॉजिकमध्ये एक किंवा दुसरी शाखा कार्यान्वित करणे आवश्यक होते. पहिल्या दृष्टीक्षेपात कार्य अगदी क्षुल्लक आहे, परंतु जेव्हा प्रक्रियेत भाग घेणार्‍या पक्षांपैकी एकाची आर्थिक स्थिती त्याच्या अंमलबजावणीच्या परिणामावर अवलंबून असते तेव्हा अतिरिक्त आवश्यकता दिसून येतात. सर्वप्रथम, अशा प्रमाणीकरण यंत्रणेवर हा सर्वसमावेशक विश्वास आहे. पण प्रथम गोष्टी प्रथम.

समस्या अशी आहे की ब्लॉकचेन स्वतः एक स्वायत्त, बंद अस्तित्व आहे, त्यामुळे ब्लॉकचेनमधील स्मार्ट कॉन्ट्रॅक्ट्सना बाहेरील जगाबद्दल काहीही माहिती नसते. त्याच वेळी, स्मार्ट कराराच्या अटी बहुतेकदा वास्तविक गोष्टींबद्दलच्या माहितीशी संबंधित असतात (फ्लाइट विलंब, विनिमय दर इ.). स्मार्ट कॉन्ट्रॅक्ट योग्यरित्या कार्य करण्यासाठी, ब्लॉकचेनच्या बाहेरून मिळालेली माहिती विश्वसनीय आणि सत्यापित असणे आवश्यक आहे. टाऊन क्रियर आणि DECO सारख्या ओरॅकल्सचा वापर करून ही समस्या सोडवली जाते. हे ऑरॅकल्स ब्लॉकचेन नेटवर्कवरील स्मार्ट कॉन्ट्रॅक्टला विश्वासार्ह वेब सर्व्हरवरील माहितीवर विश्वास ठेवण्याची परवानगी देतात; आम्ही असे म्हणू शकतो की हे विश्वसनीय माहितीचे प्रदाता आहेत.

दैवज्ञ

कल्पना करा की जर तुमच्या आवडत्या फुटबॉल क्लबने रशियन कप जिंकला तर स्मार्ट करार तुमच्या बिटकॉइन वॉलेटमध्ये 0.001 btc हस्तांतरित करेल. वास्तविक विजयाच्या प्रसंगी, स्मार्ट कॉन्ट्रॅक्टमध्ये कोणत्या क्लबने जिंकले याबद्दल माहिती हस्तांतरित करणे आवश्यक आहे आणि येथे अनेक समस्या उद्भवतात: ही माहिती कोठे मिळवायची, ती स्मार्ट कॉन्ट्रॅक्टमध्ये सुरक्षितपणे कशी हस्तांतरित करायची आणि माहिती कशी सुनिश्चित करायची. स्मार्ट कॉन्ट्रॅक्टमध्ये मिळालेले वास्तव प्रत्यक्षात वैध आहे का?

जेव्हा माहितीच्या स्त्रोताचा विचार केला जातो, तेव्हा दोन परिस्थिती असू शकतात: एका विश्वसनीय वेबसाइटशी स्मार्ट करार कनेक्ट करणे जिथे सामन्यांच्या निकालांची माहिती केंद्रस्थानी संग्रहित केली जाते आणि दुसरा पर्याय म्हणजे एकाच वेळी अनेक साइट्स कनेक्ट करणे आणि नंतर बहुतेक स्त्रोतांकडून माहिती निवडणे. जे समान डेटा प्रदान करतात. माहितीच्या शुद्धतेची पडताळणी करण्यासाठी, ओरॅकल्सचा वापर केला जातो, उदाहरणार्थ ओरॅकलाइझ, जे TLSNotary (डेटाची सत्यता सिद्ध करण्यासाठी TLS नोटरी मॉडिफिकेशन) वापरते. परंतु ओरॅकलाइझ बद्दल Google वर पुरेशी माहिती आहे, आणि Habré वर अनेक लेख आहेत. आज मी अशा ओरॅकल्सबद्दल बोलेन जे माहिती प्रसारित करण्यासाठी थोडा वेगळा दृष्टिकोन वापरतात: Town Crier आणि DECO. लेख दोन्ही ओरॅकल्सच्या ऑपरेटिंग तत्त्वांचे वर्णन तसेच तपशीलवार तुलना प्रदान करतो.

टाउन क्रियर

Town Crier (TC) ची ओळख IC3 (क्रिप्टोकरन्सी आणि कॉन्ट्रॅक्ट्ससाठी पुढाकार) द्वारे 2016 मध्ये CCS'16 येथे करण्यात आली. टीसीची मुख्य कल्पना: वेबसाइटवरून स्मार्ट कॉन्ट्रॅक्टमध्ये माहिती हस्तांतरित करा आणि टीसीद्वारे दिलेली माहिती वेबसाइटवर सारखीच असल्याची खात्री करा. TC डेटा मालकी प्रमाणित करण्यासाठी TEE (विश्वसनीय अंमलबजावणी वातावरण) वापरते. TC ची मूळ आवृत्ती इंटेल SGX सह कसे कार्य करावे याचे वर्णन करते.
Town Crier मध्ये ब्लॉकचेनमधील एक भाग आणि OS च्या आत एक भाग असतो - TC सर्व्हर.

TC कॉन्ट्रॅक्ट ब्लॉकचेनवर आहे आणि TC साठी फ्रंट एंड म्हणून काम करते. ते CU (वापरकर्ता स्मार्ट करार) कडून विनंत्या स्वीकारते आणि TC सर्व्हरकडून प्रतिसाद परत करते. टीसी सर्व्हरच्या आत एक रिले आहे, जो एन्क्लेव्ह आणि इंटरनेट (द्विदिशात्मक रहदारी) दरम्यान कनेक्शन स्थापित करतो आणि एन्क्लेव्हला ब्लॉकचेनशी जोडतो. एन्क्लेव्हमध्ये प्रोजेनक्ल आहे, हा कोड आहे जो ब्लॉकचेनकडून विनंत्या करतो आणि डिजिटल स्वाक्षरीसह ब्लॉकचेनला संदेश परत करतो, प्रोजेनक्लमध्ये स्मार्ट कॉन्ट्रॅक्ट कोडचा भाग असतो आणि मूलत: त्याची काही कार्ये करते.

इंटेल SGX एन्क्लेव्हचा विचार ecall द्वारे चालणार्‍या API सह सामायिक लायब्ररी म्हणून केला जाऊ शकतो. Ecall नियंत्रण एन्क्लेव्हमध्ये हस्तांतरित करते. एन्क्लेव्ह त्याचा कोड बाहेर येईपर्यंत किंवा अपवाद येईपर्यंत कार्यान्वित करतो. ocal चा वापर एन्क्लेव्हच्या बाहेर परिभाषित केलेल्या फंक्शन्सला कॉल करण्यासाठी केला जातो. ओकॉल हे एन्क्लेव्हच्या बाहेर अंमलात आणले जाते आणि ते अविश्वासू कॉल म्हणून मानले जाते. ओकॉल कार्यान्वित झाल्यानंतर, नियंत्रण एन्क्लेव्हमध्ये परत केले जाते.

एन्क्लेव्ह भागामध्ये, एक सुरक्षित चॅनेल वेब सर्व्हरसह कॉन्फिगर केले आहे, एन्क्लेव्ह स्वतः लक्ष्य सर्व्हरसह TLS हँडशेक करते आणि सर्व क्रिप्टोग्राफिक ऑपरेशन्स अंतर्गतपणे करते. TLS लायब्ररी (mbedTLS) आणि कमी केलेला HTTP कोड SGX वातावरणात निर्यात केला गेला आहे. तसेच, रिमोट सर्व्हरच्या प्रमाणपत्रांची पडताळणी करण्यासाठी एन्क्लेव्हमध्ये रूट CA प्रमाणपत्रे (प्रमाणपत्रांचा संग्रह) असतात. रिक्वेस्ट हँडलर इथरियमद्वारे प्रदान केलेल्या फॉरमॅटमधील डेटाग्राम विनंती स्वीकारतो, ते डिक्रिप्ट करतो आणि त्याचे विश्लेषण करतो. मग ते विनंती केलेला डेटाग्राम असलेले इथरियम व्यवहार व्युत्पन्न करते, त्यावर skTC सह स्वाक्षरी करते आणि ते रिलेवर प्रसारित करते.

रिले भागामध्ये क्लायंट इंटरफेस, टीसीपी, ब्लॉकचेन इंटरफेस समाविष्ट आहे. एन्क्लेव्ह कोड प्रमाणित करण्यासाठी आणि क्लायंटशी संवाद साधण्यासाठी क्लायंट इंटरफेस आवश्यक आहे. क्लायंट ecall वापरून एक प्रमाणीकरण विनंती पाठवतो आणि att (प्रमाणीकरण स्वाक्षरी) सह skTC द्वारे स्वाक्षरी केलेला टाइमस्टॅम्प प्राप्त करतो, नंतर Intel अटेस्टेशन सर्व्हिस (IAS) वापरून att ची पडताळणी केली जाते आणि टाइमस्टॅम्पची विश्वासार्ह वेळ सेवेद्वारे पडताळणी केली जाते. ब्लॉकचेन इंटरफेस इनकमिंग विनंत्यांची पडताळणी करते आणि डेटाग्रामच्या वितरणासाठी ब्लॉकचेनवर व्यवहार ठेवते. गेथ हा अधिकृत इथरियम क्लायंट आहे आणि रिलेला RPC कॉलद्वारे ब्लॉकचेनशी संवाद साधण्याची परवानगी देतो.

TEE, TC सह कार्य केल्याने तुम्हाला अनेक एन्क्लेव्ह समांतरपणे चालवता येतात, ज्यामुळे माहिती प्रक्रियेचा वेग 3 पटीने वाढतो. जर एका रनिंग एन्क्लेव्हमध्ये वेग 15 tx/सेकंद असेल, तर 20 समांतर रनिंग एन्क्लेव्हसह वेग 65 tx/सेकंद इतका वाढतो; तुलनेसाठी, Bitcoin ब्लॉकचेनमध्ये कमाल ऑपरेटिंग स्पीड 26 tx/सेकंद आहे.

DECO

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 ला क्लायंट (प्रॉव्हर) पासून "लपविणे" जोपर्यंत विनंतीला प्रतिसाद देत नाही. आता KMac प्रोव्हर आणि व्हेरिफायर - KpMac आणि KvMac मध्ये विभागले गेले आहे. की-पार्ट ऑपरेशन KpMac ⊕ KvMac = KMac वापरून प्रतिसाद एन्क्रिप्ट करण्यासाठी सर्व्हर KMac प्राप्त करतो.

थ्री-वे हँडशेक सेट करून, क्लायंट आणि सर्व्हरमधील डेटा एक्सचेंज सुरक्षिततेच्या हमीसह केले जाईल.

विकेंद्रित ओरॅकल सिस्टमबद्दल बोलत असताना, चेनलिंकचा उल्लेख करण्यात अयशस्वी होऊ शकत नाही, ज्याचा उद्देश मॉड्यूलरिटी लक्षात घेऊन, इथरियम, बिटकॉइन आणि हायपरलेजरशी सुसंगत ओरॅकल नोड्सचे विकेंद्रित नेटवर्क तयार करणे आहे: सिस्टमचा प्रत्येक भाग अद्यतनित केला जाऊ शकतो. त्याच वेळी, सुरक्षा सुनिश्चित करण्यासाठी, चेनलिंक कार्यात सहभागी असलेल्या प्रत्येक ओरॅकलला ​​की (सार्वजनिक आणि खाजगी) चे संयोजन जारी करण्याची ऑफर देते. खाजगी की आंशिक स्वाक्षरी तयार करण्यासाठी वापरली जाते ज्यामध्ये डेटा विनंतीचा त्यांचा निर्णय असतो. उत्तर मिळविण्यासाठी, नेटवर्कच्या ओरॅकल्सच्या सर्व आंशिक स्वाक्षर्या एकत्र करणे आवश्यक आहे.

चेनलिंक मिक्सिकल्स सारख्या विकेंद्रित वित्त अनुप्रयोगांवर लक्ष केंद्रित करून प्रारंभिक PoC DECO आयोजित करण्याची योजना आखत आहे. लेखनाच्या वेळी, फोर्ब्सवर बातमी आली की चेनलिंकने कॉर्नेल विद्यापीठातून डीईसीओ मिळवला.

दैवज्ञांवर हल्ले

С точки зрения информационной безопасности, были рассмотрены следующие атаки на Town Crier:

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

2. कॉन्ट्रॅक्ट स्टेट सिफरटेक्स्ट बदल लीक.
   हल्ल्याचे सार: ज्या नोड्सवर स्मार्ट कॉन्ट्रॅक्ट्स अंमलात आणले जातात त्यांच्या मालकांना एन्क्लेव्हच्या बाहेर एन्क्रिप्टेड स्वरूपात कॉन्ट्रॅक्ट स्टेटमध्ये प्रवेश असतो. आक्रमणकर्ता, नोडवर नियंत्रण मिळवल्यानंतर, व्यवहारापूर्वी आणि नंतरच्या संपर्क स्थितीची तुलना करू शकतो आणि कोणते युक्तिवाद प्रविष्ट केले गेले आणि कोणती स्मार्ट करार पद्धत वापरली गेली हे निर्धारित करू शकतो, कारण स्मार्ट कॉन्ट्रॅक्ट कोड स्वतः आणि त्याची तांत्रिक वैशिष्ट्ये सार्वजनिकरित्या उपलब्ध आहेत.
   नोडची विश्वासार्हता सुनिश्चित करण्यासाठी संरक्षण.

3. साइड-चॅनेल हल्ले.
   एक विशेष प्रकारचा हल्ला जो विविध परिस्थितींमध्ये एन्क्लेव्ह मेमरी आणि कॅशे प्रवेशाचे निरीक्षण वापरतो. अशा हल्ल्याचे उदाहरण म्हणजे प्राइम आणि प्रोब.
   
   हल्ल्याचा आदेश:

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

आक्रमण संरक्षण: Intel SGX कडे साइड-चॅनल हल्ल्यांपासून संरक्षण आहे जे कॅशे-संबंधित इव्हेंटचे निरीक्षण करण्यास प्रतिबंधित करते, परंतु प्राइम आणि प्रोब हल्ला तरीही कार्य करेल कारण आक्रमणकर्ता त्याच्या प्रक्रियेच्या कॅशे इव्हेंटचे निरीक्षण करतो आणि पीडितासोबत कॅशे सामायिक करतो.

अशा प्रकारे, या क्षणी या हल्ल्यापासून कोणतेही विश्वसनीय संरक्षण नाही.

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

DECO च्या संबंधात, थ्री-वे हँडशेक सुरक्षिततेची हमी देते:

1. प्रोव्हर इंटिग्रिटी: हॅक केलेला प्रोव्हर सर्व्हरची मूळ माहिती खोटी करू शकत नाही आणि सर्व्हरला अवैध विनंत्या स्वीकारण्यास किंवा वैध विनंत्यांना चुकीचा प्रतिसाद देण्यास प्रवृत्त करू शकत नाही. हे सर्व्हर आणि प्रोव्हर दरम्यान विनंती नमुन्यांद्वारे केले जाते.
2. व्हेरिफायर इंटिग्रिटी: हॅक केलेल्या व्हेरिफायरमुळे प्रोव्हरला चुकीची उत्तरे मिळू शकत नाहीत.
3. गोपनीयता: हॅक केलेला सत्यापनकर्ता केवळ सार्वजनिक माहिती (विनंती, सर्व्हरचे नाव) तपासतो.

DECO मध्ये, फक्त वाहतूक इंजेक्शन असुरक्षा शक्य आहे. प्रथम, थ्री-वे हँडशेकसह, सत्यापनकर्ता नवीन नॉन्स वापरून सर्व्हरची ओळख स्थापित करू शकतो. तथापि, हँडशेकनंतर, पडताळकाने नेटवर्क लेयर इंडिकेटर (IP पत्ते) वर अवलंबून असणे आवश्यक आहे. अशा प्रकारे, सत्यापनकर्ता आणि सर्व्हरमधील संप्रेषण ट्रॅफिक इंजेक्शनपासून संरक्षित केले जाणे आवश्यक आहे. हे प्रॉक्सी वापरून साध्य केले जाते.

दैवज्ञांची तुलना

Town Crier सर्व्हरच्या भागामध्ये एन्क्लेव्हसह काम करण्यावर आधारित आहे, तर DECO तुम्हाला क्रिप्टोग्राफिक कीसह थ्री-वे हँडशेक आणि डेटा एन्क्रिप्शन वापरून डेटाच्या उत्पत्तीची सत्यता सत्यापित करण्यास अनुमती देते. या दैवज्ञांची तुलना खालील निकषांनुसार केली गेली: कामगिरी, सुरक्षा, किंमत आणि व्यावहारिकता.

टाउन क्रियर
DECO

कामगिरी
जलद (0.6s पूर्ण करण्यासाठी)
हळू (प्रोटोकॉल पूर्ण करण्यासाठी 10.50s)

सुरक्षा
कमी सुरक्षित
अधिक सुरक्षित

खर्च
अधिक महाग
स्वस्त

व्यावहारिकता
विशेष हार्डवेअर आवश्यक आहे
TLS चे समर्थन करणार्‍या कोणत्याही सर्व्हरसह कार्य करते

कामगिरी: DECO सह कार्य करण्यासाठी, तीन-मार्गी हँडशेक आवश्यक आहे, LAN द्वारे सेट अप करताना 0.37 सेकंद लागतात, कनेक्शन स्थापित झाल्यानंतर परस्परसंवादासाठी, 2PC-HMAC प्रभावी आहे (प्रति लेखन 0,13 s). DECO चे कार्यप्रदर्शन उपलब्ध TLS सिफर सूट, खाजगी डेटाचा आकार आणि विशिष्ट अनुप्रयोगासाठी पुराव्याची जटिलता यावर अवलंबून असते. उदाहरण म्हणून IC3 मधील बायनरी पर्याय अनुप्रयोग वापरणे: LAN द्वारे प्रोटोकॉल पूर्ण करण्यासाठी सुमारे 10,50 सेकंद लागतात. तुलनेने, Town Crier ला एक समान अनुप्रयोग पूर्ण करण्यासाठी अंदाजे 0,6 सेकंद लागतात, जे DECO पेक्षा अंदाजे 20 पट वेगवान आहे. सर्व गोष्टी समान असल्याने TC जलद होईल.

सुरक्षा: इंटेल SGX एन्क्लेव्हवरील हल्ले (साइड-चॅनेल हल्ले) कार्य करतात आणि स्मार्ट करारातील सहभागींना वास्तविक नुकसान होऊ शकतात. DECO बद्दल, ट्रॅफिक इंजेक्शनशी संबंधित हल्ले शक्य आहेत, परंतु प्रॉक्सी वापरल्याने असे हल्ले कमी होत नाहीत. त्यामुळे DECO अधिक सुरक्षित आहे.

खर्च: Intel SGX ला समर्थन देणाऱ्या उपकरणांची किंमत DECO मध्ये प्रोटोकॉल सेट करण्याच्या खर्चापेक्षा जास्त आहे. म्हणूनच टीसी अधिक महाग आहे.

व्यावहारिकता: टाउन क्रिअरसोबत काम करण्यासाठी, TEE चे समर्थन करणारी विशेष उपकरणे आवश्यक आहेत. उदाहरणार्थ, Intel SGX 6व्या पिढीतील Intel Core प्रोसेसर फॅमिली आणि नंतर समर्थित आहे. DECO तुम्हाला कोणत्याही उपकरणासह काम करण्याची परवानगी देते, जरी TEE वापरून DECO सेटिंग आहे. सेटअप प्रक्रियेनुसार, DECO च्या थ्री-वे हँडशेकला थोडा वेळ लागू शकतो, परंतु TC च्या हार्डवेअर मर्यादेच्या तुलनेत हे काहीही नाही, म्हणून DECO अधिक व्यावहारिक आहे.

निष्कर्ष

दोन दैवज्ञांना स्वतंत्रपणे पाहिल्यास आणि त्यांची चार निकषांवर तुलना केल्यास, हे स्पष्ट होते की चारपैकी तीन मुद्द्यांवर टाउन क्रियर DECO पेक्षा कनिष्ठ आहे. DECO माहिती सुरक्षिततेच्या दृष्टिकोनातून अधिक विश्वासार्ह आहे, स्वस्त आणि अधिक व्यावहारिक आहे, जरी त्रि-पक्षीय प्रोटोकॉल सेट करण्यासाठी थोडा वेळ लागू शकतो आणि त्याचे तोटे आहेत, उदाहरणार्थ, एनक्रिप्शन कीसह अतिरिक्त ऑपरेशन्स. TC DECO पेक्षा वेगवान आहे, परंतु साइड-चॅनल हल्ल्यातील भेद्यता गोपनीयतेच्या नुकसानास संवेदनाक्षम बनवते. हे लक्षात घेतले पाहिजे की DECO जानेवारी 2020 मध्ये सादर करण्यात आला होता आणि तो सुरक्षित मानण्यासाठी पुरेसा वेळ गेलेला नाही. Town Crier 4 वर्षांपासून आक्रमणाखाली आहे आणि अनेक चाचण्यांमधून गेला आहे, त्यामुळे अनेक प्रकल्पांमध्ये त्याचा वापर न्याय्य आहे.

स्त्रोत: www.habr.com