VPN-ലെ nonce എന്നാൽ എന്താണ്, ആവർത്തിച്ചുള്ള ഉപയോഗം ടണൽ എന്തുകൊണ്ട് തകർക്കുന്നു
ഒരു കീയുടെ കീഴിൽ ഒരിക്കലും ആവർത്തിക്കരുതാത്ത ഓരോ സന്ദേശത്തിനുമുള്ള മൂല്യമാണ് nonce, സാധാരണയായി അത് തുറന്നാണ് സഞ്ചരിക്കുന്നത്. അത് കൈകൊണ്ട് തിരുത്തുന്നതാണ് ഒഴിവാക്കേണ്ട തെറ്റ്.
മിക്ക ആളുകളും VPN പ്രൊഫൈലിൽ nonce എന്ന വാക്ക് കാണുകയും പിയർമാർക്കിടയിൽ പകർത്തേണ്ട മറ്റൊരു പങ്കിട്ട രഹസ്യമാണെന്ന് കരുതുകയും ചെയ്യുന്നു. അതല്ല. ഒരേ കീയുടെ കീഴിൽ ഒരിക്കലും ആവർത്തിക്കരുതാത്ത മൂല്യമാണ് nonce, nonce അടിസ്ഥാനമാക്കിയുള്ള ഭൂരിഭാഗം എൻക്രിപ്ഷനുകളിലും അത് തുറന്നാണ് സഞ്ചരിക്കുന്നത്. ആരെങ്കിലും അത് കൈകൊണ്ട് തിരുത്തുന്നതുവരെ ആശയക്കുഴപ്പം നിരുപദ്രവകരമായി തുടരും, അവിടെ നിന്നാണ് യഥാർത്ഥ തകർച്ച ആരംഭിക്കുന്നത്.
nonce യഥാർത്ഥത്തിൽ എവിടെ നിന്ന് വരുന്നു
ഒരു കീയുടെ കീഴിൽ എൻക്രിപ്റ്റ് ചെയ്യുന്ന ഓരോ സന്ദേശത്തിനും വ്യത്യസ്ത nonce ആവശ്യമാണ് പ്രാമാണിക എൻക്രിപ്ഷന്. പ്രോട്ടോക്കോളുകൾ ഈ ആവശ്യകത വിവിധ രീതികളിൽ നിറവേറ്റുന്നു: ഏകതാനമായി വർദ്ധിക്കുന്ന കൗണ്ടർ, പാക്കറ്റ് ഐഡന്റിഫയറുമായി ചേർത്ത ഉപ്പ്, അല്ലെങ്കിൽ മതിയായ നീളമുള്ള ക്രമരഹിത മൂല്യം. IKEv2 പ്രാരംഭ കൈമാറ്റത്തിൽ nonce കൈമാറുന്നു, അവ രഹസ്യങ്ങളല്ല, കീ ഉത്പാദനത്തിനുള്ള പൊതു ഇൻപുട്ടുകളാണ്.
അതുല്യത ഘടനാപരമോ സംഭാവ്യതാപരമോ ആകാം. കൗണ്ടർ തിരിഞ്ഞുപോകുന്നതുവരെ ആവർത്തിക്കാൻ കഴിയില്ല, അതിനാൽ പ്രോട്ടോക്കോൾ അതിനും വളരെ മുൻപേ കീ പുതുക്കൽ പോയിന്റ് നിർവചിക്കുന്നു. ക്രമരഹിത മൂല്യം സന്ദേശ പരിധിക്കുള്ളിൽ കൂട്ടിയിടി സംഭവ്യമല്ലാതിരിക്കാൻ മതിയായ ബിറ്റുകളെ ആശ്രയിക്കുന്നു, ഇത് വ്യത്യസ്ത പരാജയ രീതിയുള്ള വ്യത്യസ്ത വാദമാണ്. പ്രോട്ടോക്കോൾ രേഖകൾ ഏത് രീതിയാണ് ബാധകമെന്ന് പറയുന്നു, രണ്ടും പ്രഖ്യാപിത പരിധി പാലിക്കുന്നിടത്തോളം മാത്രം സുരക്ഷിതമാണ്.
| Design | Where uniqueness comes from | Exhaustion is handled by |
|---|---|---|
| AES-GCM records | An IV, typically a counter | Rekey before the counter wraps |
| ChaCha20-Poly1305 | A 96-bit nonce from a counter or generator | A message limit per key |
| WireGuard | A per-key 64-bit counter | Rekey at a message cap |
| OpenVPN AEAD | Packet identifier plus implicit key material | Rekey on the packet-id limit |
| IKEv2 | Fresh nonces per exchange | A new security association |
ആവർത്തിച്ചുള്ള ഉപയോഗം യഥാർത്ഥത്തിൽ എന്ത് ചെലവാക്കുന്നു
ഒരു കീയുടെ കീഴിൽ nonce ആവർത്തിച്ച് ഉപയോഗിക്കുന്നത് ചെറിയ കാര്യക്ഷമതാ പ്രശ്നമല്ല. GCM-ൽ, ഒരു IV പങ്കിടുന്ന രണ്ട് സന്ദേശങ്ങൾ നിരീക്ഷകന് പ്രാമാണീകരണ കീ വീണ്ടെടുക്കാനും രണ്ട് സ്പഷ്ട പാഠങ്ങളുടെ എക്സ്ക്ലൂസീവ്-ഓർ കണക്കാക്കാനും അനുവദിക്കുന്നു. സ്ട്രീം അടിസ്ഥാനമാക്കിയുള്ള നിർമ്മിതികൾ അതേ രീതിയിൽ കീസ്ട്രീം ആവർത്തിച്ച് ഉപയോഗിക്കുന്നു, ഇത് സിഫർടെക്സ്റ്റിനെ രഹസ്യത്തിനുപകരം ഒരു പ്രഹേളികയാക്കി മാറ്റുന്നു.
അതുകൊണ്ടാണ് നടപ്പാക്കലുകൾ കൗണ്ടർ തിരിയുന്നതിന് മുൻപേ കീ പുതുക്കുന്നത്, അവയുടെ അവസ്ഥ അനിശ്ചിതമാകുമ്പോൾ തുടരുന്നതിനുപകരം നിർത്തുന്നതും അതുകൊണ്ടാണ്. പിയർ ഇപ്പോഴും പഴയ കീ കൈവശം വയ്ക്കുമ്പോൾ കൗണ്ടർ പുനഃസജ്ജമാക്കുന്ന റീബൂട്ട്, അല്ലെങ്കിൽ സെഷന്റെ നടുവിൽ എടുത്ത സ്നാപ്ഷോട്ടിൽ നിന്ന് പുനഃസ്ഥാപിച്ച വെർച്വൽ മെഷീൻ, പരിധികൾ തടയാൻ നിലനിൽക്കുന്ന കൃത്യമായ സാഹചര്യമാണ്. ആക്രമണകാരി ആവശ്യമില്ല; സാധാരണ പ്രവർത്തനങ്ങൾ മതി.
കൈകൊണ്ട് തിരുത്തുന്നത് എന്തുകൊണ്ട് തെറ്റായ പരിഹാരമാണ്
കൗണ്ടറുകൾ, ഉപ്പുകൾ, പാക്കറ്റ് ഐഡന്റിഫയറുകൾ എന്നിവ രണ്ട് അറ്റങ്ങളും പങ്കിടുന്ന അവസ്ഥാ യന്ത്രങ്ങളാണ്. ഒരു വശം മാറ്റുന്നത് മറ്റേതിനെ സമന്വയിപ്പിക്കാതാക്കുന്നു, ടണൽ റൂട്ടിംഗ് പ്രശ്നം പോലെ തോന്നുന്ന രീതിയിൽ പരാജയപ്പെടുന്നു. പിന്തുണയുള്ള ഉപായം പുതിയ കീ കൈമാറ്റമാണ്, അത് രണ്ട് അറ്റങ്ങളിലെയും അവസ്ഥ ഒരുമിച്ച് പുനഃസജ്ജമാക്കുന്നു.
പാസ്‌വേഡുകളും nonce-കളും വ്യത്യസ്ത വേഷങ്ങൾ വഹിക്കുന്നു. പാസ്‌വേഡ് കീ ഉത്പാദനത്തിനുള്ള രഹസ്യ ഇൻപുട്ടാണ്; nonce ഓരോ സന്ദേശത്തിനുമുള്ള പൊതു ഇൻപുട്ടാണ്. നീണ്ട രഹസ്യം ആവശ്യപ്പെടുന്ന nonce ലേബലുള്ള പ്രൊഫൈൽ ഫീൽഡ് സാധാരണയായി മറ്റൊരു പേരിലുള്ള സ്റ്റാറ്റിക് കീ അല്ലെങ്കിൽ മുൻകൂട്ടി പങ്കിട്ട രഹസ്യമാണ്, അതിനാൽ അനുമാനിക്കുന്നതിനുപകരം ആ ഫീൽഡിന്റെ രേഖകൾ വായിക്കുക.
ഉപദേശം nonce കൈകാര്യം ചെയ്യുന്നതിനെക്കുറിച്ചാകുമ്പോൾ, പരിഹാരം പരിപാലകന്റെ തിരുത്തിയ പതിപ്പാണ്, വേറെ സൈഫർ അല്ലെങ്കിൽ ചെറിയ കീയല്ല. nonce എന്ന വാക്ക് ഒഴിവാക്കാൻ സൈഫർ മാറ്റുന്നത് പ്രശ്നം പരിഹരിക്കുന്നതിനുപകരം നീക്കുന്നു.
ഊഹിക്കാതെ മുന്നറിയിപ്പ് വായിക്കുന്നത്
കൗണ്ടറുകളെക്കുറിച്ചോ nonce-കളെക്കുറിച്ചോ ഉള്ള ലോഗ് വരി സാധാരണയായി ആക്രമണത്തെയല്ല, നഷ്ടപ്പെട്ട അവസ്ഥയെ വിവരിക്കുന്നു. ഒരു പിയർ പുനരാരംഭിച്ചോ, ക്ലോൺ ചെയ്ത വെർച്വൽ മെഷീൻ അതേ ഐഡന്റിറ്റി ആവർത്തിച്ച് ഉപയോഗിച്ചോ, രണ്ട് അറ്റങ്ങളും കീ പുതുക്കൽ ക്രമീകരണങ്ങളിൽ യോജിക്കുന്നുവോ എന്ന് പരിശോധിക്കുക. തുടർന്ന് പുതിയ സെഷൻ സ്ഥാപിച്ച് സന്ദേശം തിരികെ വരുന്നുണ്ടോ എന്ന് നിരീക്ഷിക്കുക.
രോഗനിർണയം ബന്ധമില്ലാത്ത പരാജയങ്ങളിൽ നിന്ന് വേർതിരിച്ച് നിർത്തുക. ലോഡ് ചെയ്യാത്ത പേജോ ലൂപ്പിൽ കറങ്ങുന്ന ക്രെഡൻഷ്യൽ പ്രോംപ്റ്റോ nonce ആവർത്തിച്ചുള്ള ഉപയോഗത്തിന്റെ തെളിവല്ല, അതിനെ അങ്ങനെ കണക്കാക്കുന്നത് പ്രശ്നം അതിന് മുകളിലായിരിക്കുമ്പോൾ നിങ്ങളെ എൻക്രിപ്ഷൻ പാളിയിലേക്ക് അയയ്ക്കുന്നു.
സാധാരണ ഉപയോഗത്തിന്, സുരക്ഷിത നിയമം ചുരുക്കമാണ്: nonce നടപ്പാക്കൽ കൈകാര്യം ചെയ്യട്ടെ, രണ്ട് അറ്റങ്ങളും പിന്തുണയുള്ള പതിപ്പുകളിൽ നിർത്തുക, ഏതെങ്കിലും അവസ്ഥാ പുനഃസജ്ജീകരണം മൂല്യം തിരുത്തുന്നതിനുപകരം കീ പുതുക്കാനുള്ള കാരണമായി കാണുക. പ്രൊഫൈൽ ഫീൽഡ് വിതരണക്കാരന്റെ രേഖകളിൽ ഇല്ലെങ്കിൽ, അതിന് മൂല്യം കെട്ടിച്ചമയ്ക്കരുത്. ടണൽ അറ്റകുറ്റപ്പെടുത്തുന്നത് നിങ്ങൾ ഏത് പാളി നോക്കുന്നു എന്ന് അറിയുന്നതിൽ നിന്ന് ആരംഭിക്കുന്നു.