આજે, ફક્ત આળસુઓએ જ બ્લોકચેન ટેક્નોલોજી, ક્રિપ્ટોકરન્સી અને તે કેટલું સરસ છે તે વિશે લખ્યું નથી. પરંતુ આ લેખ આ તકનીકની પ્રશંસા કરશે નહીં; અમે તેની ખામીઓ અને તેને દૂર કરવાની રીતો વિશે વાત કરીશું.

અલ્ટિરિક્સ સિસ્ટમ્સમાંના એક પ્રોજેક્ટ પર કામ કરતી વખતે, બ્લોકચેન સુધીના બાહ્ય સ્ત્રોતમાંથી ડેટાની સુરક્ષિત, સેન્સરશિપ-પ્રતિરોધક પુષ્ટિ કરવાનું કાર્ય ઉદ્ભવ્યું. ત્રીજી સિસ્ટમના રેકોર્ડ્સમાં ફેરફારોની પુષ્ટિ કરવી જરૂરી હતી અને, આ ફેરફારોના આધારે, સ્માર્ટ કોન્ટ્રાક્ટ લોજિકમાં એક અથવા બીજી શાખાનો અમલ કરો. પ્રથમ નજરમાં કાર્ય એકદમ તુચ્છ છે, પરંતુ જ્યારે પ્રક્રિયામાં ભાગ લેનારા પક્ષકારોમાંથી એકની નાણાકીય સ્થિતિ તેના અમલીકરણના પરિણામ પર આધારિત હોય છે, ત્યારે વધારાની આવશ્યકતાઓ દેખાય છે. સૌ પ્રથમ, આ આવી માન્યતા પદ્ધતિમાં વ્યાપક વિશ્વાસ છે. પરંતુ પ્રથમ વસ્તુઓ પ્રથમ.

સમસ્યા એ છે કે બ્લોકચેન પોતે એક સ્વાયત્ત, બંધ એકમ છે, તેથી બ્લોકચેનની અંદરના સ્માર્ટ કોન્ટ્રાક્ટ્સ બહારની દુનિયા વિશે કશું જાણતા નથી. તે જ સમયે, સ્માર્ટ કોન્ટ્રાક્ટની શરતો ઘણીવાર વાસ્તવિક વસ્તુઓ (ફ્લાઇટ વિલંબ, વિનિમય દરો, વગેરે) વિશેની માહિતી સાથે સંબંધિત હોય છે. સ્માર્ટ કોન્ટ્રાક્ટ યોગ્ય રીતે કાર્ય કરવા માટે, બ્લોકચેનની બહારથી પ્રાપ્ત માહિતી વિશ્વસનીય અને ચકાસાયેલ હોવી આવશ્યક છે. આ સમસ્યા ટાઉન ક્રિયર અને DECO જેવા ઓરેકલ્સનો ઉપયોગ કરીને ઉકેલવામાં આવે છે. આ ઓરેકલ્સ બ્લોકચેન નેટવર્ક પરના સ્માર્ટ કોન્ટ્રાક્ટને વિશ્વસનીય વેબ સર્વરની માહિતી પર વિશ્વાસ કરવાની મંજૂરી આપે છે; અમે કહી શકીએ કે આ વિશ્વસનીય માહિતી પ્રદાતાઓ છે.

ઓરેકલ્સ

કલ્પના કરો કે જો તમારી મનપસંદ ફૂટબોલ ક્લબ રશિયન કપ જીતે તો સ્માર્ટ કોન્ટ્રાક્ટ તમારા બિટકોઈન વૉલેટમાં 0.001 btc ટ્રાન્સફર કરે છે. વાસ્તવિક વિજયની સ્થિતિમાં, સ્માર્ટ કોન્ટ્રાક્ટને કઈ ક્લબ જીતી તે વિશેની માહિતી ટ્રાન્સફર કરવાની જરૂર છે અને અહીં ઘણી સમસ્યાઓ ઊભી થાય છે: આ માહિતી ક્યાંથી મેળવવી, તેને સ્માર્ટ કોન્ટ્રાક્ટમાં સુરક્ષિત રીતે કેવી રીતે સ્થાનાંતરિત કરવી અને કેવી રીતે ખાતરી કરવી કે માહિતી સ્માર્ટ કોન્ટ્રેક્ટમાં મળેલ વાસ્તવમાં વાસ્તવિકતા સાથે એકરુપ છે?

