നിങ്ങളുടെ MCP സിസ്റ്റം സുരക്ഷിതമാക്കുക: 11 സാധാരണ അപകടസാധ്യതകളും അവയിൽ നിന്ന് എങ്ങനെ സംരക്ഷണം നേടാമെന്നും

പരോക്ഷ പ്രോംപ്റ്റ് ഇൻജക്ഷൻ മുതൽ ലോക്കൽ സെർവർ അപഹരിക്കപ്പെടൽ വരെ, MCP സിസ്റ്റങ്ങൾ നേരിടുന്ന 11 സാധാരണ അപകടസാധ്യതകളും അവ ഓരോന്നിൽ നിന്നും സംരക്ഷണം നേടാൻ സഹായിക്കുന്ന പ്രായോഗിക നടപടികളും ഉൾപ്പെടുത്തി, MCP സുരക്ഷയെക്കുറിച്ച് ഈ ഗൈഡ് വിശദീകരിക്കുന്നു.

Diagram of how MCP works: the MCP host (the AI app) sends tool requests through an MCP client to an MCP server, which offers its tools and returns results to the host.

MCP അപകടസാധ്യതകളെ പ്രധാനമായും മൂന്ന് വിഭാഗങ്ങളായി തിരിക്കാം: LLM കൃത്രിമം, ഡാറ്റയുടെയും ആക്‌സസിന്റെയും സുരക്ഷ, ഇൻഫ്രാസ്ട്രക്ചർ ദുർബലതകൾ.

MCP സെർവറുകൾ പലപ്പോഴും നിരവധി ആന്തരിക സിസ്റ്റങ്ങളിലേക്ക് ആക്‌സസ് നൽകുന്നതിനാൽ, സാധ്യമായ സുരക്ഷാ അപകടസാധ്യത ഉയർന്നതാണ്. എന്നിരുന്നാലും, അത് സംഭവിക്കാനുള്ള സാധ്യത സജ്ജീകരണത്തെ വളരെയധികം ആശ്രയിച്ചിരിക്കുന്നു.

വ്യക്തികൾക്കും സ്ഥാപനങ്ങൾക്കും തങ്ങളുടെ സിസ്റ്റങ്ങൾ സംരക്ഷിതമാണെന്ന് ഉറപ്പാക്കാൻ നിരവധി നടപടികൾ സ്വീകരിക്കാം, കൂടാതെ സുരക്ഷാ നടപടിക്രമങ്ങൾ എപ്പോഴും കണക്റ്റ് ചെയ്ത MCP സെർവറുകൾ വെളിപ്പെടുത്തിയേക്കാവുന്ന കഴിവുകൾക്കും ഡാറ്റയ്ക്കും ആനുപാതികമായിരിക്കണം.

എന്താണ് MCP, എന്താണ് MCP സുരക്ഷ?

LLM അധിഷ്ഠിത ആപ്പുകളെ (അഥവാ ഹോസ്റ്റുകളെ) ബാഹ്യ സിസ്റ്റങ്ങളുമായി ബന്ധിപ്പിക്കുന്നതിനായി Anthropic സൃഷ്ടിച്ച ഒരു ഓപ്പൺ സ്റ്റാൻഡേർഡാണ് Model Context Protocol (MCP).

ഒരു MCP സിസ്റ്റത്തിൽ മൂന്ന് പ്രധാന ഘടകങ്ങളുണ്ട്: ഹോസ്റ്റ്, ക്ലയന്റ്, സെർവർ. പലപ്പോഴും ഒരു AI അസിസ്റ്റന്റായ ഹോസ്റ്റ്, ഒരു ക്ലയന്റ് വഴി ബാഹ്യ MCP സെർവറുമായി കണക്റ്റ് ചെയ്യുന്നു. തുടർന്ന് ബാഹ്യ പ്രവർത്തനങ്ങൾ (ടൂളുകൾ) പ്രവർത്തിപ്പിക്കാനോ, ഡാറ്റ (റിസോഴ്‌സുകൾ) വീണ്ടെടുക്കാനോ, LLM-ന്റെ കോൺടെക്സ്റ്റ് വിൻഡോയിലേക്ക് ചേർക്കാനുള്ള പ്രോംപ്റ്റുകൾ ലഭ്യമാക്കാനോ ഉള്ള അഭ്യർത്ഥനകൾ അതിന് അയയ്ക്കാൻ കഴിയും.

