KeyMeld: ഐഫോണും ആൻഡ്രോയിഡും പൊതുവിശ്വസനീയമായ കിയുടെ സമഗ്രമായി ഉപയോഗിക്കാനും Zero Vault ആർക്കിടെക്ചർ അടിസ്ഥാനമാക്കി പ്രോജക്റ്റിനു വേണ്ടി രൂപവത്കരിക്കൽ

ക്രോസ്സ് പ്ലാറ്റ്ഫോം ആപ്ലിക്കേശനുകൾക്കുണ്ടാകുന്ന ഒരു പ്രശ്നമുണ്ട്, ഉപയോക്താവ് സാധാരണ രൂപത്തിൽ ശ്രദ്ധിക്കുന്നതല്ല. അയക്കാനായി, ഉപയോക്താവ് ഒരു അക്കൗണ്ട് കണ്ടുപിടിക്കുന്നൂ, ഏതൊക്കെ ഡിവൈസിലും സമാനമായി പ്രവർത്തനം കാണിക്കുന്നു എന്ന് പ്രതീക്ഷിക്കുന്നു. എന്നാൽ, iPhoneനും Androidവും ഓരോവിധത്തിലായി സേഫ്റ്റി സംവിധാനങ്ങളെ ഉപയോഗിക്കുന്നു, ലോക്കൽ കികൾ വ്യത്യസ്തമായി കൈകാര്യം ചെയ്യും.

iPhone ആപ്പിൽ, ലോക്കൽ കി Apple Keychain ഉപയോഗിച്ച് സംരക്ഷിക്കാൻ കഴിയും. Android-ൽ, അതിനായി Android Keystore ഉപയോഗിക്കുന്നു. ഈ സാങ്കേതികമാരെ പരിരക്ഷിത ഡേറ്റകൾ സുരക്ഷിതമാക്കിയിരിക്കാന്‍ ആണ്, എന്നാലും ഇവ പരസ്പর വ്യത്യസ്തമാണ്, തുല്യമല്ല.

ഉപയോക്താവിന് ഇത് അത്ര കാര്യമല്ല. അവൻ വയ്പ് ചെയ്യുന്നത്, iPhone-ൽ ആപ്പ് തുറക്കുക, Android-ൽ ഇൻസ്റ്റാൾ ചെയ്യുക, തുടർന്ന്, സുഖം പറയുന്ന പോലെ പ്രവർത്തനങ്ങൾ തുടരണം മറ്റും.

ഡവലപ്പറുകൾക്ക് ഇവിടെ ഒരു ആർകിടെക്ചറൽ ചോദ്യം ഉയരുന്നു: രണ്ട് പ്ലാറ്റ്ഫോമുകളിലും പൊതു ആക്സസ് എങ്ങനെയാണ് ക്രമീകരിക്കുക, ലോക്കൽ കികളെയോ പുറക്കാരയിട്ടു കൊണ്ടുപോകാതെ, അവയുടെ കപികൾ ബേസിൽ സൂക്ഷിക്കാതെ?

KeyMeld-നെക്കുറിച്ച് പരിശോധിച്ചപ്പോൾ, സേവനം ഇതിനായി ഒരു പൊതു, സർവകലാശാലയിലെ കി ഒരുക്കുതയ്യുന്നു, iOS, Android-വിന്റെ ഉദ്ദേശ്യവുമില്ലാതെ. ഈ സർവീസ് അതിനാൽ ഒരു വേറെ സാസ്സ്-മോഡ്യൂൾ ആയി പ്രവർത്തിക്കുന്നു, ഇത്, പ്രൊജക്റ്റിന്റെ ബാക്ക്‌എൻഡ് വിദ്വേഷമായി നിന്നും സ്വതന്ത്രമാണ്.

വ്യത്യസ്ത പ്ലാറ്റ്ഫോമുകളിലേക്കു പൊതു കി

