ನಿಮ್ಮ MCP ವ್ಯವಸ್ಥೆಯನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸಿ: 11 ಸಾಮಾನ್ಯ ಅಪಾಯಗಳು ಮತ್ತು ಅವುಗಳಿಂದ ರಕ್ಷಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ

MCP ಅಪಾಯಗಳು ಸ್ಥೂಲವಾಗಿ ಮೂರು ವರ್ಗಗಳಿಗೆ ಸೇರುತ್ತವೆ: LLM ಕುಶಲತೆ, ಡೇಟಾ ಮತ್ತು ಪ್ರವೇಶ ಭದ್ರತೆ, ಹಾಗೂ ಮೂಲಸೌಕರ್ಯ ದುರ್ಬಲತೆಗಳು.

MCP ಸರ್ವರ್‌ಗಳು ಹೆಚ್ಚಾಗಿ ವ್ಯಾಪಕ ಶ್ರೇಣಿಯ ಆಂತರಿಕ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಪ್ರವೇಶ ಒದಗಿಸುವುದರಿಂದ, ಸಂಭಾವ್ಯ ಭದ್ರತಾ ಅಪಾಯ ಹೆಚ್ಚು. ಆದರೆ, ಅಪಾಯದ ಸಾಧ್ಯತೆಯು ಸೆಟಪ್ ಅನ್ನು ಹೆಚ್ಚಾಗಿ ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ವ್ಯಕ್ತಿಗಳು ಮತ್ತು ಉದ್ಯಮಗಳು ತಮ್ಮ ವ್ಯವಸ್ಥೆಗಳು ಸುರಕ್ಷಿತವಾಗಿರುವುದನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಅನೇಕ ಕ್ರಮಗಳನ್ನು ಕೈಗೊಳ್ಳಬಹುದು, ಮತ್ತು ನಿಯಮಾವಳಿಗಳು ಯಾವಾಗಲೂ ಸಂಪರ್ಕಿತ MCP ಸರ್ವರ್‌ಗಳು ಬಹಿರಂಗಪಡಿಸಬಹುದಾದ ಸಾಮರ್ಥ್ಯಗಳು ಮತ್ತು ಡೇಟಾಗೆ ಅನುಗುಣವಾಗಿರಬೇಕು.

MCP ಮತ್ತು MCP ಭದ್ರತೆ ಎಂದರೇನು?

Model Context Protocol (MCP) ಎಂಬುದು LLM-ಆಧಾರಿತ ಆ್ಯಪ್‌ಗಳನ್ನು (ಅಥವಾ ಹೋಸ್ಟ್‌ಗಳನ್ನು) ಬಾಹ್ಯ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಸಂಪರ್ಕಿಸಲು Anthropic ರಚಿಸಿದ ಮುಕ್ತ ಮಾನದಂಡವಾಗಿದೆ.

MCP ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಮೂರು ಪ್ರಮುಖ ಘಟಕಗಳಿವೆ: ಹೋಸ್ಟ್, ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್. ಸಾಮಾನ್ಯವಾಗಿ AI ಸಹಾಯಕವಾಗಿರುವ ಹೋಸ್ಟ್, ಕ್ಲೈಂಟ್ ಮೂಲಕ ಬಾಹ್ಯ MCP ಸರ್ವರ್‌ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನಂತರ ಅದು ಬಾಹ್ಯ ಕಾರ್ಯಗಳನ್ನು (ಟೂಲ್‌ಗಳು) ಚಲಾಯಿಸಲು ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸಬಹುದು ಅಥವಾ LLMನ ಕಾಂಟೆಕ್ಸ್ಟ್ ವಿಂಡೋಗೆ ಸೇರಿಸಲು ಡೇಟಾ (ರಿಸೋರ್ಸ್‌ಗಳು) ಅಥವಾ ಪ್ರಾಂಪ್ಟ್‌ಗಳನ್ನು ಹಿಂಪಡೆಯಬಹುದು.

ವಿಸ್ತರಿಸಿ