ഒരു MCP സിസ്റ്റത്തിലെ കണക്ഷനുകളെയും ഘടകങ്ങളെയും സംരക്ഷിക്കുന്ന പ്രോട്ടോക്കോളുകളെയാണ് MCP സുരക്ഷ എന്ന് പറയുന്നത്. AI ആപ്പുകൾക്ക് പലപ്പോഴും ഏജന്റിക് കഴിവുകൾ ഉണ്ടെന്നതും സന്ദേശങ്ങളിൽ ദുരുദ്ദേശ്യപരമായ നിർദ്ദേശങ്ങൾ ഉൾച്ചേർക്കാൻ കഴിയുമെന്നതും ഉൾപ്പെടെ, MCP-ക്ക് മാത്രമുള്ള നിരവധി പ്രധാന വെല്ലുവിളികളുണ്ട്.

പ്രോംപ്റ്റ് ഇൻജക്ഷൻ, ദുർബലമായ ഓതന്റിക്കേഷൻ, സുരക്ഷിതമല്ലാത്ത മൂന്നാം കക്ഷി ഇന്റഗ്രേഷനുകൾ എന്നിങ്ങനെ MCP-ക്ക് മാത്രം ബാധകമല്ലാത്ത, നേരത്തെ അറിയപ്പെടുന്ന പ്രശ്നങ്ങളും വെല്ലുവിളികൾ ഉയർത്തുന്നു. ഏതൊരു കമ്പ്യൂട്ടർ സിസ്റ്റത്തെയും പോലെ, സുരക്ഷയ്ക്കായി MCP വിശ്വസനീയമായ സെർവറുകൾ മാത്രം ഉപയോഗിക്കുക പോലുള്ള നടപടിക്രമ പ്രോട്ടോക്കോളുകളുടെയും API ഗേറ്റ്‌വേകൾ പോലുള്ള സാങ്കേതിക നിയന്ത്രണങ്ങളുടെയും ഒരു സംയോജനത്തെ ആശ്രയിക്കുന്നു.

MCP ഭീഷണികൾ എത്രത്തോളം ഗുരുതരമാണ്?

MCP വളരെ വേഗം ഒരു ജനപ്രിയ LLM സാങ്കേതികവിദ്യയായി മാറിയിരിക്കുന്നു, നിരവധി സ്ഥാപനങ്ങളും ഉപഭോക്തൃ ആപ്പുകളും ഇത് ഉപയോഗിക്കുന്നു. MCP സെർവറുകൾ കോഡിൽ എഴുതിയ പ്രോഗ്രാമുകളായതിനാൽ, മറ്റേതൊരു ആപ്ലിക്കേഷനെയും പോലെ അവയ്ക്കും ദുർബലതകളുണ്ട്.

എന്നിരുന്നാലും, നിയന്ത്രിത വിന്യാസങ്ങളിൽ സ്ഥാപനങ്ങൾ MCP ഉപയോഗിക്കുമ്പോൾ, അത് പൊതുവെ സുരക്ഷിതമാണ്. വിശ്വസനീയമായ സെർവറുകളും സ്ഥിരീകരിച്ച അനുമതികളും ഉപയോഗിച്ച് ഒരു സിസ്റ്റം നിർമ്മിക്കുന്നതും, പരിശോധിക്കാത്ത ഒരു ഡസൻ സെർവറുകളിലേക്ക് ഒരു സ്വയംഭരണ ഏജന്റിനെ ബന്ധിപ്പിക്കുന്നതും തമ്മിൽ വലിയ വ്യത്യാസമുണ്ട്.