ലോക്കൽ ഉപയോക്തൃ കി ഒരു പ്രത്യേക ഫോണിനാണ് അനുബന്ധമാണ്, അതെ കൂടി, iOS-അല്ലെങ്കിൽ Android-ഉപയോഗിച്ച് സംരക്ഷിക്കപ്പെടുന്നു. ഈ കി, സ്ഥിരമായ ഒരു പരിരക്ഷിതമായ സ്ഥലത്ത് മാത്രം കാണപ്പെടുന്നു, അതിനാൽ, ഡിവൈസുകൾ തമ്മിൽ അതിന്റെ പകർപ്പുകൾ പകർത്താനാവുന്നത് ഇല്ല.

KeyMeld-ന്റെ സർവകലാശാല തന്ത്രം മറ്റൊന്നാണെന്ന് ഇത്. ഇത് ഒരു പ്രത്യേക പ്രോജക്റ്റ്, അക്കൗണ്ട്, സുരക്ഷിതയമായ സ്ഥലത്തെക്കുള്ളതാണ്. ഇത് അംഗീകൃത ക്ലയന്റുകൾക്കായി, വ്യത്യസ്ത പ്ലാറ്റ്ഫോമുകളിലും പൊതുവായി പ്രവർത്തിക്കുന്നു.

സേവനം iPhone-ൽ നിന്നു കി എടുക്കുകയോ, Android-ലേക്കും അതിനെ മാറ്റുകയോ ചെയ്യുന്നില്ല, രണ്ട് വ്യത്യസ്ത കികൾ ഒന്നായി മാറ്റുകയോ ചെയ്യാനുമില്ല. പ്ലാറ്റ്ഫോം സേക്യുരിറ്റി അതാത് നിലയിലാണ്, ആപ്പ്, അതിനാൽ, ആ പ്രോജക്റ്റു വേണ്ടി പൊതു പ്രയോജനത്തിനായി ഒരു ലെവൽ കൂടി നൽകുന്നു.

ഇതാണ് KeyMeld-ന്റെ ആർകിടെക്ചർ റോളു. ഇത് iOS, Android സമാനമാക്കുകയോ മാറ്റുകയോ ചെയ്യാറില്ല, അവയ്ക്ക് അതിന്റെ ഭിത്തികൾ മാറ്റുകയോ ട്യൂൺ ചെയ്യുകയോ ചെയ്യാറും ഇല്ല. ഇത്, പൊതുവായ ഒരു കി സഹായത്തോടെ, ആ ആപ്പ് പദ്ധതികൾക്ക് അവരുടെ ക്രോക്പ്ലാറ്റ്ഫോം ആവശ്യങ്ങൾ അതിരുവിട്ടു നൽകുന്നതിനു സഹായിക്കുന്നു.

വ്യത്യസ്ത ഉൽപ്പന്നങ്ങൾക്ക്, അക്കൗണ്ടുകൾക്ക്, സ്വതന്ത്ര കി കൺറ്റൂറുകൾ സൃഷ്ടിക്കപ്പെടുന്നു. അതിനാൽ, ഓരോ പ്രോജക്റ്റും തന്റെ വ്യക്തമായ നിയന്ത്രണ മേഖല রাখുന്നു, ഒറ്റ ഉപകരണത്തിൽ പല അക്കൗണ്ടുകളും വേർപിരിയുന്നവയാണ്.

Zero Vault എന്നത് പ്രോജക്റ്റിന് സ്വമേധയാ

തടസ്സമില്ലാതെ ഇത് വ്യക്തമാക്കാം: Zero Vault എന്നത് KeyMeld ന്റെ പേരല്ല. ഇത് നിർമ്മാണം ചെയ്യാവുന്ന ഒരു ആർകിടെക്ചർ മാതൃകയാണ്, അതിനെ തുടർന്നുള്ള ഉൽപ്പന്നം ഘടിപ്പിക്കാം.

KeyMeld, വേറെ SaaS വിഭാഗമായാണ് പ്രവർത്തിക്കുന്നത്. ഇത്, ബാക്ക്‌എൻഡ് പ്രോജക്റ്റിനുളള ഉപകരണങ്ങളിലോ തൈക്കൊടുത്തിരിക്കുന്ന ഫയലുകളിലോ അല്ല, ഇതൊരു വേറെ ധാരാളം സെർവറുകൾ മാത്രമാണ്. പൊതു സാസ്സ് കൺറ്റുറിന്റെ ഭാഗമായിരിക്കെ അല്ല, അതിന്റെ വിവേചനത്തിനും നിയന്ത്രണത്തിനും ആകെ ഒരു രൂപം നൽകുന്നു.