MCP ಭದ್ರತೆ ಎಂದರೆ MCP ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಸಂಪರ್ಕಗಳು ಮತ್ತು ಘಟಕಗಳನ್ನು ರಕ್ಷಿಸುವ ನಿಯಮಾವಳಿಗಳು. MCPಗೆ ವಿಶಿಷ್ಟವಾದ ಹಲವಾರು ಪ್ರಮುಖ ಸವಾಲುಗಳಿವೆ, ಉದಾಹರಣೆಗೆ AI ಆ್ಯಪ್‌ಗಳು ಹೆಚ್ಚಾಗಿ ಏಜೆಂಟಿಕ್ ಸಾಮರ್ಥ್ಯಗಳನ್ನು ಹೊಂದಿರುತ್ತವೆ ಮತ್ತು ಸಂದೇಶಗಳಲ್ಲಿ ದುರುದ್ದೇಶಪೂರಿತ ಸೂಚನೆಗಳನ್ನು ಅಡಕಗೊಳಿಸಬಹುದು ಎಂಬ ಅಂಶ.

ಪ್ರಾಂಪ್ಟ್ ಇಂಜೆಕ್ಷನ್, ದುರ್ಬಲ ದೃಢೀಕರಣ ಮತ್ತು ಅಸುರಕ್ಷಿತ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಏಕೀಕರಣಗಳಂತಹ, 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)

ಸರ್ವರ್-ಸೈಡ್ ರಿಕ್ವೆಸ್ಟ್ ಫೋರ್ಜರಿ (SSRF) ಎಂದರೆ, ಬಳಕೆದಾರರು ಪ್ರವೇಶಿಸಲು ಉದ್ದೇಶಿಸದ ಆಂತರಿಕ ವಿಳಾಸಗಳಿಗೆ ನೆಟ್‌ವರ್ಕ್ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುವಂತೆ ದಾಳಿಕೋರರು MCP ಸರ್ವರ್ ಅನ್ನು ವಂಚಿಸುವುದು.

MCP ಸರ್ವರ್ URLನಿಂದ ಮಾಹಿತಿಯನ್ನು ಹಿಂಪಡೆಯುವ ಟೂಲ್ ಅನ್ನು ಬಹಿರಂಗಪಡಿಸಿದಾಗ ಇದು ಸಂಭವಿಸಬಹುದು. ದಾಳಿಕೋರರು URL ಪ್ಯಾರಾಮೀಟರ್ ಮೇಲೆ ಪ್ರಭಾವ ಬೀರಲು ಸಾಧ್ಯವಾದರೆ, ಅವರು ಅದನ್ನು ಆಂತರಿಕ API ಅಥವಾ ಕ್ಲೌಡ್ ಸೇವೆಯಂತಹ ತಮಗೆ ಬೇಕಾದ ನೆಟ್‌ವರ್ಕ್ ವಿಳಾಸಕ್ಕೆ ಬದಲಾಯಿಸಬಹುದು. ಇದರಿಂದ ಸೂಕ್ಷ್ಮ ಡೇಟಾ ಹಿಂಪಡೆಯಲ್ಪಟ್ಟು, ಸಂಭಾವ್ಯವಾಗಿ ಪ್ರವೇಶಕ್ಕೆ ಲಭ್ಯವಾಗಬಹುದು

ಸರ್ವರ್-ಸೈಡ್ ರಿಕ್ವೆಸ್ಟ್ ಫೋರ್ಜರಿಯಿಂದ (SSRF) ರಕ್ಷಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ

MCP ಸರ್ವರ್‌ಗಳು ಯಾವಾಗಲೂ URLಗಳನ್ನು ಮೌಲ್ಯೀಕರಿಸಬೇಕು, ನಿರ್ಬಂಧಿತ ಆಂತರಿಕ ನೆಟ್‌ವರ್ಕ್ ವಿಳಾಸಗಳಿಗೆ ಪ್ರವೇಶವನ್ನು ನಿರ್ಬಂಧಿಸಬೇಕು ಮತ್ತು ಹೊರಹೋಗುವ ನೆಟ್‌ವರ್ಕ್ ಪ್ರವೇಶವನ್ನು ತಡೆಗಟ್ಟಬೇಕು. ರೀಡೈರೆಕ್ಟ್‌ಗಳು ಸಹ ಇದೇ ನಿಯಮಾವಳಿಯನ್ನು ಅನುಸರಿಸಬೇಕು.

ಬೆದರಿಕೆ #9: ಸೆಷನ್ ಹೈಜಾಕಿಂಗ್