ഭീഷണി #1: പരോക്ഷ പ്രോംപ്റ്റ് ഇൻജക്ഷൻ

ഒരു MCP സെർവർ തിരികെ നൽകുന്ന ഡോക്യുമെന്റിലോ വെബ്‌പേജിലോ ടൂൾ ഔട്ട്‌പുട്ടിലോ LLM-നെ ലക്ഷ്യമിട്ടുള്ള നിർദ്ദേശങ്ങൾ ഒരു ആക്രമണകാരിക്ക് സ്ഥാപിക്കാൻ കഴിയും. ഹോസ്റ്റ് ഈ ഉള്ളടക്കം കോൺടെക്സ്റ്റ് വിൻഡോയിലേക്ക് ചേർത്താൽ, LLM അതിനെ യഥാർത്ഥ നിർദ്ദേശങ്ങളായി തെറ്റിദ്ധരിക്കാൻ സാധ്യതയുണ്ട്.

മാത്രമല്ല, ഈ നിർദ്ദേശങ്ങൾ ഒറ്റനോട്ടത്തിൽ ഉചിതമാണെന്ന് തോന്നിയേക്കാം. ഉദാഹരണത്തിന്, വീണ്ടെടുത്ത ഒരു സപ്പോർട്ട് ടിക്കറ്റ്, ഉത്തരം തയ്യാറാക്കുന്നതിന് മുമ്പ് സെൻസിറ്റീവ് ഉപഭോക്തൃ രേഖകൾ എക്‌സ്‌പോർട്ട് ചെയ്യാൻ LLM-നോട് നിർദ്ദേശിച്ചേക്കാം.

പരോക്ഷ പ്രോംപ്റ്റ് ഇൻജക്ഷനിൽ നിന്ന് എങ്ങനെ സംരക്ഷണം നേടാം

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

ഭീഷണി #2: ടൂൾ പോയിസണിംഗും റഗ് പുളുകളും

ടൂൾ പോയിസണിംഗ് ആക്രമണത്തിൽ, ഒരു MCP ടൂളിന്റെ വിവരണത്തിലോ സ്കീമയിലോ ദുരുദ്ദേശ്യപരമായ കോഡ് ചേർക്കുന്നു. ലഭ്യമായ ടൂളുകൾ MCP ആദ്യം വെളിപ്പെടുത്തുന്ന ഡിസ്കവറി ഘട്ടത്തിൽ ഇത് LLM-നെ സ്വാധീനിക്കാൻ സാധ്യതയുണ്ട്.

അംഗീകൃത മെറ്റാഡാറ്റ മാറ്റുന്ന ഒരു പ്രത്യേക തരം ടൂൾ പോയിസണിംഗാണ് റഗ് പുൾ. ഒരു ദുരുദ്ദേശ്യപരമായ ടൂൾ നേരിട്ട് പ്രവർത്തിപ്പിക്കുന്നതിന് പകരം, വിശ്വസനീയമായ ടൂളുകൾ ഒരു മോഡൽ ഉപയോഗിക്കുന്ന രീതി തന്നെ ഈ തരം ടൂൾ പോയിസണിംഗ് മാറ്റിയേക്കാം.

ടൂൾ പോയിസണിംഗിൽ നിന്നും റഗ് പുളുകളിൽ നിന്നും എങ്ങനെ സംരക്ഷണം നേടാം

ഓരോ ടൂളും ഉപയോഗിക്കുന്നതിന് മുമ്പ് ഹോസ്റ്റ് അതിന്റെ പൂർണ്ണ നിർവചനം പരിശോധിക്കുകയും അംഗീകൃത വിശ്വസനീയ ടൂളുകളുടെ ഒരു പട്ടികയുമായി താരതമ്യം ചെയ്യുകയും വേണം, അതുവഴി ഏതൊരു മാറ്റവും കണ്ടെത്താനാകും. അപകടകരമായ കഴിവുകൾക്കുള്ള സാധ്യത തിരിച്ചറിയാനും അവ ഫ്ലാഗ് ചെയ്യാനും പാരാമീറ്റർ പരിശോധനകൾ സഹായിക്കും.