ഈ മോഡലിന് തുടരാൻ, പ്രോജക്റ്റിനുമേൽ ആർടറ്റും സെർവറിനുമിടയിലുള്ള വിശ്വാസ പരിധികൾ സ്വതന്ത്രമാണ്. ബാക്ക്‌എൻഡ് ഉപയോഗം, പുറത്തുള്ള സർവീസും, അതിന്റെ നിയന്ത്രണങ്ങളും പ്രത്യേകം പരിശോധിക്കപ്പെടും; ഇവയ്ക്കു നിന്ന് സ്വതന്ത്രമായ മാസ്സ് ബേസുകളും, അനുവാദവും വേണം.

ഇതാണ് അർത്ഥമാക്കുന്നത്, ആർക്കിടെക്ചറിന്റെ ഈ മാതൃക Zero Vault എന്നു പറയാം: അതിന്റെ സെർവർ ബേസ്, ക്ലയന്റ് ഫയലുകളിൽ നിന്നും കി സൂക്ഷിക്കുന്നില്ല.

Zero Vault, ഇതു്, ബാക്ക്‌എൻഡ് ഉപാധികൾക്കു സുതാര്യമായിരിക്കുന്നു എന്നതല്ല; അതിൽ, അക്കൗണ്ടുകൾ, ക്രമീകരണങ്ങൾ, ബിസിനസ്സ് ഡാറ്റ ഒക്കെ ഉണ്ടാകും. പക്ഷേ, പൊതു കി അവരോടുകൂടെ ചേരാറില്ല.

സെർവർ-സൈഡ് ഡേറ്റാബേസിൽ പൊതു കി അപലപിക്കപ്പെടുന്നില്ല എന്നതമെല്ലാം തന്നെ, അത്, അക്കൗണ്ടുകളോ, മറ്റു സെർവർ ഡേറ്റകളോ ഒത്തു സൂക്ഷ്യമത്രയല്ല. ഇത് കാണിക്കുന്നത്, ഫലമായി, വെഞ്ച് ബേസ്, സാധാരണ ഫലപ്രദമായില്ലെങ്കിൽ പോലും, കൊള്ളാതിരിപ്പുണ്ടാകുന്ന പ്രശ്നങ്ങൾ ലളിതമാക്കാനാണ്, അത്രയ്ക്ക് സഹായകരമല്ല; അതിന്റെ ഭാഗം ആണ്, കി ഒത്തു സൂക്ഷിക്കുന്നതിൽ നിന്നു അതിനെ വേറെ പരിരക്ഷയിലേക്ക് മാറ്റുക.

ഒരു ജീവിതകാര്യം: ഒരു അക്കൗണ്ട് ഐഫോൺ, ആൻഡ്രോയിഡ് രണ്ടു പ്ലാറ്റ്ഫോമുകളിലും

ലോകൽ ഡേറ്റ ഉൾപ്പെടുന്ന ആപ്ലിക്കേഷൻ വളരെ പ്രശ്നമായിരിക്കും. ഇത് താൽപ്പര്യമുള്ളൊരു പ്രസക്തി, അത് ഒരു എന്ന പ്രത്യേകതാ തിരഞ്ഞെടുപ്പാണ്, അവൻ ഒരു സൈൻ ഇൻ എന്റിറ്റിയിലാണ്, സങ്കീർണ്ണമായ വിന്യാസം ഇല്ലാതെ, ലോക്കൽ എന്ക്രിപ്ഷൻ ഉപയോഗിക്കുന്ന ഐഫോൺ, ആൻഡ്രോയിഡ് എന്നിവയിലുംത്തന്നെ അവലംബിക്കുക.

iPhone-ൽ ആപ്പ് ലോക്കൽ കി ഗ്രീ ചാച്ച്. Android-ൽ, അതിനേക്കാൾ, Android-ന്റെ ക്രിപ്റ്റോഗ്രാഫിക് ഉപാധി ഉപയോഗിക്കുന്നു. അതെ, ലോക്കൽ കികൾ രണ്ടും വ്യത്യസ്തമാണ്, എല്ലാം തന്നെ സാധാരണമാണ്.

