שימוש בשרת MCP מרוחק של AlloyDB

במסמך הזה מוסבר איך משתמשים בשרת Model Context Protocol‏ (MCP) מרוחק של AlloyDB ל-PostgreSQL כדי להתחבר לאפליקציות מבוססות-AI, כולל Antigravity, ‏ ChatGPT, ‏ Claude ואפליקציות בהתאמה אישית שאתם מפתחים. שרת ה-MCP המרוחק של AlloyDB ל-PostgreSQL מאפשר לכם לגשת לכלי AlloyDB ולהפעיל אותם כדי לנהל אשכולות ומכונות של AlloyDB מסביבות הפיתוח מבוססות-AI ומפלטפורמות של סוכני AI. שרת ה-MCP המרוחק של AlloyDB ל-PostgreSQL מופעל כשמפעילים את AlloyDB ל-PostgreSQL API.

‫Model Context Protocol (‏MCP) הוא תקן שמגדיר איך מודלים גדולים של שפה (LLM) ואפליקציות או סוכנים של AI מתחברים למקורות נתונים חיצוניים. שרתי MCP מאפשרים לכם להשתמש בכלים, במשאבים ובהנחיות שלהם כדי לבצע פעולות ולקבל נתונים מעודכנים משירות הקצה העורפי שלהם.

מה ההבדל בין שרתי MCP מקומיים לשרתי MCP מרוחקים?

שרתי MCP מקומיים
בדרך כלל פועלים במחשב המקומי ומשתמשים בזרמי הקלט והפלט הסטנדרטיים (stdio) לתקשורת בין שירותים באותו מכשיר.
שרתי MCP מרוחקים
הם פועלים בתשתית של השירות ומציעים נקודת קצה (endpoint) מסוג HTTP לאפליקציות AI, כדי לאפשר תקשורת בין לקוח ה-MCP של ה-AI לבין שרת ה-MCP. מידע נוסף על ארכיטקטורת MCP

ליבה ללא שמירת מצב

בגרסת MCP‏ 2026-07-28, פרוטוקול MCP משתנה מפרוטוקול דו-כיווני עם שמירת מצב (stateful) לפרוטוקול ללא שמירת מצב (stateless). כל בקשת MCP מתארת את עצמה ואפשר לנתב אותה באמצעות כותרות. אין צורך בלחיצת היד של initialize/initialized או ב-Mcp-Session-Id כי כל בקשה כוללת את כל המידע שנדרש בכותרות HTTP או בפרמטר _meta. שרתי MCP יכולים לבקש מידע נוסף שנדרש לכלי באמצעות בקשות הלוך ושוב (MRTR).

כדי לנתב ולעבד בקשות בלי לנתח את גוף הבקשה, נדרשות כמה כותרות MCP, כולל:

למידע נוסף על הארכיטקטורה של MCP, קראו את המפרט של MCP בגרסה 2026-07-28 ואת השינויים העיקריים.

יכול להיות שתרצו להשתמש בשרת MCP מקומי של AlloyDB מהסיבות הבאות:

  • פיתוח ובדיקה באופן מקומי

  • שימוש ב-MCP במצב אופליין

  • ניהול אשכולות ומכונות של AlloyDB מאפליקציית ה-AI

מידע נוסף על השימוש בשרת MCP המקומי זמין במאמר שימוש ב-AlloyDB ל-PostgreSQL עם MCP,‏ Gemini CLI וסוכנים אחרים או במאמר שרת MCP של AlloyDB ל-PostgreSQL. הקטעים הבאים רלוונטיים רק לשרת ה-MCP המרוחק של AlloyDB ל-PostgreSQL.

‫Google Cloud שרתי MCP מרוחקים

לשרתי MCP מרוחקים של Google ושל Google Cloud יש את התכונות והיתרונות הבאים:

  • חיפוש פשוט ומרוכז
  • נקודות קצה (endpoints) מנוהלות של HTTP גלובלי או אזורי
  • הרשאה פרטנית
  • אבטחה אופציונלית של הנחיות ותשובות באמצעות הגנה מוגברת על המודל
  • רישום מרכזי ביומן הביקורת

במאמר סקירה כללית על שרתי Google Cloud MCP מוסבר על שרתי MCP אחרים ועל אמצעי הבקרה לאבטחה ולמשילות שזמינים לשרתי Google Cloud MCP.

מגבלות

לשרת ה-MCP המרוחק של AlloyDB יש את המגבלות הבאות:

לפני שמתחילים

  1. נכנסים לחשבון Google Cloud . אנחנו ממליצים למשתמשים חדשים ב- Google Cloud ליצור חשבון כדי שיוכלו להעריך את הביצועים של המוצרים שלנו בתרחישים מהעולם האמיתי. לקוחות חדשים מקבלים בחינם גם קרדיט בשווי 300$ להרצה, לבדיקה ולפריסה של עומסי העבודה.

  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  3. If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

  4. Enable the AlloyDB API, if it is not already enabled.

    Roles required to enable APIs

    To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

    Enable the API

  5. Install the Google Cloud CLI.

  6. If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

  7. To initialize the gcloud CLI, run the following command: 

    gcloud init

  8. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Roles required to select or create a project

    • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
    • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

    Go to project selector

  9. If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

  10. Enable the AlloyDB API, if it is not already enabled.

    Roles required to enable APIs

    To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

    Enable the API

  11. Install the Google Cloud CLI.

  12. If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

  13. To initialize the gcloud CLI, run the following command: 

    gcloud init

התפקידים הנדרשים

כדי לקבל את ההרשאות שנדרשות לשימוש בשרת AlloyDB for PostgreSQL MCP, בקשו מהאדמין להקצות לכם את התפקידים הבאים ב-IAM בפרויקט שבו אתם רוצים להשתמש בשרת AlloyDB for PostgreSQL MCP:

להסבר על מתן תפקידים, ראו איך מנהלים את הגישה ברמת הפרויקט, התיקייה והארגון.

התפקידים המוגדרים מראש האלה כוללים את ההרשאות שנדרשות כדי להשתמש בשרת AlloyDB for PostgreSQL MCP. כדי לראות בדיוק אילו הרשאות נדרשות, אפשר להרחיב את הקטע ההרשאות הנדרשות:

ההרשאות הנדרשות

כדי להשתמש בשרת MCP של AlloyDB ל-PostgreSQL, צריך את ההרשאות הבאות:

  • מפעיל קריאות לכלי MCP: mcp.tools.call
  • יוצרים אשכול AlloyDB: alloydb.cluster.create
  • יוצרים משתמש ב-AlloyDB: alloydb.users.create
  • שכפול מכונה של AlloyDB: alloydb.instances.create
  • מריצים שאילתות SQL במכונה של AlloyDB:
    • alloydb.instances.executeSql
    • alloydb.instances.login
  • מריצים שאילתות SQL לקריאה בלבד במכונה של AlloyDB:
    • alloydb.instances.executeSqlReadOnly
    • alloydb.instances.login
  • יוצרים אשכול AlloyDB: alloydb.instances.get
  • קבלת פעולה של אשכול AlloyDB: alloydb.clusters.get
  • ייבוא נתונים לאשכול AlloyDB: alloydb.clusters.import
  • ייצוא נתונים מאשכול AlloyDB ל-Cloud Storage: alloydb.clusters.export
  • הצגת רשימה של אשכולות AlloyDB בפרויקט: alloydb.clusters.list
  • רשימת משתמשי AlloyDB: alloydb.users.list
  • עדכון אשכול AlloyDB: alloydb.clusters.update
  • עדכון משתמש ב-AlloyDB: alloydb.users.update

יכול להיות שתקבלו את ההרשאות האלה באמצעות תפקידים בהתאמה אישית או תפקידים מוגדרים מראש אחרים.

אימות והרשאה

שרת ה-MCP המרוחק של AlloyDB ל-PostgreSQL משתמש בפרוטוקול OAuth 2.0 עם ניהול זהויות והרשאות גישה (IAM) לאימות ולהרשאה. כל Google Cloud הזהויות נתמכות לאימות בשרתי MCP.

שרת ה-MCP המרוחק של AlloyDB לא מקבל מפתחות API.

אנחנו ממליצים ליצור זהות נפרדת לסוכנים שמשתמשים בכלים של MCP, כדי שתוכלו לשלוט בגישה למשאבים ולעקוב אחריה. מידע נוסף על אימות זמין במאמר אימות בשרתי MCP.

היקפי ההרשאות של AlloyDB MCP OAuth

ב-OAuth 2.0 משתמשים בהיקפי הרשאות ובפרטי כניסה כדי לקבוע אם לחשבון משתמש מאומת מסוים מותר לבצע פעולה מסוימת במשאב. למידע נוסף על היקפי ההרשאות של OAuth 2.0 ב-Google, קראו את המאמר שימוש ב-OAuth 2.0 כדי לגשת אל Google APIs.