ഭീഷണി #3: അമിതമായ അനുമതികൾ

ഒരു ടാസ്‌ക്കിന് ആവശ്യമുള്ളതിലും കൂടുതൽ അനുമതികൾ MCP സെർവറുകൾക്കും (ഹോസ്റ്റ് വഴി) കണക്റ്റ് ചെയ്ത LLM-കൾക്കും ഉപയോക്താക്കൾ നൽകുന്നത് സാധാരണമാണ്. ഉദാഹരണത്തിന്, റീഡ്-ഒൺലി മതിയാകുന്നിടത്ത് റൈറ്റ് അനുമതികൾ, അല്ലെങ്കിൽ ഒരു ആന്തരിക ഫയൽ സിസ്റ്റത്തിലേക്കുള്ള (Google Drive പോലുള്ളവ) പൂർണ്ണ ആക്‌സസ്.

ഇത്തരത്തിൽ വ്യാപകമായി അനുമതികൾ വർദ്ധിക്കുന്നത്, ദുരുദ്ദേശ്യപരമായ ടൂൾ കോളുകൾ പോലുള്ള മറ്റ് ദുർബലതകളുടെ ആഘാത വ്യാപ്തി വർദ്ധിപ്പിക്കും. ഒരു സ്ഥാപനത്തിൽ AI ടൂളുകൾ ഉപയോഗിച്ചുള്ള ദൈനംദിന ജോലിക്കിടെ ഉപയോക്താക്കൾ പ്രിവിലേജുകൾ നൽകുന്നതിനനുസരിച്ച് അനുമതികൾ “കുമിഞ്ഞുകൂടുന്നത്” സാധാരണമാണ് (പ്രിവിലേജ് അക്യുമുലേഷൻ).

അമിതമായ അനുമതികളിൽ നിന്ന് എങ്ങനെ സംരക്ഷണം നേടാം

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

ഭീഷണി #4: ദുർബലമായ ഓതന്റിക്കേഷനും ഓതറൈസേഷനും

ഓതന്റിക്കേഷൻ ഒരു MCP സെർവറുമായി കണക്റ്റ് ചെയ്യുന്ന ഉപയോക്താക്കളുടെയോ ആപ്ലിക്കേഷനുകളുടെയോ ഐഡന്റിറ്റി സ്ഥിരീകരിക്കുന്നു. ഓതറൈസേഷൻ അവർക്ക് ഏതൊക്കെ ടൂളുകളും റിസോഴ്‌സുകളും ആക്‌സസ് ചെയ്യാനാകുമെന്ന് നിശ്ചയിക്കുന്നു.

ശരിയായി കോൺഫിഗർ ചെയ്യാത്ത MCP സെർവറുകൾ ഉപയോക്താക്കളെ ശരിയായി ഓതന്റിക്കേറ്റ് ചെയ്യാതെയോ ആക്‌സസ് നിയന്ത്രണങ്ങൾ നടപ്പിലാക്കാതെയോ അഭ്യർത്ഥനകളോ ടോക്കണുകളോ സ്വീകരിച്ചേക്കാം. കൂടാതെ, സാധൂകരണം ദുർബലമാണെങ്കിൽ, മോഷ്ടിച്ച ക്രെഡൻഷ്യലുകൾ ഉപയോഗിച്ച് ദുഷ്ടലാക്കുള്ളവർക്ക് ആക്‌സസ് നേടാനാകും.

ദുർബലമായ ഓതന്റിക്കേഷനിൽ നിന്നും ഓതറൈസേഷനിൽ നിന്നും എങ്ങനെ സംരക്ഷണം നേടാം

