എച്ച്ടിടിപിഎസിൽ സാധ്യമായ ആക്രമണങ്ങളും അവയിൽ നിന്ന് എങ്ങനെ സംരക്ഷിക്കാം

പകുതി സൈറ്റുകൾ HTTPS ഉപയോഗിക്കുന്നു, അവരുടെ എണ്ണം ക്രമാനുഗതമായി വർദ്ധിച്ചുകൊണ്ടിരിക്കുന്നു. പ്രോട്ടോക്കോൾ ട്രാഫിക് തടസ്സത്തിന്റെ അപകടസാധ്യത കുറയ്ക്കുന്നു, പക്ഷേ ശ്രമിച്ച ആക്രമണങ്ങളെ ഇല്ലാതാക്കുന്നില്ല. അവയിൽ ചിലത് - POODLE, BEAST, DROWN എന്നിവയും മറ്റുള്ളവയും - ഞങ്ങളുടെ മെറ്റീരിയലിലെ സംരക്ഷണ രീതികളെക്കുറിച്ചും ഞങ്ങൾ സംസാരിക്കും.

/flickr/ സ്വെൻ ഗ്രെയിം / സിസി BY-SA

പൂഡിൽ

ആക്രമണത്തെക്കുറിച്ച് ആദ്യമായി പൂഡിൽ 2014 ൽ അറിയപ്പെട്ടു. SSL 3.0 പ്രോട്ടോക്കോളിലെ ഒരു അപകടസാധ്യത വിവര സുരക്ഷാ വിദഗ്ധൻ ബോഡോ മുള്ളറും Google-ൽ നിന്നുള്ള സഹപ്രവർത്തകരും കണ്ടെത്തി.

അതിന്റെ സാരാംശം ഇപ്രകാരമാണ്: കണക്ഷൻ ബ്രേക്കുകൾ അനുകരിച്ചുകൊണ്ട് SSL 3.0 വഴി കണക്റ്റുചെയ്യാൻ ഹാക്കർ ക്ലയന്റിനെ പ്രേരിപ്പിക്കുന്നു. എന്നിട്ട് അത് എൻക്രിപ്റ്റ് ചെയ്തതിൽ തിരയുന്നു സിബിസി-ട്രാഫിക് മോഡ് പ്രത്യേക ടാഗ് സന്ദേശങ്ങൾ. വ്യാജ അഭ്യർത്ഥനകളുടെ ഒരു പരമ്പര ഉപയോഗിച്ച്, കുക്കികൾ പോലുള്ള താൽപ്പര്യമുള്ള ഡാറ്റയുടെ ഉള്ളടക്കങ്ങൾ പുനർനിർമ്മിക്കാൻ ഒരു ആക്രമണകാരിക്ക് കഴിയും.

SSL 3.0 കാലഹരണപ്പെട്ട ഒരു പ്രോട്ടോക്കോൾ ആണ്. എന്നാൽ അദ്ദേഹത്തിന്റെ സുരക്ഷയെക്കുറിച്ചുള്ള ചോദ്യം ഇപ്പോഴും പ്രസക്തമാണ്. സെർവറുകളുമായുള്ള അനുയോജ്യത പ്രശ്നങ്ങൾ ഒഴിവാക്കാൻ ക്ലയന്റുകൾ ഇത് ഉപയോഗിക്കുന്നു. ചില ഡാറ്റ അനുസരിച്ച്, 7 ആയിരം ഏറ്റവും ജനപ്രിയമായ സൈറ്റുകളിൽ ഏകദേശം 100% ഇപ്പോഴും SSL 3.0 പിന്തുണയ്ക്കുന്നു. കൂടാതെ നിലവിലുണ്ട് കൂടുതൽ ആധുനികമായ TLS 1.0, TLS 1.1 എന്നിവ ലക്ഷ്യമിടുന്ന POODLE-ലേക്കുള്ള പരിഷ്‌ക്കരണങ്ങൾ. ഈ വര്ഷം പ്രത്യക്ഷപ്പെട്ടു TLS 1.2 പരിരക്ഷയെ മറികടക്കുന്ന പുതിയ Zombie POODLE, GOLDENDOODLE ആക്രമണങ്ങൾ (അവ ഇപ്പോഴും CBC എൻക്രിപ്ഷനുമായി ബന്ധപ്പെട്ടിരിക്കുന്നു).