ഡവലപ്പർമാർക്ക് ഇതു ചിന്തിക്കാതെ, നിലവിന്റെ ഉപേക്ഷയായും, സൗകര്യമായും, ഇത്തരത്തിൽ, ഇവ തമ്മിൽ ക്രമീകരിക്കുന്ന ഒരു പൊതു സഹവർത്തിയില്ലാതെ, രണ്ട് SDK-റിലായി വ്യത്യസ്തമായി സംരംഭങ്ങളായി ഗതി നൽകേണ്ടി വരും.

ഇതിനെന്തെന്നാൽ, ലോക്കൽ കികളുടെ പകരം, ചിലവു ചെലവേറിയ, ഒരു തരം പകരം ചേർക്കാം, അല്ലെങ്കിൽ, സർവറിലേക്ക് സ്രോതസ്സ് സൂക്ഷിക്കാം. എന്നാൽ, KeyMeld ഇതിന് എഴുപത രക്ഷപെടുന്നു, പൊതു കി കൂട്ടിച്ചേർക്കുന്നു.

ആം, iPhone, Android ക്ലയന്റുകൾ, ഇതേ പൊതു കിയിലേക്ക്, ഒരു സർവൽ പ്രോജക്റ്റ്, അക്കൗണ്ട് കൊണ്ട്, കുറിയ്ക്കുന്നു. ഓരോ ഉപകരണമുണ്ടെങ്കിലും, സൈൻ-ഇൻ ഫംഗ്ഷനും ഒത്തു ആവശ്യമുണ്ട്; ഇങ്ങനെ, ഏതെങ്കിലും ഉപകരണം, അതിന്റെ രക്ഷിതത്വം, കമ്പനിയുടെ കല്ല്യാണം, മറ്റും, കൈവരുത്തുന്നു. ഉപയോക്താവിന് ഒറ്റ അക്കൗണ്ടായി തോന്നും, പല ഡിവൈസ്അമ്മീല്ല, അവയുടെ ലോക്കൽ സുരക്ഷിതത്വക്രമങ്ങൾ നിലനിൽക്കുന്നു.

അത്, പഴയ ഉപകരണത്തിൽ ലോക്കൽ കി എക്സ്പോർട്ട് ചെയ്യാനോ, പുതിയ പ്ലാറ്റ്ഫോമിനായി അതിനായി പുതിയ സുരക്ഷിത സേവ് ചെയ്യാനോ വേണ്ട. പുതിയ ക്ലയന്റ്, അതിരുന്നത് തന്നെ, അതേ പ്രോജക്റ്റിനെക്കുറിച്ച്, അതേ പൊതു കി ഉപയോഗിച്ച് പ്രവർത്തിക്കും. അതിർത്തി കാൾ, അപേക്ഷയിലേക്കോ, സെര്വറിലേക്കോ, ഉറപ്പുനല്‍കുന്നതാണ്, പക്ഷേ, പൊതു കി, അത് തന്നെ, പ്രോജക്റ്റ്-യ്ക്കുള്ള, സെർവർ ബേസിൽ, സൂക്ഷിക്കാറില്ല.

ബാക്ക്‌എൻഡ്, യോജിപ്പുപ്രതിഗമനങ്ങളിലോ, അല്ലെങ്കിൽ, സെന്റ്രലൈസ്ഡ് ആയി, അംഗീകാര ധാരണകളിലോ ഇല്ലാതിരിക്കും. അതു ചുമതലയുണ്ട്, ക്ലയന്റിനായി, അതിന്റെ ജോലി, സുരക്ഷിത ഡേറ്റ, അതിൽ പരിരക്ഷിത കി, യിൽ, പ്രവർത്തിക്കും. ഡേറ്റബേക്കപ്പ്,യവയുടെ സംപാദനം, അന്നത്തെ, പ്രോജക്റ്റിന്റെ ഉത്തരവാദിത്വമാണ്.

മെഷീനിൽ പതിവാകുന്ന മൂന്ന് തരത്തിലുള്ള കികൾ

