VPN APT ഉറവിടം: അത് എന്ത് അനുവദിക്കുന്നു, എങ്ങനെ പരിമിതപ്പെടുത്താം

VPN ക്ലയന്റ് ഡൗൺലോഡ് ചെയ്യുന്നത് ഒരിക്കലുള്ള തീരുമാനമാണ്; അതിന്റെ APT സംഭരണി ചേർക്കുന്നത് അങ്ങനെയല്ല. രണ്ടാമത്തേത് പാക്കേജ് മാനേജർക്ക് ഭാവിയിലെ സോഫ്റ്റ്വെയർ എവിടെ നിന്ന് വരാമെന്ന് പറയുന്നു, അത് ഡൗൺലോഡല്ല, അധികാരത്തിന്റെ സ്ഥിരമായ കൈമാറ്റമാണ്. വിൽപ്പനക്കാരൻ സംഭരണി ശരിയായി പരിപാലിക്കുമ്പോൾ അത് ശരിയായ ക്രമീകരണമായിരിക്കാം. എന്നിരുന്നാലും അത് ബോധപൂർവമായ തീരുമാനത്തിന് അർഹമാണ്, മിക്ക ഇൻസ്റ്റാൾ ഗൈഡുകളും അത് ഒഴിവാക്കുന്നു.

ഒരു ഒപ്പ് ആർക്കൈവിനെ സാക്ഷ്യപ്പെടുത്തുന്നു, അതിന്റെ കോഡിനെയല്ല

APT ഒപ്പിട്ട സംഭരണി മെറ്റാഡാറ്റ പരിശോധിച്ച്, അത് കൊണ്ടുവരുന്ന പാക്കേജുകൾക്കായി ആ മെറ്റാഡാറ്റയിലെ ചെക്സമ്മുകളിൽ വിശ്വസിക്കുന്നു. അത് തെളിയിക്കുന്നത് ആർക്കൈവ് കീ ഉടമ പ്രസിദ്ധീകരിച്ചതുമായി ഒത്തുപോകുന്നു എന്നാണ്, അതിനുള്ളിലെ കോഡിനെക്കുറിച്ച് ഒന്നുമല്ല. ശരിയായി ഒപ്പിട്ട പാക്കേജിലും സുരക്ഷിതമല്ലാത്ത പരിപാലക സ്ക്രിപ്റ്റുകൾ ഉണ്ടാകാം, ആ സ്ക്രിപ്റ്റുകൾ പാക്കേജ് ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ root ആയി പ്രവർത്തിക്കുന്നു. apt-secure കൈപ്പുസ്തകം ആർക്കൈവ് സാക്ഷ്യപ്പെടുത്തലും സോഫ്റ്റ്വെയറിന്റെ അവലോകനവും തമ്മിൽ കൃത്യമായി ഈ വര വരയ്ക്കുന്നു.

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

അതുകൊണ്ടാണ് കീയുടെ അടയാളം സംഭരണിയുടെ URL പോലെ തന്നെ ശ്രദ്ധ അർഹിക്കുന്നത്. പഴയ ഫോറം ഉത്തരത്തിലെ ഒരു വിലാസത്തിൽ നിന്ന് എടുത്ത കീ പ്രസാധകനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല, അതേസമയം HTTPS ഫോൺ എടുത്തയാളിലേക്കുള്ള കൈമാറ്റം സംരക്ഷിക്കുന്നു. കൈമാറ്റ സുരക്ഷയും പ്രസാധക അടയാളവും വെവ്വേറെ ചോദ്യങ്ങളാണ്, ആദ്യത്തേത് മാത്രമാണ് സർട്ടിഫിക്കറ്റ് പരിഹരിക്കുന്നത്.

കീയെ സിസ്റ്റത്തിലല്ല, ഉറവിടത്തിൽ പരിമിതപ്പെടുത്തുക

ആധുനിക APT ഉറവിട-നിർദ്ദിഷ്ട Signed-By റഫറൻസ് സ്വീകരിക്കുന്നു. ഓപ്പറേറ്റർ നിയന്ത്രിക്കുന്ന കീ /etc/apt/keyrings/ എന്നതിന് കീഴിൽ ആകാം, ഉറവിട എൻട്രി ആ ആർക്കൈവ് സാക്ഷ്യപ്പെടുത്താൻ അനുവാദമുള്ള കീയെ പേരിടുന്നു. അതേ കീ ആഗോള വിശ്വസ്ത ഗണത്തിലേക്ക് ഇടുന്നതിനേക്കാൾ ഇത് ഇടുങ്ങിയതാണ്, അവിടെ അത് നിങ്ങൾ ഒരിക്കലും അനുവദിക്കാൻ ഉദ്ദേശിക്കാത്ത ഉറവിടങ്ങൾക്ക് ജാമ്യം നൽകാം. വിവിധ തലമുറകളിലെ ഗൈഡുകളുടെ ഭാഗങ്ങൾ കൂട്ടിക്കലർത്തുന്നതിന് പകരം ഇൻസ്റ്റാൾ ചെയ്ത APT പതിപ്പും വിൽപ്പനക്കാരന്റെ നിലവിലെ നിർദ്ദേശങ്ങളും പിന്തുടരുക.