જ્યારે માહિતીના સ્ત્રોતની વાત આવે છે, ત્યારે ત્યાં 2 દૃશ્યો હોઈ શકે છે: એક સ્માર્ટ કોન્ટ્રાક્ટને વિશ્વસનીય વેબસાઇટ સાથે કનેક્ટ કરવું જ્યાં મેચના પરિણામો વિશેની માહિતી કેન્દ્રિય રીતે સંગ્રહિત કરવામાં આવે છે, અને બીજો વિકલ્પ એ છે કે એક સાથે ઘણી સાઇટ્સને કનેક્ટ કરવી અને પછી મોટાભાગના સ્રોતોમાંથી માહિતી પસંદ કરવી. જે સમાન ડેટા પ્રદાન કરે છે. માહિતીની સાચીતા ચકાસવા માટે, ઓરેકલ્સનો ઉપયોગ કરવામાં આવે છે, ઉદાહરણ તરીકે ઓરેક્લાઈઝ, જે TLSNotary (ડેટાની અધિકૃતતા સાબિત કરવા માટે TLS નોટરી ફેરફાર) નો ઉપયોગ કરે છે. પરંતુ ઓરેકલાઈઝ વિશે ગૂગલ પર પૂરતી માહિતી છે, અને હેબ્રે પર ઘણા લેખો છે. આજે હું ઓરેકલ્સ વિશે વાત કરીશ જે માહિતી પ્રસારિત કરવા માટે થોડો અલગ અભિગમનો ઉપયોગ કરે છે: ટાઉન ક્રિયર અને DECO. લેખ બંને ઓરેકલ્સના સંચાલન સિદ્ધાંતોનું વર્ણન તેમજ વિગતવાર સરખામણી પ્રદાન કરે છે.

ટાઉન ક્રિયર

CCS'3 ખાતે 2016 માં IC16 (ક્રિપ્ટોકરન્સી અને કોન્ટ્રાક્ટ માટે પહેલ) દ્વારા ટાઉન ક્રિયર (TC) રજૂ કરવામાં આવ્યું હતું. ટીસીનો મુખ્ય વિચાર: વેબસાઇટ પરથી માહિતીને સ્માર્ટ કોન્ટ્રાક્ટમાં ટ્રાન્સફર કરો અને ખાતરી કરો કે ટીસી દ્વારા વિતરિત માહિતી વેબસાઇટ પરની સમાન છે. TC ડેટાની માલિકીને પ્રમાણિત કરવા માટે TEE (ટ્રસ્ટેડ એક્ઝિક્યુશન એન્વાયર્નમેન્ટ) નો ઉપયોગ કરે છે. TC નું મૂળ સંસ્કરણ Intel SGX સાથે કેવી રીતે કામ કરવું તેનું વર્ણન કરે છે.
ટાઉન ક્રિયરમાં બ્લોકચેનની અંદરનો એક ભાગ અને OS ની અંદરનો ભાગ હોય છે - TC સર્વર.

TC કોન્ટ્રાક્ટ બ્લોકચેન પર છે અને TC માટે ફ્રન્ટ એન્ડ તરીકે કામ કરે છે. તે CU (વપરાશકર્તા સ્માર્ટ કોન્ટ્રાક્ટ) ની વિનંતીઓ સ્વીકારે છે અને TC સર્વર તરફથી પ્રતિસાદ પરત કરે છે. TC સર્વરની અંદર એક રિલે છે, જે એન્ક્લેવ અને ઈન્ટરનેટ (દ્વિદિશ ટ્રાફિક) વચ્ચે જોડાણ સ્થાપિત કરે છે અને બ્લોકચેન સાથે એન્ક્લેવને જોડે છે. એન્ક્લેવમાં પ્રોજેનસીલ હોય છે, જે કોડ છે જે બ્લોકચેનમાંથી વિનંતીઓ કરે છે અને બ્લોકચેન પર ડિજીટલ હસ્તાક્ષર સાથે સંદેશાઓ પરત કરે છે, પ્રોજેનક્લેવ સ્માર્ટ કોન્ટ્રાક્ટ કોડનો ભાગ ધરાવે છે અને અનિવાર્યપણે તેના કેટલાક કાર્યો કરે છે.