ಸೆಷನ್ ಹೈಜಾಕಿಂಗ್ ಎಂದರೆ, ದಾಳಿಕೋರರು MCP ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್ ನಡುವಿನ ಸಕ್ರಿಯ ಸಂಪರ್ಕದ ನಿಯಂತ್ರಣವನ್ನು ವಶಪಡಿಸಿಕೊಳ್ಳುವುದು.

ಉದಾಹರಣೆಗೆ, ಅವರು ಸರಿಯಾಗಿ ಸುರಕ್ಷಿತಗೊಳಿಸದ MCP ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ (ಉದಾ., ಹೋಸ್ಟ್ ಅಥವಾ ಸರ್ವರ್) ಸೆಷನ್ ಐಡೆಂಟಿಫೈಯರ್ ಅನ್ನು ಕದಿಯಬಹುದು. MCP ಸರ್ವರ್ ಈ ಐಡೆಂಟಿಫೈಯರ್ ಅನ್ನು ಸ್ವೀಕರಿಸಿದರೆ, ದಾಳಿಕೋರರು ಬಳಕೆದಾರರ ನ್ಯಾಯಸಮ್ಮತ ಅನುಮತಿಗಳೊಂದಿಗೆ ಟೂಲ್‌ಗಳನ್ನು ಕರೆಯುವ ಸಾಧ್ಯತೆಯಿದೆ.

ರಕ್ಷಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ

MCP ವ್ಯವಸ್ಥೆಯಲ್ಲಿನ ಎಲ್ಲಾ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಾದ್ಯಂತ ಕಟ್ಟುನಿಟ್ಟಾದ ಗುರುತು ಪರಿಶೀಲನೆಯಿಂದ ಸೆಷನ್ ಹೈಜಾಕಿಂಗ್ ಅಪಾಯವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು. ಸೆಷನ್ ಐಡೆಂಟಿಫೈಯರ್‌ಗಳು ಪತ್ತೆಯಾಗುವುದನ್ನು ತಡೆಯಲು MCP ಕ್ಲೈಂಟ್‌ಗಳು ಮತ್ತು ರಿಮೋಟ್ ಸರ್ವರ್‌ಗಳ ನಡುವೆ ಎನ್‌ಕ್ರಿಪ್ಶನ್ ಸಹ ಅತ್ಯಗತ್ಯ.

ಬೆದರಿಕೆ #10: ಮಿಕ್ಸ್-ಅಪ್ ದಾಳಿಗಳು

ಮಿಕ್ಸ್-ಅಪ್ ದಾಳಿಯಲ್ಲಿ, ದಾಳಿಕೋರರು MCP ಕ್ಲೈಂಟ್ ಅನ್ನು ವಂಚಿಸಿ, ಕ್ಲೈಂಟ್ ಮತ್ತು MCP ಸರ್ವರ್ ನಡುವೆ ಇರುವ ದುರುದ್ದೇಶಪೂರಿತ ಅಧಿಕೃತಗೊಳಿಸುವಿಕೆ ಸರ್ವರ್‌ಗೆ ಅಧಿಕೃತಗೊಳಿಸುವಿಕೆ ಕೋಡ್ ಅನ್ನು ಕಳುಹಿಸುವಂತೆ ಮಾಡುತ್ತಾರೆ. ಅಧಿಕೃತಗೊಳಿಸುವಿಕೆ ಸರ್ವರ್ ಎಂಬುದು, ವಿನಂತಿಸಿದ ಪ್ರವೇಶವು ಅಧಿಕೃತವಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿದ ನಂತರ OAuth ಪ್ರವೇಶ ಟೋಕನ್‌ಗಳನ್ನು ನೀಡುವ ಅಪ್ಲಿಕೇಶನ್ ಆಗಿದೆ.

ವಿಸ್ತರಿಸಿ