ל-AlloyDB יש את היקפי ההרשאות הבאים של OAuth לכלי MCP:

URI של היקף ההרשאות ל-CLI של gcloud תיאור
https://www.googleapis.com/auth/alloydb הצגה, עריכה, הגדרה ומחיקה של הנתונים שלך ב- Google Cloud AlloyDB, והצגת כתובת האימייל של חשבון Google שלך.

יכול להיות שיידרשו היקפי הרשאות נוספים במשאבים שאליהם ניגשים במהלך קריאת API לכלי. כדי לראות את רשימת היקפי ההרשאות שנדרשים ל-AlloyDB, עיינו במאמר AlloyDB Admin API.

הגדרת לקוח MCP לשימוש בשרת AlloyDB MCP

אפליקציות וסוכני AI, כמו Claude או Antigravity, יכולים ליצור מופע של לקוח MCP שמתחבר לשרת MCP יחיד. לאפליקציית AI יכולים להיות כמה לקוחות שמתחברים לשרתי MCP שונים. אם האפליקציה שלכם לא מופיעה בהנחיות הספציפיות ללקוח, תוכלו להשתמש במידע הבא כדי להתחבר מרוב האפליקציות.

באפליקציית ה-AI, מחפשים דרך להוסיף שרת MCP מרוחק או להתחבר אליו. בשרת AlloyDB ל-PostgreSQL MCP, מזינים את הפרטים הבאים לפי הצורך:

  • שם השרת: שרת MCP של AlloyDB ל-PostgreSQL
  • כתובת ה-URL של השרת או נקודת הקצה (endpoint): https://alloydb.googleapis.com/mcp
  • תעבורה: HTTP שניתן להעביר בסטרימינג
  • פרטי אימות: בהתאם לשיטת האימות שאתם רוצים להשתמש בה, אתם יכולים להזין את Google Cloud פרטי הכניסה, את מזהה הלקוח והסוד של OAuth או את פרטי הכניסה והזהות של הנציג. מידע נוסף על אימות זמין במאמר אימות בשרתי MCP.
  • ‫OAuth scope: היקף ההרשאות של OAuth 2.0 שבו רוצים להשתמש כשמתחברים לשרת ה-MCP של AlloyDB ל-PostgreSQL.
במדריך הספציפי ללקוח מוסבר איך להגדיר שרת MCP ולהתחבר אליו באפליקציות ספציפיות.

למידע כללי נוסף, אפשר לעיין במקורות המידע הבאים:

באילו כלים אפשר להשתמש

כדי לראות פרטים על כלי ה-MCP הזמינים והתיאורים שלהם לשרת AlloyDB ל-PostgreSQL MCP, עיינו בחומר העזר של AlloyDB ל-PostgreSQL MCP.

כלים לרשימות

משתמשים ב-MCP inspector כדי להציג רשימה של כלים, או שולחים בקשת HTTP מסוג tools/list ישירות לשרת ה-MCP המרוחק של AlloyDB ל-PostgreSQL. השיטה tools/list לא דורשת אימות.

curl -X POST https://alloydb.googleapis.com/TOOLSET_ENDPOINT \
    -H 'Content-Type: application/json' \
    -H 'Accept: application/json' \
    -H 'MCP-Protocol-Version: MCP_PROTOCOL_VERSION' \
    -H 'Mcp-Method: tools/list' \
    -d '{
      "jsonrpc": "2.0",
      "id": 1,
      "method": "tools/list",
      "params": {
        "_meta": {
          "io.modelcontextprotocol/protocolVersion": "MCP_PROTOCOL_VERSION",
          "io.modelcontextprotocol/clientCapabilities": {
            "extensions": {
              "io.modelcontextprotocol/ui": {
                "mimeTypes": ["text/html;profile=mcp-app"]
              }
            }
          }
        }
      }
    }'

מחליפים את מה שכתוב בשדות הבאים:

  • ‫TOOLSET_ENDPOINT: החלק שנותר בנקודת הקצה של ה-MCP אחרי שם השירות. לדוגמה, ב-AlloyDB ל-PostgreSQL, יכול להיות שזה יהיה mcp/toolset-name.

  • ‫MCP_PROTOCOL_VERSION: גרסת פרוטוקול ה-MCP. לדוגמה, 2026-07-28.

הרצת SQL