Intel SGX એન્ક્લેવને ecall દ્વારા ચલાવવામાં આવતી API સાથે શેર કરેલી લાઇબ્રેરી તરીકે વિચારી શકાય છે. Ecall એન્ક્લેવમાં નિયંત્રણ સ્થાનાંતરિત કરે છે. જ્યાં સુધી તે બહાર ન આવે અથવા અપવાદ ન થાય ત્યાં સુધી એન્ક્લેવ તેનો કોડ ચલાવે છે. ocall નો ઉપયોગ એન્ક્લેવની બહાર વ્યાખ્યાયિત કાર્યોને કૉલ કરવા માટે થાય છે. ઓકૉલને એન્ક્લેવની બહાર ચલાવવામાં આવે છે અને તેના દ્વારા અવિશ્વસનીય કૉલ તરીકે ગણવામાં આવે છે. ઓકૉલ એક્ઝિક્યુટ થયા પછી, નિયંત્રણ એન્ક્લેવમાં પાછું આપવામાં આવે છે.

એન્ક્લેવ ભાગમાં, એક સુરક્ષિત ચેનલ વેબ સર્વર સાથે ગોઠવેલ છે, એન્ક્લેવ પોતે લક્ષ્ય સર્વર સાથે TLS હેન્ડશેક કરે છે અને આંતરિક રીતે તમામ ક્રિપ્ટોગ્રાફિક કામગીરી કરે છે. TLS લાઇબ્રેરી (mbedTLS) અને ઘટાડેલા HTTP કોડને SGX પર્યાવરણમાં નિકાસ કરવામાં આવ્યા છે. ઉપરાંત, રિમોટ સર્વરના પ્રમાણપત્રોને ચકાસવા માટે એન્ક્લેવમાં રૂટ CA પ્રમાણપત્રો (પ્રમાણપત્રોનો સંગ્રહ) છે. વિનંતી હેન્ડલર Ethereum દ્વારા પ્રદાન કરવામાં આવેલ ફોર્મેટમાં ડેટાગ્રામ વિનંતી સ્વીકારે છે, તેને ડિક્રિપ્ટ કરે છે અને તેનું વિશ્લેષણ કરે છે. પછી તે વિનંતી કરેલ ડેટાગ્રામ ધરાવતો Ethereum ટ્રાન્ઝેક્શન જનરેટ કરે છે, તેને skTC સાથે સહી કરે છે અને તેને રિલેમાં ટ્રાન્સમિટ કરે છે.

રિલે ભાગમાં ક્લાઈન્ટ ઈન્ટરફેસ, TCP, બ્લોકચેન ઈન્ટરફેસનો સમાવેશ થાય છે. એન્ક્લેવ કોડને પ્રમાણિત કરવા અને ક્લાયન્ટ સાથે વાતચીત કરવા માટે ક્લાયન્ટ ઈન્ટરફેસની જરૂર છે. ક્લાયંટ ecall નો ઉપયોગ કરીને પ્રમાણિત કરવાની વિનંતી મોકલે છે અને att (પ્રમાણિત હસ્તાક્ષર) સાથે skTC દ્વારા સહી કરેલ ટાઇમસ્ટેમ્પ મેળવે છે, પછી ઇન્ટેલ એટેસ્ટેશન સર્વિસ (IAS) નો ઉપયોગ કરીને att ચકાસવામાં આવે છે, અને ટાઇમસ્ટેમ્પ વિશ્વસનીય સમય સેવા દ્વારા ચકાસવામાં આવે છે. બ્લોકચેન ઈન્ટરફેસ આવનારી વિનંતિઓની ચકાસણી કરે છે અને ડેટાગ્રામની ડિલિવરી માટે બ્લોકચેન પર વ્યવહારો મૂકે છે. ગેથ એક અધિકૃત Ethereum ક્લાયન્ટ છે અને રિલેને RPC કૉલ્સ દ્વારા બ્લોકચેન સાથે ક્રિયાપ્રતિક્રિયા કરવાની મંજૂરી આપે છે.

