ക്ലൗഡ് സെക്യൂരിറ്റി മോണിറ്ററിംഗ്

ക്ലൗഡിലേക്ക് ഡാറ്റയും ആപ്ലിക്കേഷനുകളും നീക്കുന്നത് കോർപ്പറേറ്റ് SOC-കൾക്ക് ഒരു പുതിയ വെല്ലുവിളി അവതരിപ്പിക്കുന്നു, അത് മറ്റുള്ളവരുടെ ഇൻഫ്രാസ്ട്രക്ചർ നിരീക്ഷിക്കാൻ എപ്പോഴും തയ്യാറല്ല. നെറ്റോസ്കോപ്പ് അനുസരിച്ച്, ശരാശരി എന്റർപ്രൈസ് (പ്രത്യക്ഷമായും യുഎസിൽ) 1246 വ്യത്യസ്ത ക്ലൗഡ് സേവനങ്ങൾ ഉപയോഗിക്കുന്നു, ഇത് ഒരു വർഷം മുമ്പുള്ളതിനേക്കാൾ 22% കൂടുതലാണ്. 1246 ക്ലൗഡ് സേവനങ്ങൾ!!! അവയിൽ 175 എണ്ണം എച്ച്ആർ സേവനങ്ങളുമായി ബന്ധപ്പെട്ടവയാണ്, 170 എണ്ണം മാർക്കറ്റിംഗുമായി ബന്ധപ്പെട്ടതാണ്, 110 എണ്ണം കമ്മ്യൂണിക്കേഷൻ മേഖലയിലും 76 എണ്ണം ഫിനാൻസ്, CRM എന്നിവയിലുമാണ്. Cisco "മാത്രം" 700 ബാഹ്യ ക്ലൗഡ് സേവനങ്ങൾ ഉപയോഗിക്കുന്നു. അതിനാൽ ഈ നമ്പറുകളിൽ ഞാൻ അൽപ്പം ആശയക്കുഴപ്പത്തിലാണ്. എന്തായാലും, പ്രശ്നം അവരുടേതല്ല, മറിച്ച് അവരുടെ സ്വന്തം നെറ്റ്‌വർക്കിലെ പോലെ ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ നിരീക്ഷിക്കുന്നതിനുള്ള അതേ കഴിവുകൾ നേടാൻ ആഗ്രഹിക്കുന്ന വർദ്ധിച്ചുവരുന്ന കമ്പനികൾ ക്ലൗഡ് വളരെ സജീവമായി ഉപയോഗിക്കാൻ തുടങ്ങിയിരിക്കുന്നു എന്നതാണ്. ഈ പ്രവണത വളരുകയാണ് - അനുസരിച്ച് അമേരിക്കൻ ചേംബർ ഓഫ് അക്കൗണ്ട്സ് പ്രകാരം 2023 ഓടെ, യുണൈറ്റഡ് സ്റ്റേറ്റ്സിൽ 1200 ഡാറ്റാ സെന്ററുകൾ അടച്ചുപൂട്ടാൻ പോകുന്നു (6250 ഇതിനകം അടച്ചിരിക്കുന്നു). എന്നാൽ ക്ലൗഡിലേക്കുള്ള മാറ്റം "നമ്മുടെ സെർവറുകൾ ഒരു ബാഹ്യ ദാതാവിലേക്ക് മാറ്റാം" എന്നതല്ല. പുതിയ ഐടി ആർക്കിടെക്ചർ, പുതിയ സോഫ്റ്റ്‌വെയർ, പുതിയ പ്രക്രിയകൾ, പുതിയ നിയന്ത്രണങ്ങൾ... ഇതെല്ലാം ഐടിയുടെ മാത്രമല്ല, വിവര സുരക്ഷയുടെ പ്രവർത്തനത്തിലും കാര്യമായ മാറ്റങ്ങൾ കൊണ്ടുവരുന്നു. ക്ലൗഡിന്റെ സുരക്ഷ ഉറപ്പാക്കുന്നത് എങ്ങനെയെങ്കിലും നേരിടാൻ ദാതാക്കൾ പഠിച്ചിട്ടുണ്ടെങ്കിൽ (ഭാഗ്യവശാൽ ധാരാളം ശുപാർശകൾ ഉണ്ട്), ക്ലൗഡ് വിവര സുരക്ഷാ നിരീക്ഷണത്തിൽ, പ്രത്യേകിച്ച് SaaS പ്ലാറ്റ്‌ഫോമുകളിൽ, കാര്യമായ ബുദ്ധിമുട്ടുകൾ ഉണ്ട്, അത് ഞങ്ങൾ സംസാരിക്കും.

നിങ്ങളുടെ കമ്പനി അതിന്റെ ഇൻഫ്രാസ്ട്രക്ചറിന്റെ ഒരു ഭാഗം ക്ലൗഡിലേക്ക് മാറ്റി എന്ന് പറയാം... നിർത്തുക. ഈ വഴിയല്ല. ഇൻഫ്രാസ്ട്രക്ചർ കൈമാറ്റം ചെയ്യപ്പെട്ടിട്ടുണ്ടെങ്കിൽ, അത് എങ്ങനെ നിരീക്ഷിക്കുമെന്ന് നിങ്ങൾ ഇപ്പോൾ ചിന്തിക്കുന്നുണ്ടെങ്കിൽ, നിങ്ങൾക്ക് ഇതിനകം നഷ്ടപ്പെട്ടു. ആമസോൺ, ഗൂഗിൾ അല്ലെങ്കിൽ മൈക്രോസോഫ്റ്റ് (പിന്നീട് റിസർവേഷനുകൾക്കൊപ്പം) അല്ലാത്തപക്ഷം, നിങ്ങളുടെ ഡാറ്റയും ആപ്ലിക്കേഷനുകളും നിരീക്ഷിക്കാൻ നിങ്ങൾക്ക് കൂടുതൽ കഴിവുണ്ടാകില്ല. ലോഗുകൾക്കൊപ്പം പ്രവർത്തിക്കാൻ നിങ്ങൾക്ക് അവസരം നൽകിയാൽ അത് നല്ലതാണ്. ചിലപ്പോൾ സുരക്ഷാ ഇവന്റ് ഡാറ്റ ലഭ്യമാകുമെങ്കിലും നിങ്ങൾക്ക് അതിലേക്ക് ആക്‌സസ് ഉണ്ടാകില്ല. ഉദാഹരണത്തിന്, Office 365. നിങ്ങൾക്ക് ഏറ്റവും വിലകുറഞ്ഞ E1 ലൈസൻസ് ഉണ്ടെങ്കിൽ, സുരക്ഷാ ഇവന്റുകൾ നിങ്ങൾക്ക് ലഭ്യമല്ല. നിങ്ങൾക്ക് ഒരു E3 ലൈസൻസ് ഉണ്ടെങ്കിൽ, നിങ്ങളുടെ ഡാറ്റ 90 ദിവസത്തേക്ക് മാത്രമേ സംഭരിക്കപ്പെടുകയുള്ളൂ, നിങ്ങൾക്ക് E5 ലൈസൻസ് ഉണ്ടെങ്കിൽ മാത്രമേ, ലോഗുകളുടെ ദൈർഘ്യം ഒരു വർഷത്തേക്ക് ലഭ്യമാകൂ (എന്നിരുന്നാലും, പ്രത്യേകം ചെയ്യേണ്ടതിന്റെ ആവശ്യകതയുമായി ബന്ധപ്പെട്ട് ഇതിന് അതിന്റേതായ സൂക്ഷ്മതകളുണ്ട്. Microsoft പിന്തുണയിൽ നിന്നുള്ള ലോഗുകൾക്കൊപ്പം പ്രവർത്തിക്കുന്നതിന് നിരവധി ഫംഗ്ഷനുകൾ അഭ്യർത്ഥിക്കുക). കോർപ്പറേറ്റ് എക്സ്ചേഞ്ചിനെ അപേക്ഷിച്ച് മോണിറ്ററിംഗ് ഫംഗ്ഷനുകളുടെ കാര്യത്തിൽ E3 ലൈസൻസ് വളരെ ദുർബലമാണ്. ഇതേ നില കൈവരിക്കുന്നതിന്, നിങ്ങൾക്ക് ഒരു E5 ലൈസൻസോ ഒരു അധിക അഡ്വാൻസ്ഡ് കംപ്ലയൻസ് ലൈസൻസോ ആവശ്യമാണ്, ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിലേക്ക് മാറുന്നതിന് നിങ്ങളുടെ സാമ്പത്തിക മാതൃകയിൽ ഉൾപ്പെടുത്തിയിട്ടില്ലാത്ത അധിക പണം ആവശ്യമായി വന്നേക്കാം. ക്ലൗഡ് ഇൻഫർമേഷൻ സെക്യൂരിറ്റി മോണിറ്ററിംഗുമായി ബന്ധപ്പെട്ട പ്രശ്‌നങ്ങളെ കുറച്ചുകാണുന്നതിന്റെ ഒരു ഉദാഹരണം മാത്രമാണിത്. ഈ ലേഖനത്തിൽ, പൂർണ്ണമെന്ന് നടിക്കാതെ, സുരക്ഷാ വീക്ഷണകോണിൽ നിന്ന് ഒരു ക്ലൗഡ് ദാതാവിനെ തിരഞ്ഞെടുക്കുമ്പോൾ കണക്കിലെടുക്കേണ്ട ചില സൂക്ഷ്മതകളിലേക്ക് ശ്രദ്ധ ആകർഷിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ലേഖനത്തിന്റെ അവസാനം, ക്ലൗഡ് വിവര സുരക്ഷ നിരീക്ഷിക്കുന്നതിനുള്ള പ്രശ്നം പരിഹരിച്ചുവെന്ന് പരിഗണിക്കുന്നതിന് മുമ്പ് പൂർത്തിയാക്കേണ്ട ഒരു ചെക്ക്‌ലിസ്റ്റ് നൽകും.

ക്ലൗഡ് പരിതസ്ഥിതികളിലെ സംഭവങ്ങളിലേക്ക് നയിക്കുന്ന നിരവധി സാധാരണ പ്രശ്‌നങ്ങളുണ്ട്, അവയോട് പ്രതികരിക്കാൻ വിവര സുരക്ഷാ സേവനങ്ങൾക്ക് സമയമില്ല അല്ലെങ്കിൽ അവ കാണുന്നില്ല:

• സുരക്ഷാ ലോഗുകൾ നിലവിലില്ല. ഇത് വളരെ സാധാരണമായ ഒരു സാഹചര്യമാണ്, പ്രത്യേകിച്ച് ക്ലൗഡ് സൊല്യൂഷൻസ് മാർക്കറ്റിലെ പുതിയ കളിക്കാർക്കിടയിൽ. എന്നാൽ നിങ്ങൾ അവരെ ഉടനടി ഉപേക്ഷിക്കരുത്. ചെറുകിട കളിക്കാർ, പ്രത്യേകിച്ച് ആഭ്യന്തര കളിക്കാർ, ഉപഭോക്തൃ ആവശ്യകതകളോട് കൂടുതൽ സെൻസിറ്റീവ് ആണ്, കൂടാതെ അവരുടെ ഉൽപ്പന്നങ്ങൾക്കായുള്ള അംഗീകൃത റോഡ്മാപ്പ് മാറ്റുന്നതിലൂടെ ആവശ്യമായ ചില പ്രവർത്തനങ്ങൾ വേഗത്തിൽ നടപ്പിലാക്കാൻ കഴിയും. അതെ, ഇത് ആമസോണിൽ നിന്നുള്ള GuardDuty യുടെ അനലോഗ് അല്ലെങ്കിൽ Bitrix-ൽ നിന്നുള്ള "Proactive Protection" മൊഡ്യൂൾ ആയിരിക്കില്ല, പക്ഷേ കുറഞ്ഞത് എന്തെങ്കിലും.
• ലോഗുകൾ എവിടെയാണ് സൂക്ഷിച്ചിരിക്കുന്നതെന്നോ അവയിലേക്ക് ആക്‌സസ് ഇല്ലെന്നോ വിവര സുരക്ഷയ്ക്ക് അറിയില്ല. ഇവിടെ ക്ലൗഡ് സേവന ദാതാവുമായി ചർച്ചകളിൽ ഏർപ്പെടേണ്ടത് ആവശ്യമാണ് - ക്ലയന്റ് തനിക്ക് പ്രാധാന്യമർഹിക്കുന്നതായി കണക്കാക്കുകയാണെങ്കിൽ ഒരുപക്ഷേ അദ്ദേഹം അത്തരം വിവരങ്ങൾ നൽകും. എന്നാൽ പൊതുവേ, ലോഗുകളിലേക്കുള്ള പ്രവേശനം "പ്രത്യേക തീരുമാനത്തിലൂടെ" നൽകുമ്പോൾ അത് വളരെ നല്ലതല്ല.
• ക്ലൗഡ് ദാതാവിന് ലോഗുകൾ ഉണ്ടെന്നും ഇത് സംഭവിക്കുന്നു, പക്ഷേ അവ പരിമിതമായ നിരീക്ഷണവും ഇവന്റ് റെക്കോർഡിംഗും നൽകുന്നു, ഇത് എല്ലാ സംഭവങ്ങളും കണ്ടെത്താൻ പര്യാപ്തമല്ല. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു വെബ്‌സൈറ്റിലെ മാറ്റങ്ങളുടെ ലോഗുകളോ ഉപയോക്തൃ പ്രാമാണീകരണ ശ്രമങ്ങളുടെ ലോഗുകളോ മാത്രമേ ലഭിക്കൂ, എന്നാൽ നെറ്റ്‌വർക്ക് ട്രാഫിക് പോലുള്ള മറ്റ് ഇവന്റുകൾ അല്ല, ഇത് നിങ്ങളുടെ ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ ഹാക്ക് ചെയ്യാനുള്ള ശ്രമങ്ങളെ ചിത്രീകരിക്കുന്ന സംഭവങ്ങളുടെ ഒരു മുഴുവൻ പാളിയും നിങ്ങളിൽ നിന്ന് മറയ്ക്കും.
• ലോഗുകൾ ഉണ്ട്, എന്നാൽ അവയിലേക്കുള്ള ആക്സസ് ഓട്ടോമേറ്റ് ചെയ്യാൻ പ്രയാസമാണ്, ഇത് തുടർച്ചയായി നിരീക്ഷിക്കാൻ പ്രേരിപ്പിക്കുന്നു, പക്ഷേ ഒരു ഷെഡ്യൂളിൽ. നിങ്ങൾക്ക് ലോഗുകൾ സ്വയമേവ ഡൗൺലോഡ് ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, ലോഗുകൾ ഡൗൺലോഡ് ചെയ്യുന്നത്, ഉദാഹരണത്തിന്, Excel ഫോർമാറ്റിൽ (പല ആഭ്യന്തര ക്ലൗഡ് സൊല്യൂഷൻ പ്രൊവൈഡർമാരെപ്പോലെ), കോർപ്പറേറ്റ് ഇൻഫർമേഷൻ സെക്യൂരിറ്റി സർവീസ് അവരുമായി ടിങ്കർ ചെയ്യാൻ വിമുഖത കാണിക്കാൻ പോലും ഇടയാക്കിയേക്കാം.
• ലോഗ് മോണിറ്ററിംഗ് ഇല്ല. ക്ലൗഡ് പരിതസ്ഥിതികളിൽ വിവര സുരക്ഷാ സംഭവങ്ങൾ ഉണ്ടാകുന്നതിനുള്ള ഏറ്റവും അവ്യക്തമായ കാരണം ഇതാണ്. ലോഗുകൾ ഉണ്ടെന്ന് തോന്നുന്നു, അവയിലേക്കുള്ള ആക്സസ് ഓട്ടോമേറ്റ് ചെയ്യാൻ കഴിയും, പക്ഷേ ആരും ഇത് ചെയ്യുന്നില്ല. എന്തുകൊണ്ട്?

പങ്കിട്ട ക്ലൗഡ് സുരക്ഷാ ആശയം

ക്ലൗഡിലേക്കുള്ള പരിവർത്തനം എല്ലായ്പ്പോഴും ഇൻഫ്രാസ്ട്രക്ചറിന്റെ നിയന്ത്രണം നിലനിർത്താനുള്ള ആഗ്രഹവും അത് പരിപാലിക്കുന്നതിൽ വൈദഗ്ധ്യമുള്ള ഒരു ക്ലൗഡ് ദാതാവിന്റെ കൂടുതൽ പ്രൊഫഷണലായ കൈകളിലേക്ക് കൈമാറ്റം ചെയ്യുന്നതും തമ്മിലുള്ള സന്തുലിതാവസ്ഥയ്ക്കുള്ള തിരയലാണ്. കൂടാതെ ക്ലൗഡ് സുരക്ഷാ മേഖലയിലും ഈ ബാലൻസ് തേടേണ്ടതുണ്ട്. മാത്രമല്ല, ഉപയോഗിക്കുന്ന ക്ലൗഡ് സർവീസ് ഡെലിവറി മോഡൽ (IaaS, PaaS, SaaS) അനുസരിച്ച്, ഈ ബാലൻസ് എല്ലാ സമയത്തും വ്യത്യസ്തമായിരിക്കും. എന്തായാലും, ഇന്ന് എല്ലാ ക്ലൗഡ് ദാതാക്കളും പങ്കിട്ട ഉത്തരവാദിത്തവും പങ്കിട്ട വിവര സുരക്ഷാ മാതൃകയും പിന്തുടരുന്നുവെന്ന് നാം ഓർക്കണം. ക്ലൗഡ് ചില കാര്യങ്ങൾക്ക് ഉത്തരവാദിയാണ്, മറ്റുള്ളവയ്ക്ക് ക്ലയന്റ് ഉത്തരവാദിയാണ്, അവന്റെ ഡാറ്റ, അവന്റെ ആപ്ലിക്കേഷനുകൾ, അവന്റെ വെർച്വൽ മെഷീനുകൾ, മറ്റ് ഉറവിടങ്ങൾ എന്നിവ ക്ലൗഡിൽ സ്ഥാപിക്കുന്നു. ക്ലൗഡിലേക്ക് പോകുന്നതിലൂടെ, ഞങ്ങൾ എല്ലാ ഉത്തരവാദിത്തവും ദാതാവിലേക്ക് മാറ്റുമെന്ന് പ്രതീക്ഷിക്കുന്നത് അശ്രദ്ധയാണ്. എന്നാൽ ക്ലൗഡിലേക്ക് നീങ്ങുമ്പോൾ എല്ലാ സുരക്ഷയും സ്വയം നിർമ്മിക്കുന്നതും ബുദ്ധിശൂന്യമാണ്. ഒരു ബാലൻസ് ആവശ്യമാണ്, അത് പല ഘടകങ്ങളെ ആശ്രയിച്ചിരിക്കും: - റിസ്ക് മാനേജ്മെന്റ് തന്ത്രം, ഭീഷണി മോഡൽ, ക്ലൗഡ് ദാതാവിന് ലഭ്യമായ സുരക്ഷാ സംവിധാനങ്ങൾ, നിയമനിർമ്മാണം മുതലായവ.