റിമോട്ട് MCP സെർവറുകൾക്കുള്ള OAuth അധിഷ്ഠിത ഓതന്റിക്കേഷൻ, ഹ്രസ്വകാല ടോക്കണുകൾ, റോൾ അധിഷ്ഠിത ആക്‌സസ് നിയന്ത്രണം (RBAS) എന്നിവയെല്ലാം ദുർബലമായ ഓതറൈസേഷൻ മൂലമുള്ള അപകടസാധ്യത കുറയ്ക്കാൻ സഹായിക്കുന്ന നടപടികളാണ്. സെർവറിന് തന്നെ ആക്‌സസ് ഉണ്ടെങ്കിൽ പോലും, ഉപയോക്താക്കൾ അവരുടെ അനുമതികൾക്കപ്പുറമുള്ള ഡാറ്റയും ടൂളുകളും ആക്‌സസ് ചെയ്യുന്നത് തടയുന്നതിനാൽ റോൾ അധിഷ്ഠിത ആക്‌സസ് ഉപയോഗപ്രദമാണ്.

ഭീഷണി #5: ക്രെഡൻഷ്യൽ ചോർച്ചയും ദുരുപയോഗവും

ബാഹ്യ സേവനങ്ങളുമായി കണക്റ്റ് ചെയ്യാൻ MCP സെർവറുകൾ പതിവായി API കീകൾ, OAuth ആക്‌സസ് ടോക്കണുകൾ പോലുള്ള ക്രെഡൻഷ്യലുകൾ ഉപയോഗിക്കുന്നു. ഇവ വെളിപ്പെടുകയോ ദുരുപയോഗം ചെയ്യപ്പെടുകയോ ചെയ്താൽ, ആക്രമണകാരികൾക്ക് സെൻസിറ്റീവ് ഡാറ്റയിലേക്കും പ്രവർത്തനങ്ങളിലേക്കും ആക്‌സസ് നേടാനാകും.

ഒരു ഉദാഹരണമാണ് ടോക്കൺ പാസ്‌ത്രൂ: ഒരു ആക്‌സസ് ടോക്കൺ സ്വീകരിക്കുന്ന സേവനത്തിനായി തന്നെയാണോ ഉദ്ദേശിച്ചിട്ടുള്ളതെന്ന് സ്ഥിരീകരിക്കാതെ ഒരു MCP സെർവർ അത് മറ്റൊരു സേവനത്തിലേക്ക് കൈമാറുന്നതാണ് ഇത്. സ്വീകരിക്കുന്ന സേവനത്തിന് മതിയായ സംരക്ഷണം ഇല്ലെങ്കിൽ, ഇത് ചോർച്ചയ്ക്ക് കാരണമാകാം.

ക്രെഡൻഷ്യൽ ചോർച്ചയിൽ നിന്നും ദുരുപയോഗത്തിൽ നിന്നും എങ്ങനെ സംരക്ഷണം നേടാം

ഹ്രസ്വകാല, പരിമിത സ്കോപ്പുള്ള ടോക്കണുകളും ക്രെഡൻഷ്യൽ റൊട്ടേഷനും, ചോർന്ന ഡാറ്റ ദുഷ്ടലാക്കുള്ളവർക്ക് എത്രത്തോളം ഉപയോഗിക്കാനാകും എന്നത് പരിമിതപ്പെടുത്തുന്നതിൽ ഫലപ്രദമാണ്. API കീകളും ക്രെഡൻഷ്യലുകളും എപ്പോഴും ഒരു സീക്രട്ട് മാനേജർ ഉപയോഗിച്ച് സുരക്ഷിതമായി സൂക്ഷിക്കണം.

ഭീഷണി #6: കൺഫ്യൂസ്ഡ് ഡെപ്യൂട്ടി ആക്രമണങ്ങൾ