സ്വയം എങ്ങനെ സംരക്ഷിക്കാം. യഥാർത്ഥ POODLE-ന്റെ കാര്യത്തിൽ, നിങ്ങൾ SSL 3.0 പിന്തുണ പ്രവർത്തനരഹിതമാക്കേണ്ടതുണ്ട്. എന്നിരുന്നാലും, ഈ സാഹചര്യത്തിൽ അനുയോജ്യത പ്രശ്നങ്ങൾ ഉണ്ടാകാനുള്ള സാധ്യതയുണ്ട്. ഒരു ബദൽ പരിഹാരം TLS_FALLBACK_SCSV മെക്കാനിസം ആയിരിക്കാം - SSL 3.0 വഴിയുള്ള ഡാറ്റാ കൈമാറ്റം പഴയ സിസ്റ്റങ്ങളിൽ മാത്രമേ നടക്കൂ എന്ന് ഇത് ഉറപ്പാക്കുന്നു. ആക്രമണകാരികൾക്ക് ഇനി പ്രോട്ടോക്കോൾ ഡൗൺഗ്രേഡുകൾ ആരംഭിക്കാൻ കഴിയില്ല. Zombie POODLE, GOLDENDOODLE എന്നിവയിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിനുള്ള ഒരു മാർഗ്ഗം TLS 1.2-അടിസ്ഥാനത്തിലുള്ള ആപ്ലിക്കേഷനുകളിൽ CBC പിന്തുണ പ്രവർത്തനരഹിതമാക്കുക എന്നതാണ്. പ്രധാന പരിഹാരം TLS 1.3-ലേക്കുള്ള പരിവർത്തനമായിരിക്കും - പ്രോട്ടോക്കോളിന്റെ പുതിയ പതിപ്പ് CBC എൻക്രിപ്ഷൻ ഉപയോഗിക്കുന്നില്ല. പകരം, കൂടുതൽ മോടിയുള്ള AES ഉം ChaCha20 ഉം ഉപയോഗിക്കുന്നു.

ബീസ്റ്റ്

1.0-ൽ കണ്ടെത്തിയ SSL, TLS 2011 എന്നിവയിലെ ആദ്യ ആക്രമണങ്ങളിലൊന്ന്. POODLE, BEAST പോലെ ഉപയോഗിക്കുന്നു CBC എൻക്രിപ്ഷന്റെ സവിശേഷതകൾ. ആക്രമണകാരികൾ ക്ലയന്റ് മെഷീനിൽ ഒരു JavaScript ഏജന്റോ ജാവ ആപ്‌ലെറ്റോ ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ഇത് TLS അല്ലെങ്കിൽ SSL വഴി ഡാറ്റ കൈമാറുമ്പോൾ സന്ദേശങ്ങളെ മാറ്റിസ്ഥാപിക്കുന്നു. ആക്രമണകാരികൾക്ക് "ഡമ്മി" പാക്കറ്റുകളുടെ ഉള്ളടക്കം അറിയാവുന്നതിനാൽ, ഇനീഷ്യലൈസേഷൻ വെക്റ്റർ ഡീക്രിപ്റ്റ് ചെയ്യാനും ആധികാരികത കുക്കികൾ പോലുള്ള മറ്റ് സന്ദേശങ്ങൾ സെർവറിലേക്ക് വായിക്കാനും അവർക്ക് അവ ഉപയോഗിക്കാം.