ഉദാഹരണത്തിന്, ക്ലൗഡിൽ ഹോസ്റ്റുചെയ്തിരിക്കുന്ന ഡാറ്റയുടെ വർഗ്ഗീകരണം എല്ലായ്പ്പോഴും ഉപഭോക്താവിന്റെ ഉത്തരവാദിത്തമാണ്. ഒരു ക്ലൗഡ് ദാതാവ് അല്ലെങ്കിൽ ഒരു ബാഹ്യ സേവന ദാതാവ് ക്ലൗഡിലെ ഡാറ്റ അടയാളപ്പെടുത്താനും ലംഘനങ്ങൾ തിരിച്ചറിയാനും നിയമം ലംഘിക്കുന്ന ഡാറ്റ ഇല്ലാതാക്കാനും അല്ലെങ്കിൽ ഒരു രീതി ഉപയോഗിച്ച് മറയ്ക്കാനും സഹായിക്കുന്ന ടൂളുകൾ ഉപയോഗിച്ച് മാത്രമേ അവനെ സഹായിക്കാൻ കഴിയൂ. മറുവശത്ത്, ശാരീരിക സുരക്ഷ എല്ലായ്പ്പോഴും ക്ലൗഡ് ദാതാവിന്റെ ഉത്തരവാദിത്തമാണ്, അത് ക്ലയന്റുകളുമായി പങ്കിടാൻ കഴിയില്ല. എന്നാൽ ഡാറ്റയ്ക്കും ഫിസിക്കൽ ഇൻഫ്രാസ്ട്രക്ചറിനും ഇടയിലുള്ള എല്ലാം കൃത്യമായി ഈ ലേഖനത്തിലെ ചർച്ചാ വിഷയമാണ്. ഉദാഹരണത്തിന്, ക്ലൗഡിന്റെ ലഭ്യത ദാതാവിന്റെ ഉത്തരവാദിത്തമാണ്, കൂടാതെ ഫയർവാൾ നിയമങ്ങൾ സജ്ജീകരിക്കുകയോ എൻക്രിപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കുകയോ ചെയ്യുന്നത് ക്ലയന്റിന്റെ ഉത്തരവാദിത്തമാണ്. ഈ ലേഖനത്തിൽ റഷ്യയിലെ വിവിധ ജനപ്രിയ ക്ലൗഡ് ദാതാക്കൾ ഇന്ന് എന്ത് വിവര സുരക്ഷാ മോണിറ്ററിംഗ് മെക്കാനിസങ്ങൾ നൽകുന്നു, അവയുടെ ഉപയോഗത്തിന്റെ സവിശേഷതകൾ എന്തൊക്കെയാണ്, ബാഹ്യ ഓവർലേ സൊല്യൂഷനുകളിലേക്ക് നോക്കുന്നത് എപ്പോൾ മൂല്യവത്താണ് (ഉദാഹരണത്തിന്, സിസ്കോ ഇ- മെയിൽ സെക്യൂരിറ്റി) സൈബർ സുരക്ഷയുടെ കാര്യത്തിൽ നിങ്ങളുടെ ക്ലൗഡിന്റെ കഴിവുകൾ വികസിപ്പിക്കുന്നു. ചില സാഹചര്യങ്ങളിൽ, പ്രത്യേകിച്ചും നിങ്ങൾ ഒരു മൾട്ടി-ക്ലൗഡ് സ്ട്രാറ്റജി പിന്തുടരുകയാണെങ്കിൽ, ഒരേസമയം നിരവധി ക്ലൗഡ് പരിതസ്ഥിതികളിൽ ബാഹ്യ വിവര സുരക്ഷാ നിരീക്ഷണ പരിഹാരങ്ങൾ ഉപയോഗിക്കാതെ നിങ്ങൾക്ക് മറ്റ് മാർഗമില്ല (ഉദാഹരണത്തിന്, Cisco CloudLock അല്ലെങ്കിൽ Cisco Stealthwatch Cloud). ശരി, ചില സന്ദർഭങ്ങളിൽ നിങ്ങൾ തിരഞ്ഞെടുത്ത ക്ലൗഡ് ദാതാവ് (അല്ലെങ്കിൽ നിങ്ങളുടെമേൽ അടിച്ചേൽപ്പിച്ചത്) വിവര സുരക്ഷാ നിരീക്ഷണ ശേഷികളൊന്നും നൽകുന്നില്ലെന്ന് നിങ്ങൾ മനസ്സിലാക്കും. ഇത് അരോചകമാണ്, മാത്രമല്ല ചെറുതല്ല, കാരണം ഈ ക്ലൗഡിനൊപ്പം പ്രവർത്തിക്കുന്നതുമായി ബന്ധപ്പെട്ട അപകടസാധ്യതയുടെ അളവ് വേണ്ടത്ര വിലയിരുത്താൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു.

ക്ലൗഡ് സെക്യൂരിറ്റി മോണിറ്ററിംഗ് ലൈഫ് സൈക്കിൾ

നിങ്ങൾ ഉപയോഗിക്കുന്ന മേഘങ്ങളുടെ സുരക്ഷ നിരീക്ഷിക്കാൻ, നിങ്ങൾക്ക് മൂന്ന് ഓപ്ഷനുകൾ മാത്രമേയുള്ളൂ:

• നിങ്ങളുടെ ക്ലൗഡ് ദാതാവ് നൽകുന്ന ടൂളുകളെ ആശ്രയിക്കുക,
• നിങ്ങൾ ഉപയോഗിക്കുന്ന IaaS, PaaS അല്ലെങ്കിൽ SaaS പ്ലാറ്റ്‌ഫോമുകൾ നിരീക്ഷിക്കുന്ന മൂന്നാം കക്ഷികളിൽ നിന്നുള്ള പരിഹാരങ്ങൾ ഉപയോഗിക്കുക,
• നിങ്ങളുടേതായ ക്ലൗഡ് മോണിറ്ററിംഗ് ഇൻഫ്രാസ്ട്രക്ചർ നിർമ്മിക്കുക (IaaS/PaaS പ്ലാറ്റ്‌ഫോമുകൾക്ക് മാത്രം).

ഈ ഓപ്ഷനുകളിൽ ഓരോന്നിനും എന്തൊക്കെ സവിശേഷതകൾ ഉണ്ടെന്ന് നോക്കാം. എന്നാൽ ആദ്യം, ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകൾ നിരീക്ഷിക്കുമ്പോൾ ഉപയോഗിക്കുന്ന പൊതുവായ ചട്ടക്കൂട് നമ്മൾ മനസ്സിലാക്കേണ്ടതുണ്ട്. ക്ലൗഡിലെ വിവര സുരക്ഷാ നിരീക്ഷണ പ്രക്രിയയുടെ 6 പ്രധാന ഘടകങ്ങൾ ഞാൻ ഹൈലൈറ്റ് ചെയ്യും:

• അടിസ്ഥാന സൗകര്യങ്ങൾ ഒരുക്കൽ. സംഭരണത്തിലേക്ക് വിവര സുരക്ഷയ്ക്ക് പ്രധാനപ്പെട്ട ഇവന്റുകൾ ശേഖരിക്കുന്നതിന് ആവശ്യമായ ആപ്ലിക്കേഷനുകളും അടിസ്ഥാന സൗകര്യങ്ങളും നിർണ്ണയിക്കുന്നു.
• സമാഹാരം. ഈ ഘട്ടത്തിൽ, പ്രോസസ്സിംഗിനും സംഭരണത്തിനും വിശകലനത്തിനുമായി തുടർന്നുള്ള സംപ്രേക്ഷണത്തിനായി വിവിധ സ്രോതസ്സുകളിൽ നിന്ന് സുരക്ഷാ ഇവന്റുകൾ സമാഹരിക്കുന്നു.
• ചികിത്സ. ഈ ഘട്ടത്തിൽ, തുടർന്നുള്ള വിശകലനം സുഗമമാക്കുന്നതിന് ഡാറ്റ രൂപാന്തരപ്പെടുകയും സമ്പുഷ്ടമാക്കുകയും ചെയ്യുന്നു.
• സംഭരണം. ശേഖരിച്ച പ്രോസസ് ചെയ്തതും അസംസ്കൃതവുമായ ഡാറ്റയുടെ ഹ്രസ്വകാല ദീർഘകാല സംഭരണത്തിന് ഈ ഘടകം ഉത്തരവാദിയാണ്.
• വിശകലനം. ഈ ഘട്ടത്തിൽ, നിങ്ങൾക്ക് സംഭവങ്ങൾ കണ്ടെത്താനും സ്വയമേവ അല്ലെങ്കിൽ സ്വമേധയാ പ്രതികരിക്കാനുമുള്ള കഴിവുണ്ട്.
• റിപ്പോർട്ട് ചെയ്യുന്നു. ഈ ഘട്ടം, ചില തീരുമാനങ്ങൾ എടുക്കാൻ ഞങ്ങളെ സഹായിക്കുന്ന, സ്‌റ്റേക്ക്‌ഹോൾഡർമാർക്കായി (മാനേജ്‌മെന്റ്, ഓഡിറ്റർമാർ, ക്ലൗഡ് പ്രൊവൈഡർ, ക്ലയന്റുകൾ മുതലായവ) പ്രധാന സൂചകങ്ങൾ രൂപപ്പെടുത്താൻ സഹായിക്കുന്നു, ഉദാഹരണത്തിന്, ഒരു ദാതാവിനെ മാറ്റുകയോ വിവര സുരക്ഷ ശക്തിപ്പെടുത്തുകയോ ചെയ്യുക.

ഈ ഘടകങ്ങൾ മനസ്സിലാക്കുന്നത് ഭാവിയിൽ നിങ്ങളുടെ ദാതാവിൽ നിന്ന് എന്ത് എടുക്കാമെന്നും സ്വയം അല്ലെങ്കിൽ ബാഹ്യ കൺസൾട്ടന്റുമാരുടെ പങ്കാളിത്തത്തോടെ നിങ്ങൾ എന്തുചെയ്യണമെന്നും വേഗത്തിൽ തീരുമാനിക്കാൻ നിങ്ങളെ അനുവദിക്കും.

ബിൽറ്റ്-ഇൻ ക്ലൗഡ് സേവനങ്ങൾ

ഇന്ന് പല ക്ലൗഡ് സേവനങ്ങളും വിവര സുരക്ഷാ നിരീക്ഷണ കഴിവുകളൊന്നും നൽകുന്നില്ലെന്ന് ഞാൻ ഇതിനകം മുകളിൽ എഴുതി. പൊതുവേ, വിവര സുരക്ഷ എന്ന വിഷയത്തിൽ അവർ കൂടുതൽ ശ്രദ്ധിക്കുന്നില്ല. ഉദാഹരണത്തിന്, ഇന്റർനെറ്റ് വഴി സർക്കാർ ഏജൻസികൾക്ക് റിപ്പോർട്ടുകൾ അയയ്ക്കുന്നതിനുള്ള ജനപ്രിയ റഷ്യൻ സേവനങ്ങളിലൊന്ന് (ഞാൻ അതിന്റെ പേര് പ്രത്യേകമായി പരാമർശിക്കുന്നില്ല). ഈ സേവനത്തിന്റെ സുരക്ഷയെക്കുറിച്ചുള്ള മുഴുവൻ വിഭാഗവും സാക്ഷ്യപ്പെടുത്തിയ CIPF ഉപയോഗത്തെ ചുറ്റിപ്പറ്റിയാണ്. ഇലക്ട്രോണിക് ഡോക്യുമെന്റ് മാനേജ്മെന്റിനുള്ള മറ്റൊരു ആഭ്യന്തര ക്ലൗഡ് സേവനത്തിന്റെ വിവര സുരക്ഷാ വിഭാഗവും വ്യത്യസ്തമല്ല. ഇത് പബ്ലിക് കീ സർട്ടിഫിക്കറ്റുകൾ, സർട്ടിഫൈഡ് ക്രിപ്‌റ്റോഗ്രഫി, വെബ് കേടുപാടുകൾ ഇല്ലാതാക്കൽ, DDoS ആക്രമണങ്ങളിൽ നിന്നുള്ള സംരക്ഷണം, ഫയർവാളുകൾ, ബാക്കപ്പുകൾ, സാധാരണ വിവര സുരക്ഷാ ഓഡിറ്റുകൾ എന്നിവയെ കുറിച്ച് സംസാരിക്കുന്നു. എന്നാൽ നിരീക്ഷണത്തെക്കുറിച്ചോ ഈ സേവന ദാതാവിന്റെ ക്ലയന്റുകൾക്ക് താൽപ്പര്യമുള്ള വിവര സുരക്ഷാ ഇവന്റുകളിലേക്ക് പ്രവേശനം നേടാനുള്ള സാധ്യതയെക്കുറിച്ചോ ഒരു വാക്കുമില്ല.

പൊതുവേ, ക്ലൗഡ് ദാതാവ് അതിന്റെ വെബ്‌സൈറ്റിലും അതിന്റെ ഡോക്യുമെന്റേഷനിലും വിവര സുരക്ഷാ പ്രശ്‌നങ്ങൾ വിവരിക്കുന്ന രീതിയിലൂടെ, ഈ പ്രശ്‌നം എത്രത്തോളം ഗൗരവമായി എടുക്കുന്നുവെന്ന് നിങ്ങൾക്ക് മനസ്സിലാക്കാനാകും. ഉദാഹരണത്തിന്, "എന്റെ ഓഫീസ്" ഉൽപ്പന്നങ്ങൾക്കായുള്ള മാനുവലുകൾ നിങ്ങൾ വായിക്കുകയാണെങ്കിൽ, സുരക്ഷയെക്കുറിച്ച് ഒരു വാക്കുമില്ല, പക്ഷേ "എന്റെ ഓഫീസ്" എന്ന പ്രത്യേക ഉൽപ്പന്നത്തിനായുള്ള ഡോക്യുമെന്റേഷനിൽ. KS3", അനധികൃത ആക്‌സസ്സിൽ നിന്ന് പരിരക്ഷിക്കുന്നതിനായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു, FSTEC യുടെ 17-ആം ഓർഡറിന്റെ പോയിന്റുകളുടെ ഒരു സാധാരണ ലിസ്റ്റിംഗ് ഉണ്ട്, അത് "My Office.KS3" നടപ്പിലാക്കുന്നു, പക്ഷേ ഇത് എങ്ങനെ നടപ്പിലാക്കുന്നു എന്നും ഏറ്റവും പ്രധാനമായി എങ്ങനെ ചെയ്യാമെന്നും വിവരിച്ചിട്ടില്ല. ഈ സംവിധാനങ്ങളെ കോർപ്പറേറ്റ് വിവര സുരക്ഷയുമായി സംയോജിപ്പിക്കുക. ഒരുപക്ഷേ അത്തരം ഡോക്യുമെന്റേഷൻ നിലവിലുണ്ട്, പക്ഷേ "എന്റെ ഓഫീസ്" വെബ്‌സൈറ്റിൽ പൊതു ഡൊമെയ്‌നിൽ ഞാൻ അത് കണ്ടെത്തിയില്ല. ഒരുപക്ഷേ ഈ രഹസ്യ വിവരങ്ങളിലേക്ക് എനിക്ക് ആക്‌സസ് ഇല്ലെങ്കിലും?..

ബിട്രിക്സിനെ സംബന്ധിച്ചിടത്തോളം സ്ഥിതി വളരെ മികച്ചതാണ്. ഡോക്യുമെന്റേഷൻ ഇവന്റ് ലോഗുകളുടെ ഫോർമാറ്റുകളും, ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമിലേക്കുള്ള സാധ്യതയുള്ള ഭീഷണികളുമായി ബന്ധപ്പെട്ട ഇവന്റുകൾ ഉൾക്കൊള്ളുന്ന നുഴഞ്ഞുകയറ്റ ലോഗും വിവരിക്കുന്നു. അവിടെ നിന്ന് നിങ്ങൾക്ക് IP, ഉപയോക്താവിന്റെ അല്ലെങ്കിൽ അതിഥിയുടെ പേര്, ഇവന്റ് ഉറവിടം, സമയം, ഉപയോക്തൃ ഏജന്റ്, ഇവന്റ് തരം മുതലായവ പുറത്തെടുക്കാൻ കഴിയും. ശരിയാണ്, ക്ലൗഡിന്റെ നിയന്ത്രണ പാനലിൽ നിന്നോ MS Excel ഫോർമാറ്റിൽ ഡാറ്റ അപ്‌ലോഡ് ചെയ്യുന്നതിനോ നിങ്ങൾക്ക് ഈ ഇവന്റുകൾക്കൊപ്പം പ്രവർത്തിക്കാനാകും. ബിട്രിക്‌സ് ലോഗുകൾ ഉപയോഗിച്ച് വർക്ക് ഓട്ടോമേറ്റ് ചെയ്യുന്നത് ഇപ്പോൾ ബുദ്ധിമുട്ടാണ്, നിങ്ങൾ ചില ജോലികൾ സ്വമേധയാ ചെയ്യേണ്ടിവരും (റിപ്പോർട്ട് അപ്‌ലോഡ് ചെയ്ത് നിങ്ങളുടെ SIEM-ലേക്ക് ലോഡുചെയ്യുന്നത്). എന്നാൽ താരതമ്യേന അടുത്തിടെ വരെ അത്തരമൊരു അവസരം നിലവിലില്ലായിരുന്നുവെന്ന് ഞങ്ങൾ ഓർക്കുന്നുവെങ്കിൽ, ഇത് വലിയ പുരോഗതിയാണ്. അതേ സമയം, പല വിദേശ ക്ലൗഡ് ദാതാക്കളും "തുടക്കക്കാർക്കായി" സമാനമായ പ്രവർത്തനം വാഗ്ദാനം ചെയ്യുന്നു എന്നത് ഞാൻ ശ്രദ്ധിക്കാൻ ആഗ്രഹിക്കുന്നു - ഒന്നുകിൽ കൺട്രോൾ പാനലിലൂടെ നിങ്ങളുടെ കണ്ണുകൊണ്ട് ലോഗുകൾ നോക്കുക, അല്ലെങ്കിൽ ഡാറ്റ സ്വയം അപ്‌ലോഡ് ചെയ്യുക (എന്നിരുന്നാലും, മിക്ക ഡാറ്റയും -ൽ അപ്‌ലോഡ് ചെയ്യുക . csv ഫോർമാറ്റ്, Excel അല്ല).