വ്യവസ്ഥ പാലിക്കുന്നതിന് ചെറിയ കാര്യങ്ങളിൽ മൂന്നു ആശയങ്ങൾ വ്യത്യസ്തമായി മനസിലാക്കാനാകും.

• ലോക്കൽ ഉപകരണ കി (Device-specific local key) ഒരു പ്രത്യേക ഫോണിനാണ്, അതിനായി, iOS അല്ലെങ്കിൽ Android ഉപാധികൾ ഉപയോഗിക്കുന്നു.

• പൊതു കി (Universal key) ഒരു പ്രോജക്റ്റിന്റെയും, അക്കൗണ്ടിന്റെയും, അതിന്റെ സുരക്ഷിത പ്രദേശത്തിനും ഉപയോഗിക്കുന്നു, അതുകൊണ്ട്, വ്യത്യസ്ത പ്ലാറ്റ്ഫോമുകളുമായി കെട്ടിണക്കി നൽകുന്നു.

• സര്‍വീസ് വിശ്വസനീയ ഉപരിതലമുരിച് (Service secret) ബാക്ക്‌എൻഡിന് സഹായിക്കുന്നതാണ്, അതുള്ളനു, KeyMeld-യുമായി സുരക്ഷിതമായ ക്രമീകരണങ്ങൾ നടത്താനായി. ഇത്, മൊബൈൽ ആപ്പ്, ബ്രൗസർ എന്നിവയ്ക്ക് നൽകുന്നില്ല.

സർവീസ് വിശ്വസനീയ ഉപരിതലവും, പൊതു കി ബന്ധവുമാണ് വ്യത്യസ്ഥ ജോലികൾ. Zero Vault ആർകിടെക്ചറില, ഇത്, പ്രൊജക്റ്റിന്റെ, എന്റിറ്റികളിൽ, പൊതു കി, സംഭരിച്ചു നോക്കാറില്ല; അതിനാൽ, സുരക്ഷിത പ്രവർത്തനം ഉറപ്പാക്കാനാവും.

KeyMeld-ന്റെ പ്രവർത്തനത്തിന്, ആവശ്യമായതും, ഒന്നാണല്ലോ - ഒരു വ്യക്തി പേരുടെയും, പാസ്‌വേഡിന്റെയും, TOTP സ്റ്റോറേജിന്റേയും, ബിസിനസ്സ് ആശയങ്ങളുടേയും ആവശ്യമില്ല. കാര്യമായ, പ്രൊജക്റ്റ്, അക്കൗണ്ട്, ക്ലയന്റ് അവകാശങ്ങൾ, പൊതു കിക്ക്, ബന്ധമുള്ളതിൽ മാത്രം ശ്രദ്ധിക്കുന്നു.

അവകാശം നിയന്ത്രണത്തിൽ നിലനിൽക്കുന്നു

പൊതു കി ലഭ്യമാകാൻ, ഏതു ക്ലയന്റിനും അനിവാര്യമായ അവകാശം ആണല്ല.

ഉപകരണമTrustherlands-നായി, അക്കൗണ്ട് സ്റ്റാറ്റസ് മാറിയാൽ, അല്ലെങ്കിൽ, Access revocation ചെയ്താൽ, KeyMeld, ആ क्लയന്റിന്, പൊതു കി നൽകാനിർത്തും.

ഇവിടെ, വലിയ കാര്യങ്ങൾ പറയേണ്ടതില്ല. ഇത്, പെട്ടെന്ന്, ഉള്ള ലോക്കൽ കിയുടെ, സ്വയം നഷ്ടപ്പെടുന്നുവെന്ന് കുറിച്ചല്ല, എങ്കിൽ, അത്, ഭാവിയിലുള്ള, കി നൽകലിന് നിയന്ത്രണം നൽകാനായി, നയമാക്കുന്നു.

ഉപയോക്തൃ, പുതിയ ഉപകരണങ്ങളിലേക്കുള്ള സമ്പർക്കം, അവയുടെ തുടർ പ്രവര്ത്തനത്തിലുള്ള, കിയുടെ നൽകലിൽ, ഏകോപനമാണ്.