כדי להריץ הצהרות SQL:

  1. מגדירים את המכונה data_api_access במכונה של AlloyDB לערך ALLOW_DATA_API_ACCESS. כשיוצרים מכונה באמצעות הכלי create_instance, ההגדרה data_api_access מופעלת באופן אוטומטי.

    אם ההגדרה data_api_access לא מופעלת במכונה, אפשר להפעיל אותה באמצעות הפקודה curl כדי לעדכן את הערך של השדה dataApiAccess ל-ENABLED:

    curl -X PATCH \
 -H "Authorization: Bearer $(gcloud auth print-access-token)" \
 -H "Content-Type: application/json" \
 https://alloydb.googleapis.com/v1alpha/projects/PROJECT_ID/locations/LOCATION/clusters/CLUSTER_ID/instances/INSTANCE_ID?updateMask=dataApiAccess \
 -d '{
   "dataApiAccess": "ENABLED"
 }'

    מחליפים את מה שכתוב בשדות הבאים:

    • ‫PROJECT_ID: מזהה הפרויקט ב- Google Cloud .

    • ‫LOCATION: האזור שבו נמצא אשכול AlloyDB.

    • ‫CLUSTER_ID: המזהה של אשכול AlloyDB.

    • ‫INSTANCE_ID: המזהה של מכונת AlloyDB.

  2. ב-Gemini CLI, מזינים הנחיה דומה לזו:

    מפעילים אימות של מסד נתונים באמצעות IAM במכונה INSTANCE_NAME של AlloyDB. חשוב לוודא שהצהרות ה-SQL משתמשות בהרשאות שמשויכות לחשבון המשתמש USER_ACCOUNT לאימות מסד הנתונים ב-IAM.

    מחליפים את מה שכתוב בשדות הבאים:

    • ‫INSTANCE_NAME: השם של מכונת AlloyDB.

    • ‫USER_ACCOUNT: חשבון המשתמש ב-IAM שמשמש לאימות כשמריצים הצהרות SQL.

תרחישים לדוגמה

הנה כמה דוגמאות לתרחישי שימוש בשרת ה-MCP של AlloyDB.

פיתוח אפליקציות אינטרנט

תרחיש לדוגמה יכול להיות פיתוח מהיר של אפליקציות אינטרנט והקצאת מכונות של AlloyDB כמסד הנתונים שלהן. במקרה הזה, השימוש בשרת AlloyDB MCP מאפשר לכם ליצור מסד נתונים חדש ולאכלס אותו בנתונים ראשוניים לפרויקט חדש באמצעות שפה טבעית.

הנחיה לדוגמה:

"צור מכונת פיתוח חדשה של AlloyDB ל-PostgreSQL והגדר טבלה בשם products".

תהליך עבודה: תהליך העבודה להגדרת אפליקציית אינטרנט יכול להיראות כך:

  • הקצאה: הסוכן יוצר אשכול שאפשר להקצות בו את המכונה. לאחר מכן, הנציג מפעיל את הכלי create_instance כדי ליצור מכונה חדשה של AlloyDB עם מפרטים שמתאימים לסביבת פיתוח. אתם יכולים להפעיל קישוריות לכתובת IP ציבורית במכונה החדשה. אפשר גם להגדיר באופן אוטומטי את נקודת הקצה של Private Service Connect.

  • אימות: הנציג משתמש בכלי get_operation כדי לדגום את הסטטוס של פעולת יצירת המכונה.

  • חיבור: כשהפעולה מסתיימת, הנציג משתמש בכלי get_instance כדי לאחזר את המטא-נתונים של החיבור למכונה.

  • הגדרת הסכימה: הנציג יוצר את מסד הנתונים ואז משתמש בכלי execute_sql כדי להריץ את הצהרת ה-SQL‏ CREATE TABLE products.

  • הזנת נתונים: הנציג משתמש שוב ב-execute_sql כדי להוסיף נתוני הזנה ראשוניים (DML) לטבלה החדשה שנוצרה.

ניהול הגדרות תפעוליות והגדרות של מסדי נתונים

בתרחיש לדוגמה הזה, אתם יכולים לבדוק מכונות קיימות של מסדי נתונים כדי לוודא שהן עומדות בתקנים של הגדרות תפעוליות. אתם יכולים גם להשתמש בסוכן כדי לנהל את משתמשי מסד הנתונים במכונה.

הנחיה לדוגמה:

"הצג את כל המכונות של PostgreSQL בפרויקט שלי ואת הפרטים שלהן כדי לוודא שהן משתמשות באותה הגדרה, ושהרשימה האחרונה של משתמשי מסד הנתונים עודכנה בהצלחה".