നോ-ലോഗ് ഓപ്ഷൻ പരിഗണിക്കാതെ, ക്ലൗഡ് ദാതാക്കൾ സുരക്ഷാ ഇവന്റുകൾ നിരീക്ഷിക്കുന്നതിന് സാധാരണയായി മൂന്ന് ഓപ്ഷനുകൾ നിങ്ങൾക്ക് വാഗ്ദാനം ചെയ്യുന്നു - ഡാഷ്ബോർഡുകൾ, ഡാറ്റ അപ്ലോഡ്, API ആക്സസ്. ആദ്യത്തേത് നിങ്ങൾക്ക് നിരവധി പ്രശ്‌നങ്ങൾ പരിഹരിക്കുന്നതായി തോന്നുന്നു, പക്ഷേ ഇത് പൂർണ്ണമായും ശരിയല്ല - നിങ്ങൾക്ക് നിരവധി മാസികകൾ ഉണ്ടെങ്കിൽ, അവ പ്രദർശിപ്പിക്കുന്ന സ്‌ക്രീനുകൾക്കിടയിൽ നിങ്ങൾ മാറണം, മൊത്തത്തിലുള്ള ചിത്രം നഷ്‌ടപ്പെടും. കൂടാതെ, ക്ലൗഡ് ദാതാവ് നിങ്ങൾക്ക് സുരക്ഷാ ഇവന്റുകൾ പരസ്പരം ബന്ധപ്പെടുത്താനും ഒരു സുരക്ഷാ വീക്ഷണകോണിൽ നിന്ന് അവയെ വിശകലനം ചെയ്യാനുമുള്ള കഴിവ് നൽകാൻ സാധ്യതയില്ല (സാധാരണയായി നിങ്ങൾ റോ ഡാറ്റയാണ് കൈകാര്യം ചെയ്യുന്നത്, അത് നിങ്ങൾ സ്വയം മനസ്സിലാക്കേണ്ടതുണ്ട്). ഒഴിവാക്കലുകൾ ഉണ്ട്, അവയെക്കുറിച്ച് ഞങ്ങൾ കൂടുതൽ സംസാരിക്കും. അവസാനമായി, നിങ്ങളുടെ ക്ലൗഡ് ദാതാവ് ഏതൊക്കെ ഇവന്റുകൾ റെക്കോർഡുചെയ്‌തു, ഏത് ഫോർമാറ്റിലാണ്, അവ നിങ്ങളുടെ വിവര സുരക്ഷാ നിരീക്ഷണ പ്രക്രിയയുമായി എങ്ങനെ പൊരുത്തപ്പെടുന്നു എന്ന് ചോദിക്കുന്നത് മൂല്യവത്താണ്? ഉദാഹരണത്തിന്, ഉപയോക്താക്കളുടെയും അതിഥികളുടെയും തിരിച്ചറിയലും പ്രാമാണീകരണവും. ഈ ഇവന്റുകളെ അടിസ്ഥാനമാക്കി, ഇവന്റിന്റെ തീയതിയും സമയവും, ഉപയോക്താവിന്റെയോ അതിഥിയുടെയോ പേര് (നിങ്ങൾക്ക് “വെബ് അനലിറ്റിക്‌സ്” മൊഡ്യൂൾ ഉണ്ടെങ്കിൽ), ആക്‌സസ് ചെയ്‌ത ഒബ്‌ജക്‌റ്റും വെബ്‌സൈറ്റിന് സാധാരണ മറ്റ് ഘടകങ്ങളും രേഖപ്പെടുത്താൻ ഇതേ ബിട്രിക്‌സ് നിങ്ങളെ അനുവദിക്കുന്നു. . എന്നാൽ കോർപ്പറേറ്റ് വിവര സുരക്ഷാ സേവനങ്ങൾക്ക് ഉപയോക്താവ് ഒരു വിശ്വസനീയ ഉപകരണത്തിൽ നിന്ന് ക്ലൗഡ് ആക്‌സസ് ചെയ്‌തിട്ടുണ്ടോ എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ ആവശ്യമായി വന്നേക്കാം (ഉദാഹരണത്തിന്, ഒരു കോർപ്പറേറ്റ് നെറ്റ്‌വർക്കിൽ ഈ ടാസ്‌ക് നടപ്പിലാക്കുന്നത് Cisco ISE ആണ്). ഒരു ക്ലൗഡ് സേവന ഉപയോക്തൃ അക്കൗണ്ട് മോഷ്ടിക്കപ്പെട്ടിട്ടുണ്ടോ എന്ന് നിർണ്ണയിക്കാൻ സഹായിക്കുന്ന ജിയോ-ഐപി ഫംഗ്‌ഷൻ പോലുള്ള ലളിതമായ ഒരു ടാസ്‌ക്കിനെ സംബന്ധിച്ചെന്ത്? ക്ലൗഡ് ദാതാവ് അത് നിങ്ങൾക്ക് നൽകിയാലും, ഇത് മതിയാകില്ല. അതേ സിസ്‌കോ ക്ലൗഡ്‌ലോക്ക് ജിയോലൊക്കേഷൻ വിശകലനം ചെയ്യുക മാത്രമല്ല, ഇതിനായി മെഷീൻ ലേണിംഗ് ഉപയോഗിക്കുകയും ഓരോ ഉപയോക്താവിനും ചരിത്രപരമായ ഡാറ്റ വിശകലനം ചെയ്യുകയും തിരിച്ചറിയൽ, പ്രാമാണീകരണ ശ്രമങ്ങളിലെ വിവിധ അപാകതകൾ നിരീക്ഷിക്കുകയും ചെയ്യുന്നു. MS Azure-ന് മാത്രമേ സമാനമായ പ്രവർത്തനക്ഷമതയുള്ളൂ (നിങ്ങൾക്ക് ഉചിതമായ സബ്സ്ക്രിപ്ഷൻ ഉണ്ടെങ്കിൽ).

മറ്റൊരു ബുദ്ധിമുട്ട് കൂടിയുണ്ട് - പല ക്ലൗഡ് ദാതാക്കൾക്കും വിവര സുരക്ഷാ നിരീക്ഷണം അവർ കൈകാര്യം ചെയ്യാൻ തുടങ്ങുന്ന ഒരു പുതിയ വിഷയമായതിനാൽ, അവർ അവരുടെ പരിഹാരങ്ങളിൽ നിരന്തരം എന്തെങ്കിലും മാറ്റുന്നു. ഇന്ന് അവർക്ക് API-യുടെ ഒരു പതിപ്പുണ്ട്, നാളെ മറ്റൊന്ന്, നാളത്തെ പിറ്റേന്ന് മൂന്നാമത്തേത്. ഇതിനായി നിങ്ങളും തയ്യാറാകേണ്ടതുണ്ട്. പ്രവർത്തനത്തിന്റെ കാര്യത്തിലും ഇത് ശരിയാണ്, അത് മാറിയേക്കാം, ഇത് നിങ്ങളുടെ വിവര സുരക്ഷാ മോണിറ്ററിംഗ് സിസ്റ്റത്തിൽ കണക്കിലെടുക്കേണ്ടതാണ്. ഉദാഹരണത്തിന്, ആമസോണിന് തുടക്കത്തിൽ പ്രത്യേക ക്ലൗഡ് ഇവന്റ് നിരീക്ഷണ സേവനങ്ങൾ ഉണ്ടായിരുന്നു-AWS CloudTrail, AWS CloudWatch. വിവര സുരക്ഷാ ഇവന്റുകൾ നിരീക്ഷിക്കുന്നതിനുള്ള ഒരു പ്രത്യേക സേവനം പ്രത്യക്ഷപ്പെട്ടു - AWS GuardDuty. കുറച്ച് സമയത്തിന് ശേഷം, ആമസോൺ ഒരു പുതിയ മാനേജ്മെന്റ് സിസ്റ്റം ആരംഭിച്ചു, ആമസോൺ സെക്യൂരിറ്റി ഹബ്, അതിൽ ഗാർഡ്ഡ്യൂട്ടി, ആമസോൺ ഇൻസ്പെക്ടർ, ആമസോൺ മാസി എന്നിവരിൽ നിന്നും മറ്റ് പലരിൽ നിന്നും ലഭിച്ച ഡാറ്റയുടെ വിശകലനം ഉൾപ്പെടുന്നു. SIEM - AzLog-നൊപ്പമുള്ള അസൂർ ലോഗ് ഇന്റഗ്രേഷൻ ടൂൾ ആണ് മറ്റൊരു ഉദാഹരണം. നിരവധി SIEM വെണ്ടർമാർ ഇത് സജീവമായി ഉപയോഗിച്ചിരുന്നു, 2018-ൽ മൈക്രോസോഫ്റ്റ് അതിന്റെ വികസനവും പിന്തുണയും അവസാനിപ്പിക്കുന്നതായി പ്രഖ്യാപിക്കുന്നത് വരെ, ഈ ഉപകരണം ഉപയോഗിച്ച നിരവധി ക്ലയന്റുകളെ ഒരു പ്രശ്‌നവുമായി അഭിമുഖീകരിച്ചു (ഇത് എങ്ങനെ പരിഹരിച്ചുവെന്നതിനെക്കുറിച്ച് ഞങ്ങൾ പിന്നീട് സംസാരിക്കും).

അതിനാൽ, നിങ്ങളുടെ ക്ലൗഡ് ദാതാവ് നിങ്ങൾക്ക് വാഗ്ദാനം ചെയ്യുന്ന എല്ലാ നിരീക്ഷണ സവിശേഷതകളും ശ്രദ്ധാപൂർവ്വം നിരീക്ഷിക്കുക. അല്ലെങ്കിൽ നിങ്ങളുടെ എസ്‌ഒ‌സിക്കും നിങ്ങൾ നിരീക്ഷിക്കാൻ ആഗ്രഹിക്കുന്ന ക്ലൗഡിനും ഇടയിൽ ഇടനിലക്കാരായി പ്രവർത്തിക്കുന്ന ബാഹ്യ പരിഹാര ദാതാക്കളെ ആശ്രയിക്കുക. അതെ, ഇത് കൂടുതൽ ചെലവേറിയതായിരിക്കും (എല്ലായ്പ്പോഴും അല്ലെങ്കിലും), എന്നാൽ നിങ്ങൾ എല്ലാ ഉത്തരവാദിത്തവും മറ്റൊരാളുടെ ചുമലിലേക്ക് മാറ്റും. അതോ എല്ലാം അല്ലേ?.. പങ്കിട്ട സുരക്ഷ എന്ന ആശയം നമുക്ക് ഓർമ്മിക്കാം, ഞങ്ങൾക്ക് ഒന്നും മാറ്റാൻ കഴിയില്ലെന്ന് മനസ്സിലാക്കാം - നിങ്ങളുടെ ഡാറ്റ, ആപ്ലിക്കേഷനുകൾ, വെർച്വൽ മെഷീനുകൾ, മറ്റ് ഉറവിടങ്ങൾ എന്നിവയുടെ വിവര സുരക്ഷ എങ്ങനെ വിവിധ ക്ലൗഡ് ദാതാക്കൾ നിരീക്ഷിക്കുന്നുവെന്ന് ഞങ്ങൾ സ്വതന്ത്രമായി മനസ്സിലാക്കേണ്ടതുണ്ട്. ക്ലൗഡിൽ ആതിഥേയത്വം വഹിച്ചു. ഈ ഭാഗത്ത് ആമസോൺ എന്താണ് വാഗ്ദാനം ചെയ്യുന്നതെന്ന് ഞങ്ങൾ ആരംഭിക്കും.

ഉദാഹരണം: AWS അടിസ്ഥാനമാക്കിയുള്ള IaaS-ലെ വിവര സുരക്ഷാ നിരീക്ഷണം

അതെ, അതെ, ഇത് ഒരു അമേരിക്കൻ സേവനമായതിനാൽ ആമസോൺ മികച്ച ഉദാഹരണമല്ലെന്ന് ഞാൻ മനസ്സിലാക്കുന്നു, തീവ്രവാദത്തിനെതിരായ പോരാട്ടത്തിന്റെയും റഷ്യയിൽ നിരോധിച്ചിരിക്കുന്ന വിവരങ്ങളുടെ വ്യാപനത്തിന്റെയും ഭാഗമായി ഇത് തടയാൻ കഴിയും. എന്നാൽ ഈ പ്രസിദ്ധീകരണത്തിൽ, വ്യത്യസ്ത ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകൾ അവയുടെ വിവര സുരക്ഷാ നിരീക്ഷണ ശേഷിയിൽ എങ്ങനെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നുവെന്നും സുരക്ഷാ വീക്ഷണകോണിൽ നിന്ന് നിങ്ങളുടെ പ്രധാന പ്രക്രിയകൾ ക്ലൗഡുകളിലേക്ക് മാറ്റുമ്പോൾ നിങ്ങൾ ശ്രദ്ധിക്കേണ്ട കാര്യങ്ങളും കാണിക്കാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. ശരി, ക്ലൗഡ് സൊല്യൂഷനുകളുടെ ചില റഷ്യൻ ഡെവലപ്പർമാർ തങ്ങൾക്ക് ഉപയോഗപ്രദമായ എന്തെങ്കിലും പഠിക്കുകയാണെങ്കിൽ, അത് മികച്ചതായിരിക്കും.

ആദ്യം പറയേണ്ടത് ആമസോൺ ഒരു അഭേദ്യമായ കോട്ടയല്ല എന്നതാണ്. വിവിധ സംഭവങ്ങൾ അവന്റെ ഇടപാടുകാർക്ക് പതിവായി സംഭവിക്കുന്നു. ഉദാഹരണത്തിന്, 198 ദശലക്ഷം വോട്ടർമാരുടെ പേര്, വിലാസങ്ങൾ, ജനനത്തീയതി, ടെലിഫോൺ നമ്പറുകൾ എന്നിവ ഡീപ് റൂട്ട് അനലിറ്റിക്സിൽ നിന്ന് മോഷ്ടിക്കപ്പെട്ടു. ഇസ്രായേലി കമ്പനിയായ നൈസ് സിസ്റ്റംസ് വെറൈസൺ വരിക്കാരുടെ 14 ദശലക്ഷം റെക്കോർഡുകൾ മോഷ്ടിച്ചു. എന്നിരുന്നാലും, AWS-ന്റെ ബിൽറ്റ്-ഇൻ കഴിവുകൾ വിപുലമായ സംഭവങ്ങൾ കണ്ടെത്താൻ നിങ്ങളെ അനുവദിക്കുന്നു. ഉദാഹരണത്തിന്:

• ഇൻഫ്രാസ്ട്രക്ചറിലെ ആഘാതം (DDoS)
• നോഡ് കോംപ്രമൈസ് (കമാൻഡ് ഇഞ്ചക്ഷൻ)
• അക്കൗണ്ട് വിട്ടുവീഴ്ചയും അനധികൃത പ്രവേശനവും
• തെറ്റായ കോൺഫിഗറേഷനും കേടുപാടുകളും
• സുരക്ഷിതമല്ലാത്ത ഇന്റർഫേസുകളും API-കളും.

ഞങ്ങൾ മുകളിൽ കണ്ടെത്തിയതുപോലെ, ഉപഭോക്താവ് തന്നെ ഉപഭോക്തൃ ഡാറ്റയുടെ സുരക്ഷയ്ക്ക് ഉത്തരവാദിയാണ് എന്നതാണ് ഈ വൈരുദ്ധ്യത്തിന് കാരണം. സംരക്ഷണ സംവിധാനങ്ങൾ ഓണാക്കാൻ അദ്ദേഹം മെനക്കെടുകയോ മോണിറ്ററിംഗ് ടൂളുകൾ ഓണാക്കുകയോ ചെയ്തില്ലെങ്കിൽ, അയാൾ സംഭവത്തെക്കുറിച്ച് മാധ്യമങ്ങളിൽ നിന്നോ ക്ലയന്റുകളിൽ നിന്നോ മാത്രമേ പഠിക്കൂ.

സംഭവങ്ങൾ തിരിച്ചറിയാൻ, നിങ്ങൾക്ക് ആമസോൺ വികസിപ്പിച്ച വിവിധ മോണിറ്ററിംഗ് സേവനങ്ങളുടെ വിപുലമായ ശ്രേണി ഉപയോഗിക്കാം (ഇവ പലപ്പോഴും ഓസ്‌ക്വറി പോലുള്ള ബാഹ്യ ഉപകരണങ്ങളാൽ പൂരകമാകുമെങ്കിലും). അതിനാൽ, AWS-ൽ, മാനേജ്‌മെന്റ് കൺസോൾ, കമാൻഡ് ലൈൻ, SDK അല്ലെങ്കിൽ മറ്റ് AWS സേവനങ്ങൾ വഴി അവ എങ്ങനെ നടപ്പിലാക്കുന്നു എന്നത് പരിഗണിക്കാതെ തന്നെ എല്ലാ ഉപയോക്തൃ പ്രവർത്തനങ്ങളും നിരീക്ഷിക്കപ്പെടുന്നു. ഓരോ AWS അക്കൗണ്ടിന്റെയും പ്രവർത്തനത്തിന്റെ എല്ലാ രേഖകളും (ഉപയോക്തൃനാമം, പ്രവർത്തനം, സേവനം, പ്രവർത്തന പാരാമീറ്ററുകൾ, ഫലം എന്നിവ ഉൾപ്പെടെ) API ഉപയോഗവും AWS CloudTrail വഴി ലഭ്യമാണ്. നിങ്ങൾക്ക് ഈ ഇവന്റുകൾ (AWS IAM കൺസോൾ ലോഗിനുകൾ പോലുള്ളവ) CloudTrail കൺസോളിൽ നിന്ന് കാണാനും ആമസോൺ അഥീന ഉപയോഗിച്ച് വിശകലനം ചെയ്യാനും അല്ലെങ്കിൽ സ്പ്ലങ്ക്, AlienVault മുതലായ ബാഹ്യ പരിഹാരങ്ങളിലേക്ക് "ഔട്ട്സോഴ്സ്" ചെയ്യാനും കഴിയും. AWS CloudTrail ലോഗുകൾ തന്നെ നിങ്ങളുടെ AWS S3 ബക്കറ്റിൽ സ്ഥാപിച്ചിരിക്കുന്നു.

മറ്റ് രണ്ട് AWS സേവനങ്ങൾ മറ്റ് നിരവധി പ്രധാന നിരീക്ഷണ ശേഷികൾ നൽകുന്നു. ആദ്യം, ആമസോൺ ക്ലൗഡ് വാച്ച് എന്നത് AWS ഉറവിടങ്ങൾക്കും ആപ്ലിക്കേഷനുകൾക്കുമുള്ള ഒരു നിരീക്ഷണ സേവനമാണ്, മറ്റ് കാര്യങ്ങൾക്കൊപ്പം, നിങ്ങളുടെ ക്ലൗഡിലെ വിവിധ അപാകതകൾ തിരിച്ചറിയാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ആമസോൺ ഇലാസ്റ്റിക് കമ്പ്യൂട്ട് ക്ലൗഡ് (സെർവറുകൾ), ആമസോൺ റിലേഷണൽ ഡാറ്റാബേസ് സേവനം (ഡാറ്റാബേസുകൾ), ആമസോൺ ഇലാസ്റ്റിക് മാപ്പ് റിഡ്യൂസ് (ഡാറ്റ അനാലിസിസ്), മറ്റ് 30 ആമസോൺ സേവനങ്ങൾ എന്നിവ പോലെയുള്ള എല്ലാ ബിൽറ്റ്-ഇൻ AWS സേവനങ്ങളും അവയുടെ ലോഗുകൾ സംഭരിക്കുന്നതിന് Amazon CloudWatch ഉപയോഗിക്കുന്നു. ഇഷ്‌ടാനുസൃത ആപ്ലിക്കേഷനുകളിലേക്കും സേവനങ്ങളിലേക്കും ലോഗ് മോണിറ്ററിംഗ് പ്രവർത്തനം ചേർക്കാൻ ഡവലപ്പർമാർക്ക് Amazon CloudWatch-ൽ നിന്നുള്ള ഓപ്പൺ API ഉപയോഗിക്കാൻ കഴിയും, ഇത് ഒരു സുരക്ഷാ പശ്ചാത്തലത്തിൽ ഇവന്റ് വിശകലനത്തിന്റെ വ്യാപ്തി വിപുലീകരിക്കാൻ അവരെ അനുവദിക്കുന്നു.

