🥇സിസ്റ്റത്തിലെ ഉപയോക്താക്കളുടെ രജിസ്ട്രേഷനും അംഗീകാരത്തിനും റുട്ടോകെൻ സാങ്കേതികവിദ്യ ഉപയോഗിച്ചതിന്റെ അനുഭവം (ഭാഗം 1)

ശുഭ സായാഹ്നം! ഈ വിഷയത്തിലുള്ള എന്റെ അനുഭവം പങ്കുവെക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു.

റുട്ടോകെൻ എന്നത് ആധികാരികത ഉറപ്പാക്കൽ, ഡാറ്റ സുരക്ഷ, ഇലക്ട്രോണിക് സിഗ്നേച്ചറുകൾ എന്നിവയ്ക്കുള്ള ഒരു ഹാർഡ്‌വെയർ, സോഫ്റ്റ്‌വെയർ പരിഹാരമാണ്. സിസ്റ്റത്തിലേക്ക് ലോഗിൻ ചെയ്യാൻ ഒരു ഉപയോക്താവ് ഉപയോഗിക്കുന്ന ആധികാരികത ഉറപ്പാക്കൽ ഡാറ്റ സംഭരിക്കാൻ കഴിയുന്ന ഒരു ഫ്ലാഷ് ഡ്രൈവ് ആണ് ഇത്.

ഈ ഉദാഹരണത്തിൽ, റുട്ടോകെൻ ഇഡിഎസ് 2.0 ഉപയോഗിച്ചിരിക്കുന്നു.

ഈ റുട്ടോക്കണിൽ പ്രവർത്തിക്കാൻ നിങ്ങൾക്ക് ഇത് ആവശ്യമാണ് വിൻഡോസിൽ ഒരു ഡ്രൈവർ ഇൻസ്റ്റാൾ ചെയ്യുക.

വിൻഡോസിന്, ഒരു ഡ്രൈവർ മാത്രം ഇൻസ്റ്റാൾ ചെയ്യുന്നത്, OS-ന് നിങ്ങളുടെ റുട്ടോക്കൺ കാണാനും അതിനൊപ്പം പ്രവർത്തിക്കാനും ആവശ്യമായതെല്ലാം ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുന്നു.

റുട്ടോക്കണുമായി സംവദിക്കാൻ വിവിധ മാർഗങ്ങളുണ്ട്. ആപ്ലിക്കേഷന്റെ സെർവർ ഭാഗത്ത് നിന്നോ ക്ലയന്റ് ഭാഗത്ത് നിന്ന് നേരിട്ട് നിങ്ങൾക്ക് ഇത് ആക്സസ് ചെയ്യാൻ കഴിയും. ആപ്ലിക്കേഷന്റെ ക്ലയന്റ് ഭാഗത്ത് നിന്ന് റുട്ടോക്കണുമായി സംവദിക്കുന്നതിൽ ഈ ഉദാഹരണം ശ്രദ്ധ കേന്ദ്രീകരിക്കും.

ആപ്ലിക്കേഷന്റെ ക്ലയന്റ് സൈഡ് റുട്ടോക്കൺ പ്ലഗിൻ വഴി റുട്ടോക്കണുമായി സംവദിക്കുന്നു. ഓരോ ബ്രൗസറിലും വെവ്വേറെ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുള്ള ഒരു പ്രോഗ്രാമാണിത്. വിൻഡോസിനായി, പ്ലഗിൻ ഡൗൺലോഡ് ചെയ്ത് ഇൻസ്റ്റാൾ ചെയ്യുക. ഈ ലിങ്കിൽ സ്ഥിതിചെയ്യുന്നു.

അത്രയേയുള്ളൂ, ഇപ്പോൾ നമുക്ക് ആപ്ലിക്കേഷന്റെ ക്ലയന്റ് ഭാഗത്ത് നിന്ന് റുട്ടോക്കണുമായി സംവദിക്കാം.

ചലഞ്ച്-റെസ്‌പോൺസ് സ്കീം ഉപയോഗിച്ച് സിസ്റ്റത്തിൽ ഒരു ഉപയോക്തൃ അംഗീകാര അൽഗോരിതം നടപ്പിലാക്കുന്നതിനുള്ള ആശയം ഈ ഉദാഹരണം പരിശോധിക്കുന്നു.

ആശയത്തിന്റെ സാരാംശം ഇതാണ്:

ക്ലയന്റ് സെർവറിലേക്ക് ഒരു അംഗീകാര അഭ്യർത്ഥന അയയ്ക്കുന്നു.
ഒരു ക്ലയന്റിൽ നിന്നുള്ള അഭ്യർത്ഥനയ്ക്ക് മറുപടിയായി, സെർവർ ഒരു ക്രമരഹിത സ്ട്രിംഗ് അയയ്ക്കുന്നു.
ക്ലയന്റ് ഈ സ്ട്രിംഗ് ക്രമരഹിതമായി 32 ബിറ്റുകൾ ഉപയോഗിച്ച് പാഡ് ചെയ്യുന്നു.
ലഭിച്ച സ്ട്രിംഗിൽ ക്ലയന്റ് അതിന്റെ സർട്ടിഫിക്കറ്റ് ഒപ്പിടുന്നു.
ലഭിച്ച എൻകോഡ് ചെയ്ത സന്ദേശം ക്ലയന്റ് സെർവറിലേക്ക് അയയ്ക്കുന്നു.
എൻക്രിപ്റ്റ് ചെയ്യാത്ത യഥാർത്ഥ സന്ദേശം സ്വീകരിച്ചുകൊണ്ട് സെർവർ ഒപ്പ് പരിശോധിക്കുന്നു.
ലഭിച്ച എൻക്രിപ്റ്റ് ചെയ്യാത്ത സന്ദേശത്തിൽ നിന്ന് സെർവർ അവസാന 32 ബിറ്റുകൾ നീക്കം ചെയ്യുന്നു.
അംഗീകാരം അഭ്യർത്ഥിക്കുമ്പോൾ അയച്ച സന്ദേശവുമായി സെർവർ ലഭിച്ച ഫലത്തെ താരതമ്യം ചെയ്യുന്നു.
സന്ദേശങ്ങൾ ഒന്നുതന്നെയാണെങ്കിൽ, അംഗീകാരം വിജയകരമായി കണക്കാക്കും.

മുകളിലുള്ള അൽഗോരിതത്തിൽ ഒരു സർട്ടിഫിക്കറ്റിന്റെ ആശയം ഉൾപ്പെടുന്നു. ഈ ഉദാഹരണത്തിൽ ക്രിപ്റ്റോഗ്രാഫിക് സിദ്ധാന്തത്തെക്കുറിച്ച് കുറച്ച് മനസ്സിലാക്കേണ്ടതുണ്ട്. ഹബ്രിന് ഇതിലേക്ക് ഒരു ലിങ്ക് ഉണ്ട്. ഈ വിഷയത്തെക്കുറിച്ചുള്ള മികച്ച ലേഖനം..

ഈ ഉദാഹരണത്തിൽ, നമ്മൾ അസിമെട്രിക് എൻക്രിപ്ഷൻ അൽഗോരിതങ്ങൾ ഉപയോഗിക്കും. അസിമെട്രിക് അൽഗോരിതങ്ങൾ നടപ്പിലാക്കുന്നതിന് ഒരു കീ ജോഡിയും ഒരു സർട്ടിഫിക്കറ്റും ആവശ്യമാണ്.

ഒരു കീ ജോഡിയിൽ രണ്ട് ഭാഗങ്ങളുണ്ട്: ഒരു സ്വകാര്യ കീയും ഒരു പൊതു കീയും. പേര് സൂചിപ്പിക്കുന്നത് പോലെ സ്വകാര്യ കീ രഹസ്യമായി സൂക്ഷിക്കുന്നു. വിവരങ്ങൾ ഡീക്രിപ്റ്റ് ചെയ്യാൻ ഞങ്ങൾ ഇത് ഉപയോഗിക്കുന്നു. പൊതു കീ ആരുമായും പങ്കിടാം. ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യാൻ ഈ കീ ഉപയോഗിക്കുന്നു. അതിനാൽ, പബ്ലിക് കീ ഉപയോഗിച്ച് ആർക്കും ഡാറ്റ എൻക്രിപ്റ്റ് ചെയ്യാൻ കഴിയും, എന്നാൽ സ്വകാര്യ കീയുടെ ഉടമയ്ക്ക് മാത്രമേ അത് ഡീക്രിപ്റ്റ് ചെയ്യാൻ കഴിയൂ.