TEE સાથે કામ કરવાથી, TC તમને સમાંતરમાં ઘણા એન્ક્લેવ ચલાવવાની મંજૂરી આપે છે, જેનાથી માહિતી પ્રક્રિયાની ઝડપ 3 ગણી વધી જાય છે. જો એક ચાલી રહેલ એન્ક્લેવ સાથે ઝડપ 15 tx/sec હતી, તો 20 સમાંતર ચાલી રહેલા એન્ક્લેવ સાથે ઝડપ વધીને 65 tx/sec થાય છે; સરખામણી માટે, Bitcoin બ્લોકચેનમાં મહત્તમ ઓપરેટિંગ ઝડપ 26 tx/sec છે.

ડેકો

DECO (TLS માટે વિકેન્દ્રિત ઓરેકલ્સ) CCS'20 પર રજૂ કરવામાં આવ્યું હતું, જે TLS કનેક્શન્સને સપોર્ટ કરતી સાઇટ્સ સાથે કામ કરે છે. ડેટાની ગુપ્તતા અને અખંડિતતાની ખાતરી કરે છે.
TLS સાથે DECO સપ્રમાણ એન્ક્રિપ્શનનો ઉપયોગ કરે છે, તેથી ક્લાયંટ અને વેબ સર્વર પાસે એન્ક્રિપ્શન કી છે, અને ક્લાયન્ટ જો ઇચ્છે તો TLS સત્ર ડેટા બનાવટી કરી શકે છે. આ સમસ્યાને ઉકેલવા માટે, DECO પ્રોવર (સ્માર્ટ કોન્ટ્રાક્ટ), વેરિફાયર (ઓરેકલ) અને વેબ-સર્વર (ડેટા સ્ત્રોત) વચ્ચે ત્રણ-માર્ગી હેન્ડશેક પ્રોટોકોલનો ઉપયોગ કરે છે.

DECO જે રીતે કામ કરે છે તે એ છે કે વેરિફાયર ડેટાનો એક ભાગ મેળવે છે અને વેરિફાયરને પુષ્ટિ આપે છે કે D TLS સર્વર Sમાંથી આવ્યો છે. બીજી સમસ્યા એ છે કે TLS ડેટા પર સહી કરતું નથી અને TLS ક્લાયન્ટ માટે તે સાબિત કરવું મુશ્કેલ છે કે બરાબર સાચા સર્વર (ઉદભવની મુશ્કેલી) પરથી ડેટા પ્રાપ્ત થયો હતો.

DECO પ્રોટોકોલ KEnc અને KMac એન્ક્રિપ્શન કીનો ઉપયોગ કરે છે. ક્લાયંટ વેબ સર્વરને વિનંતી Q મોકલે છે, સર્વર R તરફથી પ્રતિસાદ એનક્રિપ્ટેડ સ્વરૂપમાં આવે છે, પરંતુ ક્લાયન્ટ અને સર્વર સમાન KMac ધરાવે છે, અને ક્લાયન્ટ TLS સંદેશને બનાવટી બનાવી શકે છે. DECO નો ઉકેલ એ છે કે જ્યાં સુધી તે વિનંતીનો જવાબ ન આપે ત્યાં સુધી KMac ને ક્લાયન્ટ (પ્રવર) થી "છુપાવો". હવે KMac પ્રોવર અને વેરિફાયર - KpMac અને KvMac વચ્ચે વહેંચાયેલું છે. સર્વર કી-પાર્ટ ઓપરેશન KpMac ⊕ KvMac = KMac નો ઉપયોગ કરીને પ્રતિભાવને એન્ક્રિપ્ટ કરવા માટે KMac મેળવે છે.

થ્રી-વે હેન્ડશેક સેટ કરીને, ક્લાયન્ટ અને સર્વર વચ્ચે ડેટા એક્સચેન્જ સુરક્ષાની ગેરંટી સાથે હાથ ધરવામાં આવશે.