രണ്ടാമതായി, നിങ്ങളുടെ AWS സെർവറുകൾ (ബാഹ്യമായോ ആന്തരികമായോ), അതുപോലെ മൈക്രോസർവീസുകൾക്കിടയിലും അയച്ച അല്ലെങ്കിൽ സ്വീകരിച്ച നെറ്റ്‌വർക്ക് ട്രാഫിക് വിശകലനം ചെയ്യാൻ VPC ഫ്ലോ ലോഗ്സ് സേവനം നിങ്ങളെ അനുവദിക്കുന്നു. നിങ്ങളുടെ AWS VPC ഉറവിടങ്ങളിൽ ഏതെങ്കിലും നെറ്റ്‌വർക്കുമായി സംവദിക്കുമ്പോൾ, ഉറവിടവും ലക്ഷ്യസ്ഥാന നെറ്റ്‌വർക്ക് ഇന്റർഫേസും കൂടാതെ IP വിലാസങ്ങൾ, പോർട്ടുകൾ, പ്രോട്ടോക്കോൾ, ബൈറ്റുകളുടെ എണ്ണം, നിങ്ങളുടെ പാക്കറ്റുകളുടെ എണ്ണം എന്നിവ ഉൾപ്പെടെ നെറ്റ്‌വർക്ക് ട്രാഫിക്കിനെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾ VPC ഫ്ലോ ലോഗുകൾ രേഖപ്പെടുത്തുന്നു. കണ്ടു. പ്രാദേശിക നെറ്റ്‌വർക്ക് സുരക്ഷയിൽ പരിചയമുള്ളവർ ഇത് ത്രെഡുകളുമായി സാമ്യമുള്ളതായി തിരിച്ചറിയും നെറ്റ്ഫ്ലോ, സ്വിച്ചുകൾ, റൂട്ടറുകൾ, എന്റർപ്രൈസ്-ഗ്രേഡ് ഫയർവാളുകൾ എന്നിവ ഉപയോഗിച്ച് സൃഷ്ടിക്കാൻ കഴിയും. വിവര സുരക്ഷാ നിരീക്ഷണ ആവശ്യങ്ങൾക്ക് ഈ ലോഗുകൾ പ്രധാനമാണ്, കാരണം, ഉപയോക്താക്കളുടെയും ആപ്ലിക്കേഷനുകളുടെയും പ്രവർത്തനങ്ങളെക്കുറിച്ചുള്ള ഇവന്റുകൾ പോലെയല്ല, AWS വെർച്വൽ പ്രൈവറ്റ് ക്ലൗഡ് എൻവയോൺമെന്റിലെ നെറ്റ്‌വർക്ക് ഇടപെടലുകൾ നഷ്‌ടപ്പെടുത്താതിരിക്കാനും അവ നിങ്ങളെ അനുവദിക്കുന്നു.

ചുരുക്കത്തിൽ, ഈ മൂന്ന് AWS സേവനങ്ങൾ-AWS CloudTrail, Amazon CloudWatch, VPC ഫ്ലോ ലോഗുകൾ എന്നിവ ഒരുമിച്ച് നിങ്ങളുടെ അക്കൗണ്ട് ഉപയോഗം, ഉപയോക്തൃ പെരുമാറ്റം, ഇൻഫ്രാസ്ട്രക്ചർ മാനേജ്മെന്റ്, ആപ്ലിക്കേഷൻ, സേവന പ്രവർത്തനങ്ങൾ, നെറ്റ്‌വർക്ക് പ്രവർത്തനം എന്നിവയെക്കുറിച്ച് ശക്തമായ ഉൾക്കാഴ്ച നൽകുന്നു. ഉദാഹരണത്തിന്, ഇനിപ്പറയുന്ന അപാകതകൾ കണ്ടെത്താൻ അവ ഉപയോഗിക്കാം:

• "404 പിശകുകളുടെ" പൊട്ടിത്തെറികളിലൂടെ സൈറ്റ് സ്കാൻ ചെയ്യാനും ബാക്ക്ഡോറുകൾക്കായി തിരയാനും കേടുപാടുകൾ കണ്ടെത്താനുമുള്ള ശ്രമങ്ങൾ.
• "500 പിശകുകളുടെ" പൊട്ടിത്തെറികളിലൂടെ കുത്തിവയ്പ്പ് ആക്രമണങ്ങൾ (ഉദാഹരണത്തിന്, SQL കുത്തിവയ്പ്പ്).
• അറിയപ്പെടുന്ന ആക്രമണ ഉപകരണങ്ങൾ sqlmap, nikto, w3af, nmap മുതലായവയാണ്. ഉപയോക്തൃ ഏജന്റ് ഫീൽഡിന്റെ വിശകലനത്തിലൂടെ.

മറ്റ് നിരവധി പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന സൈബർ സുരക്ഷാ ആവശ്യങ്ങൾക്കായി ആമസോൺ വെബ് സേവനങ്ങൾ മറ്റ് സേവനങ്ങളും വികസിപ്പിച്ചെടുത്തിട്ടുണ്ട്. ഉദാഹരണത്തിന്, AWS-ന് ഓഡിറ്റിംഗ് നയങ്ങൾക്കും കോൺഫിഗറേഷനുകൾക്കുമായി ഒരു അന്തർനിർമ്മിത സേവനം ഉണ്ട് - AWS കോൺഫിഗറേഷൻ. ഈ സേവനം നിങ്ങളുടെ AWS ഉറവിടങ്ങളുടെയും അവയുടെ കോൺഫിഗറേഷനുകളുടെയും തുടർച്ചയായ ഓഡിറ്റിംഗ് നൽകുന്നു. നമുക്ക് ഒരു ലളിതമായ ഉദാഹരണമെടുക്കാം: നിങ്ങളുടെ എല്ലാ സെർവറുകളിലും ഉപയോക്തൃ പാസ്‌വേഡുകൾ അപ്രാപ്‌തമാക്കിയിട്ടുണ്ടെന്നും സർട്ടിഫിക്കറ്റുകളെ അടിസ്ഥാനമാക്കി മാത്രമേ ആക്‌സസ്സ് സാധ്യമാകൂ എന്നും ഉറപ്പാക്കാൻ നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെന്ന് പറയാം. നിങ്ങളുടെ എല്ലാ സെർവറുകൾക്കുമായി ഇത് പരിശോധിക്കുന്നത് AWS കോൺഫിഗറേഷൻ എളുപ്പമാക്കുന്നു. നിങ്ങളുടെ ക്ലൗഡ് സെർവറുകളിൽ പ്രയോഗിക്കാൻ കഴിയുന്ന മറ്റ് നയങ്ങളുണ്ട്: “ഒരു സെർവറിനും പോർട്ട് 22 ഉപയോഗിക്കാൻ കഴിയില്ല”, “അഡ്മിനിസ്‌ട്രേറ്റർമാർക്ക് മാത്രമേ ഫയർവാൾ നിയമങ്ങൾ മാറ്റാൻ കഴിയൂ” അല്ലെങ്കിൽ “ഇവാഷ്‌കോ എന്ന ഉപയോക്താവിന് മാത്രമേ പുതിയ ഉപയോക്തൃ അക്കൗണ്ടുകൾ സൃഷ്‌ടിക്കാൻ കഴിയൂ, അത് ചൊവ്വാഴ്ചകളിൽ മാത്രമാണ്. " 2016 ലെ വേനൽക്കാലത്ത്, വികസിപ്പിച്ച നയങ്ങളുടെ ലംഘനങ്ങൾ കണ്ടെത്തുന്നത് ഓട്ടോമേറ്റ് ചെയ്യുന്നതിനായി AWS കോൺഫിഗറേഷൻ സേവനം വിപുലീകരിച്ചു. നിങ്ങൾ ഉപയോഗിക്കുന്ന ആമസോൺ സേവനങ്ങൾക്കായുള്ള തുടർച്ചയായ കോൺഫിഗറേഷൻ അഭ്യർത്ഥനകളാണ് AWS കോൺഫിഗറേഷൻ നിയമങ്ങൾ, അത് അനുബന്ധ നയങ്ങൾ ലംഘിക്കപ്പെട്ടാൽ ഇവന്റുകൾ സൃഷ്ടിക്കുന്നു. ഉദാഹരണത്തിന്, ഒരു വെർച്വൽ സെർവറിലെ എല്ലാ ഡിസ്കുകളും എൻക്രിപ്റ്റ് ചെയ്തിട്ടുണ്ടോ എന്ന് സ്ഥിരീകരിക്കാൻ AWS കോൺഫിഗറേഷൻ അന്വേഷണങ്ങൾ ഇടയ്ക്കിടെ പ്രവർത്തിപ്പിക്കുന്നതിനുപകരം, ഈ വ്യവസ്ഥ പാലിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കാൻ സെർവർ ഡിസ്കുകൾ തുടർച്ചയായി പരിശോധിക്കാൻ AWS കോൺഫിഗ് റൂളുകൾ ഉപയോഗിക്കാം. കൂടാതെ, ഏറ്റവും പ്രധാനമായി, ഈ പ്രസിദ്ധീകരണത്തിന്റെ പശ്ചാത്തലത്തിൽ, ഏതെങ്കിലും ലംഘനങ്ങൾ നിങ്ങളുടെ വിവര സുരക്ഷാ സേവനത്തിന് വിശകലനം ചെയ്യാൻ കഴിയുന്ന ഇവന്റുകൾ സൃഷ്ടിക്കുന്നു.

AWS-ന് പരമ്പരാഗത കോർപ്പറേറ്റ് ഇൻഫർമേഷൻ സെക്യൂരിറ്റി സൊല്യൂഷനുകൾക്ക് തുല്യവും ഉണ്ട്, അത് നിങ്ങൾക്ക് വിശകലനം ചെയ്യാൻ കഴിയുന്ന സുരക്ഷാ ഇവന്റുകൾ സൃഷ്ടിക്കുന്നു:

• നുഴഞ്ഞുകയറ്റം കണ്ടെത്തൽ - AWS GuardDuty
• വിവര ചോർച്ച നിയന്ത്രണം - AWS Macie
• EDR (ഇത് ക്ലൗഡിലെ എൻഡ് പോയിന്റുകളെക്കുറിച്ച് അൽപ്പം വിചിത്രമായി സംസാരിക്കുന്നുണ്ടെങ്കിലും) - AWS Cloudwatch + ഓപ്പൺ സോഴ്‌സ് ഓസ്‌ക്വറി അല്ലെങ്കിൽ GRR സൊല്യൂഷനുകൾ
• നെറ്റ്ഫ്ലോ വിശകലനം - AWS Cloudwatch + AWS VPC ഫ്ലോ
• DNS വിശകലനം - AWS ക്ലൗഡ് വാച്ച് + AWS റൂട്ട്53
• AD - AWS ഡയറക്ടറി സേവനം
• അക്കൗണ്ട് മാനേജ്മെന്റ് - AWS IAM
• SSO - AWS SSO
• സുരക്ഷാ വിശകലനം - AWS ഇൻസ്പെക്ടർ
• കോൺഫിഗറേഷൻ മാനേജ്മെന്റ് - AWS കോൺഫിഗറേഷൻ
• WAF - AWS WAF.

വിവര സുരക്ഷയുടെ പശ്ചാത്തലത്തിൽ ഉപയോഗപ്രദമായേക്കാവുന്ന എല്ലാ ആമസോൺ സേവനങ്ങളും ഞാൻ വിശദമായി വിവരിക്കുന്നില്ല. ആമസോണിന്റെ തന്നെ ബിൽറ്റ്-ഇൻ കഴിവുകളും ബാഹ്യ പരിഹാരങ്ങളും ഉപയോഗിച്ച്, വിവര സുരക്ഷയുടെ പശ്ചാത്തലത്തിൽ നമുക്ക് വിശകലനം ചെയ്യാൻ കഴിയുന്ന ഇവന്റുകൾ സൃഷ്ടിക്കാൻ അവയ്‌ക്കെല്ലാം കഴിയുമെന്ന് മനസ്സിലാക്കുക എന്നതാണ് പ്രധാന കാര്യം, ഉദാഹരണത്തിന്, SIEM. സുരക്ഷാ ഇവന്റുകൾ നിങ്ങളുടെ നിരീക്ഷണ കേന്ദ്രത്തിലേക്ക് കൊണ്ടുപോയി മറ്റ് ക്ലൗഡ് സേവനങ്ങളിൽ നിന്നോ ആന്തരിക ഇൻഫ്രാസ്ട്രക്ചറിൽ നിന്നോ ചുറ്റളവിൽ നിന്നോ മൊബൈൽ ഉപകരണങ്ങളിൽ നിന്നോ ഉള്ള ഇവന്റുകൾക്കൊപ്പം അവ വിശകലനം ചെയ്യുക.

ഏത് സാഹചര്യത്തിലും, നിങ്ങൾക്ക് വിവര സുരക്ഷാ ഇവന്റുകൾ നൽകുന്ന ഡാറ്റ ഉറവിടങ്ങളിൽ നിന്നാണ് ഇതെല്ലാം ആരംഭിക്കുന്നത്. ഈ ഉറവിടങ്ങളിൽ ഇവ ഉൾപ്പെടുന്നു, എന്നാൽ ഇവയിൽ മാത്രം പരിമിതപ്പെടുന്നില്ല:

• CloudTrail - API ഉപയോഗവും ഉപയോക്തൃ പ്രവർത്തനങ്ങളും
• വിശ്വസനീയ ഉപദേഷ്ടാവ് - മികച്ച രീതികൾക്കെതിരായ സുരക്ഷാ പരിശോധന
• കോൺഫിഗറേഷൻ - അക്കൗണ്ടുകളുടെയും സേവന ക്രമീകരണങ്ങളുടെയും ഇൻവെന്ററിയും കോൺഫിഗറേഷനും
• VPC ഫ്ലോ ലോഗുകൾ - വെർച്വൽ ഇന്റർഫേസുകളിലേക്കുള്ള കണക്ഷനുകൾ
• IAM - തിരിച്ചറിയൽ, പ്രാമാണീകരണ സേവനം
• ELB ആക്‌സസ് ലോഗുകൾ - ബാലൻസർ ലോഡ് ചെയ്യുക
• ഇൻസ്പെക്ടർ - ആപ്ലിക്കേഷൻ കേടുപാടുകൾ
• S3 - ഫയൽ സംഭരണം
• CloudWatch - ആപ്ലിക്കേഷൻ പ്രവർത്തനം
• SNS ഒരു അറിയിപ്പ് സേവനമാണ്.

ആമസോൺ, അവരുടെ ജനറേഷനായി ഇത്തരം ഇവന്റ് സ്രോതസ്സുകളും ഉപകരണങ്ങളും വാഗ്ദാനം ചെയ്യുമ്പോൾ, വിവര സുരക്ഷയുടെ പശ്ചാത്തലത്തിൽ ശേഖരിച്ച ഡാറ്റ വിശകലനം ചെയ്യാനുള്ള കഴിവിൽ വളരെ പരിമിതമാണ്. ലഭ്യമായ ലോഗുകൾ നിങ്ങൾ സ്വതന്ത്രമായി പഠിക്കേണ്ടതുണ്ട്, അവയിൽ വിട്ടുവീഴ്ചയുടെ പ്രസക്തമായ സൂചകങ്ങൾക്കായി തിരയുക. ആമസോൺ അടുത്തിടെ സമാരംഭിച്ച AWS സെക്യൂരിറ്റി ഹബ്, AWS-ന് ഒരു ക്ലൗഡ് SIEM ആയി മാറുന്നതിലൂടെ ഈ പ്രശ്നം പരിഹരിക്കാൻ ലക്ഷ്യമിടുന്നു. എന്നാൽ ഇതുവരെ ഇത് അതിന്റെ യാത്രയുടെ തുടക്കത്തിൽ മാത്രമാണ്, അത് പ്രവർത്തിക്കുന്ന ഉറവിടങ്ങളുടെ എണ്ണത്തിലും ആമസോണിന്റെ തന്നെ വാസ്തുവിദ്യയും സബ്‌സ്‌ക്രിപ്‌ഷനുകളും സ്ഥാപിച്ച മറ്റ് നിയന്ത്രണങ്ങളാലും പരിമിതപ്പെടുത്തിയിരിക്കുന്നു.

ഉദാഹരണം: Azure അടിസ്ഥാനമാക്കിയുള്ള IaaS-ലെ വിവര സുരക്ഷാ നിരീക്ഷണം

മൂന്ന് ക്ലൗഡ് ദാതാക്കളിൽ (ആമസോൺ, മൈക്രോസോഫ്റ്റ് അല്ലെങ്കിൽ ഗൂഗിൾ) ഏതാണ് മികച്ചത് എന്നതിനെക്കുറിച്ച് ഒരു നീണ്ട സംവാദത്തിൽ ഏർപ്പെടാൻ ഞാൻ ആഗ്രഹിക്കുന്നില്ല (പ്രത്യേകിച്ച് അവയിൽ ഓരോന്നിനും അതിന്റേതായ പ്രത്യേക പ്രത്യേകതകൾ ഉള്ളതിനാൽ അതിന്റേതായ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ അനുയോജ്യമാണ്); ഈ കളിക്കാർ നൽകുന്ന വിവര സുരക്ഷാ നിരീക്ഷണ ശേഷികളിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കാം. ആമസോൺ AWS ഈ സെഗ്‌മെന്റിലെ ആദ്യത്തേതിൽ ഒന്നായിരുന്നുവെന്നും അതിനാൽ അതിന്റെ വിവര സുരക്ഷാ പ്രവർത്തനങ്ങളുടെ കാര്യത്തിൽ ഏറ്റവും കൂടുതൽ മുന്നേറിയിട്ടുണ്ടെന്നും സമ്മതിക്കണം (പലരും അവ ഉപയോഗിക്കാൻ പ്രയാസമാണെന്ന് സമ്മതിക്കുന്നുണ്ടെങ്കിലും). എന്നാൽ മൈക്രോസോഫ്റ്റും ഗൂഗിളും ഞങ്ങൾക്ക് നൽകുന്ന അവസരങ്ങളെ ഞങ്ങൾ അവഗണിക്കുമെന്ന് ഇതിനർത്ഥമില്ല.