സർട്ടിഫിക്കറ്റ് ഉടമയായ ഉപയോക്താവിനെക്കുറിച്ചുള്ള വിവരങ്ങളും ഒരു പൊതു കീയും ഉൾക്കൊള്ളുന്ന ഒരു ഇലക്ട്രോണിക് പ്രമാണമാണ് സർട്ടിഫിക്കറ്റ്. ഒരു സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച്, ഉപയോക്താവിന് ഏത് ഡാറ്റയിലും ഒപ്പിട്ട് ഒരു സെർവറിലേക്ക് അയയ്ക്കാൻ കഴിയും, അത് ഒപ്പ് പരിശോധിച്ചുറപ്പിക്കാനും ഡാറ്റ ഡീക്രിപ്റ്റ് ചെയ്യാനും കഴിയും.

ഒരു സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച് ഒരു സന്ദേശം ശരിയായി ഒപ്പിടാൻ, അത് ശരിയായി സൃഷ്ടിക്കണം. ഇത് ചെയ്യുന്നതിന്, ആദ്യം റുട്ടോക്കണിൽ ഒരു കീ ജോഡി സൃഷ്ടിക്കപ്പെടുന്നു, തുടർന്ന് ഈ കീ ജോഡിയുടെ പബ്ലിക് കീയുമായി ഒരു സർട്ടിഫിക്കറ്റ് ബന്ധിപ്പിച്ചിരിക്കണം. ഇത് നിർണായകമാണ്: റുട്ടോക്കണിൽ സംഭരിച്ചിരിക്കുന്ന അതേ പബ്ലിക് കീ സർട്ടിഫിക്കറ്റിന് ഉണ്ടായിരിക്കണം. ആപ്ലിക്കേഷന്റെ ക്ലയന്റ് വശത്ത് നേരിട്ട് കീ ജോഡിയും സർട്ടിഫിക്കറ്റും സൃഷ്ടിക്കുകയാണെങ്കിൽ, സെർവറിന് എൻക്രിപ്റ്റ് ചെയ്ത സന്ദേശം എങ്ങനെ ഡീക്രിപ്റ്റ് ചെയ്യാൻ കഴിയും? എല്ലാത്തിനുമുപരി, കീ ജോഡിയെക്കുറിച്ചോ സർട്ടിഫിക്കറ്റിനെക്കുറിച്ചോ അതിന് ഒന്നും അറിയില്ല.

ഈ വിഷയത്തിലേക്ക് കൂടുതൽ ആഴത്തിൽ പോയാൽ, നിങ്ങൾക്ക് ഓൺലൈനിൽ ചില രസകരമായ വിവരങ്ങൾ കണ്ടെത്താൻ കഴിയും. ഞങ്ങൾ വിശ്വസിക്കുന്നതായി കരുതുന്ന ചില സർട്ടിഫിക്കേഷൻ അതോറിറ്റികൾ (CA-കൾ) ഉണ്ട്. ഈ CA-കൾക്ക് ഉപയോക്താക്കൾക്ക് സർട്ടിഫിക്കറ്റുകൾ നൽകാൻ കഴിയും, അവർ ഈ സർട്ടിഫിക്കറ്റുകൾ അവരുടെ സെർവറിൽ ഇൻസ്റ്റാൾ ചെയ്യും. തുടർന്ന്, ഒരു ക്ലയന്റ് ഈ സെർവറിൽ പ്രവേശിക്കുമ്പോൾ, അവർ ഈ സർട്ടിഫിക്കറ്റ് കാണുകയും അത് CA നൽകിയതാണെന്ന് കാണുകയും ചെയ്യുന്നു, അതായത് സെർവറിനെ വിശ്വസിക്കാൻ കഴിയും. എല്ലാം എങ്ങനെ ശരിയായി സജ്ജീകരിക്കാം എന്നതിനെക്കുറിച്ച് ഓൺലൈനിൽ ധാരാളം വിവരങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഇത് ഉപയോഗിച്ച് ആരംഭിക്കാം.