ഡവലപ്പറുകൾക്കും, ഇങ്ങനെയാണ്: ഇംപ്ലിമെന്റേഷൻ, iOS, Android പൂർണ്ണമായും വേറെ ഘടകമായിരിക്കും, പക്ഷേ, നീതിాపരമായ, Zero Vault മോഡൽ, അത്, സ്ഥിരമാക്കുന്നു, പ്രോജക്റ്റ്, പൊതു കി, സൂക്ഷിക്കുന്നുണ്ടോ, അതോ, അതിന്റെ, വെഞ്ച്, KeyMeld-ൽ, വേർതിരിക്കപ്പെടുന്നു, എന്നതിൽ ആശ്രയിച്ചിരിക്കുന്നു.

KeyMeld ചെയ്തതിൽ, ആ അല്ലം ചെയ്യേണ്ടത്

KeyMeld, പാസ്‍വേഡ് മാനേജർ അല്ല, അതിന്റെ ഉപയോഗം TOTP-രേഖകളുമായി ബന്ധപ്പെട്ടിട്ടില്ല. അത്, ആപ്ലിക്കേഷനുകളുടെ ക്ലൗഡ് ഡാറ്റാബേസ് അല്ല, സെൻട്രലൈസ്ഡ് സെർവറുകളിലെ, ഡേറ്റയുടെ, ഇച്ചിരി മാറ്റലും അല്ല.

Apple Keychain, Android Keystore എന്നിവ, മാറ്റാറില്ല. സേവനം, പ്ലാറ്റ്ഫോം, ലോക്കൽ സംവിധാനങ്ങളിൽ, തന്നെയാണ്, കംപോണന്റുകൾ നിലനിർത്തുന്നത്, എന്നാൽ, ഇത്, ഒരു പൊതു, പൊതു, നില നൽകുന്നു.

ഇത് ഓതോനോമസ് ഓക്‌സസസിന്റെ, സെന്റർ ചെയ്ത, സിസ്റ്റമാണ് എന്ന് ചിന്തിക്കേണ്ട. ആനുകൂല്യം നൽകുന്നതു, അതിന്റെ, വ്യക്തിഗത, തിരിച്ചറിയലിന്, അല്ല; അവരില്‍ നിന്നു, പ്രവർത്തിയും, അതിനായി, മറ്റൊരു സർവീസ്, ഉദാഹരണത്തിന്, MeldID, ഉത്തരവാദിത്വം ലഭിക്കും, KeyMeld, സാന്ദ്രതയുടെ, കീ, മൊബൈൽ, അല്ലെങ്കിൽ, ക്ലയന്റ്-സൈഡ്, വിവരശേഖരണം, അല്ലെങ്കിൽ, ഹ്രസ്വവായി, നിലവിലുളള, ലക്ഷ്യം, അതാണ്, ഒരു ഏകീകൃത, പൊതു കി, നൽകുക, അതിനെ, പ്രോജക്റ്റിന്റെ, നൽകണം, അതിന്റെ, ബാക്ക്‌എൻഡ്, ഇൻഫ്രാസ്ട്രക്ചർ, അതിൽ, എല്ലാമിരിക്കുന്നു, അല്ലെങ്കിൽ, വെഞ്ച്, KeyMeld, യൗവുക, താണു, വേർതിരിച്ചിരിക്കുന്നു.

ആവശ്യമായ പണിയുള്ളവര്‍ക്ക് മാത്രമേ, ഇത് അർഹമായിരുത്തുക

ഇവിടെ, ഇത്, മനസ്സിലാക്കുക. ഇത്, അവകാശം, വേറെ, എന്തുകൊണ്ട്, ഞെട്ടിപ്പിക്കുന്നതല്ല, എന്നാൽ, എന്നും, സാന്ദ്രതയുള്ള, പുതിയ കി സമ്പാദിക്കുക, ഒന്നല്ല, ഇത്, പുരോഗതിയുടെ, നിയന്ത്രണം, കി, നൽകുന്നത്, കണ്ടലിലാക്കുന്നതാണ്, അഥവാ, പുതിയ ക്ലയന്റുകൾ, അധിഷ്ഠിതമാക്കുക.