MCP ಹೋಸ್ಟ್ ಬಹು ಸೇವೆಗಳಿಗೆ ಸಂಪರ್ಕಿಸಿದರೆ ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ಬೇರೆ ಅಧಿಕೃತಗೊಳಿಸುವಿಕೆ ಸರ್ವರ್ ಬಳಸುತ್ತಿದ್ದರೆ, ದಾಳಿಕೋರರು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ನಿಯಂತ್ರಿಸಬಹುದು (ಬಹುಶಃ ದುರುದ್ದೇಶಪೂರಿತ ಸೇವೆಯನ್ನು ನೋಂದಾಯಿಸುವ ಮೂಲಕ) ಮತ್ತು ನ್ಯಾಯಸಮ್ಮತ ಸರ್ವರ್ ನೀಡಿದ ಅಧಿಕೃತಗೊಳಿಸುವಿಕೆ ಕೋಡ್ ಅನ್ನು ದುರುದ್ದೇಶಪೂರಿತ ಸರ್ವರ್‌ಗೆ ಕಳುಹಿಸುವಂತೆ ಕ್ಲೈಂಟ್ ಅನ್ನು ಪ್ರೇರೇಪಿಸಬಹುದು. ಈ ಮಿಕ್ಸ್-ಅಪ್, ದಾಳಿಕೋರರಿಗೆ ಅಧಿಕೃತ ಅಪ್ಲಿಕೇಶನ್‌ನಂತೆ ನಟಿಸಿ ಸಂರಕ್ಷಿತ ಸೇವೆಗಳಿಗೆ ಪ್ರವೇಶ ಪಡೆಯಲು ಅವಕಾಶ ನೀಡಬಹುದು.

ಮಿಕ್ಸ್-ಅಪ್ ದಾಳಿಗಳಿಂದ ರಕ್ಷಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ

MCP ಕ್ಲೈಂಟ್‌ಗಳು OAuth ಪ್ರಕ್ರಿಯೆಯ ಉದ್ದಕ್ಕೂ ಅಧಿಕೃತಗೊಳಿಸುವಿಕೆ ಸರ್ವರ್‌ನ ಗುರುತನ್ನು ಪರಿಶೀಲಿಸಬೇಕು. ನಿರ್ದಿಷ್ಟವಾಗಿ, ಅವು ಸರ್ವರ್‌ನ ವಿತರಕ ಐಡೆಂಟಿಫೈಯರ್ (iss) ಅನ್ನು ನಿರೀಕ್ಷಿತ ಗುರುತಿನೊಂದಿಗೆ ಹೋಲಿಸಿ ಪರಿಶೀಲಿಸಬೇಕು ಮತ್ತು ಹೊಂದಾಣಿಕೆಯಾಗದವುಗಳನ್ನು ತಿರಸ್ಕರಿಸಬೇಕು.

ಬೆದರಿಕೆ #11: ಸ್ಥಳೀಯ MCP ಸರ್ವರ್ ರಾಜಿಗೊಳಗಾಗುವಿಕೆ

ಅನೇಕ MCP ಸರ್ವರ್‌ಗಳು ಬಳಕೆದಾರರ ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಚಲಿಸುತ್ತವೆ. ಬಳಕೆದಾರರು ಸರ್ವರ್ ಅನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಯಿಂದ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಬಹುದು ಅಥವಾ ಸ್ವತಃ ನಿರ್ಮಿಸಬಹುದು. ದಾಳಿಕೋರರು ಈ ಸ್ಥಳೀಯ MCP ಸರ್ವರ್ ಅನ್ನು ರಾಜಿಗೊಳಿಸಲು ಸಾಧ್ಯವಾದರೆ, ಅವರು ಸ್ಥಳೀಯ ವ್ಯವಸ್ಥೆಯ ದೊಡ್ಡ ಭಾಗಗಳಿಗೆ ಪ್ರವೇಶ ಪಡೆಯುವ ಸಾಧ್ಯತೆಯಿದೆ.

ದಾಳಿಕೋರರು ಪ್ರವೇಶ ಪಡೆಯಲು ವಿವಿಧ ಮಾರ್ಗಗಳಿವೆ. ಅವರು ನ್ಯಾಯಸಮ್ಮತ ಏಕೀಕರಣದ ಸೋಗಿನಲ್ಲಿ ದುರುದ್ದೇಶಪೂರಿತ ಸರ್ವರ್ ಅನ್ನು ವಿತರಿಸಬಹುದು, MCP ಹೋಸ್ಟ್ ದುರುದ್ದೇಶಪೂರಿತ ಕಮಾಂಡ್ ಅನ್ನು ನೀಡುವಂತೆ ಅದರ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಮಾರ್ಪಡಿಸಬಹುದು, ಅಥವಾ ಸಾಕಷ್ಟು ಭದ್ರತಾ ನಿಯಂತ್ರಣಗಳಿಲ್ಲದ ಪರಿಸರದಲ್ಲಿ ಚಲಿಸುತ್ತಿರುವ MCP ಸರ್ವರ್ ಅನ್ನು ಪ್ರವೇಶಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ DNS ರಿಬೈಂಡಿಂಗ್ ಮೂಲಕ; ಇದು localhost ಸೇವೆಗೆ ವಿನಂತಿಗಳನ್ನು ಕಳುಹಿಸುವಂತೆ ಬ್ರೌಸರ್ ಅನ್ನು ವಂಚಿಸುತ್ತದೆ.

