സ്റ്റാറ്റിക് സ്കാനിംഗിനപ്പുറം: കോഡ് മാത്രമല്ല, വയർ കാണുക
നീ ഒരു ആധുനിക CI/CD pipeline. നിങ്ങളുടെ കോഡ് കടന്നുപോകുന്നു SAST ഒപ്പം SCA സ്കാനുകൾ. എല്ലാം പച്ചയാണ്. എന്നിരുന്നാലും, ഉൽ‌പാദന സമയത്ത്, ഒരു മൂന്നാം കക്ഷി സെർവറിലേക്ക് ഡാറ്റ ചോരാൻ തുടങ്ങുന്നു. എന്താണ് സംഭവിച്ചത്? ഇത് ഒരു സൈദ്ധാന്തിക പ്രശ്നമല്ല. ഇത് സാധാരണമാണ്. പരമ്പരാഗത AppSec ഉപകരണങ്ങൾ പോലുള്ളവ SAST ഒപ്പം SCA കോഡ് തലത്തിൽ പ്രവർത്തിക്കുന്നു; അവർ വാക്യഘടന, ആശ്രിതത്വ മരങ്ങൾ, ദുർബലതകൾ എന്നിവ വിശകലനം ചെയ്യുന്നു, പക്ഷേ നിങ്ങളുടെ ആപ്പ് വിന്യസിച്ചുകഴിഞ്ഞാൽ അത് എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് അവർ പിടിച്ചെടുക്കുന്നില്ല. അതാണ് ബ്ലൈൻഡ് സ്പോട്ട്.
ഒരു ഓപ്പൺ സോഴ്‌സ് പാക്കേജ് അല്ലെങ്കിൽ ഒരു ഡൈനാമിക് SDK റൺടൈം നെറ്റ്‌വർക്ക് പ്രവർത്തനം, ഔട്ട്ബൗണ്ട് ടെലിമെട്രി, ഹാർഡ്‌കോഡ് ചെയ്ത API കോളുകൾ, അല്ലെങ്കിൽ നിശബ്ദ ഡാറ്റ ചോർച്ചകൾ എന്നിവയ്ക്ക് കാരണമായേക്കാം. കോഡ് സ്‌കാനിംഗ് ഉപകരണങ്ങൾ ഇത് കാണില്ല. ഇവിടെയാണ് ഡീപ് പാക്കറ്റ് പരിശോധന (DPI) വിടവ് നികത്തുന്നത്. കോഡ് എന്തുചെയ്യുമെന്ന് ഊഹിക്കുന്നതിനുപകരം, DPI അത് എന്താണ് ചെയ്യുന്നതെന്ന് വയറിൽ കാണിച്ചുതരുന്നു.
ഇന്ന്, ആപ്ലിക്കേഷൻ സുരക്ഷ കോഡിനപ്പുറം പോകണം. ആധുനിക ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റുമായി കർശനമായി സംയോജിപ്പിച്ചിരിക്കുന്ന DPI വഴിയുള്ള റൺടൈം നിരീക്ഷണം ഇനി ഓപ്ഷണലല്ല. യഥാർത്ഥ ഭീഷണികൾ തത്സമയം കണ്ടെത്തി പ്രതികരിക്കാൻ ആഗ്രഹിക്കുന്ന ഏതൊരു AppSec തന്ത്രത്തിന്റെയും നിർണായക ഭാഗമാണിത്.
ഡിപിഐ നിർവചനം: ഡീപ് പാക്കറ്റ് പരിശോധന എന്നാൽ എന്താണ് അർത്ഥമാക്കുന്നത്
DPI എന്ന പാഠപുസ്തക നിർവചനം മറക്കുക. AppSec-ന്റെ പശ്ചാത്തലത്തിൽ, ഡീപ് പാക്കറ്റ് പരിശോധന എന്നാൽ പരമ്പരാഗത നെറ്റ്‌വർക്ക് നിരീക്ഷണത്തിനപ്പുറത്തേക്ക് പോകുക എന്നാണ്. ഉറവിടം, ലക്ഷ്യസ്ഥാനം, പ്രോട്ടോക്കോൾ തുടങ്ങിയ തലക്കെട്ടുകൾ മാത്രം പരിശോധിക്കുന്നതിനുപകരം, ആപ്ലിക്കേഷൻ ട്രാഫിക്കിനുള്ളിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് മനസ്സിലാക്കാൻ DPI ഓരോ പാക്കറ്റിന്റെയും യഥാർത്ഥ പേലോഡ് പരിശോധിക്കുന്നു.
"ഇത് സർവീസ് എയിൽ നിന്ന് സർവീസ് ബിയിലേക്കുള്ള ഒരു HTTP അഭ്യർത്ഥനയാണ്" എന്ന് തിരിച്ചറിയുന്നതിൽ അടിസ്ഥാന ഉപകരണങ്ങൾ നിർത്തുന്നിടത്ത്, DPI കൂടുതൽ ആഴത്തിൽ പരിശോധിക്കുന്നു:
- ഇത് മുഴുവൻ HTTP ഉള്ളടക്കം, രീതികൾ, പാരാമീറ്ററുകൾ, ഡാറ്റ എന്നിവ വായിക്കുന്നു.
- യഥാർത്ഥ മെത്തേഡ് കോളുകളും ഡാറ്റാ ഘടനകളും കാണിക്കുന്നതിന് ഇത് gRPC പേലോഡുകളെ ഡീകോഡ് ചെയ്യുന്നു.
- സംശയാസ്പദമായ ഡൊമെയ്‌നുകൾക്കോ അന്വേഷണ പാറ്റേണുകൾക്കോ വേണ്ടിയുള്ള DNS അന്വേഷണങ്ങൾ ഇത് വിശകലനം ചെയ്യുന്നു.
ഈ ആഴത്തിലുള്ള പരിശോധന നിങ്ങളെ ഇനിപ്പറയുന്നവ അനുവദിക്കുന്നു:
- വ്യക്തമായ വാചക രഹസ്യങ്ങളോ ക്രെഡൻഷ്യലുകളോ കണ്ടെത്തുക.
- എൻക്രിപ്റ്റ് ചെയ്ത ചാനലുകളിലൂടെ പോലും ഉൾച്ചേർത്ത എക്സ്ഫിൽട്രേഷൻ ശ്രമങ്ങൾ കണ്ടെത്തുക.
- അനധികൃത ബാഹ്യ ആശയവിനിമയ ശ്രമങ്ങൾ പിടിക്കുക.
പ്രധാനമായി, ഇത് വെറുമൊരു നെറ്റ്‌വർക്കിംഗ് ഉപകരണം മാത്രമല്ല. ഒരു ആധുനിക ആപ്പ്സെക് തന്ത്രത്തിൽ, ഡിപിഐ സ്റ്റാറ്റിക് വിശകലനം പോലെ തന്നെ അത്യാവശ്യമാണ്. ഇത് സുരക്ഷാ ടീമുകൾക്ക് ആപ്ലിക്കേഷൻ പെരുമാറ്റത്തിന്റെ റൺടൈം തെളിവുകൾ നൽകുന്നു, യഥാർത്ഥ ഡാറ്റ ഉപയോഗിച്ച് അനുമാനങ്ങളെ അടിസ്ഥാനപ്പെടുത്തുന്നു, കൂടുതൽ കൃത്യവും പെരുമാറ്റത്തെ അടിസ്ഥാനമാക്കിയുള്ളതുമായ ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റിനെ ശക്തിപ്പെടുത്തുന്നു.
ആപ്ലിക്കേഷൻ സുരക്ഷയിൽ ഡിപിഐയുടെ അതുല്യമായ മൂല്യം
ഡീപ് പാക്കറ്റ് പരിശോധന (DPI) സ്റ്റാറ്റിക് ടൂളുകൾക്ക് നൽകാൻ കഴിയാത്ത ദൃശ്യപരത ഇത് നൽകുന്നു, കാരണം ഇത് നിങ്ങളുടെ ആപ്ലിക്കേഷനുകളുടെ യഥാർത്ഥ റൺടൈം സ്വഭാവം നിരീക്ഷിക്കുന്നു.
പോലുള്ള ഉപകരണങ്ങൾ SAST ഒപ്പം SCA കോഡിന്റെയും മെറ്റാഡാറ്റയുടെയും മേഖലയിലാണ് അവർ പ്രവർത്തിക്കുന്നത്. അവർ വാക്യഘടന, ആശ്രിതത്വ വൃക്ഷങ്ങൾ, അറിയപ്പെടുന്ന ദുർബലതകൾ എന്നിവ വിശകലനം ചെയ്യുന്നു. എന്നാൽ നിങ്ങളുടെ ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കാൻ തുടങ്ങിയാൽ എന്ത് സംഭവിക്കുമെന്ന് അവർക്കറിയില്ല: ലോജിക് തത്സമയ ട്രാഫിക്കായി മാറുകയും അപകടസാധ്യതകൾ സാധ്യതകളിൽ നിന്ന് യഥാർത്ഥത്തിലേക്ക് മാറുകയും ചെയ്യുന്ന നിമിഷം.
DPI തത്സമയ ട്രാഫിക് പരിശോധിക്കുന്നു. ഇത് ഹെഡറുകൾ മാത്രമല്ല, നെറ്റ്‌വർക്ക് പേലോഡുകളും പാഴ്‌സ് ചെയ്യുന്നു, HTTP, gRPC, DNS പോലുള്ള ആപ്ലിക്കേഷൻ-ലെയർ പ്രോട്ടോക്കോളുകൾ പൂർണ്ണമായി വിശകലനം ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്നു. കോഡ് തലത്തിൽ അദൃശ്യമായ സൂക്ഷ്മമായ മോശം പെരുമാറ്റങ്ങൾ കണ്ടെത്താൻ ഇത് നിങ്ങളെ പ്രാപ്തമാക്കുന്നു.
AppSec-ൽ ഡീപ് പാക്കറ്റ് പരിശോധന അദ്വിതീയമായി വെളിപ്പെടുത്തുന്നത് ഇതാ:
ആന്തരിക ആശയവിനിമയങ്ങളിലെ പ്രോട്ടോക്കോൾ ദുരുപയോഗം
നിങ്ങൾക്ക് TLS ബാഹ്യമായി നടപ്പിലാക്കാൻ കഴിയും, എന്നാൽ സർവീസ്-ടു-സർവീസ് ട്രാഫിക്കിന്റെ കാര്യമോ? നിയന്ത്രിത പരിതസ്ഥിതികളിൽ പോലും ആന്തരിക മൈക്രോസർവീസുകൾ പ്ലെയിൻടെക്സ്റ്റ് HTTP-യിലേക്ക് തിരികെ വരുന്ന കേസുകൾ DPI തിരിച്ചറിയുന്നു. സ്റ്റാറ്റിക് ഉപകരണങ്ങൾ അത് കണ്ടെത്തില്ല, പക്ഷേ ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന അത് കണ്ടെത്തുന്നു.
കോംപ്രമൈസ്ഡ് തേർഡ്-പാർട്ടി പാക്കേജുകളിൽ നിന്നുള്ള C2 ബീക്കണിംഗ്
ഒരു കോംപ്രമൈസ്ഡ് npm, PyPI, അല്ലെങ്കിൽ Maven പാക്കേജിൽ ഒരു റിമോട്ട് C2 സെർവറിലേക്ക് ആനുകാലിക പിംഗുകൾ അയയ്ക്കുന്ന ലോജിക് ഉൾപ്പെട്ടേക്കാം. DPI ഈ ലോ-ഫ്രീക്വൻസി, പാറ്റേൺ ചെയ്ത കോളുകൾ, എൻക്രിപ്റ്റ് ചെയ്തവ പോലും കണ്ടെത്തുന്നു. ഇത് നിങ്ങളുടെ അംഗീകൃത ഔട്ട്ബൗണ്ട് ലിസ്റ്റിന് പുറത്തുള്ള സംശയാസ്പദമായ സമയ ഇടവേളകളോ ഡൊമെയ്‌നുകളോ ഫ്ലാഗ് ചെയ്യുന്നു.
അപ്രതീക്ഷിത ബാഹ്യ കണക്ഷനുകൾ
നിങ്ങളുടെ ആപ്പ് അറിയപ്പെടുന്ന API-കളോട് മാത്രമേ സംസാരിക്കാവൂ എങ്കിൽ പോലും, ഒരു ഡെവലപ്പർ ഒരു എൻഡ്‌പോയിന്റ് ഹാർഡ്‌കോഡ് ചെയ്തേക്കാം, അല്ലെങ്കിൽ ഒരു മൂന്നാം കക്ഷി ലൈബ്രറി നിങ്ങൾ പരിശോധിക്കാത്ത ടെലിമെട്രി കോളുകൾ ചേർത്തേക്കാം. തത്സമയ ട്രാഫിക് പ്രഖ്യാപിത സേവന അതിരുകളുമായി താരതമ്യം ചെയ്യാനും ലംഘനങ്ങൾ ഉടനടി ഫ്ലാഗ് ചെയ്യാനും DPI നിങ്ങളെ അനുവദിക്കുന്നു.
എന്തുകൊണ്ട് ഇത് പ്രാധാന്യമർഹിക്കുന്നു:
DPI ഊഹക്കച്ചവടത്തിന് പകരം വസ്തുതകൾ ഉപയോഗിക്കുന്നു. "ഈ കോഡ് അപകടകരമാകുമോ?" എന്നതിന് പകരം, പാക്കറ്റുകളിൽ അപകടസാധ്യത പ്രകടമാകുന്നതായി നിങ്ങൾ കാണുന്നു. നിങ്ങൾ AppSec-നെ റിയാക്ടീവ് എന്നതിൽ നിന്ന് പ്രോആക്ടീവ് എന്നതിലേക്ക് മാറ്റുന്നു:
- നിങ്ങൾ CVE ഡാറ്റാബേസുകളെ മാത്രം ആശ്രയിക്കുന്നത് നിർത്തുന്നു.
- കോഡ് ശരിയാണെന്ന് തോന്നുന്നതുകൊണ്ട് നെറ്റ്‌വർക്ക് ലെയർ സുരക്ഷിതമാണെന്ന് നിങ്ങൾ കരുതുന്നത് നിർത്തുന്നു.
നിങ്ങൾ കൈകാര്യം ചെയ്യാൻ തുടങ്ങുന്നു യഥാർത്ഥ ആക്രമണ ഉപരിതലം, സൈദ്ധാന്തികമല്ല.
ആത്യന്തികമായി, ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന ടീമുകളെ ശ്രദ്ധ കേന്ദ്രീകരിക്കാൻ പ്രാപ്തരാക്കുന്നു ആപ്പ് എന്താണ് ചെയ്യുന്നത്?, ഡെവലപ്പർമാർ മാത്രമല്ല ഉദ്ദേശിച്ചിട്ടുള്ള. അതാണ് പെരുമാറ്റത്തെക്കുറിച്ചുള്ള അവബോധമുള്ള പ്രതിരോധവും ആധുനികവും ആക്രമണ ഉപരിതല മാനേജ്മെന്റ് പ്രവൃത്തിയിലെ.
പരമ്പരാഗത ആപ്പ്സെക് രീതികളിലെ ബ്ലൈൻഡ് സ്പോട്ടുകൾ
പരമ്പരാഗത AppSec ഉപകരണങ്ങൾ, ഉദാഹരണത്തിന് SAST ഒപ്പം SCA, കോഡ്, ഘടന, അറിയപ്പെടുന്ന ദുർബലതകൾ എന്നിവയിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുക. സുരക്ഷിതമല്ലാത്ത പാറ്റേണുകളും കാലഹരണപ്പെട്ട ഡിപൻഡൻസികളും കണ്ടെത്തുന്നതിൽ അവ മാന്യമായ ജോലി ചെയ്യുന്നു, പക്ഷേ റൺടൈം കാഴ്ചയില്ല. അതൊരു പ്രശ്നമാണ്. സന്ദർഭമില്ലാതെ, നിങ്ങളുടെ കോഡ് എന്താണെന്ന് നിങ്ങൾക്ക് നഷ്ടമാകും. ചെയ്യുന്നവൻ.
സാധാരണ ബ്ലൈൻഡ് സ്പോട്ടുകൾ:
ഉപയോഗിക്കാത്ത ദുർബല കോഡ് പാത്തുകൾ
ഒരു ആശ്രിതത്വത്തിൽ ഉൾപ്പെടാം a സിവിഇ, പക്ഷേ ഫംഗ്ഷൻ ഒരിക്കലും ഉപയോഗിച്ചില്ലെങ്കിൽ, പരിഹാര പ്രവർത്തനം ശബ്ദമായി മാറുന്നു. അപകടകരമായ കോഡ് പാതകൾ നിലവിലുണ്ടോ എന്ന് DPI പരിശോധിക്കുന്നു.cisഎഡി. അത് മുമ്പാണ്cisഇ ആക്രമണ ഉപരിതല മാനേജ്മെന്റ്.
ഒബ്‌ഫസ്‌ക്കേറ്റഡ് ലോജിക്കിൽ നിന്ന് മറഞ്ഞിരിക്കുന്ന ഔട്ട്ബൗണ്ട് ട്രാഫിക്
ചില ഓപ്പൺ സോഴ്‌സ് പാക്കേജുകൾ ഡൈനാമിക് ഇമ്പോർട്ടുകൾ, പ്രതിഫലനം അല്ലെങ്കിൽ എൻക്രിപ്റ്റ് ചെയ്ത പേലോഡുകൾ ഉപയോഗിക്കുന്നു. ഇവയ്ക്ക് ബാഹ്യ API കോളുകൾ ആരംഭിക്കാനോ മെറ്റാഡാറ്റ എക്‌സ്‌ഫിൽട്രേറ്റ് ചെയ്യാനോ കഴിയും. സ്റ്റാറ്റിക് ഉപകരണങ്ങൾ പലപ്പോഴും അവ കാണുന്നില്ല, പക്ഷേ ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന ഔട്ട്ബൗണ്ട് അഭ്യർത്ഥനകളും അവയുടെ ലക്ഷ്യസ്ഥാനങ്ങളും വെളിപ്പെടുത്തുന്നു.
പരിശോധനയിൽ നിന്ന് രക്ഷപ്പെടുന്ന എൻക്രിപ്റ്റ് ചെയ്ത ട്രാഫിക്
TLS അല്ലെങ്കിൽ QUIC വഴിയുള്ള gRPC പോലുള്ള പ്രോട്ടോക്കോളുകൾ പേലോഡുകൾ മറയ്ക്കുന്നു. സ്റ്റാറ്റിക് ഉപകരണങ്ങൾക്ക് അവയെ ഡീക്രിപ്റ്റ് ചെയ്യാൻ കഴിയില്ല. സ്റ്റേജിംഗിലെ ഡീക്രിപ്ഷൻ അല്ലെങ്കിൽ നിരീക്ഷണ ഏജന്റുകൾ ഉപയോഗിച്ച് DPI-ക്ക് ഈ സ്ട്രീമുകൾ പരിശോധിക്കാനും നയ ലംഘനങ്ങളോ രഹസ്യ ചോർച്ചകളോ ഫ്ലാഗ് ചെയ്യാനും കഴിയും.
വിന്യസിച്ച കോഡിലെ ബിഹേവിയറൽ ഡ്രിഫ്റ്റ്
എൻവയോൺമെന്റ് വേരിയബിളുകൾ, ഫീച്ചർ ഫ്ലാഗുകൾ, റൺടൈം-ലോഡഡ് മൊഡ്യൂളുകൾ എന്നിവ കാരണം നിങ്ങളുടെ ഓഡിറ്റ് ചെയ്ത കോഡ് പ്രൊഡക്ഷനിൽ വ്യത്യസ്തമായി പ്രവർത്തിച്ചേക്കാം. DPI ഇല്ലാതെ, ഒരു ഇന്റേണൽ API ബാഹ്യമായി ആക്‌സസ് ചെയ്യാൻ കഴിയുമോ അതോ അനധികൃത കണക്ഷനുകൾ ദൃശ്യമാകുമോ എന്ന് നിങ്ങൾക്ക് അറിയാൻ കഴിയില്ല.
വലിയ ചിത്രം: വാക്യഘടന ≠ സ്വഭാവം
ക്ലീൻ കോഡിൽ നിന്നുള്ള സുരക്ഷ കാലഹരണപ്പെട്ടതാണെന്ന് കരുതുക. ആധുനിക ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റിൽ റൺടൈം പെരുമാറ്റം ഉൾപ്പെടുത്തണം. ഡീപ് പാക്കറ്റ് പരിശോധന എന്നത് ആ ദൃശ്യപരത വിടവ് അടയ്ക്കുന്ന ഉപകരണമാണ്, ഇത് യഥാർത്ഥ ട്രാഫിക്കിനെതിരെ സുരക്ഷാ അനുമാനങ്ങളെ സാധൂകരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.
സ്റ്റാറ്റിക് ടൂളുകൾക്ക് നഷ്ടമായത് ഡിപിഐ കണ്ടെത്തിയതിന്റെ യഥാർത്ഥ ബ്രീച്ച് ഉദാഹരണങ്ങൾ
നിങ്ങളുടെ AppSec-ലേക്ക് ഡീപ് പാക്കറ്റ് പരിശോധന (DPI) സംയോജിപ്പിക്കുന്നു pipeline സാങ്കൽപ്പികമല്ല; സ്റ്റാറ്റിക് വിശകലനത്തിന് കണ്ടെത്താൻ കഴിയാത്ത മറഞ്ഞിരിക്കുന്ന അപകടസാധ്യതകൾ നെറ്റ്‌വർക്ക് ട്രാഫിക് വെളിപ്പെടുത്തിയ യഥാർത്ഥ സംഭവങ്ങളിൽ നിന്നാണ് ഇത് ഉത്ഭവിച്ചത്.
കേസ്: ഓപ്പൺ ടെലിമെട്രി CVE‑2023‑43810
വ്യാപകമായി ഉപയോഗിക്കുന്ന ഓപ്പൺ സോഴ്‌സ് ടെലിമെട്രി ഫ്രെയിംവർക്കായ ഓപ്പൺ ടെലിമെട്രി ഉൾപ്പെടുന്ന ഒരു ഔദ്യോഗിക CVE (CVE‑2023‑43810). ഓട്ടോ-ഇൻസ്ട്രുമെന്റേഷൻ സമയത്ത്, അൺബൗണ്ട് കാർഡിനാലിറ്റിയോടെ HTTP മെത്തേഡ് ലേബലുകൾ സൃഷ്ടിക്കപ്പെട്ടു. വളരെ ദൈർഘ്യമേറിയതോ ക്രമരഹിതമോ ആയ ക്രാഫ്റ്റ് ചെയ്ത അഭ്യർത്ഥനകൾ അയച്ചുകൊണ്ട് ആക്രമണകാരികൾ ഇത് ചൂഷണം ചെയ്തു. http_രീതി സെർവറുകളിൽ മെമ്മറി ക്ഷീണത്തിനും സേവന നിഷേധിക്കലിനും കാരണമാകുന്ന മൂല്യങ്ങൾ ഡാറ്റാട്രാക്കർ.ietf.org+15nvd.nist.gov+15ntop.org+15.
സ്റ്റാറ്റിക് വിശകലന ഉപകരണങ്ങൾ ഓപ്പൺ ടെലിമെട്രിയെ അപകടസാധ്യതയുള്ള ഒരു ആശ്രിതത്വമായി ഫ്ലാഗ് ചെയ്തിട്ടുണ്ടെങ്കിലും, റൺടൈം ആഘാതം വിലയിരുത്താൻ അവയ്ക്ക് കഴിഞ്ഞില്ല. ഇതിനു വിപരീതമായി, ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധനയിൽ ഇനിപ്പറയുന്നവ നിരീക്ഷിക്കപ്പെട്ടു:
- തത്സമയ ട്രാഫിക്കിൽ അസാധാരണമാംവിധം നീളമുള്ള HTTP രീതി നാമങ്ങൾ.
- മെമ്മറി ഉപയോഗത്തിൽ ഉയർന്ന ഫ്രീക്വൻസി അല്ലെങ്കിൽ തെറ്റായ രീതി പാറ്റേണുകളുടെ വർദ്ധനവ്.
- എക്സ്ഫിൽട്രേഷൻ അല്ലെങ്കിൽ DoS സംഭവിക്കുമ്പോൾ സംശയാസ്പദമായ DNS അല്ലെങ്കിൽ HTTP ലക്ഷ്യസ്ഥാനങ്ങൾ.
DPI മാത്രമാണ് ചൂഷണത്തിന്റെ റൺടൈം തെളിവ് നൽകിയത്; സ്റ്റാറ്റിക് ടൂളിന് കഴിഞ്ഞില്ല. ആക്രമണ ഉപരിതല മാനേജ്മെന്റിനായി DPI അംബിവേറി ഡിപൻഡൻസി അലേർട്ടുകളെ പ്രവർത്തനക്ഷമമായ ഇന്റലിജൻസാക്കി മാറ്റുന്നത് എങ്ങനെയെന്ന് ഇത് കാണിക്കുന്നു.
ഓപ്പൺ സോഴ്‌സ് SDK-കളിലെ ക്ഷുദ്രകരമായ ടെലിമെട്രി
മറ്റൊരു സാധാരണ സാഹചര്യത്തിൽ, ഓപ്പൺ സോഴ്‌സ് SDK-കൾ ടെലിമെട്രി കോഡ് ഉൾച്ചേർക്കുന്നു, അത് ഉപയോക്തൃ അല്ലെങ്കിൽ പരിസ്ഥിതി ഡാറ്റ ബാഹ്യ സേവനങ്ങളിലേക്ക് അയയ്ക്കുന്നു, ചിലപ്പോൾ രേഖപ്പെടുത്താത്തതോ അംഗീകരിക്കാത്തതോ ആണ്.
സ്റ്റാറ്റിക് ഉപകരണങ്ങൾ സാധ്യതയുള്ള ഔട്ട്ബൗണ്ട് കോളുകളുടെ സാന്നിധ്യം ഫ്ലാഗ് ചെയ്തേക്കാം, പക്ഷേ ആ കോളുകൾ എപ്പോഴെങ്കിലും സംഭവിക്കുമോ എന്ന് അവയ്ക്ക് സ്ഥിരീകരിക്കാൻ കഴിയില്ല. എന്നിരുന്നാലും, DPI കണ്ടെത്തുന്നത്:
- SDK-യിൽ നിന്നുള്ള തത്സമയ HTTP അല്ലെങ്കിൽ gRPC അഭ്യർത്ഥനകൾ.
- ഹെഡറുകളും പേലോഡും ഉൾപ്പെടെയുള്ള എൻവലപ്പ് ഉള്ളടക്കങ്ങൾ, അയച്ച ഡാറ്റ കാണിക്കുന്നു.
- TLS വഴി ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്തിരിക്കുമ്പോൾ പോലും, അംഗീകൃതമല്ലാത്ത എൻഡ്‌പോയിന്റ് ഡൊമെയ്‌നുകൾ.
DPI യുടെ പേലോഡ്-ലെവൽ വിശകലനം ഒരു പ്രത്യേക സേവനത്തിലേക്കോ ലൈബ്രറിയിലേക്കോ ടെലിമെട്രി പെരുമാറ്റം സ്ഥിരീകരിക്കുകയും പരസ്പരബന്ധിതമാക്കുകയും ചെയ്യുന്നു. ഇത് അവ്യക്തമായ മുന്നറിയിപ്പുകളെ പ്രീ-cisഇ ആക്രമണ ഉപരിതല മാനേജ്മെന്റ് പ്രവർത്തനങ്ങൾ: തടയുക, മുന്നറിയിപ്പ് നൽകുക, അല്ലെങ്കിൽ ഓഡിറ്റ് ചെയ്യുക.
ഇവ എന്തുകൊണ്ട് പ്രധാനമാണ്
പരമ്പരാഗത AppSec-ലെ ഒരു നിർണായക വിടവ് ഈ ഉദാഹരണങ്ങൾ എടുത്തുകാണിക്കുന്നു:
- SAST/SCA അപകടകരമായ ആശ്രിതത്വങ്ങളെക്കുറിച്ചോ ദുർബലതകളെക്കുറിച്ചോ മുന്നറിയിപ്പ് നൽകുന്നു, പക്ഷേ റൺടൈം ഉപയോഗമോ ആഘാതമോ തെളിയിക്കാൻ കഴിയില്ല.
- ട്രാഫിക് എൻക്രിപ്റ്റ് ചെയ്തിട്ടോ അവ്യക്തമാക്കിയിട്ടോ പോലും, നിർവചനം DPI വഴി, ഡീപ് പാക്കറ്റ് പരിശോധന യഥാർത്ഥ പെരുമാറ്റത്തിന്റെ ദൃശ്യപരത നൽകുന്നു.
ഈ സംയോജനം ടീമുകളെ അനുമാനാധിഷ്ഠിത സുരക്ഷയിൽ നിന്ന് റൺടൈം-അവബോധ പ്രതിരോധത്തിലേക്ക് മാറാൻ പ്രാപ്തരാക്കുന്നു. DPI യഥാർത്ഥ അപകടസാധ്യത കാണിക്കുന്നു, അതിനാൽ നിങ്ങൾക്ക് മുൻകൂട്ടി തയ്യാറാക്കിയത് ഉപയോഗിച്ച് നിങ്ങളുടെ ആക്രമണ ഉപരിതലം കൈകാര്യം ചെയ്യാൻ കഴിയും.cisഎന്താണോ അതിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുക ചൂഷണം ചെയ്യാവുന്ന, സൈദ്ധാന്തികം മാത്രമല്ല.
DPI ചേർക്കുന്നു CI/CD Pipeline
നിങ്ങളുടെ വർക്ക്ഫ്ലോയിൽ ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന എവിടെയാണ് യോജിക്കുന്നത്? CI/CD വേഗതയെയും സാധുതയുള്ള ഡെലിവറിയെയും കുറിച്ചാണ്, പക്ഷേ സാധൂകരണം കോഡ് വിശകലനത്തിൽ അവസാനിക്കുന്നില്ല. DPI നിങ്ങളുടെ ഒന്നിലധികം ഘട്ടങ്ങളിലാണ്. pipeline:
- സ്റ്റേജിംഗ്: തത്സമയ ട്രാഫിക് പിടിച്ചെടുക്കുന്ന DPI ഏജന്റുമാരുമായോ സൈഡ്‌കാറുകളുമായോ സേവനങ്ങൾ വിന്യസിക്കുക.
- പോസ്റ്റ്-ഡിപ്ലോയ്: തത്സമയമാകുന്നതിന് മുമ്പ് റിയലിസ്റ്റിക് പരിതസ്ഥിതികളിൽ ആപ്പ് പെരുമാറ്റം തുടർച്ചയായി നിരീക്ഷിക്കുക.
- സുരക്ഷാ സാധൂകരണം: അനുവദനീയമായ പ്രോട്ടോക്കോളുകൾ ഉപയോഗിച്ച് അംഗീകൃത ലക്ഷ്യസ്ഥാനങ്ങളുമായി മാത്രമേ സേവനങ്ങൾ സംസാരിക്കുന്നുള്ളൂ എന്ന് ഉറപ്പാക്കുക.
Devs-നുള്ള സംയോജന ഉദാഹരണങ്ങൾ
- GitHub പ്രവർത്തനങ്ങൾ: ഇന്റഗ്രേഷൻ ടെസ്റ്റുകൾക്കിടയിൽ നിങ്ങളുടെ ആപ്പിൽ നിന്നുള്ള ഔട്ട്ബൗണ്ട് ട്രാഫിക് നിരീക്ഷിക്കുന്നതിന് DPI പ്രവർത്തനക്ഷമമാക്കിയ ഒരു ടെസ്റ്റ് കണ്ടെയ്‌നർ (ഉദാഹരണത്തിന്, Suricata പോലുള്ള ഒരു ഉപകരണം അല്ലെങ്കിൽ ഒരു ക്ലൗഡ് DPI സേവനം ഉപയോഗിച്ച്) വിന്യസിക്കുന്ന ഒരു ജോബ് സ്റ്റെപ്പ് നിങ്ങളുടെ വർക്ക്ഫ്ലോയിൽ ചേർക്കുക.
- ജിറ്റ്‌ലാബ് സി.ഐ: എ ഉപയോഗിക്കുക സേവനങ്ങള്: സ്റ്റേജിംഗ് സമയത്ത് നിങ്ങളുടെ ആപ്പിനൊപ്പം ഒരു DPI കണ്ടെയ്‌നർ പ്രവർത്തിപ്പിക്കുന്നതിനുള്ള ഒരു പ്രഖ്യാപനം നടത്തുക, കൂടാതെ അജ്ഞാത ഡൊമെയ്‌നുകളോ പ്ലെയിൻടെക്സ്റ്റ് പ്രോട്ടോക്കോളുകളോ ഫ്ലാഗ് ചെയ്യുന്നതിന് പരിശോധനയ്ക്ക് ശേഷമുള്ള ട്രാഫിക് ലോഗുകൾ പാഴ്‌സ് ചെയ്യുക.
- ജെങ്കിൻസ്: ഒരു ടെസ്റ്റ് നെയിംസ്‌പെയ്‌സിൽ (ഉദാ. കുബേർനെറ്റസ് ജോബ് അല്ലെങ്കിൽ ഡോക്കർ കമ്പോസ് വഴി) ഒരു ഡിപിഐ പ്രോബ് സ്പിൻ ചെയ്യുന്ന ഒരു പോസ്റ്റ്-ബിൽഡ് സ്റ്റെപ്പ് ചേർക്കുക, നിങ്ങളുടെ പ്രഖ്യാപിത സേവന കരാറിൽ നിന്ന് ട്രാഫിക് വ്യതിചലിച്ചാൽ ബിൽഡ് പരാജയപ്പെടുത്തുക.
യഥാർത്ഥ സ്റ്റേജിംഗ് രംഗം
നിങ്ങളുടെ Node.js ആപ്പ് ഒരു മൂന്നാം കക്ഷി അനലിറ്റിക്സ് SDK ഇറക്കുമതി ചെയ്യുന്നുവെന്ന് സങ്കൽപ്പിക്കുക. സ്റ്റേജിംഗിൽ, DPI ഔട്ട്ബൗണ്ട് ട്രാഫിക് കണ്ടെത്തുന്നു api.untrusted-telemetry.com (www.api.untrusted-telemetry.com) എന്നത് സ്വകാര്യതാ നയമാണ്., നിങ്ങളുടെ സേവന വൈറ്റ്‌ലിസ്റ്റിൽ ലിസ്റ്റ് ചെയ്തിട്ടില്ലാത്ത ഒരു ഡൊമെയ്ൻ. SDK അവ്യക്തമായ ഡൈനാമിക് ഇമ്പോർട്ടുകൾ ഉപയോഗിച്ചതിനാൽ സ്റ്റാറ്റിക് ടൂളുകൾക്ക് അത് മനസ്സിലായില്ല. എന്നാൽ DPI തത്സമയ അഭ്യർത്ഥന തത്സമയം വെളിപ്പെടുത്തി.
അവിടെയാണ് ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന ഉൾച്ചേർത്തിരിക്കുന്നത്, CI/CD, സിദ്ധാന്തത്തെ കണ്ടെത്തലാക്കി മാറ്റുന്നു. നിങ്ങളുടെ ആപ്പ് ഉൽപ്പാദനത്തിൽ എത്തുന്നതിനുമുമ്പ് ഇത് റൺടൈം അടിസ്ഥാനമാക്കിയുള്ള ആക്രമണ ഉപരിതല മാനേജ്മെന്റ് നടപ്പിലാക്കുന്നു.
യഥാർത്ഥ അപകടസാധ്യതാ സാഹചര്യങ്ങൾ DPI-ക്ക് മാത്രമേ മനസ്സിലാകൂ
സ്റ്റാറ്റിക് ഉപകരണങ്ങൾക്ക് കണ്ടെത്താൻ കഴിയാത്ത പെരുമാറ്റത്തെ അടിസ്ഥാനമാക്കിയുള്ള അപകടസാധ്യതകൾ ഡീപ് പാക്കറ്റ് പരിശോധന തുറന്നുകാട്ടുന്നു, അവയിൽ ഇവ ഉൾപ്പെടുന്നു:
- ഓപ്പൺ സോഴ്‌സ് ടെലിമെട്രി നിശബ്ദമായി അനലിറ്റിക്സ് അയയ്ക്കുന്നു.
- ഹാർഡ്‌കോഡ് ചെയ്ത API എൻഡ്‌പോയിന്റുകൾ ഗേറ്റ്‌വേ എൻഫോഴ്‌സ്‌മെന്റിനെ മറികടക്കുന്നു.
- തെറ്റായി ക്രമീകരിച്ച പ്രോട്ടോക്കോളുകൾ (ഉദാ., HTTPS ആവശ്യമുള്ളിടത്ത് HTTP ഉപയോഗിക്കുന്നു).
- അനധികൃത ഡാറ്റ അപ്‌ലോഡുകൾ ബാഹ്യ API-കളിലേക്ക്.
ഈ അപകടസാധ്യതകൾ നിങ്ങളുടെ സോഴ്‌സ് കോഡിലില്ല; അവ റൺടൈം സ്വഭാവത്തിലാണ് ഉയർന്നുവരുന്നത്. ഡെവലപ്പർ ഉദാഹരണം:
സ്റ്റേജിംഗിൽ, DPI ലോഗുകൾ ഒരു ഔട്ട്ബൗണ്ട് പോസ്റ്റ് ഫ്ലാഗ് ചെയ്തു. അഭ്യർത്ഥിക്കുക api.untrusted-telemetry.com (www.api.untrusted-telemetry.com) എന്നത് സ്വകാര്യതാ നയമാണ്.. APM വഴിയുള്ള പരസ്പരബന്ധം ചൂണ്ടിക്കാണിച്ചത് അനലിറ്റിക്സ്.ജെഎസ് മൊഡ്യൂളിൽ ഉപയോക്തൃ-ആക്ടിവിറ്റി-ട്രാക്കർ. ഇത് ഈ സമയത്ത് പിടിക്കപ്പെട്ടില്ല SCA കാരണം ലൈബ്രറി ഒരു ഡൈനാമിക് ഇംപോർട്ടും അവ്യക്തമായ യുക്തിയും ഉപയോഗിച്ചു.
ട്രേസ് മെറ്റാഡാറ്റയുമായി ജോടിയാക്കിയ DPI മാത്രമാണ് ഉറവിടം വെളിപ്പെടുത്തിയത്, കൂടാതെ കുറ്റകരമായ SDK നീക്കം ചെയ്യാൻ ടീമിനെ അനുവദിച്ചു. റൺടൈം-ഡ്രൈവൺ അറ്റാക്ക് സർഫസ് മാനേജ്‌മെന്റിനുള്ള താക്കോലായ യഥാർത്ഥ കോഡിലേക്ക് മാപ്പ് ചെയ്ത തത്സമയ ദൃശ്യപരത അതാണ്.
യഥാർത്ഥ റൺടൈം ഇൻസൈറ്റിനായി കോഡ് + ട്രാഫിക് സംയോജിപ്പിക്കുന്നു
റൺടൈം ലോഗുകൾ ഉറവിടത്തിലേക്ക് തിരികെ കൊണ്ടുപോകാൻ കഴിയുന്നില്ലെങ്കിൽ അവ പരിമിതമായിരിക്കും.
സ്റ്റാക്ക് ട്രെയ്‌സുകളോ എപിഎം ഉപകരണങ്ങളോ ഉപയോഗിച്ച് ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന സംയോജിപ്പിക്കുന്നത് ആ ദൃശ്യപരതാ വിടവ് നികത്തുന്നു:
- DPI ലോഗുകൾ "എന്ത്" കാണിക്കുക, എവിടെ, ഏത് പ്രോട്ടോക്കോൾ ഉപയോഗിച്ച് ഒരു കണക്ഷൻ ഉണ്ടാക്കി.
- APM അല്ലെങ്കിൽ ട്രെയ്‌സിംഗ് മെറ്റാഡാറ്റ "എങ്ങനെ", "എന്തുകൊണ്ട്" എന്നിവ കാണിക്കുന്നു, ഏത് ഫംഗ്ഷൻ അല്ലെങ്കിൽ മൊഡ്യൂൾ ആ സ്വഭാവത്തിന് കാരണമായി.
ഈ മാപ്പിംഗ് അസംസ്കൃത ട്രാഫിക്കിനെ പ്രവർത്തനക്ഷമമായ ഉൾക്കാഴ്ചകളാക്കി മാറ്റുന്നു. ഉദാഹരണം:
“DPI അപ്രതീക്ഷിത ട്രാഫിക് ഫ്ലാഗ് ചെയ്തു അനലിറ്റിക്സ്.ഷാഡോവെൻഡർ.ഐഒ. കോൾ വന്ന സ്ഥലം എപിഎം കാണിച്ചു തന്നു. അനലിറ്റിക്സ്.ജെഎസ് ലെ മാർക്കറ്റിംഗ്-എസ്ഡികെ ഉപയോക്തൃ ഓൺ‌ബോർഡിംഗ് സമയത്ത് ഒരു ഫീച്ചർ ഫ്ലാഗ് വഴി അഭ്യർത്ഥിച്ച മൊഡ്യൂൾ.”
ഈ വ്യക്തതയോടെ, നിങ്ങൾക്ക് അപകടസാധ്യത കണ്ടെത്തുക മാത്രമല്ല; മുൻകൂട്ടി നിങ്ങൾക്ക് അത് പരിഹരിക്കാനും കഴിയുംcisഎലി. ഫലപ്രദമായ, തത്സമയ ആക്രമണ ഉപരിതല മാനേജ്മെന്റിനായി DPI-യെ നിരീക്ഷണക്ഷമതയുമായി സംയോജിപ്പിക്കുന്നതിന്റെ ശക്തി അതാണ്.
DevSecOps-സൗഹൃദം: Shift-Left-ൽ നിന്ന് Shift-Wire-ലേക്ക്
"ഇടത്തേക്ക് മാറ്റുക”ആണ് standard, പക്ഷേ മിക്ക ടീമുകളും മറക്കുന്നു വയർ മാറ്റുക, റൺടൈം പ്രവർത്തനങ്ങൾ മാത്രമല്ല, വികസനത്തിന്റെ പ്രാരംഭ ഘട്ടങ്ങളിലേക്ക് ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന കൊണ്ടുവരിക.
ഈ മാറ്റത്തെ DPI എങ്ങനെ പിന്തുണയ്ക്കുന്നുവെന്ന് ഇതാ:
- സേവന കരാറുകൾ മുൻകൂട്ടി നിർവചിക്കുക: അനുവദനീയമായ ലക്ഷ്യസ്ഥാനങ്ങൾ, പ്രോട്ടോക്കോളുകൾ, പെരുമാറ്റരീതികൾ എന്നിവ പട്ടികപ്പെടുത്തുക. ഇവ വെറും നെറ്റ്‌വർക്ക് നിയമങ്ങളല്ല; അവ സുരക്ഷാ പ്രതീക്ഷകളാണ്.
- സ്റ്റേജിംഗിൽ സിന്തറ്റിക് ട്രാഫിക് ഉപയോഗിക്കുക: നിങ്ങളുടെ കരാറിനെതിരായ യഥാർത്ഥ പെരുമാറ്റം സാധൂകരിക്കുന്നതിന് പരിശോധനകൾ നടത്തി DPI ലോഗുകൾ ക്യാപ്‌ചർ ചെയ്യുക.
- പെരുമാറ്റത്തിലെ ചാഞ്ചാട്ടം നേരത്തേ കണ്ടെത്തൂ: ഫീച്ചർ ഫ്ലാഗുകൾ, കോൺഫിഗറേഷൻ മാറ്റങ്ങൾ അല്ലെങ്കിൽ അപ്‌ഡേറ്റുകൾ പുതിയ ട്രാഫിക് പാറ്റേണുകൾ ട്രിഗർ ചെയ്തേക്കാം. പ്രൊഡക്ഷന് മുമ്പ് DPI ഇവ വെളിപ്പെടുത്തുന്നു.
ഇത് DPI-യെ ഒരു റിയാക്ടീവ് മോണിറ്റർ മാത്രമല്ല, നിങ്ങളുടെ AppSec പരിശോധനയുടെ ഒരു പ്രോആക്ടീവ് ഭാഗമാക്കുന്നു. pipeline. ഇത് സാധൂകരണം, നടപ്പിലാക്കൽ, ദൃശ്യപരത എന്നിവയ്ക്കുള്ള ഒരു ഉപകരണമാണ്, ഉദാഹരണത്തിന് SAST or SCA. നേരത്തെ സംയോജിപ്പിക്കുമ്പോൾ, DPI നിങ്ങളുടെ സുരക്ഷാ നിലപാട് ശക്തിപ്പെടുത്തുകയും ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റിലെ റൺടൈം വിടവ് നികത്തുകയും ചെയ്യുന്നു.
ഡിപിഐ ഉപയോഗിച്ചുള്ള റൺടൈം-അവെയർ അറ്റാക്ക് സർഫേസ് മാനേജ്മെന്റ്
പരമ്പരാഗത ആക്രമണ ഉപരിതല മാനേജ്മെന്റ് (ASM) സ്റ്റാറ്റിക് ഇൻവെന്ററികൾ, ഡൊമെയ്‌നുകളുടെ ലിസ്റ്റുകൾ, സേവനങ്ങൾ, എൻഡ്‌പോയിന്റുകൾ, ഡിപൻഡൻസികൾ എന്നിവയെ ആശ്രയിച്ചിരിക്കുന്നു. ഉപയോഗപ്രദമാണെങ്കിലും, ആപ്പ് രൂപകൽപ്പന ചെയ്തതുപോലെ തന്നെ പ്രവർത്തിക്കുന്നുവെന്ന് ആ മോഡൽ അനുമാനിക്കുന്നു. ഉൽ‌പാദനത്തിൽ സോഫ്റ്റ്‌വെയർ എങ്ങനെ ചലനാത്മകമായി മാറുന്നു എന്നതിന് ഇത് കാരണമാകില്ല.
അവിടെയാണ് റൺടൈം-അവബോധമുള്ള ആക്രമണ ഉപരിതല മാനേജ്മെന്റ് പ്രസക്തമാകുന്നത്.
നിങ്ങളുടെ കോഡിലോ കോൺഫിഗറേഷനിലോ ഉള്ളതിനെ അടിസ്ഥാനമാക്കി ഉപരിതല വിസ്തീർണ്ണം കൈകാര്യം ചെയ്യുന്നതിനുപകരം, നിങ്ങളുടെ ആപ്ലിക്കേഷൻ പ്രവർത്തിക്കുമ്പോൾ അത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിനെ അടിസ്ഥാനമാക്കിയാണ് ഇത് അത് കൈകാര്യം ചെയ്യുന്നത്. ഈ സമീപനം മാപ്പുചെയ്യുന്നതിന് ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധനയെ സ്വാധീനിക്കുന്നു:
- ഏതൊക്കെ സേവനങ്ങളാണ് ഏതൊക്കെ ഡൊമെയ്‌നുകളുമായി സംസാരിക്കുന്നത്?
- ഏതൊക്കെ പ്രോട്ടോക്കോളുകളാണ് ഉപയോഗിക്കുന്നത്?
- ഏതെങ്കിലും ട്രാഫിക് നിങ്ങളുടെ നിർവചിക്കപ്പെട്ട പ്രതീക്ഷകളെ ലംഘിക്കുന്നുണ്ടോ എന്ന്.
ഇത് സൈദ്ധാന്തികമായ ഒരു വെളിപ്പെടുത്തലല്ല, മറിച്ച് യഥാർത്ഥത്തിൽ നിരീക്ഷിക്കപ്പെട്ട പെരുമാറ്റമാണ്.
പ്രധാന വ്യത്യാസം:
- പരമ്പരാഗത ASM = “ഈ സേവനം വേണം X-ലേക്ക് മാത്രം കണക്റ്റ് ചെയ്യുക.”
- റൺടൈം-അവറേ ASM = “ഈ സേവനം is അപ്രതീക്ഷിതമായി, Y, Z എന്നിവയിലേക്കും കണക്റ്റുചെയ്യുന്നു.”
DPI സംയോജിപ്പിച്ചാൽ, നിങ്ങൾ ഉപരിതലം:
- തെറ്റായ കോൺഫിഗറേഷനുകൾ.
- സുരക്ഷാ നയങ്ങളിൽ നിന്നുള്ള വ്യതിചലനം.
- കോഡിൽ നിശബ്ദമായ മൂന്നാം കക്ഷി പെരുമാറ്റങ്ങൾ ദൃശ്യമാകില്ല.
പെരുമാറ്റ നിരീക്ഷണക്ഷമതയിലേക്കുള്ള ഈ മാറ്റം ആധുനിക ആപ്പ്സെക്കിന് അത്യന്താപേക്ഷിതമാണ്. നിങ്ങളുടെ ആക്രമണ ഉപരിതല മാനേജ്മെന്റ് ഉദ്ദേശ്യങ്ങൾ മാപ്പിംഗ് ചെയ്യുന്നത് മാത്രമല്ല, റൺടൈമിൽ എന്താണ് സംഭവിക്കുന്നതെന്ന് നിയന്ത്രിക്കുന്നതിനെക്കുറിച്ചും ഇത് ഉറപ്പാക്കുന്നു.
നിങ്ങളുടെ DevSecOps സ്റ്റാക്കിലെ DPI
ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന നിങ്ങളുടെ ഉപകരണങ്ങൾക്ക് പകരമാവില്ല; അത് റൺടൈം അവബോധവും പ്രീ-ഓർഡറും ഉപയോഗിച്ച് അവയെ വിപുലീകരിക്കുന്നു.cisഅയോൺ നിങ്ങളുടെ സ്റ്റാക്കിലേക്ക് DPI സംയോജിപ്പിക്കാൻ ഇനിപ്പറയുന്ന വഴികൾ ഉപയോഗിക്കാം:
- ലോഗുകളുമായും പെരുമാറ്റ മുന്നറിയിപ്പുകളുമായും പരസ്പരബന്ധിതമാകുന്നതിന് DPI ഇവന്റുകൾ SIEM പ്ലാറ്റ്‌ഫോമുകളിലേക്ക് തള്ളുന്നു.
- ആക്രമണ പാതകളെ നയിക്കുന്നതിനും യഥാർത്ഥ ലോക ഉപയോഗം അനുകരിക്കുന്നതിനും DAST-ലേക്ക് DPI ഉൾക്കാഴ്ചകൾ നൽകുന്നു.
- ഔട്ട്ബൗണ്ട് സ്വഭാവം തുടർച്ചയായി നിരീക്ഷിക്കുന്നതിന്, സ്റ്റേജിംഗ് അല്ലെങ്കിൽ പ്രൊഡക്ഷൻ കുബേർനെറ്റസ് ക്ലസ്റ്ററുകൾ പോലുള്ള നിങ്ങളുടെ GitOps-അധിഷ്ഠിത പരിതസ്ഥിതികളിലേക്ക് DPI ഏജന്റുകളെ വിന്യസിക്കുന്നു.
DPI vs. ഫയർവാളുകൾ: എന്താണ് വ്യത്യാസം?
മനസ്സിലാക്കേണ്ടത് പ്രധാനമാണ്: DPI ഒരു ഫയർവാൾ അല്ല.
- ഒരു ഫയർവാൾ ബൈനറി ഡി നടപ്പിലാക്കുന്നുcisഅയോണുകൾ: മുൻകൂട്ടി നിശ്ചയിച്ച നിയമങ്ങളെ അടിസ്ഥാനമാക്കി തടയുക അല്ലെങ്കിൽ അനുവദിക്കുക (ഉദാ. പോർട്ടുകൾ, ഐപികൾ, പ്രോട്ടോക്കോളുകൾ).
- മറുവശത്ത്, DPI, സന്ദർഭോചിത നിരീക്ഷണക്ഷമത നൽകുന്നതിനായി ട്രാഫിക് പരിശോധിക്കുന്നു. ഇത് "ഈ പാക്കറ്റ് അനുവദനീയമാണ്" എന്ന് മാത്രമല്ല, ഇത് കാണിക്കുന്നു:
- എന്താണ് അയച്ചത്?
- ആരാണ് അതിന് തുടക്കം കുറിച്ചത്?
- ഉള്ളടക്കമോ ലക്ഷ്യസ്ഥാനമോ നയവുമായി പൊരുത്തപ്പെടുന്നുണ്ടോ എന്ന്.
- എന്താണ് അയച്ചത്?
ഉദാഹരണത്തിന്:
- ഒരു ഫയർവാൾ HTTPS ട്രാഫിക്കിനെ അനുവദിച്ചേക്കാം *.എക്സ്റ്റേണൽ.കോം.
- ഒരു മൂന്നാം കക്ഷി അനലിറ്റിക്സ് SDK ഉപയോക്തൃ ഐഡികൾ അയയ്ക്കുന്നുണ്ടെന്ന് DPI വെളിപ്പെടുത്തും ട്രാക്ക്.എക്സ്റ്റേണൽ.കോം, നിങ്ങൾ ഒരിക്കലും അവലോകനം ചെയ്യുകയോ അംഗീകരിക്കുകയോ ചെയ്യാത്ത ഒരു ഡൊമെയ്ൻ.
ഈ നിരീക്ഷണക്ഷമതയാണ് റൺടൈം-അവബോധമുള്ള ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റിനെ പ്രാപ്തമാക്കുന്നത്, ഇത് നിങ്ങൾക്ക് ആക്‌സസ് നിയന്ത്രണം മാത്രമല്ല, പൂർണ്ണ ചിത്രം നൽകുന്നു.
ആധുനിക DevSecOps-ൽ, DPI ഒരു ഡൈനാമിക് വാലിഡേഷൻ ലെയറായി മാറുന്നു, പെരുമാറ്റം ഉദ്ദേശ്യവുമായി പൊരുത്തപ്പെടുന്നുണ്ടോ എന്ന് പരിശോധിക്കുന്നു, കൂടാതെ അപകടസാധ്യതകൾ തുടക്കത്തിൽ തന്നെ ഉയർന്നുവരുന്നു. pipeline ഡെലിവറി മന്ദഗതിയിലാക്കാതെ.
DPI വഴി തത്സമയ ഭീഷണി കണ്ടെത്തൽ
വിന്യാസത്തിനു ശേഷം, DPI റൺടൈം പ്രതിരോധത്തിന്റെ ഒരു പ്രധാന ഭാഗമാണ്:
- HTTPS അല്ലെങ്കിൽ TLS വഴി ഡാറ്റാ പുറന്തള്ളൽ കണ്ടെത്തുക.
- അപകടത്തിൽപ്പെട്ട പാക്കേജുകളിൽ നിന്നുള്ള ബീക്കണിംഗ് സ്വഭാവം തിരിച്ചറിയുക.
- അംഗീകൃതമല്ലാത്ത API എൻഡ്‌പോയിന്റുകൾ വഴി ആന്തരിക സേവന ദുരുപയോഗം തുറന്നുകാട്ടുക.
ഐപികളെ തടയുന്ന ഫയർവാളുകളിൽ നിന്ന് വ്യത്യസ്തമായി, ഡീപ് പാക്കറ്റ് പരിശോധന പെരുമാറ്റത്തെ വിശകലനം ചെയ്യുന്നു. ആക്രമണ ഉപരിതല മാനേജ്മെന്റ് ഉപയോഗിച്ച്, ബ്ലോക്ക് ചെയ്ത വിലാസങ്ങളെ മാത്രമല്ല, യഥാർത്ഥ ആപ്പ് പെരുമാറ്റത്തെയും അടിസ്ഥാനമാക്കിയാണ് നിങ്ങൾ ഭീഷണികൾ കണ്ടെത്തുന്നത്.
കോഡ് ദൃശ്യപരത എന്തുകൊണ്ട് ഇനി മതിയാകുന്നില്ല
സ്റ്റാറ്റിക്-ഒൺലി ആപ്പ്സെക്കിനെ മറികടന്ന് വ്യവസായം വളർന്നു. SAST ഒപ്പം SCA ടേബിൾ സ്റ്റേക്കുകളാണ്, പക്ഷേ അവ റൺടൈം കാണുന്നില്ല. ആധുനിക അപകടസാധ്യതകൾ തത്സമയ പെരുമാറ്റത്തിൽ മാത്രമേ ദൃശ്യമാകൂ: വീട്ടിലേക്ക് ഫോൺ ചെയ്യുന്ന പാക്കേജുകൾ, അപ്രതീക്ഷിത എൻഡ്‌പോയിന്റുകൾ അല്ലെങ്കിൽ പ്രോട്ടോക്കോൾ നയ ലംഘനങ്ങൾ. സ്റ്റാറ്റിക് ഉപകരണങ്ങൾക്ക് ആ ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാൻ കഴിയില്ല. യഥാർത്ഥ ട്രാഫിക് പരിശോധിച്ചുകൊണ്ട് ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന ആ വിടവ് നികത്തുന്നു, അതേസമയം നിർവചനം DPI പ്രതീക്ഷിക്കുന്ന പെരുമാറ്റത്തെ നയിക്കുന്നു. ഇത് ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റിനെ അനുമാന-നിയന്ത്രിതത്തിൽ നിന്ന് തെളിവ്-നിയന്ത്രിതത്തിലേക്ക് മാറ്റുന്നു. നിങ്ങൾ വേഗത്തിൽ നിർമ്മിക്കുകയും പതിവായി വിന്യസിക്കുകയും ചെയ്യുമ്പോൾ, കോഡ് സ്കാനുകൾ മാത്രമല്ല, നിങ്ങൾക്ക് തത്സമയ വയർ ദൃശ്യപരത ആവശ്യമാണ്.
DPI + Xygeni: റൺടൈം-അവെയർ AppSec പ്രാക്ടീസിൽ
പ്ലാറ്റ്ഫോമുകൾ പോലുള്ളവ സൈജെനി റൺടൈം-അവബോധമുള്ളതും ഡെവലപ്പർ-സൗഹൃദവുമായ രീതിയിൽ നിങ്ങളുടെ AppSec സ്റ്റാക്കിലേക്ക് ഉൾച്ചേർത്ത് ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന കൂടുതൽ നടത്തുക. ഇത് നിരീക്ഷണക്ഷമതയെക്കുറിച്ച് മാത്രമല്ല, യാന്ത്രിക കണ്ടെത്തലിനെയും നടപ്പിലാക്കലിനെയും കുറിച്ചാണ്.
സാങ്കേതികമായി ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു:
- സൈജെനി ഭാരം കുറഞ്ഞ ഏജന്റുകളെ വിന്യസിക്കുന്നു നെറ്റ്‌വർക്ക് സ്വഭാവം പകർത്താൻ സ്റ്റേജിംഗ് അല്ലെങ്കിൽ പ്രൊഡക്ഷൻ പരിതസ്ഥിതികളിൽ.
- ഈ ഏജന്റുകൾ ഒരു കേന്ദ്രീകൃത ലോഗ് pipeline, ഇത് സേവനങ്ങളുമായും ഘടകങ്ങളുമായും ട്രാഫിക്കിനെ പരസ്പരബന്ധിതമാക്കുന്നു.
- സൈജെനിക്കും കഴിയും നിലവിലുള്ള നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളുമായി സംയോജിപ്പിക്കുക, ഉദാ, ക്ലൗഡ്-നേറ്റീവ് ഫയർവാൾ ലോഗുകൾ, സർവീസ് മെഷുകൾ, അല്ലെങ്കിൽ eBPF ഇൻസ്ട്രുമെന്റേഷൻ, നിങ്ങളുടെ സ്റ്റാക്കിനെ തടസ്സപ്പെടുത്താതെ DPI ദൃശ്യപരത വർദ്ധിപ്പിക്കുന്നതിന്.
യഥാർത്ഥ നയം പ്രവർത്തനത്തിൽ:
ഒരു സേവനം അതിന്റെ സേവന കരാറിന് പുറത്ത് ലിസ്റ്റ് ചെയ്തിട്ടുള്ള അംഗീകൃതമല്ലാത്ത ഒരു ഡൊമെയ്‌നിലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിക്കുമ്പോൾ Xygeni അത് കണ്ടെത്തുന്നു. ഇത് സ്റ്റേജിംഗ് സമയത്ത് സംഭവിക്കുകയാണെങ്കിൽ, അത് ഇവന്റ് ഫ്ലാഗ് ചെയ്യുന്നു, കോൺഫിഗർ ചെയ്‌തിട്ടുണ്ടെങ്കിൽ, വിന്യാസം സ്വയമേവ തടയുന്നു.
ഈ റൺടൈം-അവബോധ ഫീഡ്‌ബാക്ക് ലൂപ്പ് നിങ്ങളുടെ ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റിനെ നയാധിഷ്ഠിതവും നടപ്പിലാക്കലിന് തയ്യാറായതുമാക്കുന്നു.
കൂടെ സൈജെനി + ഡിപിഐ, നിങ്ങൾക്ക് കഴിയും:
- യഥാർത്ഥ നിർവ്വഹണ പാതകളിലേക്കുള്ള ദുർബലതകൾ കണ്ടെത്തുക: ഉപയോഗത്തെ അടിസ്ഥാനമാക്കി CVE-കൾ സന്ദർഭോചിതമാക്കിയിരിക്കുന്നു.
- ലൈവ് ടെലിമെട്രി അല്ലെങ്കിൽ ഡാറ്റ ലീക്കുകൾ പിടിക്കുക: തത്സമയ ഔട്ട്ബൗണ്ട് ട്രാഫിക് അതിന്റെ ഉത്ഭവ സ്ഥാനത്തേക്ക് തിരികെ മാപ്പ് ചെയ്തിരിക്കുന്നു.
- നെറ്റ്‌വർക്ക് കരാറുകൾ യാന്ത്രികമായി നടപ്പിലാക്കുക: അംഗീകൃത ലക്ഷ്യസ്ഥാനങ്ങളും പ്രോട്ടോക്കോളുകളും മാത്രമേ അനുവദിക്കൂ; മറ്റുള്ളവ തടയുകയോ ഫ്ലാഗ് ചെയ്യുകയോ ചെയ്തിരിക്കുന്നു.
- സ്റ്റാറ്റിക് ഉപകരണങ്ങൾ എന്താണ് നഷ്ടപ്പെടുത്തുന്നതെന്ന് സ്ഥിരീകരിക്കുക.: റൺടൈം ഡിപിഐ ഉപയോഗം സ്ഥിരീകരിച്ചാൽ മാത്രമേ സ്റ്റാറ്റിക് ഫ്ലാഗുകൾ പ്രവർത്തനക്ഷമമാകൂ.
എന്തുകൊണ്ട് ഇത് പ്രധാനമാണ്: തെറ്റായ പോസിറ്റീവുകളെ പിന്തുടരാൻ ഡെവലപ്പർമാർക്ക് സമയമില്ല. ഡിപിഐ ഉൾക്കാഴ്ചകൾക്കൊപ്പം തത്സമയ, പെരുമാറ്റത്തെ അടിസ്ഥാനമാക്കിയുള്ള സാധൂകരണം സൈജെനി നൽകുന്നു, അത് നേരിട്ട് ഡെവലപ്പർമാരിലേക്ക് ഫീഡ് ചെയ്യുന്നു.cisനിങ്ങളുടെ സുരക്ഷിതത്വ അയോണുകൾ pipeline.
അന്തിമ ചിന്തകൾ: വേഗത്തിൽ ഷിപ്പ് ചെയ്യുക, ശക്തമായി നിരീക്ഷിക്കുക.
ഡെവലപ്പർമാർ വേഗത്തിൽ നീങ്ങുന്നു, അതുപോലെ തന്നെ സുരക്ഷയും. നിങ്ങളുടെ സിസ്റ്റത്തിലേക്ക് ആഴത്തിലുള്ള പാക്കറ്റ് പരിശോധന ചേർക്കുക pipeline, വ്യക്തമായ നിർവചനമുള്ള DPI നയവും ശക്തമായ ആക്രമണ ഉപരിതല മാനേജ്‌മെന്റും പിന്തുണയ്ക്കുന്നു. സ്റ്റാറ്റിക് സ്കാനുകൾ പ്രധാനമാണ്, പക്ഷേ കൂടുതൽ പ്രധാനം നിങ്ങളുടെ ആപ്പ് നെറ്റ്‌വർക്കിൽ എന്താണ് ചെയ്യുന്നതെന്നതാണ്. നിങ്ങൾ എഴുതിയത് മാത്രമല്ല, അത് എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതും സുരക്ഷിതമാക്കുക. അതാണ് DevSecOps AppSec-ന്റെ ഭാവി.