മൈക്രോസോഫ്റ്റ് ഉൽപ്പന്നങ്ങൾ എല്ലായ്പ്പോഴും "തുറന്നത" കൊണ്ട് വേർതിരിച്ചിരിക്കുന്നു, അസ്യൂറിൽ സ്ഥിതി സമാനമാണ്. ഉദാഹരണത്തിന്, AWS ഉം GCP ഉം എല്ലായ്പ്പോഴും "അനുവദനീയമല്ലാത്തത് നിരോധിച്ചിരിക്കുന്നു" എന്ന ആശയത്തിൽ നിന്നാണ് മുന്നോട്ട് പോകുന്നതെങ്കിൽ, Azure ന് കൃത്യമായ വിപരീത സമീപനമുണ്ട്. ഉദാഹരണത്തിന്, ക്ലൗഡിൽ ഒരു വെർച്വൽ നെറ്റ്‌വർക്കും അതിൽ ഒരു വെർച്വൽ മെഷീനും സൃഷ്ടിക്കുമ്പോൾ, എല്ലാ പോർട്ടുകളും പ്രോട്ടോക്കോളുകളും തുറന്ന് സ്ഥിരസ്ഥിതിയായി അനുവദിക്കും. അതിനാൽ, മൈക്രോസോഫ്റ്റിൽ നിന്നുള്ള ക്ലൗഡിലെ ആക്സസ് കൺട്രോൾ സിസ്റ്റത്തിന്റെ പ്രാരംഭ സജ്ജീകരണത്തിൽ നിങ്ങൾ കുറച്ചുകൂടി പരിശ്രമിക്കേണ്ടിവരും. അസൂർ ക്ലൗഡിലെ നിരീക്ഷണ പ്രവർത്തനത്തിന്റെ കാര്യത്തിൽ ഇത് നിങ്ങൾക്ക് കൂടുതൽ കർശനമായ ആവശ്യകതകൾ ചുമത്തുന്നു.

നിങ്ങളുടെ വെർച്വൽ ഉറവിടങ്ങൾ നിങ്ങൾ നിരീക്ഷിക്കുമ്പോൾ, അവ വ്യത്യസ്ത പ്രദേശങ്ങളിൽ സ്ഥിതിചെയ്യുന്നുണ്ടെങ്കിൽ, എല്ലാ ഇവന്റുകളും അവയുടെ ഏകീകൃത വിശകലനവും സംയോജിപ്പിക്കുന്നതിൽ നിങ്ങൾക്ക് ബുദ്ധിമുട്ടുകൾ ഉണ്ട്, അവ ഇല്ലാതാക്കാൻ നിങ്ങൾ വിവിധ തന്ത്രങ്ങൾ അവലംബിക്കേണ്ടതുണ്ട് എന്ന വസ്തുതയുമായി AWS ന് ഒരു പ്രത്യേകതയുണ്ട്. പ്രദേശങ്ങൾക്കിടയിൽ ഇവന്റുകൾ കൊണ്ടുപോകുന്ന AWS ലാംഡയ്‌ക്കായി നിങ്ങളുടെ സ്വന്തം കോഡ് സൃഷ്‌ടിക്കുക. Azure-ന് ഈ പ്രശ്‌നമില്ല - അതിന്റെ ആക്‌റ്റിവിറ്റി ലോഗ് സംവിധാനം നിയന്ത്രണങ്ങളില്ലാതെ മുഴുവൻ ഓർഗനൈസേഷനിലുമുള്ള എല്ലാ പ്രവർത്തനങ്ങളെയും ട്രാക്ക് ചെയ്യുന്നു. ഒരൊറ്റ സുരക്ഷാ കേന്ദ്രത്തിനുള്ളിൽ നിരവധി സുരക്ഷാ പ്രവർത്തനങ്ങൾ ഏകീകരിക്കുന്നതിനായി ആമസോൺ അടുത്തിടെ വികസിപ്പിച്ച AWS സെക്യൂരിറ്റി ഹബ്ബിനും ഇത് ബാധകമാണ്, എന്നാൽ അതിന്റെ പ്രദേശത്തിനുള്ളിൽ മാത്രം, എന്നിരുന്നാലും, റഷ്യയ്ക്ക് ഇത് പ്രസക്തമല്ല. ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമിന്റെ എല്ലാ സുരക്ഷാ ഫീച്ചറുകളിലേക്കും ആക്‌സസ് നൽകുന്ന പ്രാദേശിക നിയന്ത്രണങ്ങളാൽ ബന്ധിതമല്ലാത്ത, അസുറിന് അതിന്റേതായ സുരക്ഷാ കേന്ദ്രമുണ്ട്. മാത്രമല്ല, വ്യത്യസ്ത പ്രാദേശിക ടീമുകൾക്ക്, അവർ നിയന്ത്രിക്കുന്ന സുരക്ഷാ ഇവന്റുകൾ ഉൾപ്പെടെ, അതിന്റേതായ സംരക്ഷണ ശേഷികൾ നൽകാൻ ഇതിന് കഴിയും. AWS സെക്യൂരിറ്റി ഹബ് ഇപ്പോഴും അസൂർ സെക്യൂരിറ്റി സെന്ററിന് സമാനമായി മാറാനുള്ള പാതയിലാണ്. എന്നാൽ തൈലത്തിൽ ഒരു ഈച്ച ചേർക്കുന്നത് മൂല്യവത്താണ് - AWS-ൽ മുമ്പ് വിവരിച്ചവയിൽ നിന്ന് നിങ്ങൾക്ക് അസ്യൂറിൽ നിന്ന് ചൂഷണം ചെയ്യാൻ കഴിയും, എന്നാൽ ഇത് ഏറ്റവും സൗകര്യപ്രദമായി ചെയ്യുന്നത് Azure AD, Azure Monitor, Azure Security Center എന്നിവയ്‌ക്ക് മാത്രമാണ്. സുരക്ഷാ ഇവന്റ് വിശകലനം ഉൾപ്പെടെയുള്ള മറ്റെല്ലാ അസൂർ സുരക്ഷാ സംവിധാനങ്ങളും ഇതുവരെ ഏറ്റവും സൗകര്യപ്രദമായ രീതിയിൽ കൈകാര്യം ചെയ്തിട്ടില്ല. എല്ലാ Microsoft Azure സേവനങ്ങളും വ്യാപിക്കുന്ന API മുഖേന പ്രശ്നം ഭാഗികമായി പരിഹരിച്ചിരിക്കുന്നു, എന്നാൽ ഇതിന് നിങ്ങളുടെ SOC-യും യോഗ്യതയുള്ള സ്പെഷ്യലിസ്റ്റുകളുടെ സാന്നിധ്യവും (വാസ്തവത്തിൽ, പ്രവർത്തിക്കുന്ന മറ്റേതൊരു SIEM-ലേയും പോലെ) നിങ്ങളുടെ ക്ലൗഡ് സമന്വയിപ്പിക്കുന്നതിന് നിങ്ങളുടെ അധിക ശ്രമം ആവശ്യമാണ്. ക്ലൗഡ് എപിഐകൾ). ചില SIEM-കൾ, പിന്നീട് ചർച്ച ചെയ്യപ്പെടും, ഇതിനകം തന്നെ Azure-നെ പിന്തുണയ്ക്കുകയും അത് നിരീക്ഷിക്കുന്നതിനുള്ള ചുമതല ഓട്ടോമേറ്റ് ചെയ്യുകയും ചെയ്യാം, എന്നാൽ അതിന് അതിന്റേതായ ബുദ്ധിമുട്ടുകളും ഉണ്ട് - അവയ്‌ക്കെല്ലാം Azure-ന്റെ എല്ലാ ലോഗുകളും ശേഖരിക്കാൻ കഴിയില്ല.

മൈക്രോസോഫ്റ്റ് ക്ലൗഡിലെയും അതിന്റെ ഉറവിടങ്ങളിലെയും ഡാറ്റ ശേഖരിക്കുന്നതിനും സംഭരിക്കുന്നതിനും വിശകലനം ചെയ്യുന്നതിനുമുള്ള പ്രധാന ഉപകരണമായ അസൂർ മോണിറ്റർ സേവനം ഉപയോഗിച്ചാണ് അസ്യൂറിലെ ഇവന്റ് ശേഖരണവും നിരീക്ഷണവും നൽകുന്നത് - Git റിപ്പോസിറ്ററികൾ, കണ്ടെയ്‌നറുകൾ, വെർച്വൽ മെഷീനുകൾ, ആപ്ലിക്കേഷനുകൾ മുതലായവ. അസൂർ മോണിറ്റർ ശേഖരിക്കുന്ന എല്ലാ ഡാറ്റയും രണ്ട് വിഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു - മെട്രിക്‌സ്, തത്സമയം ശേഖരിച്ചതും അസൂർ ക്ലൗഡിന്റെ പ്രധാന പ്രകടന സൂചകങ്ങൾ വിവരിക്കുന്നതും അസൂർ റിസോഴ്‌സുകളുടെയും സേവനങ്ങളുടെയും പ്രവർത്തനത്തിന്റെ ചില വശങ്ങൾ വിവരിക്കുന്ന റെക്കോർഡുകളായി ക്രമീകരിച്ച ഡാറ്റ അടങ്ങിയ ലോഗുകൾ. കൂടാതെ, ഡാറ്റ കളക്ടർ API ഉപയോഗിച്ച്, Azure Monitor സേവനത്തിന് അതിന്റേതായ നിരീക്ഷണ സാഹചര്യങ്ങൾ നിർമ്മിക്കുന്നതിന് ഏത് REST ഉറവിടത്തിൽ നിന്നും ഡാറ്റ ശേഖരിക്കാനാകും.

Azure നിങ്ങൾക്ക് വാഗ്ദാനം ചെയ്യുന്ന കുറച്ച് സുരക്ഷാ ഇവന്റ് ഉറവിടങ്ങൾ ഇതാ, നിങ്ങൾക്ക് Azure പോർട്ടൽ, CLI, PowerShell, അല്ലെങ്കിൽ REST API എന്നിവയിലൂടെ ആക്‌സസ് ചെയ്യാൻ കഴിയും (ചിലത് Azure Monitor/Insight API വഴി മാത്രം):

• ആക്‌റ്റിവിറ്റി ലോഗുകൾ - ക്ലൗഡ് റിസോഴ്‌സുകളിലെ ഏതെങ്കിലും റൈറ്റ് ഓപ്പറേഷനെ (PUT, POST, DELETE) സംബന്ധിച്ച "ആരാണ്", "എന്ത്", "എപ്പോൾ" എന്നീ ക്ലാസിക് ചോദ്യങ്ങൾക്ക് ഈ ലോഗ് ഉത്തരം നൽകുന്നു. റീഡ് ആക്‌സസുമായി (GET) ബന്ധപ്പെട്ട ഇവന്റുകൾ മറ്റുള്ളവയെപ്പോലെ ഈ ലോഗിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല.
• ഡയഗ്‌നോസ്റ്റിക് ലോഗുകൾ - നിങ്ങളുടെ സബ്‌സ്‌ക്രിപ്‌ഷനിൽ ഉൾപ്പെടുത്തിയിട്ടുള്ള ഒരു പ്രത്യേക ഉറവിടമുള്ള പ്രവർത്തനങ്ങളെക്കുറിച്ചുള്ള ഡാറ്റ അടങ്ങിയിരിക്കുന്നു.
• Azure AD റിപ്പോർട്ടിംഗ് - ഗ്രൂപ്പ്, ഉപയോക്തൃ മാനേജ്മെന്റ് എന്നിവയുമായി ബന്ധപ്പെട്ട ഉപയോക്തൃ പ്രവർത്തനവും സിസ്റ്റം പ്രവർത്തനവും ഉൾക്കൊള്ളുന്നു.
• വിൻഡോസ് ഇവന്റ് ലോഗും ലിനക്സ് സിസ്‌ലോഗും - ക്ലൗഡിൽ ഹോസ്റ്റ് ചെയ്‌തിരിക്കുന്ന വെർച്വൽ മെഷീനുകളിൽ നിന്നുള്ള ഇവന്റുകൾ അടങ്ങിയിരിക്കുന്നു.
• മെട്രിക്സ് - നിങ്ങളുടെ ക്ലൗഡ് സേവനങ്ങളുടെയും ഉറവിടങ്ങളുടെയും പ്രകടനത്തെയും ആരോഗ്യ നിലയെയും കുറിച്ചുള്ള ടെലിമെട്രി അടങ്ങിയിരിക്കുന്നു. ഓരോ മിനിറ്റിലും അളക്കുകയും സംഭരിക്കുകയും ചെയ്യുന്നു. 30 ദിവസത്തിനുള്ളിൽ.
• നെറ്റ്‌വർക്ക് സെക്യൂരിറ്റി ഗ്രൂപ്പ് ഫ്ലോ ലോഗുകൾ - നെറ്റ്‌വർക്ക് വാച്ചർ സേവനവും നെറ്റ്‌വർക്ക് തലത്തിലുള്ള റിസോഴ്‌സ് മോണിറ്ററിംഗും ഉപയോഗിച്ച് ശേഖരിച്ച നെറ്റ്‌വർക്ക് സുരക്ഷാ ഇവന്റുകളുടെ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു.
• സ്റ്റോറേജ് ലോഗുകൾ - സ്റ്റോറേജ് സൗകര്യങ്ങളിലേക്കുള്ള പ്രവേശനവുമായി ബന്ധപ്പെട്ട ഇവന്റുകൾ അടങ്ങിയിരിക്കുന്നു.

നിരീക്ഷണത്തിനായി, നിങ്ങൾക്ക് ബാഹ്യ SIEM-കൾ അല്ലെങ്കിൽ അന്തർനിർമ്മിത അസൂർ മോണിറ്ററും അതിന്റെ വിപുലീകരണങ്ങളും ഉപയോഗിക്കാം. ഇൻഫർമേഷൻ സെക്യൂരിറ്റി ഇവന്റ് മാനേജുമെന്റ് സിസ്റ്റങ്ങളെക്കുറിച്ച് ഞങ്ങൾ പിന്നീട് സംസാരിക്കും, എന്നാൽ ഇപ്പോൾ സുരക്ഷയുടെ പശ്ചാത്തലത്തിൽ ഡാറ്റാ വിശകലനത്തിനായി അസൂർ തന്നെ എന്താണ് വാഗ്ദാനം ചെയ്യുന്നതെന്ന് നോക്കാം. Azure Monitor-ലെ സുരക്ഷയുമായി ബന്ധപ്പെട്ട എല്ലാത്തിനുമുള്ള പ്രധാന സ്‌ക്രീൻ ലോഗ് അനലിറ്റിക്‌സ് സെക്യൂരിറ്റിയും ഓഡിറ്റ് ഡാഷ്‌ബോർഡുമാണ് (സൗജന്യ പതിപ്പ് ഒരാഴ്ചത്തേക്ക് പരിമിതമായ ഇവന്റ് സംഭരണത്തെ പിന്തുണയ്ക്കുന്നു). നിങ്ങൾ ഉപയോഗിക്കുന്ന ക്ലൗഡ് പരിതസ്ഥിതിയിൽ എന്താണ് സംഭവിക്കുന്നത് എന്നതിന്റെ സംഗ്രഹ സ്ഥിതിവിവരക്കണക്കുകൾ ദൃശ്യവൽക്കരിക്കുന്ന 5 പ്രധാന മേഖലകളായി ഈ ഡാഷ്‌ബോർഡ് തിരിച്ചിരിക്കുന്നു:

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

അസൂർ മോണിറ്റർ വിപുലീകരണങ്ങളിൽ അസൂർ കീ വോൾട്ട് (ക്ലൗഡിലെ ക്രിപ്‌റ്റോഗ്രാഫിക് കീകളുടെ സംരക്ഷണം), മാൽവെയർ അസസ്‌മെന്റ് (വെർച്വൽ മെഷീനുകളിലെ ക്ഷുദ്ര കോഡിനെതിരായ പരിരക്ഷയുടെ വിശകലനം), അസൂർ ആപ്ലിക്കേഷൻ ഗേറ്റ്‌വേ അനലിറ്റിക്‌സ് (മറ്റ് കാര്യങ്ങളിൽ, ക്ലൗഡ് ഫയർവാൾ ലോഗുകളുടെ വിശകലനം) തുടങ്ങിയവ ഉൾപ്പെടുന്നു. . ഇവന്റുകൾ പ്രോസസ്സ് ചെയ്യുന്നതിനുള്ള ചില നിയമങ്ങളാൽ സമ്പന്നമായ ഈ ഉപകരണങ്ങൾ, സുരക്ഷ ഉൾപ്പെടെ ക്ലൗഡ് സേവനങ്ങളുടെ പ്രവർത്തനത്തിന്റെ വിവിധ വശങ്ങൾ ദൃശ്യവൽക്കരിക്കാനും പ്രവർത്തനത്തിൽ നിന്നുള്ള ചില വ്യതിയാനങ്ങൾ തിരിച്ചറിയാനും നിങ്ങളെ അനുവദിക്കുന്നു. പക്ഷേ, പലപ്പോഴും സംഭവിക്കുന്നതുപോലെ, ഏതെങ്കിലും അധിക പ്രവർത്തനത്തിന് അനുബന്ധ പണമടച്ചുള്ള സബ്‌സ്‌ക്രിപ്‌ഷൻ ആവശ്യമാണ്, അതിന് നിങ്ങളിൽ നിന്ന് അനുബന്ധ സാമ്പത്തിക നിക്ഷേപങ്ങൾ ആവശ്യമാണ്, അത് നിങ്ങൾ മുൻകൂട്ടി ആസൂത്രണം ചെയ്യേണ്ടതുണ്ട്.

അസൂർ എഡി, അസൂർ മോണിറ്റർ, അസൂർ സെക്യൂരിറ്റി സെന്റർ എന്നിവയുമായി സംയോജിപ്പിച്ചിരിക്കുന്ന നിരവധി അന്തർനിർമ്മിത ഭീഷണി നിരീക്ഷണ ശേഷികൾ അസ്യൂറിനുണ്ട്. അവയിൽ, ഉദാഹരണത്തിന്, അറിയപ്പെടുന്ന ക്ഷുദ്ര ഐപികളുമായുള്ള വെർച്വൽ മെഷീനുകളുടെ ഇടപെടൽ കണ്ടെത്തൽ (മൈക്രോസോഫ്റ്റിൽ നിന്നുള്ള ത്രെറ്റ് ഇന്റലിജൻസ് സേവനങ്ങളുമായുള്ള സംയോജനത്തിന്റെ സാന്നിധ്യം കാരണം), ക്ലൗഡിൽ ഹോസ്റ്റ് ചെയ്‌തിരിക്കുന്ന വെർച്വൽ മെഷീനുകളിൽ നിന്ന് അലാറങ്ങൾ സ്വീകരിച്ച് ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിലെ ക്ഷുദ്രവെയർ കണ്ടെത്തൽ, പാസ്‌വേഡ് വെർച്വൽ മെഷീനുകളിൽ ആക്രമണങ്ങൾ ഊഹിക്കുക, ഉപയോക്തൃ ഐഡന്റിഫിക്കേഷൻ സിസ്റ്റത്തിന്റെ കോൺഫിഗറേഷനിലെ കേടുപാടുകൾ, അജ്ഞാതന്മാരിൽ നിന്നോ രോഗബാധിതമായ നോഡുകളിൽ നിന്നോ സിസ്റ്റത്തിലേക്ക് ലോഗിൻ ചെയ്യുക, അക്കൗണ്ട് ചോർച്ചകൾ, അസാധാരണമായ സ്ഥലങ്ങളിൽ നിന്ന് സിസ്റ്റത്തിലേക്ക് ലോഗിൻ ചെയ്യുക തുടങ്ങിയവ. ശേഖരിച്ച വിവര സുരക്ഷാ ഇവന്റുകൾ സമ്പുഷ്ടമാക്കുന്നതിന് ബിൽറ്റ്-ഇൻ ത്രെറ്റ് ഇന്റലിജൻസ് കഴിവുകൾ നിങ്ങൾക്ക് വാഗ്ദാനം ചെയ്യുന്ന ചുരുക്കം ചില ക്ലൗഡ് ദാതാക്കളിൽ ഒരാളാണ് Azure ഇന്ന്.

മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, സുരക്ഷാ പ്രവർത്തനവും അതിന്റെ ഫലമായി, അത് സൃഷ്ടിക്കുന്ന സുരക്ഷാ ഇവന്റുകളും എല്ലാ ഉപയോക്താക്കൾക്കും ഒരുപോലെ ലഭ്യമല്ല, എന്നാൽ നിങ്ങൾക്ക് ആവശ്യമായ പ്രവർത്തനം ഉൾപ്പെടുന്ന ഒരു നിശ്ചിത സബ്സ്ക്രിപ്ഷൻ ആവശ്യമാണ്, അത് വിവര സുരക്ഷാ നിരീക്ഷണത്തിന് ഉചിതമായ ഇവന്റുകൾ സൃഷ്ടിക്കുന്നു. ഉദാഹരണത്തിന്, അക്കൗണ്ടുകളിലെ അപാകതകൾ നിരീക്ഷിക്കുന്നതിനുള്ള മുൻ ഖണ്ഡികയിൽ വിവരിച്ചിരിക്കുന്ന ചില പ്രവർത്തനങ്ങൾ Azure AD സേവനത്തിനുള്ള P2 പ്രീമിയം ലൈസൻസിൽ മാത്രമേ ലഭ്യമാകൂ. ഇത് കൂടാതെ, AWS-ന്റെ കാര്യത്തിലെന്നപോലെ, നിങ്ങൾ ശേഖരിച്ച സുരക്ഷാ ഇവന്റുകൾ "സ്വമേധയാ" വിശകലനം ചെയ്യേണ്ടിവരും. കൂടാതെ, Azure AD ലൈസൻസിന്റെ തരം അനുസരിച്ച്, എല്ലാ ഇവന്റുകളും വിശകലനത്തിനായി ലഭ്യമാകില്ല.

Azure പോർട്ടലിൽ, നിങ്ങൾക്ക് താൽപ്പര്യമുള്ള ലോഗുകൾക്കായി നിങ്ങൾക്ക് രണ്ട് തിരയൽ അന്വേഷണങ്ങളും നിയന്ത്രിക്കാനും പ്രധാന വിവര സുരക്ഷാ സൂചകങ്ങൾ ദൃശ്യവൽക്കരിക്കുന്നതിന് ഡാഷ്‌ബോർഡുകൾ സജ്ജീകരിക്കാനും കഴിയും. കൂടാതെ, അവിടെ നിങ്ങൾക്ക് അസൂർ മോണിറ്റർ വിപുലീകരണങ്ങൾ തിരഞ്ഞെടുക്കാം, ഇത് അസൂർ മോണിറ്റർ ലോഗുകളുടെ പ്രവർത്തനം വിപുലീകരിക്കാനും സുരക്ഷാ വീക്ഷണകോണിൽ നിന്ന് ഇവന്റുകളുടെ ആഴത്തിലുള്ള വിശകലനം നേടാനും നിങ്ങളെ അനുവദിക്കുന്നു.

നിങ്ങൾക്ക് ലോഗുകൾക്കൊപ്പം പ്രവർത്തിക്കാനുള്ള കഴിവ് മാത്രമല്ല, ഇൻഫർമേഷൻ സെക്യൂരിറ്റി പോളിസി മാനേജ്‌മെന്റ് ഉൾപ്പെടെ നിങ്ങളുടെ അസുർ ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമിനായി സമഗ്രമായ ഒരു സുരക്ഷാ കേന്ദ്രം ആവശ്യമുണ്ടെങ്കിൽ, അസുർ സെക്യൂരിറ്റി സെന്ററുമായി പ്രവർത്തിക്കേണ്ടതിന്റെ ആവശ്യകതയെക്കുറിച്ച് നിങ്ങൾക്ക് സംസാരിക്കാം, ഇതിന്റെ ഉപയോഗപ്രദമായ മിക്ക പ്രവർത്തനങ്ങളും കുറച്ച് പണത്തിന് ലഭ്യമാണ്, ഉദാഹരണത്തിന്, ഭീഷണി കണ്ടെത്തൽ, അസ്യൂറിന് പുറത്തുള്ള നിരീക്ഷണം, പാലിക്കൽ വിലയിരുത്തൽ മുതലായവ. (സൗജന്യ പതിപ്പിൽ, നിങ്ങൾക്ക് സുരക്ഷാ വിലയിരുത്തലിലേക്കും തിരിച്ചറിഞ്ഞ പ്രശ്നങ്ങൾ ഇല്ലാതാക്കുന്നതിനുള്ള ശുപാർശകളിലേക്കും മാത്രമേ പ്രവേശനമുള്ളൂ). ഇത് എല്ലാ സുരക്ഷാ പ്രശ്നങ്ങളും ഒരിടത്ത് ഏകീകരിക്കുന്നു. വാസ്തവത്തിൽ, അസൂർ മോണിറ്റർ നിങ്ങൾക്ക് നൽകുന്നതിനേക്കാൾ ഉയർന്ന തലത്തിലുള്ള വിവര സുരക്ഷയെക്കുറിച്ച് ഞങ്ങൾക്ക് സംസാരിക്കാൻ കഴിയും, കാരണം ഈ സാഹചര്യത്തിൽ നിങ്ങളുടെ ക്ലൗഡ് ഫാക്ടറിയിലുടനീളം ശേഖരിച്ച ഡാറ്റ, Azure, Office 365, Microsoft CRM ഓൺലൈൻ, Microsoft Dynamics AX എന്നിങ്ങനെയുള്ള നിരവധി ഉറവിടങ്ങൾ ഉപയോഗിച്ച് സമ്പുഷ്ടമാണ്. , outlook .com, MSN.com, മൈക്രോസോഫ്റ്റ് ഡിജിറ്റൽ ക്രൈംസ് യൂണിറ്റ് (DCU), മൈക്രോസോഫ്റ്റ് സെക്യൂരിറ്റി റെസ്‌പോൺസ് സെന്റർ (MSRC) എന്നിവയിൽ വിവിധ അത്യാധുനിക മെഷീൻ ലേണിംഗ്, ബിഹേവിയറൽ അനലിറ്റിക്‌സ് അൽഗോരിതങ്ങൾ സൂപ്പർഇമ്പോസ് ചെയ്‌തിരിക്കുന്നു, ഇത് ആത്യന്തികമായി ഭീഷണികൾ കണ്ടെത്തുന്നതിനും പ്രതികരിക്കുന്നതിനുമുള്ള കാര്യക്ഷമത വർദ്ധിപ്പിക്കും. .

അസ്യൂറിന് അതിന്റേതായ SIEM ഉണ്ട് - ഇത് 2019 ന്റെ തുടക്കത്തിൽ പ്രത്യക്ഷപ്പെട്ടു. ഇത് അസൂർ സെന്റിനൽ ആണ്, ഇത് അസൂർ മോണിറ്ററിൽ നിന്നുള്ള ഡാറ്റയെ ആശ്രയിക്കുകയും സംയോജിപ്പിക്കുകയും ചെയ്യുന്നു. ബാഹ്യ സുരക്ഷാ പരിഹാരങ്ങൾ (ഉദാഹരണത്തിന്, NGFW അല്ലെങ്കിൽ WAF), ഇവയുടെ പട്ടിക നിരന്തരം വളരുകയാണ്. കൂടാതെ, മൈക്രോസോഫ്റ്റ് ഗ്രാഫ് സെക്യൂരിറ്റി എപിഐയുടെ സംയോജനത്തിലൂടെ, നിങ്ങളുടെ സ്വന്തം ത്രെറ്റ് ഇന്റലിജൻസ് ഫീഡുകൾ സെന്റിനലുമായി ബന്ധിപ്പിക്കാനുള്ള കഴിവുണ്ട്, ഇത് നിങ്ങളുടെ അസൂർ ക്ലൗഡിലെ സംഭവങ്ങൾ വിശകലനം ചെയ്യുന്നതിനുള്ള കഴിവുകളെ സമ്പന്നമാക്കുന്നു. ക്ലൗഡ് ദാതാക്കളിൽ നിന്ന് പ്രത്യക്ഷപ്പെട്ട ആദ്യത്തെ "നേറ്റീവ്" SIEM ആണ് Azure Sentinel എന്ന് വാദിക്കാം (ക്ലൗഡിൽ ഹോസ്റ്റ് ചെയ്യാവുന്ന അതേ സ്പ്ലങ്ക് അല്ലെങ്കിൽ ELK, ഉദാഹരണത്തിന്, AWS, ഇപ്പോഴും പരമ്പരാഗത ക്ലൗഡ് സേവന ദാതാക്കൾ വികസിപ്പിച്ചിട്ടില്ല). അസൂർ സെന്റിനൽ, സെക്യൂരിറ്റി സെന്റർ എന്നിവയെ അസൂർ ക്ലൗഡിനായി SOC എന്ന് വിളിക്കാം, നിങ്ങൾക്ക് ഇനി ഇൻഫ്രാസ്ട്രക്ചറുകൾ ഇല്ലെങ്കിൽ, നിങ്ങളുടെ എല്ലാ കമ്പ്യൂട്ടിംഗ് ഉറവിടങ്ങളും ക്ലൗഡിലേക്ക് മാറ്റുകയും അത് Microsoft ക്ലൗഡ് അസൂർ ആകുകയും ചെയ്താൽ അവയിൽ മാത്രം പരിമിതപ്പെടുത്താം (ചില റിസർവേഷനുകളോടെ).

എന്നാൽ അസ്യൂറിന്റെ അന്തർനിർമ്മിത കഴിവുകൾ (നിങ്ങൾക്ക് സെന്റിനലിലേക്ക് സബ്‌സ്‌ക്രിപ്‌ഷൻ ഉണ്ടെങ്കിൽ പോലും) പലപ്പോഴും വിവര സുരക്ഷ നിരീക്ഷിക്കുന്നതിനും ഈ പ്രക്രിയയെ മറ്റ് സുരക്ഷാ ഇവന്റുകളുമായി (ക്ലൗഡും ഇന്റേണലും) സംയോജിപ്പിക്കുന്നതിനും പര്യാപ്തമല്ല. ശേഖരിച്ച ഡാറ്റ ബാഹ്യ സിസ്റ്റങ്ങളിലേക്ക് കയറ്റുമതി ചെയ്യേണ്ടതുണ്ട്, അതിൽ SIEM ഉൾപ്പെട്ടേക്കാം. API ഉപയോഗിച്ചും പ്രത്യേക വിപുലീകരണങ്ങൾ ഉപയോഗിച്ചും ഇത് ചെയ്യപ്പെടുന്നു, അവ നിലവിൽ ഇനിപ്പറയുന്ന SIEM-കൾക്ക് മാത്രം ലഭ്യമാണ് - Splunk (Azure Monitor Add-On for Splunk), IBM QRadar (Microsoft Azure DSM), SumoLogic, ArcSight, ELK. അടുത്ത കാലം വരെ, അത്തരം കൂടുതൽ SIEM-കൾ ഉണ്ടായിരുന്നു, എന്നാൽ 1 ജൂൺ 2019 മുതൽ, Azure ലോഗ് ഇന്റഗ്രേഷൻ ടൂളിനെ (AzLog) പിന്തുണയ്ക്കുന്നത് Microsoft നിർത്തി, ഇത് Azure-ന്റെ നിലനിൽപ്പിന്റെ ആരംഭത്തിലും ലോഗുകൾ (Azure) ഉപയോഗിച്ച് പ്രവർത്തിക്കുന്നതിനുള്ള സാധാരണ സ്റ്റാൻഡേർഡൈസേഷന്റെ അഭാവത്തിലും. മോണിറ്റർ ഇതുവരെ നിലവിലില്ല) മൈക്രോസോഫ്റ്റ് ക്ലൗഡുമായി ബാഹ്യ SIEM സംയോജിപ്പിക്കുന്നത് എളുപ്പമാക്കി. ഇപ്പോൾ സ്ഥിതി മാറി, മറ്റ് SIEM-കൾക്കുള്ള പ്രധാന ഏകീകരണ ഉപകരണമായി Azure Event Hub പ്ലാറ്റ്‌ഫോം Microsoft ശുപാർശ ചെയ്യുന്നു. പലരും അത്തരം സംയോജനം ഇതിനകം നടപ്പിലാക്കിയിട്ടുണ്ട്, പക്ഷേ ശ്രദ്ധിക്കുക - അവർ എല്ലാ അസൂർ ലോഗുകളും പിടിച്ചെടുക്കില്ല, എന്നാൽ ചിലത് മാത്രം (നിങ്ങളുടെ SIEM-നുള്ള ഡോക്യുമെന്റേഷനിൽ നോക്കുക).

Azure-ലേക്കുള്ള ഒരു ഹ്രസ്വ വിനോദയാത്ര അവസാനിപ്പിച്ച്, ഈ ക്ലൗഡ് സേവനത്തെക്കുറിച്ച് ഒരു പൊതു ശുപാർശ നൽകാൻ ഞാൻ ആഗ്രഹിക്കുന്നു - അസ്യൂറിലെ വിവര സുരക്ഷാ നിരീക്ഷണ പ്രവർത്തനങ്ങളെക്കുറിച്ച് എന്തെങ്കിലും പറയുന്നതിന് മുമ്പ്, നിങ്ങൾ അവ വളരെ ശ്രദ്ധാപൂർവ്വം കോൺഫിഗർ ചെയ്യുകയും അവ ഡോക്യുമെന്റേഷനിൽ എഴുതിയിരിക്കുന്നതുപോലെ പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിക്കുകയും വേണം. കൺസൾട്ടന്റുമാർ Microsoft നിങ്ങളോട് പറഞ്ഞതുപോലെ (അസുർ ഫംഗ്‌ഷനുകളുടെ പ്രവർത്തനത്തെക്കുറിച്ച് അവർക്ക് വ്യത്യസ്ത വീക്ഷണങ്ങൾ ഉണ്ടായിരിക്കാം). നിങ്ങൾക്ക് സാമ്പത്തിക സ്രോതസ്സുകൾ ഉണ്ടെങ്കിൽ, വിവര സുരക്ഷാ നിരീക്ഷണത്തിന്റെ കാര്യത്തിൽ നിങ്ങൾക്ക് Azure-ൽ നിന്ന് ധാരാളം ഉപയോഗപ്രദമായ വിവരങ്ങൾ പുറത്തെടുക്കാൻ കഴിയും. നിങ്ങളുടെ ഉറവിടങ്ങൾ പരിമിതമാണെങ്കിൽ, AWS-ന്റെ കാര്യത്തിലെന്നപോലെ, നിങ്ങളുടെ സ്വന്തം ശക്തിയിലും അസൂർ മോണിറ്റർ നിങ്ങൾക്ക് നൽകുന്ന അസംസ്‌കൃത ഡാറ്റയിലും മാത്രം ആശ്രയിക്കേണ്ടിവരും. പല മോണിറ്ററിംഗ് ഫംഗ്‌ഷനുകൾക്കും പണം ചിലവാകുമെന്നും വിലനിർണ്ണയ നയം മുൻകൂട്ടി അറിയുന്നത് നല്ലതാണെന്നും ഓർമ്മിക്കുക. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു ഉപഭോക്താവിന് പരമാവധി 31 GB വരെ 5 ദിവസത്തെ ഡാറ്റ സൗജന്യമായി സംഭരിക്കാനാകും - ഈ മൂല്യങ്ങൾ കവിഞ്ഞാൽ അധിക പണം (ഉപഭോക്താവിൽ നിന്ന് ഓരോ അധിക ജിബിയും സംഭരിക്കുന്നതിന് ഏകദേശം $2+ ഉം $0,1 ഉം ഓരോ അധിക മാസവും 1 GB സംഭരിക്കുന്നു ). ആപ്ലിക്കേഷൻ ടെലിമെട്രി, മെട്രിക്സ് എന്നിവയിൽ പ്രവർത്തിക്കുന്നതിന് അധിക ഫണ്ടുകൾ ആവശ്യമായി വന്നേക്കാം, അതുപോലെ അലേർട്ടുകളും അറിയിപ്പുകളും (ഒരു നിശ്ചിത പരിധി സൗജന്യമായി ലഭ്യമാണ്, അത് നിങ്ങളുടെ ആവശ്യങ്ങൾക്ക് മതിയാകില്ല).

ഉദാഹരണം: Google ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമിനെ അടിസ്ഥാനമാക്കിയുള്ള IaaS-ലെ വിവര സുരക്ഷാ നിരീക്ഷണം

AWS, Azure എന്നിവയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ Google ക്ലൗഡ് പ്ലാറ്റ്‌ഫോം ഒരു ചെറുപ്പക്കാരനെപ്പോലെ കാണപ്പെടുന്നു, പക്ഷേ ഇത് ഭാഗികമായി നല്ലതാണ്. AWS-ൽ നിന്ന് വ്യത്യസ്തമായി, സുരക്ഷ ഉൾപ്പെടെയുള്ള അതിന്റെ കഴിവുകൾ വർദ്ധിപ്പിച്ചു, ക്രമേണ, കേന്ദ്രീകരണവുമായി ബന്ധപ്പെട്ട പ്രശ്നങ്ങൾ; അസ്യൂറിനെ പോലെ ജിസിപിയും കേന്ദ്രീകൃതമായി കൂടുതൽ മികച്ച രീതിയിൽ കൈകാര്യം ചെയ്യുന്നു, ഇത് എന്റർപ്രൈസിലുടനീളം പിശകുകളും നടപ്പിലാക്കൽ സമയവും കുറയ്ക്കുന്നു. ഒരു സുരക്ഷാ വീക്ഷണകോണിൽ, GCP എന്നത് AWS-നും Azure-നും ഇടയിലാണ്. മുഴുവൻ ഓർഗനൈസേഷനുമുള്ള ഒരൊറ്റ ഇവന്റ് രജിസ്ട്രേഷനും അദ്ദേഹത്തിന് ഉണ്ട്, എന്നാൽ അത് അപൂർണ്ണമാണ്. ചില ഫംഗ്‌ഷനുകൾ ഇപ്പോഴും ബീറ്റ മോഡിലാണ്, എന്നാൽ ക്രമേണ ഈ കുറവ് ഇല്ലാതാക്കുകയും വിവര സുരക്ഷാ നിരീക്ഷണത്തിന്റെ കാര്യത്തിൽ ജിസിപി കൂടുതൽ പക്വതയുള്ള പ്ലാറ്റ്‌ഫോമായി മാറുകയും ചെയ്യും.