ಸ್ಥಳೀಯ MCP ಸರ್ವರ್ ರಾಜಿಗೊಳಗಾಗುವಿಕೆಯಿಂದ ರಕ್ಷಿಸಿಕೊಳ್ಳುವುದು ಹೇಗೆ

ಸ್ಥಳೀಯ MCP ಸರ್ವರ್‌ಗಳನ್ನು ಬಳಸುವಾಗ ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸಿಂಗ್ ಮತ್ತು ಕಟ್ಟುನಿಟ್ಟಾದ ಸಮ್ಮತಿ ನಿಯಮಾವಳಿಗಳು ಮುಖ್ಯ. MCP ಸರ್ವರ್‌ಗಳನ್ನು ವಿಶ್ವಾಸಾರ್ಹ ಪೂರೈಕೆದಾರರಿಂದ ಮಾತ್ರ ಇನ್‌ಸ್ಟಾಲ್ ಮಾಡಬೇಕು, ಮತ್ತು ಅವು ಯಾವ ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಪ್ರವೇಶಿಸಬಹುದು ಎಂಬುದನ್ನು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್ ಅನುಮತಿಗಳು ನಿರ್ಬಂಧಿಸಬೇಕು.

MCP ದುರ್ಬಲತೆಗಳು ಹೆಚ್ಚಾಗಿ ಹೊಸ ರೂಪದಲ್ಲಿರುವ ಹಳೆಯ ಬೆದರಿಕೆಗಳೇ ಆಗಿವೆ

MCP ದುರ್ಬಲತೆಗಳು ಹೆಚ್ಚಾಗಿ ಸ್ಥಾಪಿತ ಅಪಾಯಗಳು ಮತ್ತು ದಾಳಿ ವಿಧಾನಗಳ ಹೊಸ ಅನ್ವಯಗಳಿಂದ ಉಂಟಾಗುತ್ತವೆ. LLMಗಳು, MCP ಸರ್ವರ್‌ಗಳು ಮತ್ತು ಬಾಹ್ಯ ಸೇವೆಗಳ ನಡುವಿನ ಸಂವಹನಗಳ ಮೂಲಕ ಈ ದುರ್ಬಲತೆಗಳನ್ನು ಬಳಸಿಕೊಳ್ಳಲು MCP ದಾಳಿಕೋರರಿಗೆ ಹೊಸ ಮಾರ್ಗಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ.

MCP-ನಿರ್ದಿಷ್ಟ ಬೆದರಿಕೆಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ ಎಂಬುದು ನಿಜ. ಆದಾಗ್ಯೂ, ಕಟ್ಟುನಿಟ್ಟಾದ ಅಧಿಕೃತಗೊಳಿಸುವಿಕೆಯನ್ನು ಜಾರಿಗೊಳಿಸುವುದು, ವಿಶ್ವಾಸಾರ್ಹ ಪೂರೈಕೆದಾರರನ್ನು ಬಳಸುವುದು ಮತ್ತು ಪ್ರಾಂಪ್ಟ್ ಇಂಜೆಕ್ಷನ್‌ಗಳ ವಿರುದ್ಧ ರಕ್ಷಣೆ ನೀಡುವಂತಹ ಪ್ರಮಾಣಿತ ಭದ್ರತಾ ನಿಯಮಾವಳಿಗಳು ಯಾವುದೇ MCP ಅನುಷ್ಠಾನವನ್ನು ರಕ್ಷಿಸುವಲ್ಲಿ ಬಹಳಷ್ಟು ನೆರವಾಗುತ್ತವೆ ಎಂಬುದನ್ನು ನೆನಪಿನಲ್ಲಿಡುವುದು ಉತ್ತಮ.