ഉപയോക്തൃ, പുതിയ ഉപകരണങ്ങൾ, അത്, നിയന്ത്രിക്കുന്ന, വ്യക്തമായ, യന്ത്രവും, അല്ലെങ്കിൽ, സുരക്ഷാ കി നൽകുന്നത്, ചേർന്ന് തുടങ്ങുന്നതു്, അത്രയും നഗരങ്ങളുറപ്പും ദൈർഘ്യമില്ല, പിന്നിട് അഥവാ, പ്രാധാന്യപ്പാത്രം, അതിന്റെ, നിയന്ത്രണത്തിൽ, വ്യാപകമായ, അതിസാഹചര്യങ്ങളുണ്ട്, പിന്നെ ആറ്റിയുടെ, സുരക്ഷിതത്വം, സ്ഥിതിചെയ്യുന്നു.

ഡവലപ്പർക്ക്, ഇതു മാത്രമല്ല; അതു അയയ്ക്കേണ്ടതായിരിക്കും, iOS, Android-ൽ, വേറെ, മോഡൽകൾ വേണ്ട; എന്നാൽ, സമാപനത്തിൽ, Zero Vault, യഥാർത്ഥത്തിൽ, പ്രോജക്റ്റ്, പൊതു കി സൂക്ഷിക്കുന്നത്, തങ്ങളുടെ, സ്വയം, ആവശ്യകതയായിരിക്കും, അതും അതിന്റെ, പാലനത്തിൽ, 'സ്വന്തം', ഇൻഫ്രാസ്ട്രക്ചർ, സെർവറുകളും, സിൻക്രണൈസുചെയ്യുന്ന, ചീട്ടും, അതിലും, ഹഖീകരിക്കുന്നതും, KeyMeld-ഉം, വേറെ.

KeyMeld, ഇതു ചെയ്യില്ല

KeyMeld, പാസ്‌വേഡ് മാനേജർ അല്ല; അതു, ഉപയോക്തൃ TOTP റെക്കോർഡുകൾ വച്ച് സൂക്ഷിക്കുന്നതല്ല. അതു, ഒരു ക്ലൗഡ് ഡേറ്റാബേസ് അല്ല; അതു, സെൻട്രലൈസ്ഡ്, കോഡ് അല്ല, അതു, ക്ലൗഡ് സംഖ്യാത്മകവും അല്ല. അതു, Apple Keychain, Android Keystore-വു അല്ലി; അതു, ഓരോ പ്ലാറ്റ്ഫോം, അതിന്റെ ലോക്കൽ സംവിധാനം, പിന്തുണക്കുതു, എന്നാൽ, ഇത്, ഒരു പൊതു ലെയർ കൂടി നൽകുന്നു.

അത്, തിരിച്ചറിയലിന്റെയും, ഓതന്റിക്കേഷനിന്റെയും, ഭാഗമായ പാത്രം അല്ല; അതിനാൽ, ഇതു, വ്യത്യസ്ത. അതു, ഓതോനോമസ്, മാർഗ്ഗങ്ങൾ, ഉപയോക്തൃ, സേവനങ്ങൾ, പറ, ഒരേ കി, വിട്ടുകിടുമ്പോൾ, അത്, ബാക്ക്‌എൻഡ്, അല്ലെങ്കിൽ, പ്രോജക്റ്റിന്റെ, സെർവറിലല്ല, അതിനു സാന്ദ്രമായ, സ്ഥലം, നൽകുന്നില്ല.

അവസാനമായി, KeyMeld, Zero Vault-നെ സ്വയം വരുത്ത് നൽകുകയല്ല; ഇത്, ഒരു പൊതുജന, രൂപത്തിലെ, സർവ്വ ബന്ധനമാണ്, അതിൽ, വൈകാരികാംഷങ്ങൾ, ഗതാഗതം, നിലനിര PhotThanksასთან, പോലും, വേർതിരിക്കുന്നു, അതിനു വേണ്ട, മറ്റും ഇല്ലാതാക്കാനുള്ള, മുൻകൊടുവിൽ, നിത്യതയുണ്ട്, അതു, ഓവർവ്യൂവിലുള്ള, പോർട്ടൽ, തമാശചെയ്യണം, അത്, അന്യായമായിരിക്കും, സർവറിന്റെ, പങ്ക്, കൈവിരുത്തുന്നു, അതിന്റെ, സഹകരണം ഭാഗം.