ജിസിപിയിൽ ഇവന്റുകൾ ലോഗിൻ ചെയ്യുന്നതിനുള്ള പ്രധാന ഉപകരണം സ്റ്റാക്ക്ഡ്രൈവർ ലോഗിംഗ് (അസുർ മോണിറ്ററിന് സമാനമായത്) ആണ്, ഇത് നിങ്ങളുടെ മുഴുവൻ ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിലുടനീളം ഇവന്റുകൾ ശേഖരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു (അതുപോലെ തന്നെ AWS-ൽ നിന്നും). GCP-യിലെ ഒരു സുരക്ഷാ വീക്ഷണകോണിൽ, ഓരോ സ്ഥാപനത്തിനും പ്രോജക്റ്റിനും ഫോൾഡറിനും നാല് ലോഗുകൾ ഉണ്ട്:

• അഡ്‌മിൻ പ്രവർത്തനം - അഡ്മിനിസ്ട്രേറ്റീവ് ആക്‌സസുമായി ബന്ധപ്പെട്ട എല്ലാ ഇവന്റുകളും അടങ്ങിയിരിക്കുന്നു, ഉദാഹരണത്തിന്, ഒരു വെർച്വൽ മെഷീൻ സൃഷ്‌ടിക്കുക, ആക്‌സസ് അവകാശങ്ങൾ മാറ്റുക തുടങ്ങിയവ. നിങ്ങളുടെ ആഗ്രഹം പരിഗണിക്കാതെ തന്നെ ഈ ലോഗ് എല്ലായ്പ്പോഴും എഴുതുകയും അതിന്റെ ഡാറ്റ 400 ദിവസത്തേക്ക് സംഭരിക്കുകയും ചെയ്യുന്നു.
• ഡാറ്റ ആക്‌സസ് - ക്ലൗഡ് ഉപയോക്താക്കൾ (സൃഷ്ടി, പരിഷ്‌ക്കരണം, വായന മുതലായവ) ഡാറ്റയ്‌ക്കൊപ്പം പ്രവർത്തിക്കുന്നതുമായി ബന്ധപ്പെട്ട എല്ലാ ഇവന്റുകളും അടങ്ങിയിരിക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, ഈ ലോഗ് എഴുതിയിട്ടില്ല, കാരണം അതിന്റെ വോള്യം വളരെ വേഗത്തിൽ വീർക്കുന്നു. ഇക്കാരണത്താൽ, അതിന്റെ ഷെൽഫ് ആയുസ്സ് 30 ദിവസം മാത്രമാണ്. കൂടാതെ, ഈ മാസികയിൽ എല്ലാം എഴുതിയിട്ടില്ല. ഉദാഹരണത്തിന്, എല്ലാ ഉപയോക്താക്കൾക്കും പൊതുവായി ആക്സസ് ചെയ്യാവുന്നതോ ജിസിപിയിലേക്ക് ലോഗിൻ ചെയ്യാതെ ആക്സസ് ചെയ്യാൻ കഴിയുന്നതോ ആയ ഉറവിടങ്ങളുമായി ബന്ധപ്പെട്ട ഇവന്റുകൾ അതിൽ എഴുതിയിട്ടില്ല.
• സിസ്റ്റം ഇവന്റ് - ഉപയോക്താക്കളുമായി ബന്ധമില്ലാത്ത സിസ്റ്റം ഇവന്റുകൾ അല്ലെങ്കിൽ ക്ലൗഡ് ഉറവിടങ്ങളുടെ കോൺഫിഗറേഷൻ മാറ്റുന്ന ഒരു അഡ്മിനിസ്ട്രേറ്ററുടെ പ്രവർത്തനങ്ങൾ അടങ്ങിയിരിക്കുന്നു. ഇത് എല്ലായ്പ്പോഴും 400 ദിവസത്തേക്ക് എഴുതി സൂക്ഷിക്കുന്നു.
• അവരുടെ ജോലി ചുമതലകളുടെ ഭാഗമായി നിങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ ആക്‌സസ് ചെയ്യുന്ന Google ജീവനക്കാരുടെ (എന്നാൽ ഇതുവരെ എല്ലാ GCP സേവനങ്ങൾക്കും അല്ല) എല്ലാ പ്രവർത്തനങ്ങളും ക്യാപ്‌ചർ ചെയ്യുന്ന ഒരു ലോഗിന്റെ സവിശേഷമായ ഉദാഹരണമാണ് ആക്‌സസ് സുതാര്യത. ഈ ലോഗ് 400 ദിവസത്തേക്ക് സംഭരിച്ചിരിക്കുന്നതിനാൽ എല്ലാ GCP ക്ലയന്റിനും ലഭ്യമല്ല, എന്നാൽ നിരവധി നിബന്ധനകൾ പാലിക്കുകയാണെങ്കിൽ മാത്രം (ഒന്നുകിൽ ഗോൾഡ് അല്ലെങ്കിൽ പ്ലാറ്റിനം ലെവൽ പിന്തുണ അല്ലെങ്കിൽ കോർപ്പറേറ്റ് പിന്തുണയുടെ ഭാഗമായി ഒരു പ്രത്യേക തരത്തിലുള്ള 4 റോളുകളുടെ സാന്നിധ്യം). സമാനമായ ഒരു ഫംഗ്ഷനും ലഭ്യമാണ്, ഉദാഹരണത്തിന്, ഓഫീസ് 365 - ലോക്ക്ബോക്സിൽ.

ലോഗ് ഉദാഹരണം: ആക്സസ് സുതാര്യത

{
 insertId:  "abcdefg12345"
 jsonPayload: {
  @type:  "type.googleapis.com/google.cloud.audit.TransparencyLog"
  location: {
   principalOfficeCountry:  "US"
   principalEmployingEntity:  "Google LLC"
   principalPhysicalLocationCountry:  "CA"
  }
  product: [
   0:  "Cloud Storage"
  ]
  reason: [
    detail:  "Case number: bar123"
    type:  "CUSTOMER_INITIATED_SUPPORT"
  ]
  accesses: [
   0: {
    methodName: "GoogleInternal.Read"
    resourceName: "//googleapis.com/storage/buckets/[BUCKET_NAME]/objects/foo123"
    }
  ]
 }
 logName:  "projects/[PROJECT_NAME]/logs/cloudaudit.googleapis.com%2Faccess_transparency"
 operation: {
  id:  "12345xyz"
 }
 receiveTimestamp:  "2017-12-18T16:06:37.400577736Z"
 resource: {
  labels: {
   project_id:  "1234567890"
  }
  type:  "project"
 }
 severity:  "NOTICE"
 timestamp:  "2017-12-18T16:06:24.660001Z"
}

ലോഗ് വ്യൂവർ ഇന്റർഫേസ് വഴിയോ API വഴിയോ Google ക്ലൗഡ് SDK വഴിയോ നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ പ്രവർത്തന പേജ് വഴിയോ - ഈ ലോഗുകളിലേക്കുള്ള ആക്‌സസ് പല തരത്തിൽ സാധ്യമാണ് (മുമ്പ് Azure ഉം AWS ഉം ചർച്ച ചെയ്ത അതേ രീതിയിൽ) സംഭവങ്ങളിൽ താൽപ്പര്യമുണ്ട്. അതേ രീതിയിൽ, അധിക വിശകലനത്തിനായി അവ ബാഹ്യ പരിഹാരങ്ങളിലേക്ക് കയറ്റുമതി ചെയ്യാവുന്നതാണ്. ബിഗ്ക്വറിയിലേയ്‌ക്കോ ക്ലൗഡ് പബ്/സബ് സ്‌റ്റോറേജിലേക്കോ ലോഗുകൾ എക്‌സ്‌പോർട്ട് ചെയ്‌താണ് രണ്ടാമത്തേത് ചെയ്യുന്നത്.

Stackdriver Logging കൂടാതെ, GCP പ്ലാറ്റ്ഫോം Stackdriver മോണിറ്ററിംഗ് പ്രവർത്തനവും വാഗ്ദാനം ചെയ്യുന്നു, ഇത് ക്ലൗഡ് സേവനങ്ങളുടെയും ആപ്ലിക്കേഷനുകളുടെയും പ്രധാന അളവുകൾ (പ്രകടനം, MTBF, മൊത്തത്തിലുള്ള ആരോഗ്യം മുതലായവ) നിരീക്ഷിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. പ്രോസസ്സ് ചെയ്തതും ദൃശ്യവൽക്കരിക്കപ്പെട്ടതുമായ ഡാറ്റയ്ക്ക് സുരക്ഷയുടെ പശ്ചാത്തലത്തിൽ ഉൾപ്പെടെ നിങ്ങളുടെ ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചറിലെ പ്രശ്നങ്ങൾ കണ്ടെത്തുന്നത് എളുപ്പമാക്കാൻ കഴിയും. എന്നാൽ വിവര സുരക്ഷയുടെ പശ്ചാത്തലത്തിൽ ഈ പ്രവർത്തനം വളരെ സമ്പന്നമായിരിക്കില്ല എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്, കാരണം ഇന്ന് GCP ന് അതേ AWS GuardDuty യുടെ അനലോഗ് ഇല്ല, കൂടാതെ രജിസ്റ്റർ ചെയ്ത എല്ലാ ഇവന്റുകൾക്കിടയിൽ മോശമായവ തിരിച്ചറിയാൻ കഴിയില്ല (Google ഇവന്റ് ത്രെറ്റ് ഡിറ്റക്ഷൻ വികസിപ്പിച്ചെടുത്തു, എന്നാൽ ഇത് ഇപ്പോഴും ബീറ്റയിൽ വികസിച്ചുകൊണ്ടിരിക്കുന്നു, അതിന്റെ ഉപയോഗത്തെക്കുറിച്ച് സംസാരിക്കാൻ വളരെ നേരത്തെ തന്നെ). അപാകതകൾ കണ്ടെത്തുന്നതിനുള്ള ഒരു സംവിധാനമായി സ്റ്റാക്ക്ഡ്രൈവർ മോണിറ്ററിംഗ് ഉപയോഗിക്കാം, അവ സംഭവിക്കുന്നതിന്റെ കാരണങ്ങൾ കണ്ടെത്താൻ അത് അന്വേഷിക്കും. എന്നാൽ വിപണിയിലെ ജിസിപി വിവര സുരക്ഷാ മേഖലയിൽ യോഗ്യതയുള്ള ഉദ്യോഗസ്ഥരുടെ അഭാവം കണക്കിലെടുക്കുമ്പോൾ, ഈ ചുമതല നിലവിൽ ബുദ്ധിമുട്ടാണ്.

നിങ്ങളുടെ GCP ക്ലൗഡിനുള്ളിൽ ഉപയോഗിക്കാനാകുന്ന ചില വിവര സുരക്ഷാ മൊഡ്യൂളുകളുടെ ഒരു ലിസ്റ്റ് നൽകുന്നത് മൂല്യവത്താണ്, അവ AWS വാഗ്ദാനം ചെയ്യുന്നതിന് സമാനമാണ്:

• AWS സെക്യൂരിറ്റി ഹബ്ബിന്റെയും അസൂർ സെക്യൂരിറ്റി സെന്ററിന്റെയും അനലോഗ് ആണ് ക്ലൗഡ് സെക്യൂരിറ്റി കമാൻഡ് സെന്റർ.
• ക്ലൗഡ് ഡിഎൽപി - 90-ലധികം മുൻകൂട്ടി നിശ്ചയിച്ച വർഗ്ഗീകരണ നയങ്ങൾ ഉപയോഗിച്ച് ക്ലൗഡിൽ ഹോസ്റ്റ് ചെയ്‌ത ഡാറ്റയുടെ സ്വയമേവ കണ്ടെത്തലും എഡിറ്റിംഗും (ഉദാ. മാസ്‌കിംഗ്).
• ആപ്പ് എഞ്ചിൻ, കമ്പ്യൂട്ട് എഞ്ചിൻ, ഗൂഗിൾ കുബർനെറ്റസ് എന്നിവയിലെ അറിയപ്പെടുന്ന കേടുപാടുകൾക്കുള്ള (XSS, ഫ്ലാഷ് ഇൻജക്ഷൻ, അൺപാച്ച് ചെയ്യാത്ത ലൈബ്രറികൾ മുതലായവ) സ്കാനറാണ് ക്ലൗഡ് സ്കാനർ.
• ക്ലൗഡ് IAM - എല്ലാ GCP ഉറവിടങ്ങളിലേക്കും ആക്സസ് നിയന്ത്രിക്കുക.
• ക്ലൗഡ് ഐഡന്റിറ്റി - ഒരൊറ്റ കൺസോളിൽ നിന്ന് GCP ഉപയോക്താവ്, ഉപകരണം, ആപ്ലിക്കേഷൻ അക്കൗണ്ടുകൾ എന്നിവ കൈകാര്യം ചെയ്യുക.
• ക്ലൗഡ് എച്ച്എസ്എം - ക്രിപ്റ്റോഗ്രാഫിക് കീകളുടെ സംരക്ഷണം.
• ക്ലൗഡ് കീ മാനേജ്മെന്റ് സേവനം - ജിസിപിയിലെ ക്രിപ്റ്റോഗ്രാഫിക് കീകളുടെ മാനേജ്മെന്റ്.
• VPC സേവന നിയന്ത്രണം - ചോർച്ചയിൽ നിന്ന് സംരക്ഷിക്കുന്നതിന് നിങ്ങളുടെ GCP ഉറവിടങ്ങൾക്ക് ചുറ്റും ഒരു സുരക്ഷിത ചുറ്റളവ് സൃഷ്ടിക്കുക.
• ടൈറ്റൻ സുരക്ഷാ കീ - ഫിഷിംഗിനെതിരെയുള്ള സംരക്ഷണം.

ഈ മൊഡ്യൂളുകളിൽ പലതും സുരക്ഷാ ഇവന്റുകൾ സൃഷ്ടിക്കുന്നു, അവ വിശകലനത്തിനായി BigQuery സ്റ്റോറേജിലേക്ക് അയയ്ക്കാനോ SIEM ഉൾപ്പെടെയുള്ള മറ്റ് സിസ്റ്റങ്ങളിലേക്ക് കയറ്റുമതി ചെയ്യാനോ കഴിയും. മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, GCP സജീവമായി വികസിച്ചുകൊണ്ടിരിക്കുന്ന ഒരു പ്ലാറ്റ്‌ഫോമാണ്, Google ഇപ്പോൾ അതിന്റെ പ്ലാറ്റ്‌ഫോമിനായി നിരവധി പുതിയ വിവര സുരക്ഷാ മൊഡ്യൂളുകൾ വികസിപ്പിക്കുന്നു. അവയിൽ ഇവന്റ് ത്രെറ്റ് ഡിറ്റക്ഷൻ (ഇപ്പോൾ ബീറ്റയിൽ ലഭ്യമാണ്), ഇത് അനധികൃത പ്രവർത്തനത്തിന്റെ (AWS-ലെ GuardDuty ന് സമാനമാണ്), അല്ലെങ്കിൽ പോളിസി ഇന്റലിജൻസ് (ആൽഫയിൽ ലഭ്യമാണ്) എന്നതിന്റെ സൂചനകൾക്കായി Stackdriver ലോഗുകൾ സ്കാൻ ചെയ്യുന്നു. GCP ഉറവിടങ്ങളിലേക്കുള്ള പ്രവേശനം.

ജനപ്രിയ ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമുകളിലെ ബിൽറ്റ്-ഇൻ മോണിറ്ററിംഗ് കഴിവുകളെ കുറിച്ച് ഞാൻ ഒരു ചെറിയ അവലോകനം നടത്തി. എന്നാൽ "റോ" IaaS പ്രൊവൈഡർ ലോഗുകൾ (AWS അല്ലെങ്കിൽ Azure അല്ലെങ്കിൽ Google എന്നിവയുടെ വിപുലമായ കഴിവുകൾ വാങ്ങാൻ എല്ലാവരും തയ്യാറല്ല) പ്രവർത്തിക്കാൻ കഴിയുന്ന സ്പെഷ്യലിസ്റ്റുകൾ നിങ്ങൾക്കുണ്ടോ? കൂടാതെ, സുരക്ഷാ മേഖലയിൽ എന്നത്തേക്കാളും സത്യമായ “വിശ്വസിക്കുക, എന്നാൽ സ്ഥിരീകരിക്കുക” എന്ന പഴഞ്ചൊല്ല് പലർക്കും പരിചിതമാണ്. നിങ്ങൾക്ക് വിവര സുരക്ഷാ ഇവന്റുകൾ അയയ്‌ക്കുന്ന ക്ലൗഡ് ദാതാവിന്റെ ബിൽറ്റ്-ഇൻ കഴിവുകളെ നിങ്ങൾ എത്രത്തോളം വിശ്വസിക്കുന്നു? വിവര സുരക്ഷയിൽ അവർ എത്രമാത്രം ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു?

ചില സമയങ്ങളിൽ ബിൽറ്റ്-ഇൻ ക്ലൗഡ് സുരക്ഷയെ പൂർത്തീകരിക്കാൻ കഴിയുന്ന ഓവർലേ ക്ലൗഡ് ഇൻഫ്രാസ്ട്രക്ചർ മോണിറ്ററിംഗ് സൊല്യൂഷനുകൾ നോക്കുന്നത് മൂല്യവത്താണ്, ചിലപ്പോൾ അത്തരം സൊല്യൂഷനുകളാണ് നിങ്ങളുടെ ഡാറ്റയുടെയും ക്ലൗഡിൽ ഹോസ്റ്റുചെയ്തിരിക്കുന്ന ആപ്ലിക്കേഷനുകളുടെയും സുരക്ഷയെക്കുറിച്ചുള്ള ഉൾക്കാഴ്ച നേടാനുള്ള ഏക ഓപ്ഷൻ. കൂടാതെ, അവ കൂടുതൽ സൗകര്യപ്രദമാണ്, കാരണം വ്യത്യസ്ത ക്ലൗഡ് ദാതാക്കളിൽ നിന്ന് വ്യത്യസ്ത ക്ലൗഡ് സേവനങ്ങൾ സൃഷ്ടിച്ച ആവശ്യമായ ലോഗുകൾ വിശകലനം ചെയ്യുന്നതിനുള്ള എല്ലാ ജോലികളും അവർ ഏറ്റെടുക്കുന്നു. അത്തരം ഒരു ഓവർലേ സൊല്യൂഷന്റെ ഒരു ഉദാഹരണമാണ് സിസ്കോ സ്റ്റെൽത്ത് വാച്ച് ക്ലൗഡ്, ഇത് ഒരൊറ്റ ടാസ്ക്കിൽ ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു - Amazon AWS, Microsoft Azure, Google Cloud Platform എന്നിവ മാത്രമല്ല, സ്വകാര്യ ക്ലൗഡുകളും ഉൾപ്പെടെ ക്ലൗഡ് പരിതസ്ഥിതികളിലെ വിവര സുരക്ഷാ അപാകതകൾ നിരീക്ഷിക്കുന്നു.

