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ની ઉમેદવાર પસંદગી અને પ્રાથમિકતાઓ નક્કી કરે છે કે કઈ પાત્ર આવૃત્તિ જીતે. પુષ્ટિ કરતા પહેલાં સૂચિત ટ્રાન્ઝેક્શનની સમીક્ષા કરો, નિર્ભરતા યાદી સહિત, કારણ કે નિર્ભરતાઓ તે જ આર્કાઇવમાંથી આવે છે. કીનો વ્યાપ ’ફક્ત આ પેકેજ’ વ્યક્ત કરી શકતો નથી.

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

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

સત્તા અને તેને કેવી રીતે દૂર કરવી તે નોંધો

આર્કાઇવ માલિક, સમર્થિત ઓપરેટિંગ સિસ્ટમ આવૃત્તિ, કી પરિભ્રમણ ચેનલ અને દૂર કરવાની પ્રક્રિયા લખો. તે ચાર તથ્યો જ અનુગામીને જરૂરી હોય છે જ્યારે ક્લાયન્ટ નિવૃત્ત થાય અથવા વેન્ડર તેની કી ફેરવે. તેમના વિના આગલી વ્યક્તિ કોઈ વાર્તા વિના સ્રોત લાઇન અને કી ફાઇલ વારસામાં મેળવે છે.

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

રિપોઝિટરી દૂર કર્યા પછી એક વસ્તુ બાકી રહે છે: તેમાંથી પહેલેથી ઇન્સ્ટોલ થયેલું કોઈપણ પેકેજ ત્યાં સુધી ચાલુ રહે છે જ્યાં સુધી કંઈક તેને બદલે નહીં. પ્રામાણિક પ્રશ્ન એ છે કે તમે કઈ સત્તા ઉમેરી, અને તેની ભૂમિકા કેટલી સાંકડી રીતે વ્યક્ત થઈ હતી.