વિકેન્દ્રિત ઓરેકલ સિસ્ટમ વિશે વાત કરતી વખતે, કોઈ પણ ચેઈનલિંકનો ઉલ્લેખ કરવામાં નિષ્ફળ ન જઈ શકે, જેનો ઉદ્દેશ મોડ્યુલારિટીને ધ્યાનમાં લઈને, Ethereum, Bitcoin અને Hyperledger સાથે સુસંગત ઓરેકલ નોડ્સનું વિકેન્દ્રિત નેટવર્ક બનાવવાનો છે: સિસ્ટમના દરેક ભાગને અપડેટ કરી શકાય છે. તે જ સમયે, સુરક્ષા સુનિશ્ચિત કરવા માટે, ચેઇનલિંક કાર્યમાં ભાગ લેનાર દરેક ઓરેકલને ચાવીઓ (જાહેર અને ખાનગી) નું સંયોજન ઇશ્યૂ કરવા ઓફર કરે છે. ખાનગી કીનો ઉપયોગ આંશિક હસ્તાક્ષર જનરેટ કરવા માટે થાય છે જેમાં ડેટા વિનંતીનો તેમનો નિર્ણય હોય છે. જવાબ મેળવવા માટે, નેટવર્કના ઓરેકલ્સના તમામ આંશિક હસ્તાક્ષરોને જોડવા જરૂરી છે.

ચેઇનલિંક વિકેન્દ્રિત ફાઇનાન્સ એપ્લિકેશન જેમ કે મિક્સિકલ્સ પર ધ્યાન કેન્દ્રિત કરીને પ્રારંભિક PoC DECO હાથ ધરવાની યોજના ધરાવે છે. લેખન સમયે, ફોર્બ્સ પર સમાચાર બહાર આવ્યા કે ચેઇનલિંકે કોર્નેલ યુનિવર્સિટીમાંથી DECO હસ્તગત કર્યું છે.

ઓરેકલ્સ પર હુમલા

માહિતી સુરક્ષાના દૃષ્ટિકોણથી, ટાઉન ક્રિયર પર નીચેના હુમલાઓ ધ્યાનમાં લેવામાં આવ્યા હતા:

1. TEE નોડ્સ પર ઠગ સ્માર્ટ-સંપર્ક કોડ ઇન્જેક્શન.
   હુમલાનો સાર: TEE ને ઇરાદાપૂર્વક ખોટો સ્માર્ટ કોન્ટ્રાક્ટ કોડ ટ્રાન્સમિટ કરવો, આમ, નોડની ઍક્સેસ મેળવનાર હુમલાખોર ડિક્રિપ્ટેડ ડેટા પર પોતાનો (છેતરપિંડી) સ્માર્ટ કોન્ટ્રાક્ટ ચલાવવા માટે સક્ષમ હશે. જો કે, રીટર્ન વેલ્યુ ખાનગી કી વડે એન્ક્રિપ્ટેડ કરવામાં આવશે અને આવા ડેટાને એક્સેસ કરવાનો એકમાત્ર રસ્તો રીટર્ન/આઉટપુટ પર સાઇફરટેક્સ્ટ લીક કરવાનો છે.
   આ હુમલા સામેના રક્ષણમાં વર્તમાન સરનામે સ્થિત કોડની શુદ્ધતા તપાસતા એન્ક્લેવનો સમાવેશ થાય છે. આ એડ્રેસિંગ સ્કીમનો ઉપયોગ કરીને પ્રાપ્ત કરી શકાય છે જ્યાં કોન્ટ્રાક્ટ કોડને હેશ કરીને કોન્ટ્રાક્ટ એડ્રેસ નક્કી કરવામાં આવે છે.