תהליך עבודה: תהליך העבודה לבדיקת ההגדרות של המכונה ושל משתמשי מסד הנתונים ב-AlloyDB יכול להיראות כך:

  • גילוי: הנציג משתמש ב-list_instances כדי לאחזר רשימה של כל המכונות של AlloyDB בפרויקט.

  • בדיקה: לכל מופע שזוהה, הנציג קורא ל-get_instance כדי לאחזר מטא-נתונים מפורטים של הגדרות אישיות, כמו גרסת מסד הנתונים, האזור וסוג המכונה, וקורא ל-list_users כדי לבדוק את משתמשי מסד הנתונים במופע. המטא-נתונים האלה כוללים מידע על הפעלת קישור דרך IP ציבורי או על הגדרת נקודות קצה (endpoints) של Private Service Connect.

  • דיווח: הנציג מסכם את הממצאים ומדגיש מקרים או משתמשים שחורגים מההגדרה הצפויה.

הגדרות אופציונליות של אבטחה ובטיחות

בגלל המגוון הרחב של הפעולות שאפשר לבצע באמצעות כלי MCP, הוא מביא איתו סיכוני אבטחה ושיקולים חדשים. כדי לצמצם ולנהל את הסיכונים האלה, ב-Google Cloud יש ברירות מחדל וכללי מדיניות שאפשר להתאים אישית כדי לשלוט בשימוש בכלים של MCP בארגון או בפרויקט ב- Google Cloud.

מידע נוסף על אבטחה ופיקוח ב-MCP זמין במאמר אבטחה ובטיחות ב-AI.

שימוש ב-Model Armor

הגנה מוגברת על המודל היא שירות שלGoogle Cloud שנועד לשפר את האבטחה והבטיחות של אפליקציות ה-AI שלכם. הוא פועל באופן יזום כדי לסנן הנחיות ותשובות של מודלי LLM, להגן מפני סיכונים שונים ולתמוך בשיטות לפיתוח אחראי של AI. לא משנה אם אתם פורסים את ה-AI בסביבת הענן שלכם או אצל ספקי שירותי ענן חיצוניים, אתם יכולים להשתמש ב"הגנה מוגברת על המודל" כדי למנוע קלט זדוני, לוודא שהתוכן בטוח, להגן על מידע אישי רגיש, לשמור על תאימות ולאכוף את מדיניות הבטיחות והאבטחה של ה-AI באופן עקבי בכל סביבת ה-AI המגוונת שלכם.

כשהתכונה "הגנה מוגברת על המודל" מופעלת והרישום ביומן מופעל, התכונה מתעדת ביומן את כל המטען הייעודי (payload). זה עלול לחשוף מידע רגיש ביומנים.

ניתוב בקשות של MCP ל-Model Armor

התכונה "הגנה מוגברת על המודל" זמינה באזורים מסוימים. אם אתם מפעילים את Model Armor ומשתמשים בשרת MCP בסמכות שיפוט שבה Model Armor לא נתמך, יכול להיות שההתנהגות של ניתוב הקריאה תהיה שונה בשרתי MCP שונים, ושהיא תפר את התאימות של מיקום אחסון הנתונים לנתונים שנמצאים בשימוש ובמעבר. מידע נוסף על ההתנהגות של שרתי MCP ספציפיים זמין במאמר מוצרים שנתמכים ב-Model Armor.

הפעלת Model Armor

כדי להשתמש ב-Model Armor, צריך להפעיל את ממשקי ה-API של Model Armor.

המסוף

  1. מפעילים את Model Armor API, אם הוא עדיין לא מופעל.

    התפקידים שנדרשים כדי להפעיל ממשקי API

    כדי להפעיל ממשקי API, צריך את ההרשאה serviceusage.services.enable. אם אתם יצרתם את הפרויקט, סביר להניח שכבר יש לכם את ההרשאה הזו דרך התפקיד "בעלים" (roles/owner). אחרת, אתם יכולים לקבל את ההרשאה הזו דרך התפקיד "אדמין בממשק 'שימוש בשירות'" (roles/serviceusage.serviceUsageAdmin). איך מקצים תפקידים?

    להפעלת ה-API

  2. בוחרים את הפרויקט שבו רוצים להפעיל את Model Armor.

gcloud