അതു, വാങ്ങാൻ ആവശ്യമുള്ളവർക്ക്

ഇത്തരമൊരു സമീപനം, പല പ്ലാറ്റ്ഫോമുകളിലെയും, ലോക്കൽ ഡേറ്റ ഉൾപ്പെടുന്ന, ആപ്ലിക്കേഷനുകൾക്ക്, ഏറ്റവും അനുയോജ്യമാണ്.

അത്, ഓതോനോമസ്, ഗ്യാഡ്ജറ്റുകൾ, കോർപ്പറേറ്റ് പ്രോജക്റ്റുകൾ, SaaS-ഉപയോക്തൃ ഡിജിറ്റൽ ഉൽപ്പന്നങ്ങൾ, അതിനാൽ, ഒരു അക്കൗണ്ട്, ഐഫോൺ, ആൻഡ്രോയിഡ്, രണ്ട്, പ്ലാറ്റ്ഫോമുകൾ, ഒരുപോലെ, പ്രവർത്തിക്കാൻ കഴിയും.

ഡവലപ്പർക്ക്, അതിന്റെ മൂല്യം കുറവല്ല; ഇത്, പ്ലാറ്റ്ഫോമുകളുടെ, ലോഗിക് പരിധി കുറയ്‌ക്കാനാണ്, എന്നാൽ, പ്രധാനമായത്, ഉത്തരവാദിത്വം വിഭജിക്കാനാണ്. ഉൽപ്പന്ന ബാക്ക്‌എൻഡ്, അവന്റെ ഡേറ്റ, സൂക്ഷിക്കുന്നു; അത്, KeyMeld, എന്ന, വൈദ്യുത SaaS-സേവനം, പൊതു കി ഏകത്ത് നൽകുകയും, പ്രസരണവും നടത്തിയിരിക്കുന്നു.

പ്രോജക്റ്റിനെ, കുറിച്ച്, കുറിച്ച്, ഞാൻ, ഓഫർ ചെയ്യുന്ന രീതിയിൽ എന്നു പ്രതീക്ഷിക്കുന്നു; KeyMeld, എന്ന, ഒരു, തയ്യാറാക്കിയ Zero Vault, അല്ല; എന്നാൽ, അതിനെ, അതിന്റെ, ഉപകരണത്തിന്, അലവലിതമായി, മാത്രം, നിർമ്മിക്കുന്നത്, സഹായിക്കും.

iOS, Android, പ്രധാനതെ, അവരുടെ, സുരക്ഷിതമായ, ക്രമീകരണങ്ങൾ, തുടർന്നുകൊള്ളുന്നു. ക്ലയന്റുകൾ, പൊതു കി, തനതും, ലഭിക്കും. എന്നാൽ, ആപ്പിന്റെ, ബാക്ക്‌എൻഡ്, തന്നെ, ഈ കി, സൂക്ഷിക്കുന്നില്ല, അതിന്റെ, ഇൻഫ്രാസ്ട്രക്ചർ, കൂടാതെ, KeyMeld-നു, വേർപിരിവും, സൂക്ഷിക്കുന്നു, എന്നതാണ് അതിന്റെ പ്രത്യേകത.

ഉപയോക്താവിന്, ഇതു, ഘടകം, വിവിധ പ്ലാറ്റ്ഫോമുകളിലേക്കും, പ്രധാനതെ, ലഭിക്കുന്നു. ഡവലപ്പർക്ക്, അതു, ഭാഗമായിരിക്കും, പൊതു ബാക്ക്‌എൻഡ്, അതിനിരിധിയിൽ, അതിന്റെ, പൊതു കി, അതിന്റെ, ബൈ-ഡിഫ്ട്, പ്രദേശം, നിയന്ത്രിക്കുന്നു. നെറ്റിപിടിച്ച്, പ്രോജക്ട്, അവളുടെ, സെക്യുരിറ്റി, കി,സ്റ്റോറുകൾ, തമ്മിലുള്ള, വ്യത്യാസശേഷം, മാത്രം, യോജിപ്പിക്കപ്പെടുന്നു.