നിങ്ങളുടെ VPN കീ എല്ലാവർക്കും വായിക്കാം: എന്താണ് ശരിയാക്കേണ്ടത്

ആദ്യ സൂചന സാധാരണയായി മുന്നറിയിപ്പാണ്, തകരാറല്ല. ഫയൽ ഗ്രൂപ്പിനോ എല്ലാവർക്കും വായിക്കാവുന്നതിനാൽ ഒരു ക്ലയന്റ് കീ ലോഡ് ചെയ്യാൻ വിസമ്മതിക്കുന്നു, അല്ലെങ്കിൽ കയറ്റുമതി ചെയ്ത ബണ്ടിലുകളും ഉള്ള ഒരു പ്രൊഫൈൽ ഡയറക്ടറിയിൽ 644 മോഡിൽ client.key സുരക്ഷാ അവലോകനം കണ്ടെത്തുന്നു. ഇതുവരെ ഒന്നും പരാജയപ്പെട്ടിട്ടില്ല, അതുകൊണ്ടുതന്നെ മുന്നറിയിപ്പ് അവഗണിക്കപ്പെടുന്നു. കീ പ്രവർത്തിക്കുന്നു, ടണൽ ഉയരുന്നു, ഫയൽ യന്ത്രത്തിലെ എല്ലാ അക്കൗണ്ടുകൾക്കും വായിക്കാം.

ലക്ഷണം അനുമതി മുന്നറിയിപ്പാണ്, തടസ്സമല്ല

യുണിക്സ് പോലുള്ള സിസ്റ്റത്തിൽ സ്വകാര്യ കീ സേവനം പ്രവർത്തിപ്പിക്കുന്ന അക്കൗണ്ടിന് മാത്രം വായിക്കാവുന്നതായിരിക്കണം. ശരിയായ ഉടമയുമായി 600 മോഡ് സാധാരണ ക്രമമാണ്. 644 മോഡ് എന്നാൽ ഓരോ പ്രാദേശിക ഉപയോക്താവിനും കീ പകർത്താം, പങ്കിട്ട ബിൽഡ് ഹോസ്റ്റിൽ അത് യഥാർത്ഥ പ്രേക്ഷകരാണ്.

ഇത് പരിശോധിക്കുന്ന ക്ലയന്റുകൾ നിങ്ങൾക്ക് ഉപകാരം ചെയ്യുന്നു. പരിശോധിക്കാത്തവ ഫയൽ സുരക്ഷിതമാണെന്നതിന് തെളിവല്ല, വിജയകരമായ ബന്ധം അത് സാധ്യമാക്കിയ വസ്തു മറ്റാർക്ക് വായിക്കാം എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. മുന്നറിയിപ്പിനെ മുഴുവൻ കണ്ടെത്തലായി കാണുക. അത് കൃത്യമാണ്, ആരെങ്കിലും ഫയൽ പകർത്തുന്നതിന് മുമ്പ് എത്തി.

മോഡ് സേവനത്തിന്റെ ഐഡന്റിറ്റിയുമായി പൊരുത്തപ്പെടുത്തുക

ഉടമയ്ക്ക് മാത്രമുള്ള പ്രവേശനം ആ ഉടമ ഉപയോഗിക്കുന്ന കീയ്ക്ക് അനുയോജ്യമാണ്. ബോധപൂർവം പങ്കിട്ട ഗ്രൂപ്പുള്ള സേവനത്തിന് മറ്റൊരു നിയന്ത്രിത ക്രമം വേണ്ടിവന്നേക്കാം, ഉദാഹരണത്തിന് സേവന അക്കൗണ്ടിന്റെ ഉടമസ്ഥതയിലുള്ള കീയിൽ ഗ്രൂപ്പ് വായന. എല്ലാ ഫയലുകളും കണ്ണടച്ച് ഒരു സംഖ്യാ മോഡിൽ ഇടുന്നത് പിന്തുണയ്ക്കുന്ന ക്ലയന്റുകളെ തകർക്കുന്നു, chmod -R 777 ഒന്നിനും പരിഹാരമല്ല.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ഉടമയും സേവന അക്കൗണ്ടും പരിശോധിക്കുക. പൊതു CA സർട്ടിഫിക്കറ്റുകൾക്കും സ്വകാര്യ ഐഡന്റിറ്റി കീകൾക്കും ഒരേ ഡയറക്ടറിയിലാണെങ്കിലും വ്യത്യസ്ത രഹസ്യത ആവശ്യകതകളുണ്ട്, അതിനാൽ മുഴുവൻ ഫോൾഡറിലും പ്രയോഗിക്കുന്ന ആവർത്തന മോഡ് രണ്ടിനെയും ഒരേ വസ്തുവായി കാണുന്നു.