ഒരു നിയമാനുസൃത ഉപയോക്താവ് അംഗീകരിക്കാത്ത ഒരു പ്രവർത്തനം നടത്താൻ, വിശ്വസനീയമായ ഒരു ആപ്ലിക്കേഷനെ അതിന്റെ സ്വന്തം അനുമതികൾ ഉപയോഗിക്കാൻ ആക്രമണകാരി കബളിപ്പിക്കുമ്പോഴാണ് കൺഫ്യൂസ്ഡ് ഡെപ്യൂട്ടി ആക്രമണം സംഭവിക്കുന്നത്. ഇവിടെ, MCP സെർവറാണ് ഡെപ്യൂട്ടി.

ടൂൾ കോൾ അല്ലെങ്കിൽ ഡാറ്റ വീണ്ടെടുക്കൽ പോലുള്ള ഒരു ദുരുദ്ദേശ്യപരമായ പ്രക്രിയ നടപ്പിലാക്കാൻ ആക്രമണകാരി ഒരു MCP സെർവർ ദുർബലത (ദുർബലമായ OAuth സ്ഥിരീകരണങ്ങൾ പോലുള്ളവ) ചൂഷണം ചെയ്യും.

കൺഫ്യൂസ്ഡ് ഡെപ്യൂട്ടി ആക്രമണങ്ങളിൽ നിന്ന് എങ്ങനെ സംരക്ഷണം നേടാം

ഓരോ ടൂൾ കോളും ഒരു നിർദ്ദിഷ്ട ഉപയോക്താവിന്റേതാണെന്ന് സ്ഥിരീകരിക്കുന്ന ഓതറൈസേഷൻ സാധൂകരണം, കൺഫ്യൂസ്ഡ് ഡെപ്യൂട്ടി ആക്രമണങ്ങൾ പരിമിതപ്പെടുത്താൻ സഹായിക്കുന്നു. കൂടാതെ, ഡാറ്റ എക്‌സ്‌പോർട്ടുകൾ പോലുള്ള സെൻസിറ്റീവ് പ്രവർത്തനങ്ങൾക്ക് വ്യക്തമായ ഓതറൈസേഷൻ ആവശ്യമായിരിക്കണം.

ഭീഷണി #7: ദുരുദ്ദേശ്യപരമായ സെർവറുകളും അപഹരിക്കപ്പെട്ട ഡിപൻഡൻസികളും

MCP സെർവറുകളിൽ ദുരുദ്ദേശ്യപരമായ കോഡ് അടങ്ങിയിരിക്കാം (അവ അടിസ്ഥാനപരമായി ബാഹ്യ പ്രോഗ്രാമുകളാണ്), അല്ലെങ്കിൽ മൂന്നാം കക്ഷി ലൈബ്രറികൾ പോലുള്ള അപഹരിക്കപ്പെട്ട ഡിപൻഡൻസികളെ അവ ആശ്രയിച്ചേക്കാം. ഇത് MCP-ക്ക് മാത്രമുള്ള പ്രശ്നമല്ല, മറിച്ച് ഒരു സോഫ്റ്റ്‌വെയർ സപ്ലൈ ചെയിൻ പ്രശ്നമാണ്.

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

ദുരുദ്ദേശ്യപരമായ സെർവറുകളിൽ നിന്നും അപഹരിക്കപ്പെട്ട ഡിപൻഡൻസികളിൽ നിന്നും എങ്ങനെ സംരക്ഷണം നേടാം

വിശ്വസനീയവും പരിശോധിച്ചുറപ്പിച്ചതുമായ ഉറവിടങ്ങളിൽ നിന്ന് മാത്രം MCP സെർവറുകൾ ഇൻസ്റ്റാൾ ചെയ്യുക. സാധ്യമെങ്കിൽ, അവയുടെ കോഡ് അവലോകനം ചെയ്യുക, ബാഹ്യ ഡിപൻഡൻസികൾ എപ്പോഴും പരിശോധിക്കുക. സെർവറുകൾ പതിവായി അപ്‌ഡേറ്റ് ചെയ്യുകയും പാച്ച് ചെയ്യുകയും ചെയ്യുന്നുണ്ടെന്ന് ഉറപ്പാക്കുക.