ഇന്നത്തെ നിലയിൽ, BEAST കേടുപാടുകൾ അവശേഷിക്കുന്നു നിരവധി നെറ്റ്‌വർക്ക് ടൂളുകൾ വരാൻ സാധ്യതയുണ്ട്: പ്രാദേശിക ഇന്റർനെറ്റ് ഗേറ്റ്‌വേകൾ പരിരക്ഷിക്കുന്നതിനുള്ള പ്രോക്സി സെർവറുകളും ആപ്ലിക്കേഷനുകളും.

സ്വയം എങ്ങനെ സംരക്ഷിക്കാം. ഡാറ്റ ഡീക്രിപ്റ്റ് ചെയ്യാൻ ആക്രമണകാരിക്ക് പതിവായി അഭ്യർത്ഥനകൾ അയയ്ക്കേണ്ടതുണ്ട്. വിഎംവെയറിൽ ശുപാർശ ചെയ്യുന്നു SSLSessionCacheTimeout-ന്റെ ദൈർഘ്യം അഞ്ച് മിനിറ്റിൽ നിന്ന് (സ്ഥിര ശുപാർശ) 30 സെക്കൻഡായി കുറയ്ക്കുക. ഈ സമീപനം ആക്രമണകാരികൾക്ക് അവരുടെ പദ്ധതികൾ നടപ്പിലാക്കുന്നത് കൂടുതൽ ബുദ്ധിമുട്ടാക്കും, എന്നിരുന്നാലും ഇത് പ്രകടനത്തെ പ്രതികൂലമായി ബാധിക്കും. കൂടാതെ, BEAST കേടുപാടുകൾ ഉടൻ തന്നെ ഭൂതകാലത്തിന്റെ ഒരു കാര്യമായി മാറുമെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട് - 2020 മുതൽ, ഏറ്റവും വലിയ ബ്രൗസറുകൾ നിർത്തുക TLS 1.0, 1.1 എന്നിവയ്ക്കുള്ള പിന്തുണ. ഏത് സാഹചര്യത്തിലും, എല്ലാ ബ്രൗസർ ഉപയോക്താക്കളിൽ 1,5% ൽ താഴെ മാത്രമാണ് ഈ പ്രോട്ടോക്കോളുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നത്.

മുങ്ങി മരിക്കുക

2-ബിറ്റ് RSA കീകൾ ഉപയോഗിച്ച് SSLv40 നടപ്പിലാക്കുന്നതിലെ ബഗുകൾ ചൂഷണം ചെയ്യുന്ന ഒരു ക്രോസ്-പ്രോട്ടോക്കോൾ ആക്രമണമാണിത്. ആക്രമണകാരി ടാർഗെറ്റിന്റെ നൂറുകണക്കിന് TLS കണക്ഷനുകൾ ശ്രദ്ധിക്കുകയും അതേ സ്വകാര്യ കീ ഉപയോഗിച്ച് ഒരു SSLv2 സെർവറിലേക്ക് പ്രത്യേക പാക്കറ്റുകൾ അയയ്ക്കുകയും ചെയ്യുന്നു. ഉപയോഗിക്കുന്നത് ബ്ലീചെൻബാച്ചർ ആക്രമണം, ഒരു ഹാക്കർക്ക് ഏകദേശം ആയിരം ക്ലയന്റ് TLS സെഷനുകളിൽ ഒന്ന് ഡീക്രിപ്റ്റ് ചെയ്യാൻ കഴിയും.

DROWN ആദ്യമായി 2016 ൽ അറിയപ്പെട്ടു - പിന്നീട് അത് മാറി സെർവറുകളുടെ മൂന്നിലൊന്ന് ബാധിക്കപ്പെട്ടിരിക്കുന്നു ലോകത്തിൽ. ഇന്ന് അതിന്റെ പ്രസക്തി നഷ്ടപ്പെട്ടിട്ടില്ല. ഏറ്റവും ജനപ്രിയമായ 150 ആയിരം സൈറ്റുകളിൽ 2% ഇപ്പോഴും നിലവിലുണ്ട് പിന്തുണ SSLv2, ദുർബലമായ എൻക്രിപ്ഷൻ മെക്കാനിസങ്ങൾ.