curl -fsSL https://repo.example.com/vpn-key.gpg -o /etc/apt/keyrings/vpn.gpg
echo "deb [signed-by=/etc/apt/keyrings/vpn.gpg] https://repo.example.com/debian stable main" > /etc/apt/sources.list.d/vpn.list

പരിശോധന ഓഫാക്കിയോ അജ്ഞാത ആർക്കൈവിനെ വിശ്വസ്തമെന്ന് അടയാളപ്പെടുത്തിയോ ഒപ്പ് പരാജയം ഒരിക്കലും പരിഹരിക്കരുത്. അത് കാണാവുന്ന പിശകിനെ കാണാത്ത ഒന്നിനാൽ മാറ്റുന്നു, കാണാത്തത് ആരെങ്കിലും ഉറവിട പട്ടിക പരിശോധിക്കുന്നതുവരെ നീണ്ടുനിൽക്കും. കീ ഒത്തുപോകുന്നില്ലെങ്കിൽ ശരിയായ പരിഹാരം ശരിയായ കീ കണ്ടെത്തുകയാണ്, പരിശോധന നീക്കം ചെയ്യലല്ല.

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

ഉറവിട പിന്നിംഗ് പാക്കേജ് അനുമതി പട്ടികയല്ല

ഒരു കീയെ ഒരു ഉറവിടത്തിൽ പരിമിതപ്പെടുത്തുന്നത് അത് ഏത് ആർക്കൈവിനെ സാക്ഷ്യപ്പെടുത്താം എന്നത് പരിമിതപ്പെടുത്തുന്നു, ആ ആർക്കൈവ് ഏത് പാക്കേജുകൾ പ്രസിദ്ധീകരിക്കാം എന്നതല്ല. സംഭരണി നിങ്ങൾ ആഗ്രഹിച്ച VPN ക്ലയന്റിനേക്കാൾ എത്രയോ കൂടുതൽ അയക്കാം, ഏത് യോഗ്യമായ പതിപ്പ് ജയിക്കും എന്നത് APT യുടെ സ്ഥാനാർത്ഥി തിരഞ്ഞെടുപ്പും മുൻഗണനകളും തീരുമാനിക്കുന്നു. സ്ഥിരീകരിക്കുന്നതിന് മുമ്പ് നിർദ്ദേശിച്ച ഇടപാട്, ആശ്രിതത്വ പട്ടിക ഉൾപ്പെടെ പരിശോധിക്കുക, കാരണം ആശ്രിതത്വങ്ങൾ അതേ ആർക്കൈവിൽ നിന്നാണ് വരുന്നത്. കീയുടെ പരിധിക്ക് ’ഈ പാക്കേജ് മാത്രം’ എന്ന് പറയാനാകില്ല.

കൂടുതൽ ശക്തമായ നിയന്ത്രണം വേണമെങ്കിൽ അത് പാക്കേജ് പേരുകളിലോ പതിപ്പുകളിലോ ഉള്ള നയമായി പ്രകടിപ്പിക്കുക, ആ നയം കോൺഫിഗറേഷൻ മാനേജ്മെന്റിന് കീഴിൽ സൂക്ഷിക്കുക. ഒരു ഇടപാട് വായിക്കാൻ ഒരു മിനിറ്റ് എടുക്കും; ആറ് മാസത്തിന് ശേഷം അപ്രതീക്ഷിത പാക്കേജ് കണ്ടെത്താൻ ഒരു അവലോകനം എടുക്കും.

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

അധികാരവും അത് നീക്കം ചെയ്യുന്ന വിധവും രേഖപ്പെടുത്തുക

ആർക്കൈവ് ഉടമ, പിന്തുണയുള്ള ഓപ്പറേറ്റിംഗ് സിസ്റ്റം പതിപ്പ്, കീ മാറ്റ ചാനൽ, നീക്കം ചെയ്യാനുള്ള നടപടിക്രമം എന്നിവ എഴുതുക. ആ നാല് വസ്തുതകളാണ് പിൻഗാമിക്ക് വേണ്ടത്, ക്ലയന്റ് പിൻവലിക്കുമ്പോഴോ വിൽപ്പനക്കാരൻ കീ മാറ്റുമ്പോഴോ. അവയില്ലാതെ അടുത്ത വ്യക്തിക്ക് കഥയില്ലാത്ത ഒരു ഉറവിട വരിയും കീ ഫയലും പാരമ്പര്യമായി ലഭിക്കും.

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

സംഭരണി നീക്കം ചെയ്തതിന് ശേഷം ഒരു കാര്യം ബാക്കിയുണ്ട്: അതിൽ നിന്ന് ഇതിനകം ഇൻസ്റ്റാൾ ചെയ്ത ഏത് പാക്കേജും എന്തെങ്കിലും അതിനെ മാറ്റിസ്ഥാപിക്കുന്നതുവരെ പ്രവർത്തിക്കുന്നത് തുടരും. സത്യസന്ധമായ ചോദ്യം നിങ്ങൾ ഏത് അധികാരം ചേർത്തു, അതിന്റെ പങ്ക് എത്ര ഇടുങ്ങിയതായി പ്രകടിപ്പിച്ചു എന്നതാണ്.