לפני שמתחילים, מבצעים את השלבים הבאים באמצעות Google Cloud CLI עם Model Armor API:

  1. מפעילים את Cloud Shell במסוף Google Cloud .

    הפעלת Cloud Shell

    בחלק התחתון של מסוף Google Cloud יתחיל סשן של Cloud Shell ותופיע הודעה של שורת הפקודה. Cloud Shell היא סביבת מעטפת שבה ה-CLI של Google Cloud מותקן ומוגדרים ערכים לפרויקט הקיים. הסשן יופעל תוך כמה שניות.

  2. מריצים את הפקודה הבאה כדי להשתמש בנקודת הקצה הגלובלית ל-API:

    gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.googleapis.com/"

הגדרת הגנה לשרתי MCP של Google ו Google Cloud שרתי MCP מרוחקים

כדי להגן על קריאות ה-API לכלי והתשובות של כלי ה-MCP, אתם יכולים להשתמש בהגדרות אבטחה מינימליות של הגנה מוגברת על המודל. הגדרת רצפה קובעת את מסנני האבטחה המינימליים שחלים על הפרויקט. ההגדרה הזו מחילה קבוצה עקבית של מסננים על כל הקריאות לכלים של MCP והתשובות שלהם בפרויקט.

מגדירים את ההגנה המוגברת על המודל עם הסרת תוכן זדוני או רגיש ב-MCP. מידע נוסף זמין במאמר הגדרת רמות הסינון של Model Armor.

דוגמה לפקודה:

gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--enable-floor-setting-enforcement=TRUE \
--add-integrated-services=GOOGLE_MCP_SERVER \
--google-mcp-server-enforcement-type=INSPECT_AND_BLOCK \
--enable-google-mcp-server-cloud-logging \
--malicious-uri-filter-settings-enforcement=ENABLED \
--add-rai-settings-filters='[{"confidenceLevel": "MEDIUM_AND_ABOVE", "filterType": "DANGEROUS"}]'

מחליפים את PROJECT_ID במזהה הפרויקט ב- Google Cloud .

שימו לב להגדרות הבאות:

  • ‫INSPECT_AND_BLOCK: סוג האכיפה שבודק את התוכן בשרת MCP של Google וחוסם הנחיות ותשובות שתואמות למסננים.
  • ‫ENABLED: ההגדרה שמפעילה סינון או אכיפה.
  • ‫MEDIUM_AND_ABOVE: רמת הסמך של הגדרות הסינון של AI אחראי – תוכן מסוכן. אפשר לשנות את ההגדרה הזו, אבל ערכים נמוכים יותר עלולים לגרום ליותר תוצאות חיוביות כוזבות. מידע נוסף מופיע במאמר רמות הסמך של Model Armor.

השבתת הסריקה של תנועת MCP באמצעות Model Armor

כדי להפסיק את הסריקה האוטומטית של הגנה מוגברת על המודל לתעבורת נתונים אל שרתי MCP וממנה, על סמך הגדרות אבטחה מינימליות של הפרויקט, מריצים את הפקודה הבאה:

gcloud model-armor floorsettings update \
  --full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
  --remove-integrated-services=GOOGLE_MCP_SERVER

מחליפים את PROJECT_ID במזהה הפרויקט ב- Google Cloud . התכונה "הגנה מוגברת על המודל" לא מחילה באופן אוטומטי את הכללים שמוגדרים בהגדרות המינימום של הפרויקט הזה על תנועה בשרת MCP של Google.

הגדרות הסף וההגדרות הכלליות של Model Armor יכולות להשפיע על יותר מאשר רק MCP. מכיוון שהגנה מוגברת על המודל משתלבת עם שירותים כמו Vertex AI, כל שינוי שתבצעו בהגדרות של רף הסינון יכול להשפיע על סריקת התנועה ועל התנהגויות הבטיחות בכל השירותים המשולבים, ולא רק ב-MCP.

שליטה בשימוש ב-MCP באמצעות מדיניות IAM

כללי מדיניות הדחייה וכללי מדיניות ההרשאה של ניהול זהויות והרשאות גישה (IAM) עוזרים לכם לאבטח את Google Cloud ואת שרתי Google MCP.

אתם יכולים לשלב כמה קריטריונים כדי ליצור מדיניות אבטחה ופיקוח בהתאמה אישית, על ידי מתן גישה או דחיית גישה על סמך:

  • חשבון המשתמש.
  • מאפייני כלים כמו המאפיין "לקריאה בלבד".
  • שם השירות או שם הכלי.
  • מזהה הלקוח ב-OAuth של האפליקציה.

מידע נוסף זמין במאמר שליטה בשימוש ב-MCP באמצעות ניהול זהויות והרשאות גישה.

המאמרים הבאים