സ്വയം എങ്ങനെ സംരക്ഷിക്കാം. SSLv2 പിന്തുണ പ്രവർത്തനരഹിതമാക്കുന്ന ക്രിപ്‌റ്റോഗ്രാഫിക് ലൈബ്രറികളുടെ ഡെവലപ്പർമാർ നിർദ്ദേശിച്ച പാച്ചുകൾ ഇൻസ്റ്റാൾ ചെയ്യേണ്ടത് ആവശ്യമാണ്. ഉദാഹരണത്തിന്, ഓപ്പൺഎസ്എസ്എല്ലിനായി അത്തരം രണ്ട് പാച്ചുകൾ അവതരിപ്പിച്ചു (2016 ൽ ഇവ അപ്‌ഡേറ്റുകളായിരുന്നു 1.0.1സെ, 1.0.2 ഗ്രാം). കൂടാതെ, അപകടകരമായ പ്രോട്ടോക്കോൾ പ്രവർത്തനരഹിതമാക്കുന്നതിനുള്ള അപ്‌ഡേറ്റുകളും നിർദ്ദേശങ്ങളും പ്രസിദ്ധീകരിച്ചു ചുവന്ന തൊപ്പി, അപ്പാച്ചെ, ഡെബിയൻ.

"ഒരു മെയിൽ സെർവർ പോലെയുള്ള SSLv2 ഉള്ള ഒരു മൂന്നാം കക്ഷി സെർവർ അതിന്റെ കീകൾ ഉപയോഗിക്കുകയാണെങ്കിൽ ഒരു റിസോഴ്സ് DROWN-ന് ഇരയാകാം," വികസന വകുപ്പ് മേധാവി കുറിക്കുന്നു. IaaS പ്രൊവൈഡർ 1cloud.ru സെർജി ബെൽകിൻ. - നിരവധി സെർവറുകൾ ഒരു പൊതു SSL സർട്ടിഫിക്കറ്റ് ഉപയോഗിക്കുകയാണെങ്കിൽ ഈ സാഹചര്യം സംഭവിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, നിങ്ങൾ എല്ലാ മെഷീനുകളിലും SSLv2 പിന്തുണ പ്രവർത്തനരഹിതമാക്കേണ്ടതുണ്ട്."

ഒരു സ്പെഷ്യൽ ഉപയോഗിച്ച് നിങ്ങളുടെ സിസ്റ്റം അപ്ഡേറ്റ് ചെയ്യേണ്ടതുണ്ടോ എന്ന് നിങ്ങൾക്ക് പരിശോധിക്കാം യൂട്ടിലിറ്റികൾ — DROWN കണ്ടെത്തിയ വിവര സുരക്ഷാ വിദഗ്ധരാണ് ഇത് വികസിപ്പിച്ചെടുത്തത്. ഇത്തരത്തിലുള്ള ആക്രമണത്തിൽ നിന്നുള്ള സംരക്ഷണവുമായി ബന്ധപ്പെട്ട ശുപാർശകളെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം OpenSSL വെബ്സൈറ്റിൽ പോസ്റ്റ് ചെയ്യുക.

ഹൃദയഹാരിയായ

സോഫ്റ്റ്‌വെയറിലെ ഏറ്റവും വലിയ കേടുപാടുകളിൽ ഒന്നാണ് ഹൃദയഹാരിയായ. 2014-ൽ OpenSSL ലൈബ്രറിയിൽ നിന്നാണ് ഇത് കണ്ടെത്തിയത്. ബഗ് അറിയിപ്പ് സമയത്ത്, ദുർബലമായ വെബ്‌സൈറ്റുകളുടെ എണ്ണം അരലക്ഷമായി കണക്കാക്കപ്പെട്ടിരുന്നു - ഇത് നെറ്റ്‌വർക്കിലെ സംരക്ഷിത വിഭവങ്ങളുടെ ഏകദേശം 17% ആണ്.