2. કોન્ટ્રાક્ટ સ્ટેટ સિફરટેક્સ્ટ ફેરફારો લીક.
   હુમલાનો સાર: નોડ્સના માલિકો કે જેના પર સ્માર્ટ કોન્ટ્રાક્ટ એક્ઝિક્યુટ કરવામાં આવે છે તેઓ એન્ક્લેવની બહાર એન્ક્રિપ્ટેડ સ્વરૂપમાં કોન્ટ્રાક્ટ સ્ટેટ સુધી પહોંચે છે. હુમલાખોર, નોડ પર નિયંત્રણ મેળવી લીધા પછી, ટ્રાન્ઝેક્શન પહેલા અને પછીની સંપર્ક સ્થિતિની તુલના કરી શકે છે અને તે નિર્ધારિત કરી શકે છે કે કઈ દલીલો દાખલ કરવામાં આવી હતી અને કઈ સ્માર્ટ કોન્ટ્રાક્ટ પદ્ધતિનો ઉપયોગ કરવામાં આવ્યો હતો, કારણ કે સ્માર્ટ કોન્ટ્રાક્ટ કોડ પોતે અને તેની તકનીકી વિશિષ્ટતાઓ જાહેરમાં ઉપલબ્ધ છે.
   નોડની જ વિશ્વસનીયતા સુનિશ્ચિત કરવામાં રક્ષણ.

3. સાઇડ-ચેનલ હુમલા.
   એક વિશિષ્ટ પ્રકારનો હુમલો જે વિવિધ દૃશ્યોમાં એન્ક્લેવ મેમરી અને કેશ એક્સેસના મોનિટરિંગનો ઉપયોગ કરે છે. આવા હુમલાનું ઉદાહરણ પ્રાઇમ અને પ્રોબ છે.
   
   હુમલાનો આદેશ:

   • t0: હુમલાખોર પીડિત પ્રક્રિયાના સમગ્ર ડેટા કેશને ભરે છે.
   • t1: પીડિત મેમરી એક્સેસ સાથે કોડ ચલાવે છે જે પીડિતના સંવેદનશીલ ડેટા (ક્રિપ્ટોગ્રાફિક કી) પર આધાર રાખે છે. કીબીટ મૂલ્યના આધારે કેશ લાઇન પસંદ કરવામાં આવે છે. આકૃતિના ઉદાહરણમાં, કીબીટ = 0 અને કેશ લાઇન 2 માંનું સરનામું X વાંચવામાં આવે છે. X માં સંગ્રહિત ડેટા કેશમાં લોડ થાય છે, જે પહેલા ત્યાં હતો તે ડેટાને સ્થાનાંતરિત કરે છે.
   • t2: હુમલાખોર તપાસ કરે છે કે તેની કઈ કેશ લાઈનો બહાર કાઢવામાં આવી છે - પીડિત દ્વારા ઉપયોગમાં લેવાતી લાઈનો. આ ઍક્સેસ સમય માપવા દ્વારા કરવામાં આવે છે. દરેક કીબીટ માટે આ ક્રિયાને પુનરાવર્તિત કરીને, હુમલાખોર સંપૂર્ણ કી મેળવે છે.

એટેક પ્રોટેક્શન: ઇન્ટેલ એસજીએક્સ પાસે સાઇડ-ચેનલ હુમલાઓ સામે રક્ષણ છે જે કેશ-સંબંધિત ઘટનાઓનું નિરીક્ષણ અટકાવે છે, પરંતુ પ્રાઇમ અને પ્રોબ એટેક હજુ પણ કામ કરશે કારણ કે હુમલાખોર તેની પ્રક્રિયાની કેશ ઘટનાઓ પર નજર રાખે છે અને પીડિત સાથે કેશ શેર કરે છે.

આમ, આ ક્ષણે આ હુમલા સામે કોઈ વિશ્વસનીય રક્ષણ નથી.

પ્રાઈમ અને પ્રોબ જેવા જ સ્પેક્ટર અને ફોરશેડો (L1TF) જેવા હુમલાઓ પણ જાણીતા છે. તેઓ તમને તૃતીય-પક્ષ ચેનલ દ્વારા કેશ મેમરીમાંથી ડેટા વાંચવાની મંજૂરી આપે છે. Specter-v2 નબળાઈ સામે રક્ષણ પૂરું પાડવામાં આવે છે, જે આ બે હુમલાઓ સામે કામ કરે છે.