ഭീഷണി #8: സെർവർ-സൈഡ് റിക്വസ്റ്റ് ഫോർജറി (SSRF)

ഉപയോക്താവ് ആക്‌സസ് ചെയ്യാൻ ഉദ്ദേശിക്കാത്ത ആന്തരിക വിലാസങ്ങളിലേക്ക് നെറ്റ്‌വർക്ക് അഭ്യർത്ഥനകൾ അയയ്ക്കാൻ ആക്രമണകാരി ഒരു MCP സെർവറിനെ കബളിപ്പിക്കുന്നതാണ് സെർവർ-സൈഡ് റിക്വസ്റ്റ് ഫോർജറി (SSRF).

ഒരു URL-ൽ നിന്ന് വിവരങ്ങൾ വീണ്ടെടുക്കുന്ന ഒരു ടൂൾ MCP സെർവർ ലഭ്യമാക്കുമ്പോൾ ഇത് സംഭവിക്കാം. URL പാരാമീറ്ററിനെ സ്വാധീനിക്കാൻ ആക്രമണകാരിക്ക് കഴിയുമെങ്കിൽ, ഒരു ആന്തരിക API അല്ലെങ്കിൽ ക്ലൗഡ് സേവനം പോലുള്ള, അവർ ആഗ്രഹിക്കുന്ന നെറ്റ്‌വർക്ക് വിലാസത്തിലേക്ക് അത് മാറ്റാൻ അവർക്ക് കഴിയും. ഇത് സെൻസിറ്റീവ് ഡാറ്റ വീണ്ടെടുക്കപ്പെടാനും ആക്‌സസ് ചെയ്യാവുന്ന നിലയിലാകാനും ഇടയാക്കിയേക്കാം

സെർവർ-സൈഡ് റിക്വസ്റ്റ് ഫോർജറിയിൽ (SSRF) നിന്ന് എങ്ങനെ സംരക്ഷണം നേടാം

MCP സെർവറുകൾ എപ്പോഴും URL-കൾ സാധൂകരിക്കുകയും, നിയന്ത്രിത ആന്തരിക നെറ്റ്‌വർക്ക് വിലാസങ്ങളിലേക്കുള്ള ആക്‌സസ് തടയുകയും, ഔട്ട്‌ബൗണ്ട് നെറ്റ്‌വർക്ക് ആക്‌സസ് തടയുകയും വേണം. റീഡയറക്ടുകളും ഇതേ പ്രോട്ടോക്കോൾ പാലിക്കണം.

ഭീഷണി #9: സെഷൻ ഹൈജാക്കിംഗ്

ഒരു MCP ക്ലയന്റും സെർവറും തമ്മിലുള്ള സജീവമായ കണക്ഷന്റെ നിയന്ത്രണം ആക്രമണകാരി കൈക്കലാക്കുന്നതാണ് സെഷൻ ഹൈജാക്കിംഗ്.

ഉദാഹരണത്തിന്, വേണ്ടത്ര സുരക്ഷിതമല്ലാത്ത ഒരു MCP ആപ്ലിക്കേഷനിൽ (ഉദാ. ഒരു ഹോസ്റ്റ് അല്ലെങ്കിൽ സെർവർ) നിന്ന് അവർ ഒരു സെഷൻ ഐഡന്റിഫയർ മോഷ്ടിച്ചേക്കാം. MCP സെർവർ ഈ ഐഡന്റിഫയർ സ്വീകരിക്കുകയാണെങ്കിൽ, ഉപയോക്താവിന്റെ നിയമാനുസൃത അനുമതികൾ ഉപയോഗിച്ച് ആക്രമണകാരിക്ക് ടൂളുകൾ വിളിക്കാൻ കഴിഞ്ഞേക്കും.