ചെറിയ ഹാർട്ട്‌ബീറ്റ് TLS എക്സ്റ്റൻഷൻ മൊഡ്യൂളിലൂടെയാണ് ആക്രമണം നടപ്പിലാക്കുന്നത്. TLS പ്രോട്ടോക്കോളിന് ഡാറ്റ തുടർച്ചയായി കൈമാറേണ്ടതുണ്ട്. നീണ്ടുനിൽക്കുന്ന പ്രവർത്തനരഹിതമായ സാഹചര്യത്തിൽ, ഒരു ഇടവേള സംഭവിക്കുകയും കണക്ഷൻ പുനഃസ്ഥാപിക്കുകയും വേണം. പ്രശ്‌നത്തെ നേരിടാൻ, സെർവറുകളും ക്ലയന്റുകളും ചാനലിനെ കൃത്രിമമായി "ശബ്ദം" ചെയ്യുന്നു (RFC 6520, പേജ് 5), ക്രമരഹിതമായ നീളമുള്ള ഒരു പാക്കറ്റ് കൈമാറുന്നു. ഇത് മുഴുവൻ പാക്കറ്റിനേക്കാളും വലുതാണെങ്കിൽ, OpenSSL-ന്റെ ദുർബലമായ പതിപ്പുകൾ അനുവദിച്ച ബഫറിനപ്പുറം മെമ്മറി റീഡ് ചെയ്യുന്നു. സ്വകാര്യ എൻക്രിപ്ഷൻ കീകളും മറ്റ് കണക്ഷനുകളെക്കുറിച്ചുള്ള വിവരങ്ങളും ഉൾപ്പെടെ ഏത് ഡാറ്റയും ഈ ഏരിയയിൽ അടങ്ങിയിരിക്കാം.

1.0.1 നും 1.0.1f നും ഇടയിലുള്ള ലൈബ്രറിയുടെ എല്ലാ പതിപ്പുകളിലും അതുപോലെ തന്നെ നിരവധി ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലും - ഉബുണ്ടു 12.04.4 വരെ, CentOS 6.5-നേക്കാൾ പഴയത്, OpenBSD 5.3 എന്നിവയും മറ്റുള്ളവയിലും ഈ അപകടസാധ്യതയുണ്ട്. ഒരു പൂർണ്ണമായ ലിസ്റ്റ് ഉണ്ട് Heartbleed-ന് സമർപ്പിച്ചിരിക്കുന്ന ഒരു വെബ്സൈറ്റിൽ. ഈ അപകടസാധ്യതയ്‌ക്കെതിരായ പാച്ചുകൾ കണ്ടെത്തിയതിന് തൊട്ടുപിന്നാലെ പുറത്തുവന്നെങ്കിലും, ഈ പ്രശ്നം ഇന്നും പ്രസക്തമാണ്. 2017-ൽ തിരിച്ചെത്തി ഏകദേശം 200 ആയിരം സൈറ്റുകൾ പ്രവർത്തിച്ചു, ഹാർട്ട് ബ്ലീഡിന് സാധ്യത.

സ്വയം എങ്ങനെ സംരക്ഷിക്കാം. അത് ആവശ്യമാണ് OpenSSL അപ്ഡേറ്റ് ചെയ്യുക പതിപ്പ് 1.0.1g അല്ലെങ്കിൽ ഉയർന്നത് വരെ. DOPENSSL_NO_HEARTBEATS ഓപ്‌ഷൻ ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഹാർട്ട്‌ബീറ്റ് അഭ്യർത്ഥനകൾ സ്വമേധയാ പ്രവർത്തനരഹിതമാക്കാനും കഴിയും. അപ്ഡേറ്റിന് ശേഷം, വിവര സുരക്ഷാ വിദഗ്ധർ ശുപാർശ ചെയ്യുന്നു SSL സർട്ടിഫിക്കറ്റുകൾ വീണ്ടും നൽകുക. എൻക്രിപ്ഷൻ കീകളിലെ ഡാറ്റ ഹാക്കർമാരുടെ കൈകളിൽ എത്തിയാൽ ഒരു പകരം വയ്ക്കൽ ആവശ്യമാണ്.

