કીનો પાસફ્રેઝ દૂર કરવો કે રાખવો? તમે બનાવો છો તે નકલ
એન્ક્રિપ્ટ ન કરેલી કી ફાઇલ એ જ ગુપ્ત માહિતીને નબળા રક્ષણ હેઠળ રાખે છે. રૂપાંતર કરતાં પહેલાં આરામનું જોખમ સરખાવો અને જાણો કે તે શું પાછું નથી ફેરવતું.
એન્ક્રિપ્ટ કરેલી ખાનગી કી અને એન્ક્રિપ્ટ ન કરેલી કી એ જ કી સામગ્રી ધરાવે છે. રૂપાંતર નવી ઓળખ બનાવતું નથી, VPN ખાતું ફરી સેટ કરતું નથી કે જૂની ફાઇલ અમાન્ય કરતું નથી. તે બીજી નકલ લખે છે, અને તે નકલ અલગ આરામ-જોખમ ધરાવે છે.
આ અદલાબદલી ફાયદાકારક છે કે નહીં તે એના પર આધાર રાખે છે કે ફાઇલ ક્યાં રહેશે અને કોણ તેને વાંચી શકશે.
રૂપાંતર ખરેખર શું બદલે છે
રૂપાંતર પહેલાં, કી ઓપરેટર આપેલા પાસફ્રેઝ દ્વારા સુરક્ષિત રહે છે. રૂપાંતર પછી, તે ફાઇલસિસ્ટમ પરવાનગીઓ અને ફાઇલની આસપાસના કોઈપણ ઍક્સેસ નિયંત્રણ દ્વારા સુરક્ષિત રહે છે. ક્રિપ્ટોગ્રાફી બદલાઈ નથી; હુમલાખોર અને કી વચ્ચેની વસ્તુઓની સંખ્યા બદલાઈ છે. આખી સરખામણી આ જ છે.
એક કોષ્ટક ફરકને મૂર્ત બનાવે છે.
| Form | What protects it | How it fails |
|---|---|---|
| Encrypted key | A passphrase plus file access | Weak passphrase, or an offline attack on the file |
| Unencrypted key | File permissions and host security only | Any reader copies it silently |
કોઈ પણ સ્વરૂપ આપમેળે વધુ સુરક્ષિત નથી. તેઓ અલગ રીતે નિષ્ફળ જાય છે, અને તેમાંથી ફક્ત એક જ રીત લોગમાં પ્રવેશ છોડે છે.
ક્યારે પાસફ્રેઝ રાખવો વધુ સારો છે
જો સમર્થિત ક્લાયન્ટ પાસફ્રેઝ માટે પૂછી શકે અથવા મંજૂર ગુપ્ત ભંડારમાંથી લાવી શકે, તો રૂપાંતર કંઈ ખરીદતું નથી. તમે એક નકલ, એક સુરક્ષા સીમા અને ટ્રૅક કરવા માટે એક ઓછી ફાઇલ રાખો છો. PEM કી સ્વીકારતા મોટા ભાગના VPN ક્લાયન્ટ આ કરી શકે છે.
જ્યારે ટીમ કી શેર કરે છે ત્યારે પણ રૂપાંતર ખોટું પગલું છે. શેર કરેલા હોસ્ટ પરની એન્ક્રિપ્ટ ન કરેલી ફાઇલ એવી ઓળખપત્ર બની જાય છે જેને શેલ ઍક્સેસ ધરાવતું કોઈ પણ કોપી કરી શકે.
ક્યારે એન્ક્રિપ્ટ ન કરેલી નકલ વાજબી છે
કેટલીક સેવાઓ પૂછી શકતી નથી, કેટલાક કન્ટેનર ગુપ્ત માહિતી ફક્ત-વાંચન તરીકે માઉન્ટ કરે છે, અને કેટલાક ઉપકરણો બૂટ વખતે કોઈ ઇન્ટરેક્ટિવ માર્ગ વિના કી ફાઇલ વાંચે છે. તે કિસ્સાઓમાં, યોગ્ય રીતે મર્યાદિત ડિરેક્ટરીમાં એન્ક્રિપ્ટ ન કરેલી કી સમર્થિત ડિઝાઇન હોઈ શકે. વાજબીપણું પર્યાવરણ છે, સુવિધા નહીં.
જો તમે કહી શકતા નથી કે ફાઇલ કોણ વાંચી શકે છે અને કેમ, તો જવાબ ના છે.
આદેશ અને તેની તીવ્ર ધાર
OpenSSL 3.5 દ્વારા સમર્થિત ફાઇલ-આધારિત કી માટે, pkey સંદર્ભ પાસફ્રેઝ દૂર કરવાનું અને જ્યારે ઇનપુટ એન્ક્રિપ્ટ થયેલું હોય અને કોઈ પાસવર્ડ સ્રોત આપવામાં ન આવે ત્યારે ઇન્ટરેક્ટિવ પ્રોમ્પ્ટનું દસ્તાવેજીકરણ કરે છે. ન્યૂનતમ સ્વરૂપ ટૂંકું છે, અને તેને બેદરકારીથી ચલાવવું સહેલું છે.
umask 077
openssl pkey -in protected-key.pem -out new-private-key.pemત્રણ તીવ્ર ધાર. આઉટપુટ ફાઇલ I/O અણુમય નથી, તેથી હાલનો આઉટપુટ પાથ લખાણની વચ્ચે કપાઈ શકે છે. ઇનપુટ પાથને આઉટપુટ તરીકે ઉપયોગ કરશો નહીં, અને એકમાત્ર સુરક્ષિત નકલ પર પ્રયોગ કરશો નહીં. પાસફ્રેઝ કમાન્ડ લાઇને નહીં, પ્રોમ્પ્ટ પર દાખલ કરો, જ્યાં તે શેલ ઇતિહાસમાં જાય છે.
કોઈપણ VPN રૂપરેખા બદલતાં પહેલાં પરિણામ ચકાસો: openssl pkey -in new-private-key.pem -pubout પહેલાં તમારી પાસે જે જાહેર કી હતી તે જ છાપવી જોઈએ.
રૂપાંતર શું કરતું નથી
તે એન્ક્રિપ્ટ કરેલી નકલ રદ કરતું નથી, જે તમે જ્યાં પણ છોડી હોય ત્યાં હજુ પણ અસ્તિત્વમાં છે. તે VPN ખાતાનો પાસવર્ડ કે પ્રમાણપત્ર બદલતું નથી. અને તે પહેલેથી થઈ ગયેલા જાહેર થવાનું સુધારતું નથી. જો કી લીક થઈ હોય, તો ઉકેલ બદલી અને સર્વર-બાજુથી પાછી ખેંચવું છે, સ્થાનિક ફોર્મેટ ફેરફાર નહીં.
મધ્યવર્તી ફાઇલ જાણી જોઈને ડિલીટ કરો, અને ખાતરી કરો કે તમે જે પાથ ડિલીટ કરો છો તે તમે બનાવેલો જ છે.