ഉദാഹരണം: സ്റ്റെൽത്ത് വാച്ച് ക്ലൗഡ് ഉപയോഗിച്ച് ഇൻഫർമേഷൻ സെക്യൂരിറ്റി മോണിറ്ററിംഗ്

AWS ഒരു ഫ്ലെക്സിബിൾ കമ്പ്യൂട്ടിംഗ് പ്ലാറ്റ്ഫോം നൽകുന്നു, എന്നാൽ ഈ വഴക്കം കമ്പനികൾക്ക് സുരക്ഷാ പ്രശ്നങ്ങളിലേക്ക് നയിക്കുന്ന തെറ്റുകൾ വരുത്തുന്നത് എളുപ്പമാക്കുന്നു. പങ്കിട്ട വിവര സുരക്ഷാ മോഡൽ ഇതിന് മാത്രമേ സംഭാവന നൽകൂ. ക്ലൗഡിൽ അജ്ഞാതമായ കേടുപാടുകൾ ഉള്ള സോഫ്‌റ്റ്‌വെയർ പ്രവർത്തിപ്പിക്കുന്നു (അറിയാവുന്നവയെ ചെറുക്കാനാകും, ഉദാഹരണത്തിന്, AWS ഇൻസ്പെക്ടർ അല്ലെങ്കിൽ GCP ക്ലൗഡ് സ്കാനർ), ദുർബലമായ പാസ്‌വേഡുകൾ, തെറ്റായ കോൺഫിഗറേഷനുകൾ, ഇൻസൈഡറുകൾ മുതലായവ. ഇതെല്ലാം ക്ലൗഡ് ഉറവിടങ്ങളുടെ പെരുമാറ്റത്തിൽ പ്രതിഫലിക്കുന്നു, ഇത് ഒരു വിവര സുരക്ഷാ നിരീക്ഷണവും ആക്രമണം കണ്ടെത്തൽ സംവിധാനവുമായ സിസ്കോ സ്റ്റെൽത്ത് വാച്ച് ക്ലൗഡിന് നിരീക്ഷിക്കാനാകും. പൊതു, സ്വകാര്യ മേഘങ്ങൾ.

സിസ്‌കോ സ്റ്റെൽത്ത്‌വാച്ച് ക്ലൗഡിന്റെ പ്രധാന സവിശേഷതകളിലൊന്ന് എന്റിറ്റികളെ മാതൃകയാക്കാനുള്ള കഴിവാണ്. ഇത് ഉപയോഗിച്ച്, നിങ്ങളുടെ ഓരോ ക്ലൗഡ് ഉറവിടങ്ങളുടെയും (അത് AWS, Azure, GCP അല്ലെങ്കിൽ മറ്റെന്തെങ്കിലുമോ എന്നത് പ്രശ്നമല്ല) ഒരു സോഫ്‌റ്റ്‌വെയർ മോഡൽ (അതായത്, ഒരു തത്സമയ സിമുലേഷൻ) സൃഷ്ടിക്കാൻ കഴിയും. സെർവറുകളും ഉപയോക്താക്കളും സുരക്ഷാ ഗ്രൂപ്പുകളും സ്വയമേവയുള്ള ഗ്രൂപ്പുകളും പോലുള്ള നിങ്ങളുടെ ക്ലൗഡ് പരിതസ്ഥിതിക്ക് പ്രത്യേകമായ ഉറവിട തരങ്ങളും ഇതിൽ ഉൾപ്പെടാം. ഈ മോഡലുകൾ ഇൻപുട്ടായി ക്ലൗഡ് സേവനങ്ങൾ നൽകുന്ന ഘടനാപരമായ ഡാറ്റ സ്ട്രീമുകൾ ഉപയോഗിക്കുന്നു. ഉദാഹരണത്തിന്, AWS-ന് ഇവ VPC ഫ്ലോ ലോഗുകൾ, AWS CloudTrail, AWS CloudWatch, AWS കോൺഫിഗ്, AWS ഇൻസ്പെക്ടർ, AWS ലാംഡ, AWS IAM എന്നിവയായിരിക്കും. എന്റിറ്റി മോഡലിംഗ് നിങ്ങളുടെ ഏതെങ്കിലും ഉറവിടങ്ങളുടെ റോളും പെരുമാറ്റവും സ്വയമേവ കണ്ടെത്തുന്നു (എല്ലാ ക്ലൗഡ് പ്രവർത്തനങ്ങളെയും പ്രൊഫൈൽ ചെയ്യുന്നതിനെക്കുറിച്ച് നിങ്ങൾക്ക് സംസാരിക്കാം). ഈ റോളുകളിൽ Android അല്ലെങ്കിൽ Apple മൊബൈൽ ഉപകരണം, Citrix PVS സെർവർ, RDP സെർവർ, മെയിൽ ഗേറ്റ്‌വേ, VoIP ക്ലയന്റ്, ടെർമിനൽ സെർവർ, ഡൊമെയ്ൻ കൺട്രോളർ മുതലായവ ഉൾപ്പെടുന്നു. അപകടസാധ്യതയുള്ളതോ സുരക്ഷിതത്വത്തിന് ഭീഷണിയോ ആയ പെരുമാറ്റം എപ്പോൾ സംഭവിക്കുമെന്ന് നിർണ്ണയിക്കാൻ അത് അവരുടെ പെരുമാറ്റം തുടർച്ചയായി നിരീക്ഷിക്കുന്നു. നിങ്ങൾക്ക് പാസ്‌വേഡ് ഊഹിക്കൽ, DDoS ആക്രമണങ്ങൾ, ഡാറ്റ ചോർച്ചകൾ, നിയമവിരുദ്ധമായ റിമോട്ട് ആക്‌സസ്, ക്ഷുദ്ര കോഡ് പ്രവർത്തനം, അപകടസാധ്യത സ്കാനിംഗ്, മറ്റ് ഭീഷണികൾ എന്നിവ തിരിച്ചറിയാൻ കഴിയും. ഉദാഹരണത്തിന്, നിങ്ങളുടെ ഓർഗനൈസേഷന്റെ (ദക്ഷിണ കൊറിയ) വിചിത്രമായ ഒരു രാജ്യത്ത് നിന്ന് ഒരു കുബർനെറ്റസ് ക്ലസ്റ്ററിലേക്ക് SSH വഴി ഒരു വിദൂര ആക്സസ് ശ്രമം കണ്ടെത്തുന്നത് ഇങ്ങനെയാണ്:

പോസ്റ്റ്‌ഗ്രസ് ഡാറ്റാബേസിൽ നിന്ന് ഞങ്ങൾ മുമ്പ് ആശയവിനിമയം നടത്തിയിട്ടില്ലാത്ത ഒരു രാജ്യത്തേക്കുള്ള വിവരങ്ങൾ ചോർന്നത് ഇങ്ങനെയാണ്:

അവസാനമായി, ഒരു ബാഹ്യ റിമോട്ട് ഉപകരണത്തിൽ നിന്ന് ചൈനയിൽ നിന്നും ഇന്തോനേഷ്യയിൽ നിന്നുമുള്ള നിരവധി SSH ശ്രമങ്ങൾ പരാജയപ്പെട്ടത് ഇതാണ്:

അല്ലെങ്കിൽ, VPC-യിലെ സെർവർ ഉദാഹരണം, നയമനുസരിച്ച്, ഒരിക്കലും ഒരു റിമോട്ട് ലോഗിൻ ഡെസ്റ്റിനേഷൻ ആയിരിക്കില്ല എന്ന് കരുതുക. ഫയർവാൾ റൂൾസ് പോളിസിയിലെ തെറ്റായ മാറ്റം കാരണം ഈ കമ്പ്യൂട്ടറിന് വിദൂര ലോഗിൻ അനുഭവപ്പെട്ടുവെന്ന് നമുക്ക് അനുമാനിക്കാം. എന്റിറ്റി മോഡലിംഗ് ഫീച്ചർ ഈ പ്രവർത്തനം ("അസാധാരണമായ റിമോട്ട് ആക്സസ്") തത്സമയം കണ്ടെത്തി റിപ്പോർട്ടുചെയ്യുകയും നിർദ്ദിഷ്ട AWS CloudTrail, Azure Monitor, അല്ലെങ്കിൽ GCP Stackdriver Logging API കോളിലേക്ക് (ഉപയോക്തൃനാമം, തീയതി, സമയം എന്നിവ ഉൾപ്പെടെ മറ്റ് വിശദാംശങ്ങൾ ഉൾപ്പെടെ) ചൂണ്ടിക്കാണിക്കുകയും ചെയ്യും. ) ഇത് ITU റൂളിലേക്കുള്ള മാറ്റത്തിന് കാരണമായി. തുടർന്ന് ഈ വിവരങ്ങൾ വിശകലനത്തിനായി SIEM-ലേക്ക് അയയ്ക്കാം.

Cisco Stealthwatch Cloud പിന്തുണയ്ക്കുന്ന ഏത് ക്ലൗഡ് പരിതസ്ഥിതിയിലും സമാനമായ കഴിവുകൾ നടപ്പിലാക്കുന്നു:

നിങ്ങളുടെ ആളുകളുമായോ പ്രക്രിയകളുമായോ സാങ്കേതികവിദ്യയുമായോ മുമ്പ് അറിയപ്പെടാത്ത ഒരു പ്രശ്നം കണ്ടെത്താനാകുന്ന സുരക്ഷാ ഓട്ടോമേഷന്റെ ഒരു സവിശേഷ രൂപമാണ് എന്റിറ്റി മോഡലിംഗ്. ഉദാഹരണത്തിന്, മറ്റ് കാര്യങ്ങൾക്കൊപ്പം, ഇനിപ്പറയുന്നതുപോലുള്ള സുരക്ഷാ പ്രശ്നങ്ങൾ കണ്ടെത്തുന്നതിന് ഇത് നിങ്ങളെ അനുവദിക്കുന്നു:

• നമ്മൾ ഉപയോഗിക്കുന്ന സോഫ്‌റ്റ്‌വെയറിൽ ആരെങ്കിലും ബാക്ക്‌ഡോർ കണ്ടെത്തിയോ?
• ഞങ്ങളുടെ ക്ലൗഡിൽ ഏതെങ്കിലും മൂന്നാം കക്ഷി സോഫ്‌റ്റ്‌വെയറോ ഉപകരണമോ ഉണ്ടോ?
• അംഗീകൃത ഉപയോക്താവ് പ്രത്യേകാവകാശങ്ങൾ ദുരുപയോഗം ചെയ്യുകയാണോ?
• റിമോട്ട് ആക്‌സസ് അനുവദിക്കുന്ന കോൺഫിഗറേഷൻ പിശക് അല്ലെങ്കിൽ വിഭവങ്ങളുടെ മറ്റ് ആസൂത്രിതമല്ലാത്ത ഉപയോഗം ഉണ്ടായിരുന്നോ?
• ഞങ്ങളുടെ സെർവറുകളിൽ നിന്ന് ഡാറ്റ ചോർച്ചയുണ്ടോ?
• വിചിത്രമായ ഒരു ഭൂമിശാസ്ത്രപരമായ ലൊക്കേഷനിൽ നിന്ന് ആരെങ്കിലും ഞങ്ങളുമായി ബന്ധപ്പെടാൻ ശ്രമിച്ചിരുന്നോ?
• നമ്മുടെ ക്ലൗഡിന് ക്ഷുദ്ര കോഡ് ബാധിച്ചിട്ടുണ്ടോ?

കണ്ടെത്തിയ വിവര സുരക്ഷാ ഇവന്റ് സ്ലാക്ക്, സിസ്‌കോ സ്പാർക്ക്, പേജർ ഡ്യൂട്ടി സംഭവ മാനേജ്മെന്റ് സിസ്റ്റം എന്നിവയിലേക്കുള്ള ടിക്കറ്റിന്റെ രൂപത്തിൽ അയയ്‌ക്കാനും സ്പ്ലങ്ക് അല്ലെങ്കിൽ ELK ഉൾപ്പെടെയുള്ള വിവിധ SIEM-കളിലേക്കും അയയ്ക്കാനും കഴിയും. ചുരുക്കത്തിൽ, നിങ്ങളുടെ കമ്പനി ഒരു മൾട്ടി-ക്ലൗഡ് സ്ട്രാറ്റജി ഉപയോഗിക്കുകയും ഏതെങ്കിലും ഒരു ക്ലൗഡ് ദാതാവിൽ മാത്രം പരിമിതപ്പെടുത്താതിരിക്കുകയും ചെയ്യുന്നുവെങ്കിൽ, മുകളിൽ വിവരിച്ചിരിക്കുന്ന വിവര സുരക്ഷാ നിരീക്ഷണ കഴിവുകൾ, പിന്നെ Cisco Stealthwatch ക്ലൗഡ് ഉപയോഗിക്കുന്നത് ഒരു ഏകീകൃത നിരീക്ഷണം നേടുന്നതിനുള്ള മികച്ച ഓപ്ഷനാണെന്ന് നമുക്ക് പറയാം. മുൻനിര ക്ലൗഡ് കളിക്കാർക്കുള്ള കഴിവുകൾ - Amazon , Microsoft, Google. ഏറ്റവും രസകരമായ കാര്യം, AWS, Azure അല്ലെങ്കിൽ GCP എന്നിവയിലെ വിവര സുരക്ഷാ നിരീക്ഷണത്തിനായുള്ള വിപുലമായ ലൈസൻസുകളുമായി സ്റ്റെൽത്ത് വാച്ച് ക്ലൗഡിനായുള്ള വിലകൾ താരതമ്യം ചെയ്താൽ, ആമസോൺ, മൈക്രോസോഫ്റ്റ് എന്നിവയുടെ ബിൽറ്റ്-ഇൻ കഴിവുകളേക്കാൾ സിസ്‌കോ പരിഹാരം വിലകുറഞ്ഞതായിരിക്കും. കൂടാതെ Google പരിഹാരങ്ങളും. ഇത് വിരോധാഭാസമാണ്, പക്ഷേ ഇത് സത്യമാണ്. നിങ്ങൾ ഉപയോഗിക്കുന്ന കൂടുതൽ മേഘങ്ങളും അവയുടെ കഴിവുകളും, ഒരു ഏകീകൃത പരിഹാരത്തിന്റെ പ്രയോജനം കൂടുതൽ വ്യക്തമാകും.

കൂടാതെ, Stealthwatch Cloud-ന് നിങ്ങളുടെ ഓർഗനൈസേഷനിൽ വിന്യസിച്ചിരിക്കുന്ന സ്വകാര്യ ക്ലൗഡുകളെ നിരീക്ഷിക്കാൻ കഴിയും, ഉദാഹരണത്തിന്, Kubernetes കണ്ടെയ്‌നറുകൾ അടിസ്ഥാനമാക്കി അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് ഉപകരണങ്ങളിൽ (ആഭ്യന്തരമായി നിർമ്മിച്ചത് പോലും), AD ഡാറ്റ അല്ലെങ്കിൽ DNS സെർവറുകൾ എന്നിവയിൽ മിററിംഗ് വഴി ലഭിക്കുന്ന Netflow ഫ്ലോകൾ അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് ട്രാഫിക് നിരീക്ഷിക്കുക. സൈബർ സുരക്ഷാ ഭീഷണി ഗവേഷകരുടെ ലോകത്തിലെ ഏറ്റവും വലിയ സർക്കാരിതര ഗ്രൂപ്പായ സിസ്‌കോ ടാലോസ് ശേഖരിച്ച ത്രെറ്റ് ഇന്റലിജൻസ് വിവരങ്ങളാൽ ഈ ഡാറ്റയെല്ലാം സമ്പുഷ്ടമാക്കും.

നിങ്ങളുടെ കമ്പനി ഉപയോഗിച്ചേക്കാവുന്ന പൊതു, ഹൈബ്രിഡ് ക്ലൗഡുകൾക്കായി ഒരു ഏകീകൃത നിരീക്ഷണ സംവിധാനം നടപ്പിലാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. ശേഖരിച്ച വിവരങ്ങൾ സ്റ്റെൽത്ത് വാച്ച് ക്ലൗഡിന്റെ ബിൽറ്റ്-ഇൻ കഴിവുകൾ ഉപയോഗിച്ച് വിശകലനം ചെയ്യാം അല്ലെങ്കിൽ നിങ്ങളുടെ SIEM-ലേക്ക് അയയ്ക്കാം (Splunk, ELK, SumoLogic കൂടാതെ മറ്റു പലതും സ്ഥിരസ്ഥിതിയായി പിന്തുണയ്ക്കുന്നു).

ഇതുപയോഗിച്ച്, ഞങ്ങൾ ലേഖനത്തിന്റെ ആദ്യഭാഗം പൂർത്തിയാക്കും, അതിൽ IaaS/PaaS പ്ലാറ്റ്‌ഫോമുകളുടെ വിവര സുരക്ഷ നിരീക്ഷിക്കുന്നതിനുള്ള അന്തർനിർമ്മിതവും ബാഹ്യവുമായ ഉപകരണങ്ങൾ ഞാൻ അവലോകനം ചെയ്തു, ഇത് ക്ലൗഡ് പരിതസ്ഥിതികളിൽ സംഭവിക്കുന്ന സംഭവങ്ങൾ വേഗത്തിൽ കണ്ടെത്താനും പ്രതികരിക്കാനും ഞങ്ങളെ അനുവദിക്കുന്നു. ഞങ്ങളുടെ എന്റർപ്രൈസ് തിരഞ്ഞെടുത്തു. രണ്ടാം ഭാഗത്ത്, ഞങ്ങൾ വിഷയം തുടരുകയും SaaS പ്ലാറ്റ്‌ഫോമുകൾ നിരീക്ഷിക്കുന്നതിനുള്ള ഓപ്ഷനുകൾ സെയിൽസ്‌ഫോഴ്‌സിന്റെയും ഡ്രോപ്പ്‌ബോക്‌സിന്റെയും ഉദാഹരണം ഉപയോഗിച്ച് നോക്കുകയും ചെയ്യും, കൂടാതെ വിവിധ ക്ലൗഡ് ദാതാക്കൾക്കായി ഒരു ഏകീകൃത വിവര സുരക്ഷാ നിരീക്ഷണ സംവിധാനം സൃഷ്‌ടിച്ച് എല്ലാം സംഗ്രഹിക്കാനും ഒരുമിച്ച് ചേർക്കാനും ഞങ്ങൾ ശ്രമിക്കും.

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