സർട്ടിഫിക്കറ്റ് പകരം വയ്ക്കൽ

നിയമാനുസൃതമായ SSL സർട്ടിഫിക്കറ്റ് ഉള്ള ഒരു നിയന്ത്രിത നോഡ് ഉപയോക്താവിനും സെർവറിനുമിടയിൽ ഇൻസ്‌റ്റാൾ ചെയ്‌തിരിക്കുന്നു, ഇത് ട്രാഫിക്കിനെ സജീവമായി തടസ്സപ്പെടുത്തുന്നു. ഈ നോഡ് സാധുവായ ഒരു സർട്ടിഫിക്കറ്റ് ഹാജരാക്കി ഒരു നിയമാനുസൃത സെർവറായി ആൾമാറാട്ടം നടത്തുന്നു, കൂടാതെ ഒരു MITM ആക്രമണം നടത്തുന്നത് സാധ്യമാകും.

പറയുന്നു ഗവേഷണം മോസില്ല, ഗൂഗിൾ, നിരവധി സർവകലാശാലകൾ എന്നിവയിൽ നിന്നുള്ള ടീമുകൾ, നെറ്റ്‌വർക്കിലെ സുരക്ഷിത കണക്ഷനുകളുടെ ഏകദേശം 11% ചോർത്തപ്പെട്ടു. ഉപയോക്താക്കളുടെ കമ്പ്യൂട്ടറുകളിൽ സംശയാസ്പദമായ റൂട്ട് സർട്ടിഫിക്കറ്റുകൾ ഇൻസ്റ്റാൾ ചെയ്തതിന്റെ ഫലമാണിത്.

സ്വയം എങ്ങനെ സംരക്ഷിക്കാം. വിശ്വസനീയമായ സേവനങ്ങൾ ഉപയോഗിക്കുക SSL ദാതാക്കൾ. സേവനം ഉപയോഗിച്ച് നിങ്ങൾക്ക് സർട്ടിഫിക്കറ്റുകളുടെ "ഗുണനിലവാരം" പരിശോധിക്കാം സർട്ടിഫിക്കറ്റ് സുതാര്യത (സി.ടി). ക്ലൗഡ് ദാതാക്കൾക്ക് ചോർച്ച കണ്ടെത്താനും സഹായിക്കാനാകും; ചില വലിയ കമ്പനികൾ ഇതിനകം തന്നെ TLS കണക്ഷനുകൾ നിരീക്ഷിക്കുന്നതിന് പ്രത്യേക ഉപകരണങ്ങൾ വാഗ്ദാനം ചെയ്യുന്നു.

മറ്റൊരു സംരക്ഷണ രീതി പുതിയതായിരിക്കും സ്റ്റാൻഡേർഡ് SSL സർട്ടിഫിക്കറ്റുകളുടെ രസീത് ഓട്ടോമേറ്റ് ചെയ്യുന്ന ACME. അതേ സമയം, സൈറ്റിന്റെ ഉടമയെ സ്ഥിരീകരിക്കുന്നതിന് ഇത് അധിക സംവിധാനങ്ങൾ ചേർക്കും. അതിനെക്കുറിച്ച് കൂടുതൽ ഞങ്ങളുടെ മുമ്പത്തെ മെറ്റീരിയലുകളിലൊന്നിൽ ഞങ്ങൾ എഴുതി.

/flickr/ യൂറി സമോയിലോവ് / CC BY

HTTPS-നുള്ള സാധ്യതകൾ