നമ്മുടെ പ്രശ്നത്തിലേക്ക് മടങ്ങുമ്പോൾ, പരിഹാരം വ്യക്തമാണെന്ന് തോന്നുന്നു. നമുക്ക് എങ്ങനെയെങ്കിലും നമ്മുടെ സ്വന്തം സർട്ടിഫിക്കേഷൻ അതോറിറ്റി സൃഷ്ടിക്കേണ്ടതുണ്ട്. എന്നാൽ അതിനുമുമ്പ്, സർട്ടിഫിക്കേഷൻ അതോറിറ്റി ഒരു ഉപയോക്താവിന് സർട്ടിഫിക്കറ്റ് നൽകേണ്ടതിന്റെ അടിസ്ഥാനം നമ്മൾ കണ്ടെത്തേണ്ടതുണ്ട്, കാരണം അവർക്ക് അവരെക്കുറിച്ച് ഒന്നും അറിയില്ല (ഉദാഹരണത്തിന്, അവരുടെ ആദ്യ നാമം, അവസാന നാമം മുതലായവ). ഒരു സർട്ടിഫിക്കറ്റ് അഭ്യർത്ഥന എന്ന് വിളിക്കപ്പെടുന്ന ഒന്നുണ്ട്. ഈ മാനദണ്ഡത്തെക്കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾ നിങ്ങൾക്ക് കണ്ടെത്താനാകും, ഉദാഹരണത്തിന്, വിക്കിപീഡിയയിൽ. ru.wikipedia.org/wiki/PKCS
നമ്മൾ പതിപ്പ് 1.7 ഉപയോഗിക്കും - PKCS#10.

റുട്ടോക്കനിൽ ഒരു സർട്ടിഫിക്കറ്റ് സൃഷ്ടിക്കുന്നതിനുള്ള അൽഗോരിതം നമുക്ക് വിവരിക്കാം (യഥാർത്ഥ ഉറവിടം - പ്രമാണീകരണം):

ക്ലയന്റിൽ, ഞങ്ങൾ ഒരു കീ ജോഡി സൃഷ്ടിച്ച് അത് റുട്ടോക്കണിലേക്ക് സംരക്ഷിക്കുന്നു (സംരക്ഷിക്കൽ യാന്ത്രികമായി സംഭവിക്കുന്നു).
ക്ലയന്റിൽ, ഞങ്ങൾ ഒരു സർട്ടിഫിക്കറ്റ് അഭ്യർത്ഥന സൃഷ്ടിക്കുന്നു.
ക്ലയന്റിൽ നിന്ന് ഞങ്ങൾ ഈ അഭ്യർത്ഥന സെർവറിലേക്ക് അയയ്ക്കുന്നു.
സെർവറിൽ ഒരു സർട്ടിഫിക്കറ്റ് അഭ്യർത്ഥന ലഭിക്കുമ്പോൾ, ഞങ്ങളുടെ സർട്ടിഫിക്കേഷൻ അതോറിറ്റി വഴി ഞങ്ങൾ ഒരു സർട്ടിഫിക്കറ്റ് നൽകുന്നു.
ഞങ്ങൾ ഈ സർട്ടിഫിക്കറ്റ് ക്ലയന്റിന് അയയ്ക്കുന്നു.
ഞങ്ങൾ റുട്ടോക്കൺ സർട്ടിഫിക്കറ്റ് ക്ലയന്റിൽ സംരക്ഷിക്കുന്നു.
ആദ്യ ഘട്ടത്തിൽ സൃഷ്ടിച്ച കീ ജോഡിയുമായി സർട്ടിഫിക്കറ്റ് ലിങ്ക് ചെയ്തിരിക്കണം.

ക്ലയന്റിന് സർട്ടിഫിക്കറ്റ് നൽകിയതിനാൽ, സെർവറിന് എങ്ങനെ ക്ലയന്റിന്റെ ഒപ്പ് ഡീക്രിപ്റ്റ് ചെയ്യാൻ കഴിയുമെന്ന് ഇപ്പോൾ വ്യക്തമായി.

അടുത്ത വിഭാഗത്തിൽ, ഓപ്പൺ സോഴ്‌സ്, സമ്പൂർണ ക്രിപ്‌റ്റോഗ്രാഫിക് ലൈബ്രറി ഓപ്പൺഎസ്എസ്എൽ ഉപയോഗിച്ച് നിങ്ങളുടെ സ്വന്തം സർട്ടിഫിക്കറ്റ് അതോറിറ്റി (സിഎ) എങ്ങനെ സജ്ജീകരിക്കാമെന്ന് ഞങ്ങൾ വിശദമായി പരിശോധിക്കും.

അവലംബം: www.habr.com