DECO ના સંબંધમાં, થ્રી-વે હેન્ડશેક સુરક્ષાની બાંયધરી આપે છે:

1. પ્રોવર ઇન્ટિગ્રિટી: હેક કરેલ પ્રોવર સર્વરની મૂળ માહિતીને ખોટી ઠેરવી શકતું નથી અને સર્વરને અમાન્ય વિનંતીઓ સ્વીકારવા અથવા માન્ય વિનંતીઓને ખોટી રીતે પ્રતિસાદ આપવાનું કારણ બની શકતું નથી. આ સર્વર અને પ્રોવર વચ્ચે વિનંતી પેટર્ન દ્વારા કરવામાં આવે છે.
2. વેરિફાયર ઇન્ટિગ્રિટી: હેક કરેલ વેરિફાયર પ્રોવરને ખોટા જવાબો મેળવવાનું કારણ બની શકતું નથી.
3. ગોપનીયતા: હેક થયેલ ચકાસણીકર્તા ફક્ત જાહેર માહિતી (વિનંતી, સર્વર નામ) ની તપાસ કરે છે.

DECO માં, માત્ર ટ્રાફિક ઇન્જેક્શન નબળાઈઓ શક્ય છે. પ્રથમ, થ્રી-વે હેન્ડશેક સાથે, વેરિફાયર નવા નોન્સનો ઉપયોગ કરીને સર્વરની ઓળખ સ્થાપિત કરી શકે છે. જો કે, હેન્ડશેક પછી, ચકાસણીકર્તાએ નેટવર્ક સ્તર સૂચકાંકો (IP સરનામાં) પર આધાર રાખવો જોઈએ. આમ, વેરિફાયર અને સર્વર વચ્ચેનો સંચાર ટ્રાફિક ઈન્જેક્શનથી સુરક્ષિત હોવો જોઈએ. આ પ્રોક્સીનો ઉપયોગ કરીને પ્રાપ્ત થાય છે.

ઓરેકલ્સની સરખામણી

ટાઉન ક્રિયર સર્વરના ભાગમાં એન્ક્લેવ સાથે કામ કરવા પર આધારિત છે, જ્યારે DECO તમને ક્રિપ્ટોગ્રાફિક કી વડે થ્રી-વે હેન્ડશેક અને ડેટા એન્ક્રિપ્શનનો ઉપયોગ કરીને ડેટાના મૂળની અધિકૃતતા ચકાસવાની મંજૂરી આપે છે. આ ઓરેકલ્સની સરખામણી નીચેના માપદંડો અનુસાર કરવામાં આવી હતી: કામગીરી, સુરક્ષા, કિંમત અને વ્યવહારિકતા.

ટાઉન ક્રિયર
ડેકો

કામગીરી
ઝડપી (સમાપ્ત થવા માટે 0.6 સે)
ધીમો (પ્રોટોકોલ સમાપ્ત કરવા માટે 10.50 સે)

સલામતી
ઓછા સુરક્ષિત
વધુ સુરક્ષિત

ખર્ચ
વધુ ખર્ચાળ
સસ્તી

વ્યવહારિકતા
ખાસ હાર્ડવેરની જરૂર છે
TLS ને સપોર્ટ કરતા કોઈપણ સર્વર સાથે કામ કરે છે

પ્રદર્શન: DECO સાથે કામ કરવા માટે, ત્રણ-માર્ગી હેન્ડશેક જરૂરી છે, જ્યારે LAN દ્વારા સેટઅપ કરવામાં આવે ત્યારે તે 0.37 સેકન્ડ લે છે, કનેક્શન સ્થાપિત થયા પછી ક્રિયાપ્રતિક્રિયા માટે, 2PC-HMAC અસરકારક છે (લેખ દીઠ 0,13 સેકંડ). DECO ની કામગીરી ઉપલબ્ધ TLS સાઇફર સ્યુટ્સ, ખાનગી ડેટાના કદ અને ચોક્કસ એપ્લિકેશન માટે પુરાવાની જટિલતા પર આધારિત છે. ઉદાહરણ તરીકે IC3 માંથી બાઈનરી વિકલ્પ એપ્લિકેશનનો ઉપયોગ કરવો: LAN દ્વારા પ્રોટોકોલ પૂર્ણ કરવામાં લગભગ 10,50 સેકન્ડ લાગે છે. તુલનાત્મક રીતે, ટાઉન ક્રિયર સમાન એપ્લિકેશનને પૂર્ણ કરવામાં લગભગ 0,6 સેકન્ડ લે છે, જે DECO કરતાં લગભગ 20 ગણી ઝડપી છે. બધી વસ્તુઓ સમાન હોવાથી ટીસી ઝડપી થશે.