നിരവധി അപകടസാധ്യതകൾ ഉണ്ടായിരുന്നിട്ടും, ഐടി ഭീമന്മാരും വിവര സുരക്ഷാ വിദഗ്ധരും പ്രോട്ടോക്കോളിന്റെ ഭാവിയിൽ ആത്മവിശ്വാസത്തിലാണ്. HTTPS സജീവമായി നടപ്പിലാക്കുന്നതിന് വക്താക്കൾ WWW സ്രഷ്ടാവ് ടിം ബെർണേഴ്സ്-ലീ. അദ്ദേഹത്തിന്റെ അഭിപ്രായത്തിൽ, കാലക്രമേണ TLS കൂടുതൽ സുരക്ഷിതമാകും, ഇത് കണക്ഷനുകളുടെ സുരക്ഷയെ ഗണ്യമായി മെച്ചപ്പെടുത്തും. ബെർണേഴ്‌സ്-ലീ അത് നിർദ്ദേശിച്ചു ഭാവിയിൽ ദൃശ്യമാകും ഐഡന്റിറ്റി പ്രാമാണീകരണത്തിനുള്ള ക്ലയന്റ് സർട്ടിഫിക്കറ്റുകൾ. ആക്രമണകാരികളിൽ നിന്ന് സെർവർ പരിരക്ഷ മെച്ചപ്പെടുത്താൻ അവ സഹായിക്കും.

മെഷീൻ ലേണിംഗ് ഉപയോഗിച്ച് SSL/TLS സാങ്കേതികവിദ്യ വികസിപ്പിക്കാനും പദ്ധതിയിട്ടിട്ടുണ്ട് - ക്ഷുദ്രകരമായ ട്രാഫിക് ഫിൽട്ടർ ചെയ്യുന്നതിന് സ്മാർട്ട് അൽഗോരിതങ്ങൾ ഉത്തരവാദികളായിരിക്കും. HTTPS കണക്ഷനുകൾ ഉപയോഗിച്ച്, ക്ഷുദ്രവെയറിൽ നിന്നുള്ള അഭ്യർത്ഥനകൾ കണ്ടെത്തുന്നത് ഉൾപ്പെടെ എൻക്രിപ്റ്റ് ചെയ്ത സന്ദേശങ്ങളുടെ ഉള്ളടക്കം കണ്ടെത്താൻ അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് മാർഗമില്ല. ഇന്ന്, ന്യൂറൽ നെറ്റ്‌വർക്കുകൾക്ക് അപകടസാധ്യതയുള്ള പാക്കറ്റുകൾ 90% കൃത്യതയോടെ ഫിൽട്ടർ ചെയ്യാൻ കഴിയും. (അവതരണ സ്ലൈഡ് 23).

കണ്ടെത്തലുകൾ

HTTPS-ലെ മിക്ക ആക്രമണങ്ങളും പ്രോട്ടോക്കോളിലെ പ്രശ്നങ്ങളുമായി ബന്ധപ്പെട്ടതല്ല, കാലഹരണപ്പെട്ട എൻക്രിപ്ഷൻ മെക്കാനിസങ്ങളെ പിന്തുണയ്ക്കുന്നതിനാണ്. ഐടി വ്യവസായം മുൻ തലമുറ പ്രോട്ടോക്കോളുകൾ ക്രമേണ ഉപേക്ഷിക്കാനും കേടുപാടുകൾക്കായി തിരയുന്നതിനുള്ള പുതിയ ഉപകരണങ്ങൾ വാഗ്ദാനം ചെയ്യാനും തുടങ്ങിയിരിക്കുന്നു. ഭാവിയിൽ, ഈ ഉപകരണങ്ങൾ കൂടുതൽ ബുദ്ധിശക്തിയുള്ളതായിത്തീരും.

വിഷയത്തെക്കുറിച്ചുള്ള കൂടുതൽ ലിങ്കുകൾ:

• ക്ലൗഡിലെ വികസനം, വിവര സുരക്ഷ, വ്യക്തിഗത ഡാറ്റ: 1ക്ലൗഡിൽ നിന്നുള്ള ഡൈജസ്റ്റ്
• SSL ഡൈജസ്റ്റ്: ഹബ്രെയിലും മറ്റും മികച്ച പ്രായോഗിക സാമഗ്രികൾ
• VPN ഡൈജസ്റ്റ്: ഹബ്രെയെ കുറിച്ചുള്ള ആമുഖ ലേഖനങ്ങളും മറ്റും

അവലംബം: www.habr.com