ls -l /etc/openvpn/client/
stat -c '%U %G %a %n' /etc/openvpn/client/*.key
id openvpn

മറ്റ് പ്ലാറ്റ്ഫോമുകളിൽ യുണിക്സ് മോഡുകൾ ഊഹത്തിലേക്ക് വിവർത്തനം ചെയ്യുന്നതിന് പകരം രേഖപ്പെടുത്തിയ കീ സ്റ്റോർ അല്ലെങ്കിൽ ആക്സസ് നിയന്ത്രണ മാതൃക ഉപയോഗിക്കുക. private-ൽ അവസാനിക്കുന്ന ഫയൽനാമം ഒരു ലേബലാണ്, നിർവഹണ സംവിധാനമല്ല.

മോഡ് ഉൾക്കൊള്ളാത്ത പകർപ്പുകൾ കണ്ടെത്തുക

എഡിറ്റർമാർ, ബാക്കപ്പ് ആർക്കൈവുകൾ, കയറ്റുമതി ചെയ്ത പ്രൊഫൈലുകൾ, താൽക്കാലിക ബണ്ടിലുകൾ എന്നിവയ്ക്ക് ഓരോന്നിനും ഒരേ ഐഡന്റിറ്റി നിലനിർത്താം. ആ പകർപ്പുകൾ അവയുടെ ഉള്ളടക്കത്തിനനുസരിച്ച് സംരക്ഷിക്കുക, കാരണം യഥാർത്ഥ ഫയൽ ബലപ്പെടുത്തുന്നത് കഴിഞ്ഞ മാസത്തെ ടാർബോളിലുള്ള പകർപ്പിന് ഒന്നും ചെയ്യുന്നില്ല.

കീ ഫയലിലെ പാസ്ഫ്രേസ് സംഭരിച്ച വസ്തുവിന് ഉപയോഗപ്രദമാണ്, എൻക്രിപ്റ്റ് ചെയ്ത ഫയൽ അതിന്റെ പാസ്വേഡിനൊപ്പം പ്രസിദ്ധീകരിക്കുന്നത് ന്യായീകരിക്കുന്നില്ല. അനുമതികൾ നിലവിലെ ഫയൽസിസ്റ്റം വസ്തുവിനെ സംരക്ഷിക്കുന്നു; മറ്റൊരിടത്ത് ഇതിനകം പകർത്തിയ ക്രെഡൻഷ്യലിനെക്കുറിച്ച് അവ ഒന്നും പറയുന്നില്ല.

ജോലി പൂർത്തിയായി പ്രഖ്യാപിക്കുന്നതിന് മുമ്പ് പകർപ്പുകൾ തിരയുക: grep -rl സാധ്യമായ ഡയറക്ടറികളിൽ കീയുടെ ഹെഡർ വരി, ബാക്കപ്പ് ഒഴിവാക്കലുകളിലേക്ക് ഒരു നോട്ടം. ഫലം സാധാരണയായി നിങ്ങൾ ആരംഭിച്ച ഫയലിനേക്കാൾ താൽപ്പര്യജനകമാണ്.

തിരുത്തലിന് ശേഷം, പരിശോധിച്ച് മാറ്റുക

ഉദ്ദേശിച്ച സേവനം ഇപ്പോഴും ആധികാരികമാക്കുന്നുണ്ടെന്ന് പരിശോധിക്കുക, തുടർന്ന് അനാവശ്യമായ ഒരു അക്കൗണ്ടിനും പ്രവേശനം ലഭിച്ചിട്ടില്ലെന്ന് ഉറപ്പാക്കുക. ഡയഗ്നോസ്റ്റിക് ഔട്ട്പുട്ട് മെറ്റാഡാറ്റയിൽ ഒതുക്കുക, കാരണം ഫയൽ വായിക്കാമെന്ന് തെളിയിക്കാൻ കീ അച്ചടിക്കേണ്ടതില്ല അത് വസ്തുവിനെ ലോഗിലേക്ക് ഇടുന്നു.

കീ വെളിപ്പെട്ടിട്ടുണ്ടെങ്കിൽ, മോഡ് ബലപ്പെടുത്തുക, തുടർന്ന് ക്രെഡൻഷ്യൽ മാറ്റി പഴയത് റദ്ദാക്കുക. POSIX chmod സ്പെസിഫിക്കേഷൻ ഓരോ മോഡ് ബിറ്റിന്റെയും അർത്ഥം വിശദീകരിക്കുന്നു, അടുത്ത അവലോകനം നിങ്ങൾ തിരഞ്ഞെടുത്ത സംഖ്യ ന്യായീകരിക്കാൻ ആവശ്യപ്പെടുന്നതിന് മുമ്പ് അത് അറിയാൻ യോഗ്യമാണ്.