IPS VPN വഴിയുള്ള ഡാറ്റാബേസ് തടഞ്ഞു: ഒഴിവാക്കലിന്റെ പരിധി നിർവ്വചിക്കുക
VPN ആന്തരിക ഡാറ്റാബേസ് ട്രാഫിക്കിനെ പരിശോധനയിൽ നിന്ന് ഒഴിവാക്കുന്നില്ല. തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് സിഗ്നേച്ചർ അടിച്ചമർത്തൽ, ഉറവിട ഒഴിവാക്കൽ, വിഭാഗം നിർജ്ജീവമാക്കൽ എന്നിവ താരതമ്യം ചെയ്യുക.
VPN-നുള്ളിൽ ഡാറ്റാബേസ് കണക്ഷനുകൾ ഇപ്പോഴും IPS തടയുന്നു, ഇവന്റ് ലോഗ് കാരണം പേരിടുന്നു, ഏറ്റവും വേഗതയുള്ള പരിഹാരം ഒരു ഒഴിവാക്കൽ പോലെ തോന്നുന്നു. അതിന് മുമ്പ് ടണൽ യഥാർത്ഥത്തിൽ എന്താണ് മാറ്റുന്നതെന്ന് ശ്രദ്ധിക്കുക. അത് അതിന്റെ അറ്റങ്ങൾക്കിടയിലുള്ള ട്രാഫിക്കിനെ സംരക്ഷിക്കുന്നു, തുടർന്ന് സാധാരണ ആന്തരിക പാക്കറ്റുകൾ നെറ്റ്വർക്കിന്റെ ഉൾഭാഗം പരിശോധിക്കുന്നതിന് കൈമാറുന്നു, സിഗ്നേച്ചർ പ്രവർത്തിച്ചത് കൃത്യമായി അവിടെയാണ്. ടണൽ ഒരു ഒഴിവാക്കലല്ല, കൂടാതെ കണ്ടെത്തൽ സ്വയമേവ തെറ്റല്ല.
ഡീകാപ്സുലേഷൻ ആണ് പരിശോധന വീണ്ടും തുടങ്ങുന്ന സ്ഥലം
ടണൽ വിട്ടുപോകുന്ന ട്രാഫിക് ഡാറ്റാബേസ് ഹോസ്റ്റിലേക്ക് അയച്ച സാധാരണ IP പാക്കറ്റുകളായി എത്തുന്നു. ആ പാതയിലുള്ള ഏത് നുഴഞ്ഞുകയറ്റം തടയൽ ഉപകരണവും അവയെ സ്വന്തം നയപ്രകാരം വിലയിരുത്തുന്നു, അതിനാൽ എൻക്രിപ്റ്റ് ചെയ്ത ലിങ്ക് കടന്ന ഒരു കണക്ഷനും ആന്തരിക നെറ്റ്വർക്കിനായി എഴുതിയ ഒരു നിയമം കൊണ്ട് ഇപ്പോഴും വീഴ്ത്താം.
എൻഡ്-ടു-എൻഡ് TLS ആണ് ആ ദൃശ്യതയുടെ പരിധി. ക്ലയന്റ് ഡാറ്റാബേസ് സെർവറിന്റെ സർട്ടിഫിക്കറ്റ് പരിശോധിക്കുമ്പോൾ, പരിശോധനാ ഉപകരണം കണക്ഷൻ പ്രോസസ്സ് ചെയ്യുന്നു പക്ഷേ ആപ്ലിക്കേഷൻ പേലോഡ് വായിക്കാൻ കഴിയില്ല, അതിനാൽ അവിടത്തെ കണ്ടെത്തൽ ക്വറി ടെക്സ്റ്റിന് പകരം മെറ്റാഡാറ്റയുമായി പൊരുത്തപ്പെടുന്നു. ആ വിശദാംശം ഒഴിവാക്കിയാൽ തടയപ്പെട്ട ഓരോ കണക്ഷനും ആഴത്തിലുള്ള പരിശോധനയുടെ തെളിവായി തോന്നും. രണ്ട് വസ്തുതകളും പ്രധാനമാണ്: ഉപകരണം അന്ധമല്ല, എല്ലാം വായിക്കുന്നുമില്ല.
കണ്ടെത്തൽ സ്വതവേ തെറ്റായ പോസിറ്റീവ് അല്ല
ഒരു പാറ്റേൺ പിടിക്കാൻ വേണ്ടിയാണ് സിഗ്നേച്ചർ, പ്രതീക്ഷിക്കുന്ന ബിസിനസ് ട്രാഫിക്കിന് യഥാർത്ഥത്തിൽ ദുർബലമായ കോഡ് പാതയിലൂടെ പോകാം. ആദ്യം രേഖപ്പെടുത്തിയ ഇവന്റ് ആപ്ലിക്കേഷൻ പ്രവർത്തനവുമായി പൊരുത്തപ്പെടുത്തുക: സമയസ്റ്റാമ്പ്, ആന്തരിക ഉറവിടവും ലക്ഷ്യവും, പോർട്ടുകൾ, സിഗ്നേച്ചർ ഐഡന്റിഫയർ, സ്വീകരിച്ച നടപടി. ആറ് ഫീൽഡുകൾ മുന്നറിയിപ്പ് പരാജയപ്പെട്ട കണക്ഷന്റേതാണോ അതോ യാദൃച്ഛികമായി തിരക്കിലായിരുന്ന അയൽക്കാരന്റേതാണോ എന്നും പറയുന്നു.
സെർവറിലേക്ക് കുറച്ച് പാക്കറ്റുകൾ എത്തുന്നത് IPS-നെ കാരണമായി തിരിച്ചറിയുന്നില്ല, പൊരുത്തപ്പെടുന്ന സിഗ്നേച്ചർ ക്ലയന്റ് നിയമാനുസൃതമാണെന്ന് തെളിയിക്കുന്നുമില്ല. ഇവന്റ് ക്ലയന്റിന്റെ സ്വന്തം റിപ്പോർട്ടുമായി പരസ്പരബന്ധിതമാകുന്നതുവരെ രണ്ട് വായനകളും ഊഹങ്ങളാണ്. പരസ്പരബന്ധിതമായ ഇവന്റാണ് തെളിവ്, ഡാറ്റാബേസ് പതിപ്പ് വിധിയുടെ ഭാഗവുമാണ്.
മൂന്ന് ഒഴിവാക്കൽ പരിധികളും ഓരോന്നും നീക്കുന്നതും
ഓപ്ഷനുകൾ എത്രത്തോളം പരിശോധന ഓഫാക്കുന്നു എന്നതിൽ വ്യത്യസ്തമാണ്, വ്യത്യാസം ക്രമീകരണത്തിന്റെ ഇന്റർഫേസ് സൂചിപ്പിക്കുന്നതിനേക്കാൾ വലുതാണ്. സിഗ്നേച്ചർ അടിച്ചമർത്തൽ അതുമായി പൊരുത്തപ്പെടുന്ന ട്രാഫിക്കിനുള്ള ഒരു നിയമം നീക്കുന്നു. ഉറവിട ഒഴിവാക്കൽ ആ വിലാസത്തിൽ നിന്നുള്ള എല്ലാറ്റിന്റെയും പരിശോധന നീക്കുന്നു. വിഭാഗം നിർജ്ജീവമാക്കൽ ഒരു നിയമ കുടുംബം നീക്കുന്നു, ചിലപ്പോൾ മുഴുവൻ നയത്തിലും.
| Scope | What it stops | What you give up |
|---|---|---|
| Suppress one signature | That rule, for the matching flow | One detection, reviewed against a version |
| Exclude a source address | All rules for that address | Every signature that address would have triggered |
| Disable a category | A rule family across the policy | Protection for unrelated hosts and services |
ഉൽപ്പന്നത്തിന് അത് പ്രകടിപ്പിക്കാൻ കഴിയുമ്പോഴെല്ലാം ആദ്യ വരിക്ക് മുൻഗണന നൽകുക. കഴിയാത്തപ്പോൾ, വിശാലമായ ഒഴിവാക്കലിനെ കൃത്യമായതായി അവതരിപ്പിക്കുന്നതിന് പകരം പരിധി മുകളിലേക്ക് ഉയർത്തുക; അംഗീകരിക്കുന്നയാൾ വ്യത്യാസം എഴുതിയതായി കാണണം.
നിങ്ങൾ സജ്ജീകരിച്ചതായി കരുതുന്ന പരിധി
വിവർത്തനം ഒഴിവാക്കൽ എന്ത് ഉൾക്കൊള്ളുന്നു എന്നത് മാറ്റുന്നു. ഒരു വിവർത്തിത വിലാസത്തിന് പിന്നിൽ നിരവധി VPN ക്ലയന്റുകൾ പ്രത്യക്ഷപ്പെടുമ്പോൾ, ആ വിലാസം ഒഴിവാക്കുന്നത് അവരെയെല്ലാം ഒഴിവാക്കുന്നു, ഇത് അന്വേഷണം തുടങ്ങിയ ഒറ്റ കണ്ടെത്തലിനേക്കാൾ വളരെ വിശാലമാണ്.
നിങ്ങൾ പൂരിപ്പിച്ച ഫോമിന് പകരം ഫലപ്രദമായ പരിധി പരിശോധിക്കുക, നിയമത്തിന് സമീപം സംഭവ ഐഡന്റിഫയർ രേഖപ്പെടുത്തുക. കാരണമില്ലാത്ത ഒഴിവാക്കൽ സ്ഥിരമായ നയമായിത്തീരുന്നു, അടുത്ത അവലോകകന് അത് ഇപ്പോഴും ബാധകമാണോ എന്ന് അറിയാനുള്ള വഴിയില്ല.
പ്രവർത്തനവും അതിർത്തിയും വീണ്ടും പരിശോധിക്കുക
അതേ നിരുപദ്രവകരമായ ഡാറ്റാബേസ് പ്രവർത്തനം ആവർത്തിച്ച് കണക്ഷൻ പൂർത്തിയാകുന്നുവെന്ന് ഉറപ്പാക്കുക, തുടർന്ന് അവയെ പ്രേരിപ്പിക്കേണ്ട ഒരു പരിശോധനയിൽ ബന്ധമില്ലാത്ത കണ്ടെത്തലുകൾ ഇപ്പോഴും പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. കണക്ടിവിറ്റി പുനഃസ്ഥാപിക്കുന്നത് ഒരു സ്വീകാര്യതാ മാനദണ്ഡമാണ്; ഉദ്ദേശിച്ച അതിർത്തി നിലനിർത്തുന്നത് മറ്റൊന്നാണ്.
nc -vz 10.40.7.25 5432
psql -h 10.40.7.25 -U app -d appdb -c "select 1"എന്താണ് ഒഴിവാക്കിയത്, എന്തുകൊണ്ട്, അടുത്ത സിഗ്നേച്ചർ അപ്ഡേറ്റിനോ ആപ്ലിക്കേഷൻ അപ്ഗ്രേഡിനോ ശേഷം എപ്പോൾ വീണ്ടും പരിശോധിക്കണം എന്ന് എഴുതുക. ഷെഡ്യൂൾ അനുസരിച്ച് വീണ്ടും വായിക്കുന്ന അടിച്ചമർത്തൽ ഒരു എഞ്ചിനീയറിംഗ് തീരുമാനമാണ്; ആരും ഓർക്കാത്തത് വിശ്വാസ അതിർത്തിയുടെ സാവധാന വിപുലീകരണമാണ്.