എങ്ങനെ സംരക്ഷണം നേടാം

ഒരു MCP സിസ്റ്റത്തിലെ എല്ലാ ആപ്ലിക്കേഷനുകളിലും കർശനമായ ഐഡന്റിറ്റി സ്ഥിരീകരണം നടപ്പിലാക്കുന്നതിലൂടെ സെഷൻ ഹൈജാക്കിംഗിന്റെ അപകടസാധ്യത കുറയ്ക്കാം. സെഷൻ ഐഡന്റിഫയറുകൾ മറ്റുള്ളവർ കണ്ടെത്തുന്നത് തടയാൻ MCP ക്ലയന്റുകൾക്കും റിമോട്ട് സെർവറുകൾക്കും ഇടയിലുള്ള എൻക്രിപ്ഷനും അത്യാവശ്യമാണ്.

ഭീഷണി #10: മിക്സ്-അപ്പ് ആക്രമണങ്ങൾ

മിക്സ്-അപ്പ് ആക്രമണത്തിൽ, ക്ലയന്റിനും MCP സെർവറിനും ഇടയിൽ നിലകൊള്ളുന്ന ഒരു ദുരുദ്ദേശ്യപരമായ ഓതറൈസേഷൻ സെർവറിലേക്ക് ഓതറൈസേഷൻ കോഡ് അയയ്ക്കാൻ ആക്രമണകാരി ഒരു MCP ക്ലയന്റിനെ കബളിപ്പിക്കുന്നു. അഭ്യർത്ഥിച്ച ആക്‌സസ് അംഗീകൃതമാണോ എന്ന് പരിശോധിച്ച ശേഷം OAuth ആക്‌സസ് ടോക്കണുകൾ നൽകുന്ന ഒരു ആപ്ലിക്കേഷനാണ് ഓതറൈസേഷൻ സെർവർ.

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

മിക്സ്-അപ്പ് ആക്രമണങ്ങളിൽ നിന്ന് എങ്ങനെ സംരക്ഷണം നേടാം

OAuth പ്രക്രിയയിലുടനീളം MCP ക്ലയന്റുകൾ ഓതറൈസേഷൻ സെർവറിന്റെ ഐഡന്റിറ്റി സ്ഥിരീകരിക്കണം. പ്രത്യേകിച്ചും, അവ സെർവറിന്റെ ഇഷ്യൂവർ ഐഡന്റിഫയർ (iss) പ്രതീക്ഷിക്കുന്ന ഐഡന്റിറ്റിയുമായി ഒത്തുനോക്കുകയും പൊരുത്തക്കേടുകൾ നിരസിക്കുകയും വേണം.

ഭീഷണി #11: ലോക്കൽ MCP സെർവർ അപഹരിക്കപ്പെടൽ

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

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

ലോക്കൽ MCP സെർവർ അപഹരിക്കപ്പെടുന്നതിൽ നിന്ന് എങ്ങനെ സംരക്ഷണം നേടാം

ലോക്കൽ MCP സെർവറുകൾ ഉപയോഗിക്കുമ്പോൾ സാൻഡ്‌ബോക്സിംഗും കർശനമായ സമ്മത പ്രോട്ടോക്കോളുകളും പ്രധാനമാണ്. MCP സെർവറുകൾ വിശ്വസനീയമായ ദാതാക്കളിൽ നിന്ന് മാത്രമേ ഇൻസ്റ്റാൾ ചെയ്യാവൂ, അവയ്ക്ക് ആക്‌സസ് ചെയ്യാനാകുന്ന ഡയറക്ടറികൾ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അനുമതികൾ ഉപയോഗിച്ച് പരിമിതപ്പെടുത്തണം.

MCP ദുർബലതകൾ പലപ്പോഴും പുതിയ വേഷത്തിലെത്തുന്ന പഴയ ഭീഷണികളാണ്

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

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