સુરક્ષા: ઇન્ટેલ SGX એન્ક્લેવ (સાઇડ-ચેનલ હુમલા) પરના હુમલાઓ કામ કરે છે અને સ્માર્ટ કોન્ટ્રાક્ટના સહભાગીઓને વાસ્તવિક નુકસાન પહોંચાડી શકે છે. DECO વિશે, ટ્રાફિક ઇન્જેક્શનને લગતા હુમલા શક્ય છે, પરંતુ પ્રોક્સીનો ઉપયોગ આવા હુમલાઓને કંઈપણ ઘટાડે છે. તેથી DECO વધુ સુરક્ષિત છે.

કિંમત: ઇન્ટેલ SGX ને સપોર્ટ કરતા સાધનોની કિંમત DECO માં પ્રોટોકોલ સેટ કરવાની કિંમત કરતાં વધારે છે. એટલા માટે ટીસી વધુ મોંઘા છે.

વ્યાવહારિકતા: ટાઉન ક્રિયર સાથે કામ કરવા માટે, TEE ને સપોર્ટ કરતા વિશેષ સાધનોની જરૂર છે. ઉદાહરણ તરીકે, Intel SGX 6ઠ્ઠી પેઢીના Intel Core પ્રોસેસર ફેમિલી અને પછીથી સપોર્ટેડ છે. DECO તમને કોઈપણ સાધન સાથે કામ કરવાની મંજૂરી આપે છે, જો કે TEE નો ઉપયોગ કરીને DECO સેટિંગ છે. સેટઅપ પ્રક્રિયા અનુસાર, DECO ના ત્રણ-માર્ગી હેન્ડશેકમાં થોડો સમય લાગી શકે છે, પરંતુ TCની હાર્ડવેર મર્યાદાની સરખામણીમાં આ કંઈ નથી, તેથી DECO વધુ વ્યવહારુ છે.

નિષ્કર્ષ

બે ઓરેકલ્સને અલગથી જોતા અને ચાર માપદંડો પર તેમની સરખામણી કરીએ તો, તે સ્પષ્ટ છે કે ટાઉન ક્રિયર ચારમાંથી ત્રણ બિંદુઓ પર DECO કરતાં હલકી ગુણવત્તાવાળા છે. માહિતી સુરક્ષા દૃષ્ટિકોણથી DECO વધુ વિશ્વસનીય છે, સસ્તું અને વધુ વ્યવહારુ છે, જો કે ત્રણ-પક્ષીય પ્રોટોકોલ સેટ કરવામાં થોડો સમય લાગી શકે છે અને તેના ગેરફાયદા છે, ઉદાહરણ તરીકે, એન્ક્રિપ્શન કી સાથે વધારાની કામગીરી. TC DECO કરતાં ઝડપી છે, પરંતુ સાઇડ-ચેનલ હુમલાની નબળાઈઓ તેને ગોપનીયતા ગુમાવવા માટે સંવેદનશીલ બનાવે છે. તે ધ્યાનમાં લેવું આવશ્યક છે કે DECO જાન્યુઆરી 2020 માં રજૂ કરવામાં આવ્યું હતું, અને તેને સલામત ગણવામાં પૂરતો સમય પસાર થયો નથી. ટાઉન ક્રિયર 4 વર્ષથી હુમલા હેઠળ છે અને તે ઘણા પરીક્ષણોમાંથી પસાર થયું છે, તેથી ઘણા પ્રોજેક્ટ્સમાં તેનો ઉપયોગ વાજબી છે.

સોર્સ: www.habr.com