מוצרים נתמכים ומגבלות
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בדף הזה יש טבלה של מוצרים ושירותים שנתמכים על ידי VPC Service Controls, וגם רשימה של מגבלות ידועות בשירותים ובממשקים מסוימים.
רשימה של כל השירותים הנתמכים
כדי לאחזר את הרשימה המלאה של כל המוצרים והשירותים שנתמכים ב-VPC Service Controls, מריצים את הפקודה הבאה:
gcloud access-context-manager supported-services list
תקבלו תשובה עם רשימה של מוצרים ושירותים.
NAME TITLE SERVICE_SUPPORT_STAGE AVAILABLE_ON_RESTRICTED_VIP KNOWN_LIMITATIONS
SERVICE_ADDRESSSERVICE_NAMESERVICE_STATUSRESTRICTED_VIP_STATUSLIMITATIONS_STATUS
.
.
.
התשובה כוללת את הערכים הבאים:
ערך
תיאור
SERVICE_ADDRESS
שם השירות של המוצר או השירות. לדוגמה, aiplatform.googleapis.com.
SERVICE_NAME
שם המוצר או השירות. לדוגמה, Gemini Enterprise Agent Platform API.
SERVICE_STATUS
סטטוס השילוב של השירות עם VPC Service Controls. אלה הערכים האפשריים:
GA: השילוב של השירות נתמך באופן מלא בהיקפי האבטחה של VPC Service Controls.
PREVIEW: שילוב השירות מוכן לבדיקה ולשימוש נרחבים יותר, אבל לא נתמך באופן מלא בסביבות ייצור על ידי היקפי האבטחה של VPC Service Controls.
DEPRECATED: השילוב של השירות מתוזמן להשבתה ולהסרה.
RESTRICTED_VIP_STATUS
מציין אם השילוב של השירות עם VPC Service Controls נתמך על ידי VIP מוגבל. אלה הערכים האפשריים:
TRUE: השילוב של השירות נתמך באופן מלא על ידי כתובת ה-IP הווירטואלית המוגבלת, ואפשר להגן עליו באמצעות היקפי האבטחה של VPC Service Controls.
FALSE: השילוב של השירות לא נתמך על ידי ה-VIP המוגבל.
ההגדרה קובעת אם יש מגבלות לשילוב השירות עם VPC Service Controls. אלה הערכים האפשריים:
TRUE: יש מגבלות ידועות על שילוב השירות עם VPC Service Controls. כדי לקבל מידע נוסף על המגבלות האלה, אפשר לעיין בערך המתאים לשירות בטבלה מוצרים נתמכים.
FALSE: אין מגבלות ידועות לשילוב השירות עם VPC Service Controls.
הצגת רשימה של שיטות נתמכות לשירות
כדי לאחזר את רשימת השיטות וההרשאות שנתמכות על ידי VPC Service Controls בשירות מסוים, מריצים את הפקודה הבאה:
בתגובה הזו, METHODS_LIST מציג את כל השיטות וההרשאות שנתמכות על ידי VPC Service Controls בשירות שצוין. כאן אפשר לראות רשימה מלאה של כל השיטות וההרשאות הנתמכות בשירות.
מידע על שיטות שירות ש-VPC Service Controls לא יכול לשלוט בהן זמין במאמר חריגים של שיטות שירות.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
designcenter.googleapis.com
פרטים
אפשר להגן על ה-API של App Design Center באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
כדי להשתמש במאגר העובדים של App Design Center, צריך להשתמש במאגר פרטי של Cloud Build.
מפעילים שיחות טלפון באינטרנט הציבורי כדי להוריד ספקים ותצורות של Terraform שמנוהלים על ידי HashiCorp. אי אפשר להשתמש במאגר ברירת המחדל של עובדי Cloud Build.
צריך להגביל את המשאבים הבאים באותו היקף:
פרויקט הניהול שבו הגדרתם את App Design Center.
מאגר העובדים של Cloud Build שבו משתמשים ב-App Design Center.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
workloadidentity.googleapis.com
פרטים
באמצעות Workload Identity API אפשר להפעיל יצירה של סוכני שירות לשירות מסוים בפרויקט, בתיקייה או בארגון מסוימים. כשמגדירים גבולות גזרה כדי להגביל את Workload Identity API, אי אפשר להפעיל יצירה של סוכני שירות לפרויקטים שבתוך גבולות הגזרה. זה נכון ללא קשר לשירות שצוין בבקשה.
ב-VPC Service Controls אי אפשר להוסיף לגבולות הגזרה לשירות משאבים ברמת התיקייה או הארגון. לכן, אי אפשר להשתמש בגבולות הגזרה כדי למנוע ממשתמשים להפעיל את היצירה של סוכני שירות לתיקיות או לארגונים.
VPC Service Controls לא כוללת נתיבים של מישור נתונים, כמו קריאה וכתיבה של מערכת קובצי רשת (NFS) ופרוטוקול SMB. בנוסף, אם הפרויקטים המארחים והפרויקטים של השירות מוגדרים בהיקפים שונים, יכול להיות שתהיה הפסקה בהטמעה של שירותי Google Cloud .
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudsearch.googleapis.com
פרטים
כדי לשפר את אבטחת הנתונים, Google Cloud Search תומך ב-Virtual Private Cloud Security Controls (VPC Service Controls). בעזרת VPC Service Controls תוכלו להגדיר מתחם אבטחה היקפית מסביב למשאבים של Google Cloud Platform, וכך להגביל את הנתונים ולצמצם את הסיכונים לזליגת נתונים.
מכיוון שהמשאבים של Cloud Search לא מאוחסנים בפרויקט ב- Google Cloud , צריך לעדכן את הגדרות הלקוח של Cloud Search בפרויקט שמוגן על ידי ההיקף של ה-VPC. פרויקט ה-VPC משמש כקונטיינר וירטואלי של פרויקט לכל המשאבים שלכם ב-Cloud Search.
אם לא תיצרו את המיפוי הזה, לא תוכלו להשתמש ב-VPC Service Controls עם Cloud Search API.
גבולות הגזרה לשירות מגינים רק על AlloyDB ל-PostgreSQL Admin API. הם לא מגינים על גישה לנתונים שמבוססת על כתובת IP במסדי נתונים בסיסיים (כמו מכונות של AlloyDB ל-PostgreSQL). כדי להגביל את הגישה לכתובות IP ציבוריות במכונות של AlloyDB ל-PostgreSQL, משתמשים באילוץ של מדיניות הארגון.
לפני שמגדירים את VPC Service Controls ל-AlloyDB ל-PostgreSQL, צריך להפעיל את Service Networking API.
כשמשתמשים ב-AlloyDB ל-PostgreSQL עם VPC משותף ו-VPC Service Controls, הפרויקט המארח ופרויקט השירות צריכים להיות באותם גבולות גזרה לשירות של VPC Service Controls.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
visionai.googleapis.com
פרטים
אפשר להגן על ה-API של Gemini Enterprise Agent Platform Vision באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
מידע נוסף על Gemini Enterprise Agent Platform Vision זמין במסמכי המוצר.
מגבלות
כשהאפשרות constraints/visionai.disablePublicEndpoint מופעלת, אנחנו משביתים את נקודת הקצה הציבורית של האשכול. המשתמשים צריכים להתחבר באופן ידני ליעד של PSC ולגשת לשירות מהרשת הפרטית. אפשר לקבל את יעד ה-PSC מהמשאב cluster.
אפשר להגן על ה-API של Cloud Service Mesh באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
אתם יכולים להשתמש ב-mesh.googleapis.com כדי להפעיל את ממשקי ה-API הנדרשים ל-Cloud Service Mesh.
אין צורך להגביל את mesh.googleapis.com בגבולות הגזרה, כי הוא לא חושף אף ממשק API.
במאגרי Artifact Registry שמשתמשים בדומיין pkg.dev, צריך להגדיר DNS ל-*.pkg.dev כדי למפות ל-private.googleapis.com או ל-restricted.googleapis.com.
מידע נוסף זמין במאמר אבטחת מאגרים בגבולות גזרה לשירות.
בנוסף לפריטי המידע שנוצרו בתוך גבולות הגזרה וזמינים ל-Artifact Registry, המאגרים הבאים לקריאה בלבד זמינים לכל הפרויקטים, בלי קשר לגבולות הגזרה לשירות:
gcr.io/anthos-baremetal-release
gcr.io/asci-toolchain
gcr.io/cloud-airflow-releaser
gcr.io/cloud-builders
gcr.io/cloud-dataflow
gcr.io/cloud-ingest
gcr.io/cloud-marketplace
gcr.io/cloud-ssa
gcr.io/cloudsql-docker
gcr.io/config-management-release
gcr.io/deeplearning-platform-release
gcr.io/foundry-dev
gcr.io/fn-img
gcr.io/gae-runtimes
gcr.io/serverless-runtimes
gcr.io/gke-node-images
gcr.io/gke-release
gcr.io/gkeconnect
gcr.io/google-containers
gcr.io/kubeflow
gcr.io/kubeflow-images-public
gcr.io/kubernetes-helm
gcr.io/istio-release
gcr.io/ml-pipeline
gcr.io/projectcalico-org
gcr.io/rbe-containers
gcr.io/rbe-windows-test-images
gcr.io/speckle-umbrella
gcr.io/stackdriver-agents
gcr.io/tensorflow
gcr.io/vertex-ai
gcr.io/vertex-ai-restricted
gke.gcr.io
k8s.gcr.io
בכל המקרים, גם הגרסאות האזוריות של המאגרים האלה זמינות.
הערך הזה רלוונטי רק ל-Assured Workloads API. אי אפשר להוסיף משאבי Assured Workloads API ברמת הארגון לגבולות גזרה לשירות.
עם זאת, השירותים שנתמכים ב-VPC Service Controls ונפרסו בתיקייה של Assured Workloads מוגבלים על ידי גבולות הגזרה. הסטטוס של השירותים הנתמכים האלה מצוין ברשומות שלהם בדף הזה.
כל מוצרי AutoML שמשולבים עם VPC Service Controls משתמשים באותו שם שירות.
אי אפשר להוסיף את נקודות הקצה האזוריות הנתמכות, כמו eu-automl.googleapis.com, לרשימת השירותים המוגבלים בהיקף.
כשמגנים על השירות automl.googleapis.com, גבולות הגזרה מגינים גם על נקודות הקצה האזוריות הנתמכות, כמו eu-automl.googleapis.com.
מידע נוסף זמין בקטע המגבלות על השימוש במוצרי AutoML עם VPC Service Controls.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
לא. אי אפשר להגן על ה-API של Bare Metal Solution באמצעות גבולות שירות.
עם זאת, אפשר להשתמש ב-Bare Metal Solution כרגיל בפרויקטים שבתוך היקף ההרשאות.
פרטים
אפשר להוסיף את Bare Metal Solution API להיקף אבטחה. עם זאת, גבולות הגזרה של VPC Service Controls לא חלים על סביבת Bare Metal Solution בתוספים האזוריים.
כשמגנים על BigQuery API באמצעות גבולות גזרה לשירות, מוגנים גם BigQuery Storage API (bigquerystorage.googleapis.com), BigQuery Reservation API (bigqueryreservation.googleapis.com) ו-BigQuery Connection API (bigqueryconnection.googleapis.com). אין צורך להוסיף את ממשקי ה-API האלה בנפרד לרשימת השירותים המוגנים של היקף האבטחה.
רשומות ביומן הביקורת של BigQuery לא תמיד כוללות את כל המשאבים שהיו בשימוש כשמתבצעת בקשה, כי השירות מעבד באופן פנימי גישה למספר משאבים.
כשניגשים למכונה של BigQuery שמוגנת על ידי היקף שירות, צריך להריץ את המשימה של BigQuery בפרויקט שנמצא בתוך ההיקף, או בפרויקט שמותר על ידי כלל תעבורת נתונים יוצאת (egress) של ההיקף. כברירת מחדל, ספריות הלקוח של BigQuery מריצות משימות בחשבון השירות או בפרויקט של המשתמש, ולכן השאילתה נדחית על ידי VPC Service Controls.
כשמשתמשים בתצוגות מורשות עם VPC Service Controls, גבולות הגזרה לשירות נאכפים גם בפרויקט של התצוגה וגם בפרויקטים של נתוני המקור. לדוגמה, אם פרויקט התצוגה לא נמצא באותו היקף כמו פרויקט נתוני המקור, נדרש כלל מתאים של יציאת נתונים. מידע נוסף זמין במאמר בנושא תצוגות מורשות ו-VPC Service Controls.
BigQuery חוסם את האפשרות לשמור תוצאות של שאילתות ב-Google Drive מהיקף ההגנה של VPC Service Controls. עם זאת, VPC Service Controls לא חוסם שאילתות על נתונים ב-Google Drive.
אם נותנים גישה באמצעות כלל תעבורת נתונים נכנסת עם חשבונות משתמשים כסוג הזהות, אי אפשר לראות את ניצול המשאבים של BigQuery או את סייר המשימות הניהוליות בדף Monitoring. כדי להשתמש בתכונות האלה, צריך להגדיר כלל תעבורת נתונים נכנסת שמשתמש ב-ANY_IDENTITY או בקבוצה ב-Google שכוללת את המשתמשים הספציפיים שצריכים גישה.
מציינים את הקבוצה בשדה הזהויות של כלל התעבורה הנכנסת, בפורמט group:GROUP_EMAIL_ADDRESS.
אם אתם נותנים למשתמשי BigQuery גישה לנתונים באמצעות כלל תעבורת נתונים נכנסת, המשתמשים יכולים להשתמש במסוף Google Cloud כדי לשלוח שאילתות ולשמור את התוצאות בקובץ מקומי.
במהדורת BigQuery Standard אי אפשר לגשת למשאבים בהיקפים של VPC Service Controls. VPC Service Controls נתמך רק כשמבצעים ניתוח באמצעות BigQuery Enterprise, Enterprise Plus או On-Demand.
BigQuery Reservation API נתמך באופן חלקי.
BigQuery Reservation API, שיוצר את משאב ההקצאה, לא אוכף הגבלות של גבולות גזרה לשירות על מקבלי ההקצאה.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
bigquerydatatransfer.googleapis.com
פרטים
גבולות הגזרה לשירות מגינים רק על BigQuery Data Transfer Service API. ההגנה בפועל על הנתונים נאכפת על ידי BigQuery. הוא נועד לאפשר ייבוא של נתונים ממקורות חיצוניים שונים מחוץ ל-Google Cloud, כמו Amazon S3, Redshift, Teradata, YouTube, Google Play ו-Google Ads, למערכי נתונים ב-BigQuery. מידע על הדרישות של VPC Service Controls להעברת נתונים מ-Teradata זמין במאמר דרישות של VPC Service Controls.
מידע נוסף על שירות העברת נתונים ל-BigQuery זמין במסמכי המוצר.
מגבלות
שירות העברת הנתונים ל-BigQuery לא תומך בייצוא נתונים ממערך נתונים ב-BigQuery. מידע נוסף זמין במאמר בנושא ייצוא נתונים מטבלה.
כדי להעביר נתונים בין פרויקטים, פרויקט היעד צריך להיות באותו היקף כמו פרויקט המקור, או שכלל יציאה צריך לאפשר את העברת הנתונים מחוץ להיקף. מידע נוסף על הגדרת הכללים לתעבורת נתונים יוצאת זמין במאמר מגבלות בניהול מערכי נתונים ב-BigQuery.
הפרות של תעבורת נתונים נכנסת ויוצאת במשימות של BigQuery, שהופעלו על ידי הרצות חוזרות של העברות אופליין של שירות העברת הנתונים ל-BigQuery, לא מכילות מידע על הקשר המשתמש, כמו כתובת ה-IP והמכשיר של מבצע הקריאה החוזרת.
שירות העברת הנתונים ל-BigQuery תומך רק בהעברת נתונים לפרויקטים שמוגנים על ידי גבולות גזרה לשירות, באמצעות אחד מהמחברים שמפורטים בקטע מקורות נתונים נתמכים. שירות העברת הנתונים ל-BigQuery לא תומך בהעברת נתונים לפרויקטים שמוגנים על ידי גבולות גזרה לשירות באמצעות מחבר שסופק על ידי שותפי צד-שלישי אחרים.
השירותים bigtable.googleapis.com ו-bigtableadmin.googleapis.com מקובצים יחד. כשמגבילים את השירות bigtable.googleapis.com בגבולות הגזרה, גבולות הגזרה מגבילים את השירות bigtableadmin.googleapis.com כברירת מחדל. אי אפשר להוסיף את השירות bigtableadmin.googleapis.com לרשימת השירותים המוגבלים בהיקף, כי הוא מקובץ עם bigtable.googleapis.com.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
binaryauthorization.googleapis.com
פרטים
כשמשתמשים בכמה פרויקטים עם Binary Authorization, צריך לכלול כל פרויקט בהיקף של VPC Service Controls. מידע נוסף על תרחיש השימוש הזה מופיע במאמר הגדרה של כמה פרויקטים.
ב-Binary Authorization, אפשר להשתמש ב-Artifact Analysis כדי לאחסן גורמים מאמתים (attestors) ואימותים (attestations) כהערות ואירועים, בהתאמה. במקרה כזה, צריך לכלול גם את Artifact Analysis במערך של VPC Service Controls.
לפרטים נוספים, קראו את ההנחיות של VPC Service Controls ל-Artifact Analysis.
לשילובים של Blockchain Node Engine עם VPC Service Controls יש את המגבלות הבאות:
VPC Service Controls מגן רק על Blockchain Node Engine API.
כשיוצרים צומת, עדיין צריך לציין שהוא מיועד לרשת פרטית שהמשתמש הגדיר באמצעות Private Service Connect.
התעבורה בין עמיתים לא מושפעת מ-VPC Service Controls או מ-Private Service Connect, והיא תמשיך להשתמש באינטרנט הציבורי.
כדי להשתמש ב-Certificate Authority Service בסביבה מוגנת, צריך גם להוסיף את Cloud KMS API (cloudkms.googleapis.com) ואת Cloud Storage API (storage.googleapis.com) לגבולות גזרה לשירות.
thought
Cloud Storage API (storage.googleapis.com)
אם אתם מקצים משאבים באמצעות Config Controller, אתם צריכים להפעיל את ה-API של המשאבים האלה בגבולות הגזרה לשירות. לדוגמה, אם רוצים להוסיף חשבון שירות של IAM, צריך להוסיף את IAM API (iam.googleapis.com).
צריך להגדיר את מתחם האבטחה ההיקפית של VPC Service Controls לפני שיוצרים את המכונה הפרטית של Cloud Data Fusion. אין תמיכה בהגנה על היקף הרשת במכונות שנוצרו לפני שהגדרתם את VPC Service Controls.
נכון לעכשיו, ממשק המשתמש של מישור הנתונים ב-Cloud Data Fusion לא תומך בגישה מבוססת-זהות באמצעות כללי כניסה או רמות גישה.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
compute.googleapis.com
פרטים
התמיכה של VPC Service Controls ב-Compute Engine מספקת את יתרונות האבטחה הבאים:
הגבלת הגישה לפעולות רגישות של API
הגבלת תמונות מצב של Persistent Disk ותמונות בהתאמה אישית להיקף מסוים
הגבלת הגישה למטא-נתונים של מכונות
התמיכה של VPC Service Controls ב-Compute Engine מאפשרת לכם גם להשתמש ברשתות של ענן וירטואלי פרטי (VPC) ובאשכולות של Google Kubernetes Engine עם צמתים פרטיים בתוך גבולות השירות.
הגדרת מאזן עומסים לשימוש בשירותים לקצה העורפי בפרויקטים שונים עלולה לגרום לזליגת נתונים. אם מוסיפים אחד מהפרויקטים האלה לגבולות גזרה, הצירוף של הבק-אנד בין הפרויקטים עדיין יכול לאפשר העברת נתונים בין הפרויקטים, גם אם מגבילים את הפרויקט השני בגבולות גזרה אחרים. כדי לצמצם את הסיכון הזה, מומלץ להפעיל את מדיניות הארגון constraints/compute.restrictCrossProjectServices כשמגבילים את Compute Engine API בתוך היקף. מידע נוסף מופיע במאמר בנושא הגבלת גישה חוצת-פרויקטים לקטגוריות של קצה עורפי ולשירותים של קצה עורפי.
פעולות VPC Peering לא אוכפות הגבלות של גבולות גזרה לשירות VPC.
ה-method של ה-API projects.ListXpnHosts ל-VPC משותף לא אוכפת את ההגבלות של גבולות הגזרה לשירות על הפרויקטים שמוחזרים.
כדי לאפשר יצירת תמונה של Compute Engine מ-Cloud Storage בפרויקט שמוגן על ידי גבול גזרה לשירות, צריך להוסיף את המשתמש שיוצר את התמונה באופן זמני לכלל כניסה של גבול הגזרה.
ב-VPC Service Controls אי אפשר להשתמש בגרסת הקוד הפתוח של Kubernetes במכונות וירטואליות של Compute Engine בתוך גבולות גזרה לשירות.
אין תמיכה ב-BIND בהתאמה אישית כשמשתמשים ב-Dataflow. כדי להתאים אישית את פענוח ה-DNS כשמשתמשים ב-Dataflow עם VPC Service Controls, משתמשים באזורים פרטיים של Cloud DNS במקום להשתמש בשרתי BIND בהתאמה אישית. כדי להשתמש בGoogle Cloud פענוח DNS מקומי משלכם, כדאי להשתמש בשיטת העברת DNS.
לא כל המחברים של שירותי אחסון אומתו ככאלה שעובדים כשמשתמשים בהם עם Dataflow בתוך גבולות גזרה לשירות. רשימה של מחברים מאומתים מופיעה בקטע "פרטים" למעלה.
אם משתמשים ב-Python 3.5 עם Apache Beam SDK בגרסאות 2.20.0 עד 2.22.0, עבודות Dataflow ייכשלו בהפעלה אם לעובדים יש רק כתובות IP פרטיות, למשל כשמשתמשים ב-VPC Service Controls כדי להגן על משאבים.
אם לעובדי Dataflow יכולות להיות רק כתובות IP פרטיות, למשל כשמשתמשים ב-VPC Service Controls כדי להגן על משאבים, אל תשתמשו ב-Python 3.5 עם Apache Beam SDK 2.20.0 עד 2.22.0. השילוב הזה גורם לכך שהעבודות ייכשלו בהפעלה.
לפני שיוצרים את המשאבים של Knowledge Catalog, צריך להגדיר את מתחם האבטחה ההיקפית של VPC Service Controls. אחרת, המשאבים שלכם לא יהיו מוגנים על ידי ההיקף.
ב-Knowledge Catalog יש תמיכה בסוגי המשאבים הבאים:
אגם
סריקת פרופיל נתונים
סריקת איכות הנתונים
כדי לפעול בצורה תקינה, Knowledge Catalog מתקשר עם BigQuery ו-Cloud Storage באמצעות נתיבים פנימיים. אם תגבילו את Knowledge Catalog API בתוך היקף מסוים, אבל לא את BigQuery API או את Cloud Storage API, יכול להיות שתיתקלו בהפרה כשתפעילו פעולה של Knowledge Catalog. ב-VPC Service Controls, הרשומות שנוצרות ביומן הביקורת משויכות ל-BigQuery או ל-Cloud Storage. כדי לפתור את הבעיה, צריך להוסיף את BigQuery API ואת Cloud Storage API לרשימת השירותים המוגבלים ולרשימת השירותים הנגישים ל-VPC של אותו היקף.
שירות VPC Service Controls לא תומך בגישה למשאבי Cloud Asset API ברמת התיקייה או הארגון ממשאבים ולקוחות בתוך גבולות גזרה לשירות.
בקרת השירות של VPC מגינה על משאבי Cloud Asset API ברמת הפרויקט. אתם יכולים לציין מדיניות יציאה כדי לאפשר גישה למשאבים של Cloud Asset API ברמת הפרויקט מפרויקטים שנמצאים בתוך גבולות הגזרה. כדי לנהל את ההרשאות של Database Center ברמת התיקייה או ברמת הארגון, מומלץ להשתמש ב-IAM.
גבולות הגזרה לשירות מגינים רק על Database Migration Service Admin API. הם לא מגינים על גישה לנתונים שמבוססת על כתובת IP למסדי נתונים בסיסיים (כמו מכונות Cloud SQL). כדי להגביל את הגישה לכתובות IP ציבוריות במכונות Cloud SQL, צריך להשתמש באילוץ של מדיניות הארגון.
כשמשתמשים בקובץ Cloud Storage בשלב הראשוני של הגיבוי במהלך המיגרציה, צריך להוסיף את קטגוריה של Cloud Storage לאותו גבולות גזרה לשירות.
כשמשתמשים במפתח הצפנה בניהול הלקוח (CMEK) במסד הנתונים של היעד, צריך לוודא שמפתח ה-CMEK נמצא באותם גבולות גזרה לשירות כמו פרופיל החיבור שמכיל את המפתח.
שירות VPC Service Controls לא תומך כרגע במשאבים של תיקיות וארגונים, ולכן יכול להיות שקריאות ל-Sensitive Data Protection יחזירו תגובה מסוג 403 כשמנסים לגשת למשאבים ברמת הארגון. מומלץ להשתמש ב-IAM כדי לנהל את ההרשאות של Sensitive Data Protection ברמת התיקייה והארגון.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
edgecontainer.googleapis.com
פרטים
אפשר להגן על ה-API של Distributed Cloud Edge Container באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
מידע נוסף על Distributed Cloud Edge Container API זמין במסמכי המוצר.
מגבלות
כשמגבילים את edgecontainer.googleapis.com בהיקף, צריך לתת גישה ברמת כתובת ה-IP ל-gkeconnect.googleapis.com ול-sts.googleapis.com לכל כתובות ה-IP של המכונות שצריכות גישה לנקודות הקצה האלה. הסיבה לכך היא ש-Distributed Cloud Edge Container API מסתמך על איחוד זהויות של עומסי עבודה ל-GKE במכונות מקומיות, שאי אפשר להוסיף ישירות לרשימת ההיתרים. מידע נוסף זמין במאמר בנושא הגדרת שילוב של VPC Service Controls.
כדי לאפשר ל-Document AI לגשת לקטגוריות של Cloud Storage שמוגנות על ידי גבולות גזרה לשירות, צריך ליצור כלל תעבורת נתונים נכנסת.
ההגדרה הזו נדרשת בתרחישים כמו שימוש בקטגוריות בניהול הלקוח עם מעבדים או הצגת מסמכים במסוף Google Cloud . הפעולות האלה משתמשות ב-Document AI Core Service Agent (service-PROJECT_NUMBER@gcp-sa-prod-dai-core.iam.gserviceaccount.com) כדי לגשת לאובייקטים בקטגוריה (למשל, כדי ליצור ולשמור במטמון תמונות של דפים ותמונות ממוזערות).
מכיוון שסוכן השירות הזה לא נמצא בתוך גבולות האבטחה, בקשות מהסוכן יידחו עם הפרה מסוג NO_MATCHING_ACCESS_LEVEL, אלא אם כלל תעבורת נתונים נכנסת (ingress) מעניק גישה.
מגדירים כלל לתעבורת נתונים נכנסת לכל פרויקט שסוכן השירות שלו צריך לגשת לקטגוריות שבתוך גבולות הגזרה.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
domains.googleapis.com
פרטים
אפשר להגן על ה-API של Cloud Domains באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
נתוני ההגדרה של ה-DNS שמשמשים ב-Cloud Domains – שרתי שמות ו הגדרות DNSSEC – הם ציבוריים. אם הדומיין שלכם מוקצה לתחום DNS ציבורי, שהוא ברירת המחדל, אז גם נתוני הגדרת ה-DNS של התחום הזה הם ציבוריים.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
ftp.googleapis.com
פרטים
מומלץ למקם את פרויקט Cloud FTP בתוך גבולות גזרה לשירות כמו המשאבים שלכם ב-Cloud Storage. הגישה הזו עוזרת להגן על ההעברות ועל משאבי Cloud Storage.
ב-Cloud FTP אפשר גם להשתמש במדיניות תעבורת נתונים נכנסת כדי לתמוך בתרחישים שבהם הפרויקט של Cloud FTP לא נמצא באותו היקף כמו הקטגוריות של Cloud Storage.
כדי להשתמש ב-VPC Service Controls עם Cloud FTP, צריך להוסיף את Cloud FTP API (ftp.googleapis.com) ואת Cloud Storage API (storage.googleapis.com) לגבולות הגזרה של השירות.
בשרתים פנימיים, אכיפת ההיקף מאומתת רק כשהשרת נוצר. המשמעות היא שאם משנים את היקף ההרשאות אחרי שיוצרים שרת פנימי, שינויים בהיקף ההרשאות (כמו חברות בהיקף ההרשאות, מדיניות תעבורת נתונים נכנסת או שיוך לרשת) לא מזוהים או נאכפים בשרת הפנימי הקיים. צריך ליצור מחדש את השרת הפנימי כדי לאכוף את אמצעי הבקרה המעודכנים של היקף ההרשאות.
סשנים של SFTP ו-SSH לא כוללים מטא-נתונים של מצב המכשיר, כמו מאפייני מכשיר של Chrome Enterprise Premium או אישורי Endpoint Verification. המשמעות של ההתנהגות הזו היא שכללי כניסה יכולים לאכוף רק תנאים של כתובת IP וזהות.
אפשר להגן על Eventarc Advanced APIs באמצעות VPC Service Controls, ואפשר להשתמש בתכונות כרגיל בתוך גבולות גזרה לשירות.
אפיק Eventarc Advanced מחוץ לגבולות הגזרה לשירות לא יכול לקבל אירועים מפרויקטים של Google Cloud בתוך גבולות הגזרה. אוטובוס של Eventarc Advanced בתוך היקף לא יכול לנתב אירועים לצרכן מחוץ להיקף.
כדי לפרסם באפיק (bus) של Eventarc Advanced, המקור של אירוע צריך להיות בתוך אותו גבולות גזרה לשירות כמו האפיק (bus).
כדי לצרוך הודעה, צרכן האירועים חייב להיות באותם גבולות גזרה לשירות כמו האפיק.
כדי לוודא שהמשאבים Enrollment, GoogleApiSource, MessageBus ו-Pipeline נתמכים ב-VPC Service Controls, אפשר לעיין ביומני הפלטפורמה של תעבורת הנתונים הנכנסת.
ב-Eventarc Standard, העברת האירועים מתבצעת באמצעות נושאים ומינויי דחיפה ב-Pub/Sub. כדי לגשת ל-Pub/Sub API ולנהל טריגרים של אירועים, צריך להגן על Eventarc API באותו גבול גזרה של שירות Service Controls כמו Pub/Sub API.
בפרויקטים שמוגנים על ידי גבולות גזרה לשירות, חלות המגבלות הבאות:
Eventarc Standard כפוף לאותן מגבלות כמו Pub/Sub:
כשמנתבים אירועים ליעדים ב-Cloud Run, אי אפשר ליצור מינויי דחיפה חדשים ב-Pub/Sub אלא אם נקודות הקצה של הדחיפה מוגדרות לשירותי Cloud Run עם כתובות URL שמוגדרות כברירת מחדל ב-run.app (דומיינים בהתאמה אישית לא פועלים).
כשמנתבים אירועים ליעדים של Workflows שבהם נקודת הקצה של Pub/Sub מוגדרת להפעלה של Workflows, אפשר ליצור מינויי דחיפה חדשים של Pub/Sub רק דרך Eventarc Standard.
VPC Service Controls חוסם את היצירה של טריגרים של Eventarc Standard לנקודות קצה פנימיות של HTTP. ההגנה של VPC Service Controls לא חלה כשמנתבים אירועים ליעדים כאלה.
התעבורה אל Firebase AI Logic API מיועדת להגיע מלקוח בנייד או בדפדפן, שתמיד יהיה מחוץ לגבולות גזרה לשירות. לכן צריך להגדיר מדיניות כניסה מפורשת.
אם אתם צריכים להתחבר ל-Agent Platform API מתוך בלבד גבולות גזרה לשירות, כדאי להשתמש ב-Agent Platform API ישירות או דרך אחד מהשירותים הזמינים לגישה ל-Agent Platform API בצד השרת.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
firebaseappcheck.googleapis.com
פרטים
כשמגדירים וממירים אסימונים של Firebase App Check, VPC Service Controls מגן רק על שירות Firebase App Check. כדי להגן על שירותים שמסתמכים על Firebase App Check, צריך להגדיר להם גבולות גזרה לשירות.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
firebasecrashlytics.googleapis.com
פרטים
הגבלת Firebase Crashlytics בהיקף מסוים מגבילה גם את הגישה לפונקציונליות של Firebase Crashlytics במסוף Firebase.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
firebasedataconnect.googleapis.com
פרטים
גבולות הגזרה לשירות מגינים רק על Firebase Data Connect API. הם לא מגנים על הגישה למקורות הנתונים הבסיסיים (כמו מכונות Cloud SQL).
צריך להגדיר בנפרד הגבלת גישה למופעים של מסדי נתונים.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
fpnv.googleapis.com
פרטים
גבולות הגזרה לשירות מגינים רק על Firebase Phone Number Verification API.
אם אתם משתמשים בשירות הזה עם שירותים אחרים (כמו אימות ב-Firebase או בקצה העורפי בהתאמה אישית), אתם צריכים להוסיף גם את השירותים האחרים האלה לרשימת השירותים המוגבלים בגבולות גזרה לשירות, כדי לוודא שהם מוגנים גם על ידי VPC Service Controls.
האימות באמצעות מספר הטלפון ב-Firebase מתבצע על ידי תקשורת עם ספק הסלולר של המשתמש כדי לאחזר את מספר הטלפון. האינטראקציות האלה עם רשתות סלולריות חיצוניות לא נכללות בהיקף האכיפה של VPC Service Controls.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
firebaserules.googleapis.com
פרטים
כשמנהלים את כללי האבטחה של Firebase, VPC Service Controls מגן רק על השירות של כללי האבטחה של Firebase. כדי להגן על שירותים שמסתמכים על כללי אבטחה של Firebase, צריך להגדיר חומות אש לשירותים האלה.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudfunctions.googleapis.com
פרטים
הוראות להגדרה מפורטות במסמכי התיעוד של פונקציות Cloud Run. ההגנה של VPC Service Controls לא חלה על שלב הבנייה כשפונקציות Cloud Run נבנות באמצעות Cloud Build. פרטים נוספים זמינים במגבלות הידועות.
פונקציות Cloud Run משתמשות ב-Cloud Build, ב-Container Registry וב-Cloud Storage כדי ליצור ולנהל את קוד המקור בקונטיינר שאפשר להריץ. אם אחד מהשירותים האלה מוגבל על ידי גבולות גזרה לשירות, VPC Service Controls חוסם את בניית הפונקציות של Cloud Run, גם אם פונקציות Cloud Run לא נוספו כחלק מהשירותים המוגבלים בגבולות גזרה. כדי להשתמש בפונקציות של Cloud Run בתוך גבולות גזרה לשירות, צריך להגדיר כלל כניסה לחשבון השירות של Cloud Build בגבולות הגזרה לשירות.
כדי לאפשר לפונקציות להשתמש בתלות חיצונית כמו חבילות npm, ל-Cloud Build יש גישה בלתי מוגבלת לאינטרנט. יכול להיות שגישה לאינטרנט
תשמש להעברת נתונים שזמינים בזמן הבנייה, כמו
קוד המקור שהעליתם. כדי לצמצם את הסיכון לזליגת נתונים, מומלץ לאפשר רק למפתחים מהימנים לפרוס פונקציות. אל תקצו למפתחים לא מהימנים תפקידי IAM של בעלים, עריכה או פיתוח של פונקציות Cloud Run.
כשמגדירים מדיניות של תעבורת נתונים נכנסת או יוצאת לגבולות גזרה לשירות, אי אפשר להשתמש ב-ANY_SERVICE_ACCOUNT וב-ANY_USER_ACCOUNT כסוג זהות כדי לפרוס פונקציות Cloud Run ממכונה מקומית.
כדי לעקוף את הבעיה, אפשר להשתמש ב-ANY_IDENTITY כסוג הזהות.
כשמפעילים שירותים של פונקציות Cloud Run באמצעות טריגרים של HTTP, אכיפת המדיניות של VPC Service Controls לא משתמשת בפרטי האימות של IAM של הלקוח. אין תמיכה בכללי מדיניות תעבורת נתונים נכנסת (ingress) של VPC Service Controls שמשתמשים בחשבונות משתמשים ב-IAM. לא ניתן להשתמש ברמות גישה עבור אזורים של VPC Service Controls שמשתמשים בישויות (principals) של IAM.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
iam.googleapis.com
פרטים
כשמגבילים את IAM באמצעות גבולות גזרה, רק הפעולות שנעשה בהן שימוש ב-Identity and Access Management API מוגבלות. אלה חלק מהפעולות האפשריות:
ניהול תפקידי IAM בהתאמה אישית
ניהול מאגרי זהויות של עומסי עבודה
ניהול חשבונות שירות ומפתחות
ניהול של כללי מדיניות הדחייה
ניהול של קישורי מדיניות לקביעת גבול הגישה לחשבונות משתמשים (PAB)
גבולות הגזרה לא מגבילים פעולות שקשורות למאגרי עובדים ולמדיניות לקביעת גבול הגישה לחשבונות משתמשים (PAB), כי המשאבים האלה נוצרים ברמת הארגון.
גבולות הגזרה גם לא מגבילים את ניהול מדיניות ההרשאות למשאבים שבבעלות שירותים אחרים, כמו פרויקטים, תיקיות וארגונים במנהל המשאבים או מכונות וירטואליות של Compute Engine. כדי להגביל את הניהול של מדיניות ההרשאות למשאבים האלה, צריך ליצור גבולות גזרה לשירות שהמשאבים נמצאים בבעלותו.
במאמר בנושא סוגי משאבים שמקבלים מדיניות הרשאה תוכלו למצוא רשימה של המשאבים שמכבדים מדיניות הרשאה ואת השירותים שבבעלותם.
בנוסף, גבולות הגזרה סביב IAM לא מגבילים את הפעולות שנעזרות בממשקי API אחרים, כולל:
IAM Policy Simulator API
IAM Policy Troubleshooter API
Security Token Service API
Service Account Credentials API (כולל השיטות הקודמות עם signBlob ו-signJwt ב-IAM API)
למידע נוסף על ניהול זהויות והרשאות גישה, אפשר לעיין במסמכי המוצר.
מגבלות
אם אתם נמצאים בתוך גבולות הגזרה, אתם לא יכולים להפעיל את השיטה roles.list עם מחרוזת ריקה כדי להציג רשימה של תפקידים מוגדרים מראש ב-IAM. אם אתם צריכים לראות תפקידים מוגדרים מראש, תוכלו לעיין במסמכי התיעוד בנושא תפקידים ב-IAM.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
לא. אי אפשר להגן על ה-API של Service Networking באמצעות גבולות גזרה לשירות.
עם זאת, אפשר להשתמש ב-Service Networking כרגיל בפרויקטים בתוך היקף.
פרטים
אם אתם משתמשים בגישה לשירותים פרטיים, מומלץ להפעיל את VPC Service Controls לחיבור Service Networking.כשמפעילים את VPC Service Controls, לבעלי שירותים מנוהלים יש גישה רק לממשקי ה-API שנתמכים על ידי VPC Service Controls דרך חיבור Service Networking.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudkms.googleapis.com
פרטים
אפשר להגן על Cloud KMS API באמצעות VPC Service Controls, ואפשר להשתמש במוצר בתוך גבולות גזרה לשירות. הגישה לשירותי Cloud HSM מוגנת גם על ידי VPC Service Controls, ואפשר להשתמש בהם בתוך גבולות גזרה לשירות.
מידע נוסף על Cloud Key Management Service זמין במסמכי המוצר.
מגבלות
אין מגבלות ידועות לשילוב של Cloud Key Management Service עם VPC Service Controls.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
geminicloudassist.googleapis.com
פרטים
אפשר להגן על Gemini Cloud Assist באמצעות VPC Service Controls.
ל-Gemini Cloud Assist יש גישה רק לנתונים ולממשקי ה-API שנמצאים גם הם בגבולות הגזרה לשירות. במאמר
המלצות ל-Gemini Cloud Assist API מפורטים ממשקי ה-API שחשובים לפעולה של Gemini Cloud Assist. באופן דומה, כדי לקבל את התוצאות הכי טובות, כל מוצר או שירות שרוצים ש-Gemini Cloud Assist יבדוק צריכים להיות בתוך הגבולות.
Gemini Cloud Assist משתמש גם ב-API של cloudaicompanion.googleapis.com לחלק מהפונקציות שלו. כדי ש-Gemini Cloud Assist יפעל באופן מלא, צריך לכלול גם את ה-API של cloudaicompanion.googleapis.com בגבולות הגזרה לשירות.
אם הפרויקט נמצא בתוך גבולות גזרה לשירות, אבל עדיין לא הפעלתם בו את Gemini Cloud Assist, ניסיונות להפעיל אותו באמצעות מסוף Google Cloud יגרמו לשגיאה. השגיאה הזו מתרחשת כי
מסוף Google Cloud דורש להפעיל גם את App Optimize API, אבל
VPC Service Controls לא תומך ב-App Optimize API. כדי למנוע את השגיאה הזו, הפעילו את Gemini Cloud Assist באמצעות ה-CLI של gcloud.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
iaptunnel.googleapis.com
פרטים
אפשר להגן על ה-API של שרת Proxy לאימות זהויות (IAP) ל-TCP באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
מידע נוסף על שרת proxy לאימות זהויות (IAP) עבור TCP מופיע במסמכי העזרה של המוצר.
מגבלות
אפשר להגן באמצעות גבולות גזרה רק על השימוש ב-API של IAP ל-TCP.
אי אפשר להגן על ה-API האדמיניסטרטיבי באמצעות היקף.
כדי להשתמש ב-IAP ל-TCP בתוך גבולות גזרה לשירות של VPC Service Controls, צריך להוסיף או להגדיר כמה רשומות DNS כדי להפנות את הדומיינים הבאים לכתובת ה-VIP המוגבלת:
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
lifesciences.googleapis.com
פרטים
אפשר להגן על ה-API של Cloud Life Sciences באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
בפרויקטים שמוגנים על ידי גבולות גזרה לשירות, חלות ההגבלות הבאות:
צריך ליצור את המינוי באותו היקף כמו הנושא, או להפעיל כללי תעבורת נתונים יוצאת (egress) כדי לאפשר גישה מהנושא למינוי.
אי אפשר ליצור מינויי דחיפה חדשים, אלא אם נקודות הקצה של הדחיפה מוגדרות לשירותי Cloud Run עם כתובות URL שמוגדרות כברירת מחדל (run.app) או להפעלה של Workflows (דומיינים בהתאמה אישית לא פועלים). מידע נוסף על שילוב עם Cloud Run זמין במאמר שימוש ב-VPC Service Controls.
כשמנתבים אירועים דרך Eventarc ליעדים של Workflows שנקודת הקצה של ה-push מוגדרת בהם להפעלה של Workflows, אפשר ליצור מינויים חדשים ל-push רק דרך Eventarc.
מינויים ל-Pub/Sub שנוצרו לפני היקף השירות לא נחסמים.
כדי להשתמש ב-Cloud Deploy בהיקף, צריך להשתמש במאגר פרטי של Cloud Build בשביל סביבות ההפעלה של היעד.
אל תשתמשו במאגר העובדים שמוגדר כברירת מחדל (Cloud Build) ואל תשתמשו במאגר היברידי.
הפעלת סריאליזציית DAG מונעת מ-Airflow להציג תבנית שעברה רינדור עם פונקציות בממשק המשתמש באינטרנט.
הגדרת הדגל async_dagbag_loader לערך True לא אפשרי בזמן שהסריאליזציה של DAG מופעלת.
הפעלת DAG serialization משביתה את כל הפלאגינים של שרת האינטרנט של Airflow, כי הם עלולים לסכן את האבטחה של רשת ה-VPC שבה נפרס Managed Airflow. ההגדרה הזו לא משפיעה על ההתנהגות של תוספים לתזמון או לעובדים,
כולל אופרטורים וחיישנים של Airflow.
כש-Managed Airflow פועל בתוך גבולות גזרה, הגישה למאגרי PyPI ציבוריים מוגבלת. במסמכי התיעוד של Managed Airflow, קראו את המאמר התקנת יחסי תלות של Python כדי ללמוד איך להתקין מודולים של PyPi במצב כתובת IP פרטית.
ב-Managed Airflow אי אפשר להשתמש בזהויות של צד שלישי בכללי כניסה ויציאה לפעולות בממשק האינטרנט של Apache Airflow. עם זאת, אפשר להשתמש בסוג הזהות ANY_IDENTITY בכללי תעבורת נתונים נכנסת ויוצאת כדי לאפשר גישה לכל הזהויות, כולל זהויות של צד שלישי. מידע נוסף על סוג הזהות ANY_IDENTITY זמין במאמר כללי כניסה ויציאה.
מכיוון ש-VPC Service Controls אוכף גבולות ברמת הפרויקט, בקשות של Cloud Quotas שמקורן בלקוחות בתוך גבולות הגזרה יכולות לגשת למשאבים של הארגון רק אם הארגון מגדיר כלל לתעבורת נתונים יוצאת.
כשמבקשים להקטין את המכסה, Cloud Quotas מבצע קריאה משירות לשירות (S2S) ל-Monitoring.
הקריאה הזו מ-S2S לא מגיעה מתוך ההיקף, גם אם הבקשה להפחתה כן מגיעה משם, ולכן היא תיחסם על ידי VPC Service Controls.
ב-Artifact Registry וב-Container Registry, המאגר שבו מאחסנים את הקונטיינר צריך להיות באותו היקף של VPC Service Controls כמו הפרויקט שבו מבצעים פריסה. הקוד שנוצר צריך להיות באותו היקף שירות של VPC Service Controls כמו המאגר שאליו נשלח הקונטיינר.
התכונה פריסה רציפה של Cloud Run לא זמינה לפרויקטים שנמצאים בתוך מתחם VPC Service Controls.
כשמופעלים שירותי Cloud Run, אכיפת המדיניות של VPC Service Controls לא משתמשת בפרטי האימות של הלקוח ב-IAM. יש מגבלות על בקשות כאלה:
אין תמיכה בכללי מדיניות תעבורת נתונים נכנסת (ingress) של VPC Service Controls שמשתמשים בחשבונות משתמשים ב-IAM. יש תמיכה רק בסוג הזהות ANY_IDENTITY.
אין תמיכה ברמות גישה להיקפים של VPC Service Controls שמשתמשים בחשבונות משתמשים ב-IAM.
ב-VPC Service Controls יש תמיכה במשימות של Cloud Scheduler רק עם היעדים הבאים:
שירותי Cloud Run – חייבים להשתמש בדומיין הקנוני שמוגדר כברירת מחדל run.app. אין תמיכה בדומיינים מותאמים אישית וב-DNS מותאם אישית.
פונקציות Cloud Run – צריך להשתמש בדומיין הקנוני שמוגדר כברירת מחדל, cloudfunctions.net או run.app. אין תמיכה בדומיינים בהתאמה אישית וב-DNS בהתאמה אישית.
Google Cloud ממשקי API שתואמים ל-VPC Service Controls (בגרסת Preview או ב-GA) יכולים להיות בפרויקט אחר Google Cloud מהמשימה של Cloud Scheduler.
צריך להשתמש בפורמט של נקודת הקצה הגלובלית (https://SERVICE.googleapis.com).
נקודות קצה אזוריות – כמו *.rep.googleapis.com, LOCATION.SERVICE.googleapis.com ו-REGION-SERVICE.googleapis.com – ונקודות קצה של mTLS (*.mtls.googleapis.com) נדחות.
Pub/Sub
אין תמיכה בדומיינים בהתאמה אישית לנקודות קצה ללא שרת (serverless), וקריאות בזמן ריצה לדומיינים בהתאמה אישית נחסמות על ידי שירות היעד, גם למשימות קיימות.
כשמשתמשים בתכונה 'מגיש הבקשה משלם' עם קטגוריית אחסון בתוך גבול גזרה לשירות שמגן על שירות Cloud Storage, אי אפשר לזהות פרויקט לתשלום שנמצא מחוץ לגבול הגזרה. פרויקט היעד צריך להיות באותו היקף כמו קטגוריית האחסון, או בגשר היקפי עם הפרויקט של הקטגוריה.
בפרויקטים שנמצאים בגבולות גזרה לשירות, אי אפשר לגשת לדף Cloud Storage במסוף Google Cloud אם Cloud Storage API מוגן על ידי גבולות הגזרה האלה. כדי להעניק גישה לדף, צריך ליצור כלל כניסה או רמת גישה שכוללים את חשבונות המשתמשים או את טווח כתובות ה-IP הציבוריות שרוצים לאפשר להם לגשת ל-Cloud Storage API.
ברשומות של יומן הביקורת, השדה resourceName לא מזהה את הפרויקט שבבעלותו הקטגוריה. צריך לגלות את הפרויקט בנפרד.
ברשומות של יומן הביקורת, הערך של methodName לא תמיד נכון. אנחנו ממליצים לא לסנן את רשומות יומן הביקורת של Cloud Storage לפי methodName.
במקרים מסוימים, אפשר לכתוב יומנים של קטגוריות מדור קודם ב-Cloud Storage ליעדים מחוץ לגבולות הגזרה לשירות, גם אם הגישה נדחתה.
במקרים מסוימים, אובייקטים של Cloud Storage שהיו ציבוריים נגישים גם אחרי שמפעילים את VPC Service Controls באובייקטים. האובייקטים נגישים עד שהם נמחקים מהמטמונים המובנים ומכל מטמון אחר במעלה הזרם ברשת בין משתמש הקצה ל-Cloud Storage. כברירת מחדל, Cloud Storage שומר במטמון נתונים שנגישים באופן ציבורי ברשת Cloud Storage.
למידע נוסף על האופן שבו אובייקטים של Cloud Storage נשמרים במטמון, קראו את המאמר Cloud Storage. למידע על משך הזמן שבו אובייקט יכול להישמר במטמון, קראו את המאמר מטא-נתונים של בקרת מטמון.
כשמגדירים מדיניות תעבורת נתונים נכנסת או יוצאת לגבולות גזרה לשירות, אי אפשר להשתמש ב-ANY_SERVICE_ACCOUNT וב-ANY_USER_ACCOUNT כסוג זהות לכל הפעולות של Cloud Storage באמצעות כתובות URL חתומות.
כדי לעקוף את הבעיה, אפשר להשתמש ב-ANY_IDENTITY כסוג הזהות.
VPC Service Controls משתמש בפרטי הכניסה לחתימה של המשתמש או חשבון השירות שחתמו על כתובת ה-URL החתומה כדי להעריך את הבדיקות של VPC Service Controls, ולא בפרטי הכניסה של המתקשר או המשתמש שיזמו את החיבור.
עם זאת, VPC Service Controls חוסם את הגישה לכתובת ה-URL החתומה מחוץ לגבולות הגזרה על סמך מקור הבקשה ברשת. כדי לאפשר את הגישה הזו, צריך להגדיר רמת גישה או כלל כניסה בהיקף ההרשאות.
ב-VPC Service Controls אי אפשר להוסיף משאבים ברמת התיקייה או ברמת הארגון לגבולות הגזרה לשירות. לכן, למרות שאפשר להפעיל את Storage Intelligence ואת הכלי לייעוץ של Storage Intelligence ולהשתמש בהם ברמת התיקייה, הארגון או הפרויקט, VPC Service Controls מגן רק על משאבים ברמת הפרויקט. כדי לשלוט בגישה ל-Storage Intelligence ולכלי Storage Intelligence Advisor ברמת התיקייה או הארגון, צריך להשתמש ב-IAM.
גבולות גזרה לשירות מגינים רק על Cloud SQL Admin API. הם לא מגנים על גישה לנתונים שמבוססת על כתובת IP למכונות Cloud SQL. צריך להשתמש באילוץ על מדיניות הארגון כדי להגביל את הגישה לכתובות IP ציבוריות במכונות Cloud SQL.
לפני שמגדירים את VPC Service Controls ל-Cloud SQL, צריך להפעיל את Service Networking API.
בייבוא ובייצוא של Cloud SQL אפשר לבצע קריאות וכתיבות רק מקטגוריה של Cloud Storage שנמצאת באותם גבולות גזרה לשירות כמו המכונה של הרפליקה של Cloud SQL.
Video Intelligence API לא אוכף את הגבלות היציאה של VPC Service Controls על יעד הפלט של בקשות videos:annotate. סוכן השירות יכול לכתוב תוצאות של הערות בקטגוריה של Cloud Storage שצוינה ב-outputUri, גם אם הקטגוריה הזו נמצאת מחוץ לגבולות הגזרה לשירות. כדי למנוע זליגת נתונים, צריך לוודא שהקטגוריה שאליה מפנה outputUri נמצאת באותם גבולות גזרה לשירות כמו קטגוריית הקלט.
גם אם יוצרים כלל תעבורת נתונים יוצאת (egress) שמאפשר קריאות לכתובות URL ציבוריות מתוך גבולות הגזרה של VPC Service Controls, Cloud Vision API חוסם קריאות לכתובות URL ציבוריות.
כשמציינים מדיניות כניסה או יציאה לגבולות גזרה לשירות, אי אפשר להשתמש ב-ANY_SERVICE_ACCOUNT וב-ANY_USER_ACCOUNT כסוג זהות לכל הפעולות של Container Registry.
כפתרון עקיף, אפשר להשתמש ב-ANY_IDENTITY כסוג הזהות.
מכיוון ש-Container Registry משתמש בדומיין gcr.io, צריך להגדיר DNS ל-*.gcr.io כדי למפות ל-private.googleapis.com או ל-restricted.googleapis.com.
מידע נוסף זמין במאמר בנושא אבטחת Container Registry בגבול גזרה לשירות.
בנוסף לקונטיינרים בתוך גבולות גזרה שזמינים ל-Container Registry, המאגרים הבאים לקריאה בלבד זמינים לכל הפרויקטים, ללא קשר להגבלות שנאכפות על ידי גבולות גזרה לשירות:
gcr.io/anthos-baremetal-release
gcr.io/asci-toolchain
gcr.io/cloud-airflow-releaser
gcr.io/cloud-builders
gcr.io/cloud-dataflow
gcr.io/cloud-ingest
gcr.io/cloud-marketplace
gcr.io/cloud-ssa
gcr.io/cloudsql-docker
gcr.io/config-management-release
gcr.io/deeplearning-platform-release
gcr.io/foundry-dev
gcr.io/fn-img
gcr.io/gae-runtimes
gcr.io/serverless-runtimes
gcr.io/gke-node-images
gcr.io/gke-release
gcr.io/gkeconnect
gcr.io/google-containers
gcr.io/kubeflow
gcr.io/kubeflow-images-public
gcr.io/kubernetes-helm
gcr.io/istio-release
gcr.io/ml-pipeline
gcr.io/projectcalico-org
gcr.io/rbe-containers
gcr.io/rbe-windows-test-images
gcr.io/speckle-umbrella
gcr.io/stackdriver-agents
gcr.io/tensorflow
gcr.io/vertex-ai
gcr.io/vertex-ai-restricted
gke.gcr.io
k8s.gcr.io
בכל המקרים, גם הגרסאות של המאגרים האלה במספר אזורים זמינות.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
container.googleapis.com
פרטים
אפשר להגן על Kubernetes Engine API באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות. התאימות הזו כוללת הגנה על נקודת הקצה של ה-DNS ל-GKE, שירות שמאפשר גישה למישור הבקרה של האשכול ומשתמש בדומיין *.gke.goog.
כשמגבילים את שירות container.googleapis.com בגבולות גזרה, הגבולות מגבילים גם את נקודת הקצה של DNS ל-GKE.
למידע נוסף על Google Kubernetes Engine, קראו את המסמכים של המוצר.
מגבלות
כדי להגן באופן מלא על GKE API, צריך לכלול גם את Kubernetes Metadata API (kubernetesmetadata.googleapis.com) בהיקף ההגנה.
רשומת השירות GKE בטבלה הזו מציינת רק את השליטה ב-GKE API עצמו. הפעולה של GKE מסתמכת על כמה שירותים בסיסיים אחרים, כמו Compute Engine, Cloud Logging, Cloud Monitoring ו-Autoscaling API (autoscaling.googleapis.com). כדי לאבטח ביעילות את סביבות GKE באמצעות VPC Service Controls, צריך לוודא שכל השירותים הבסיסיים הנדרשים כלולים גם בגבולות גזרה לשירות. רשימה מלאה של השירותים האלה מופיעה במסמכי העזרה של GKE.
אפשר להגן על ממשקי ה-API של Google Security Operations באמצעות VPC Service Controls, ואפשר להשתמש ב-Google SecOps כרגיל בתוך גבולות גזרה לשירות. כדי להשתמש ב-Google SecOps מתוך גבולות גזרה של VPC Service Controls, אפשר לעיין במאמר הגדרה של VPC Service Controls ל-Google Security Operations.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
containerfilesystem.googleapis.com
פרטים
סטרימינג של קובצי אימג' הוא תכונה של סטרימינג של נתונים, שמאפשרת לקצר את זמני השליפה של קובצי אימג' של קונטיינרים שמאוחסנים ב-Artifact Registry למוצרים כמו GKE, Batch, Dataflow, Managed Service for Apache Spark ו-Cloud Workstations.
אם VPC Service Controls מגן על קובצי האימג' של הקונטיינר שלכם ואתם משתמשים ב-Image streaming, אתם צריכים לכלול את Image streaming API גם בגבולות הגזרה לשירות.
אפשר להגן על ממשקי API לניהול צי, כולל שער Connect, באמצעות VPC Service Controls, ואפשר להשתמש בתכונות לניהול צי בדרך כלל בתוך גבולות שירות.
למידע נוסף, קראו את המאמרים הבאים:
אפשר להשתמש בכל התכונות של ניהול הציוד כרגיל, אבל אם מפעילים את גדר השירות סביב Stackdriver API, אי אפשר לשלב את התכונה של ציוד Policy Controller עם Security Command Center.
כשמשתמשים בשער Connect כדי לגשת לאשכולות GKE, לא נאכף היקף השירות של VPC Service Controls בשביל container.googleapis.com.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudresourcemanager.googleapis.com
פרטים
אפשר להגן על השיטות הבאות של Cloud Resource Manager API באמצעות VPC Service Controls:
אפשר להגן באמצעות VPC Service Controls רק על מפתחות של תגים שמשאב הפרויקט הוא ההורה הישיר שלהם, ועל ערכי התגים התואמים. כשמוסיפים פרויקט להיקף של VPC Service Controls, כל מפתחות התגים וערכי התגים התואמים בפרויקט נחשבים למשאבים בתוך ההיקף.
אי אפשר לכלול מפתחות של תגים שההורה שלהם הוא משאב ארגון, ואת ערכי התגים התואמים שלהם, בהיקף VPC Service Controls, ואי אפשר להגן עליהם באמצעות VPC Service Controls.
לקוחות בתוך גבולות גזרה של VPC Service Controls לא יכולים לגשת למפתחות תגים ולערכים התואמים שלהם שמשויכים למשאב ארגוני, אלא אם מוגדר כלל יציאה (egress) שמאפשר גישה. מידע נוסף על הגדרת כללי תעבורת נתונים יוצאת זמין במאמר כללי תעבורת נתונים נכנסת ויוצאת.
קישורי תגים נחשבים למשאבים באותו היקף כמו המשאב שאליו מקושר ערך התג. לדוגמה, שיוכי התגים במכונה של Compute Engine בפרויקט מסוים נחשבים כשייכים לפרויקט הזה, בלי קשר למקום שבו מוגדר מפתח התג.
שירותים מסוימים, כמו Compute Engine, מאפשרים ליצור קישורי תגים באמצעות ממשקי ה-API שלהם, בנוסף לממשקי ה-API של שירות מנהל המשאבים. לדוגמה, הוספת תגים למכונה וירטואלית של Compute Engine במהלך יצירת המשאב. כדי להגן על קישורי תגים שנוצרו או נמחקו באמצעות ממשקי ה-API של השירותים האלה, מוסיפים את השירות המתאים, כמו compute.googleapis.com, לרשימת השירותים המוגבלים בגבולות גזרה.
תגי תמיכה בהגבלות ברמת השיטה, כך שאפשר להגדיר את ההיקף של method_selectors לשיטות ספציפיות של API. רשימה של שיטות שאפשר להגביל מופיעה במאמר הגבלות נתמכות על שיטות שירות.
עכשיו אפשר להקצות את תפקיד הבעלים בפרויקט דרך מסוף Google Cloud באמצעות VPC Service Controls. אי אפשר לשלוח הזמנה לבעלים או לאשר הזמנה מחוץ לגבולות הגזרה לשירות. אם תנסו לאשר הזמנה מחוץ למתחם, לא תקבלו את תפקיד הבעלים ולא תופיע הודעת שגיאה או אזהרה.
ל-aggregated log sinks (תיקיות או ארגונים שבהם includeChildren הוא true) יש גישה לנתונים מפרויקטים בתוך היקף שירות. כדי להגביל את הגישה של יעד מאוחד של יומני פעילות לנתונים בתוך היקף, מומלץ להשתמש ב-IAM כדי לנהל את ההרשאות של Logging ברמת התיקייה או הארגון.
אי אפשר להשתמש ב-VPC Service Controls כדי להגן על יומנים ברמת התיקייה וברמת הארגון, כולל יומנים מצטברים. אפשר להוסיף תיקייה לגבולות גזרה רגילים לשירות, אבל הפעולה הזו מגנה רק על הפרויקטים בהיררכיית התיקיות, ולא על משאבים או יומנים ברמת התיקייה. אי אפשר להוסיף ארגון כמשאב מוגן בגבולות גזרה לשירות.
אם משתמשים ב-sink ביומן ברמת הארגון או ברמת התיקייה כדי לנתב יומנים למשאב שמוגן על ידי גבולות גזרה לשירות, צריך להוסיף כלל תעבורת נתונים נכנסת לגבולות הגזרה לשירות. כלל התעבורה הנכנסת חייב לאפשר גישה למשאב מחשבון השירות שבו משתמש sink ביומן. השלב הזה לא נדרש לכיורים ברמת הפרויקט.
כשמציינים מדיניות תעבורת נתונים נכנסת או יוצאת להיקף שירות, אי אפשר להשתמש ב-ANY_SERVICE_ACCOUNT או ב-ANY_USER_ACCOUNT כסוג הזהות אם כיור היומנים מנתב רשומות ביומן למשאב של Cloud Storage. במשאב הזה, צריך להשתמש ב-ANY_IDENTITY בתור סוג הזהות.
אפשר להשתמש בערוצי התראות, במדיניות התראות ובמדדים בהתאמה אישית כדי לחלץ נתונים או מטא-נתונים. נכון להיום, משתמש ב-Monitoring יכול להגדיר ערוץ התראות שמפנה לישות מחוץ לארגון, למשל baduser@badcompany.com. המשתמש מגדיר מדדים בהתאמה אישית וכללי מדיניות תואמים להתראות, שמשתמשים בערוץ ההתראות. כתוצאה מכך, על ידי מניפולציה של המדדים המותאמים אישית, המשתמש יכול להפעיל התראות ולשלוח התראות על הפעלת התראות, ולבצע אקספילטרציה של נתונים רגישים אל baduser@badcompany.com, מחוץ להיקף של VPC Service Controls.
כל המכונות הווירטואליות של Compute Engine או AWS שמותקן בהן סוכן המעקב צריכות להיות בתוך גבולות ה-VPC Service Controls, אחרת כתיבת המדדים של הסוכן תיכשל.
כששולחים שאילתות לגבי מדדים בהיקף המדדים בפרויקט, נלקח בחשבון רק היקף ה-VPC Service Controls של הפרויקט שמוגדר כהיקף המדדים. לא נלקחים בחשבון ההיקפים של הפרויקטים הנפרדים שבמעקב בהיקף המדדים.
אפשר להוסיף פרויקט כפרויקט במעקב להיקף מדדים קיים רק אם הפרויקט נמצא באותו היקף שירות של VPC Service Controls כמו הפרויקט של היקף המדדים.
כדי לגשת ל-Monitoring במסוף Google Cloud עבור פרויקט מארח שמוגן על ידי גבולות גזרה לשירות, צריך להשתמש בכלל כניסה.
כש Google Cloud פרויקט נמצא בפרימטר של VPC Service Controls שמופעל, אי אפשר ליצור או לשנות בדיקות זמינות ציבוריות או בדיקות סינתטיות.
עם זאת, כל בדיקות זמני הפעילות או המעקב הסינתטי שהיו קיימים לפני שהפרויקט Google Cloud נוסף להיקף ממשיכים לפעול, ואפשר עדיין לראות ולמחוק אותם. אתם יכולים ליצור ולשנות בדיקות פרטיות של זמני פעילות.
ההגבלות של VPC Service Controls לא נאכפות כשניגשים למטא-נתונים של הרשת ולתוצאות הבדיקה ישירות דרך שירות AppNeta של Broadcom. מומלץ להשתמש ב-IAM ובכללי מדיניות הדחייה של IAM כדי להגביל את הגישה.
שירות VPC Service Controls לא תומך בגישה למשאבי Cloud Asset API ברמת התיקייה או ברמת הארגון ממקורות ומלקוחות שנמצאים בתוך גבולות גזרה לשירות. VPC Service Controls מגביל משאבים של Cloud Asset API ברמת הפרויקט. אתם יכולים להגדיר מדיניות תעבורת נתונים יוצאת כדי למנוע גישה למשאבים של Cloud Asset API ברמת הפרויקט, מפרויקטים שנמצאים בתוך גבולות האבטחה.
ב-VPC Service Controls אי אפשר להוסיף לגבולות הגזרה לשירות משאבים של Cloud Asset API ברמת התיקייה או הארגון. אי אפשר להשתמש במתחם כדי להגביל משאבים של Cloud Asset API ברמת התיקייה או ברמת הארגון. כדי לנהל הרשאות של מאגר משאבי ענן ברמת התיקייה או הארגון, מומלץ להשתמש ב-IAM.
ב-VPC Service Controls יש הגבלות על משאבים של Cloud Asset API ברמת הפרויקט, אבל אין אכיפה של הגבלות בהיקפים ברמת התיקייה או ברמת הארגון. שאילתות למשאבים האלה באמצעות היקף של תיקייה או ארגון במסוף Google Cloud יכולות לחשוף נתונים מפרויקטים שנמצאים בתוך גבולות גזרה לשירות. כדי להגביל את הגישה למשאבים האלה, צריך להשתמש באמצעי הבקרה של IAM.
Cloud Translation - Advanced (v3) תומך ב-VPC Service Controls, אבל Cloud Translation - Basic (v2) לא תומך בו. כדי להחיל את VPC Service Controls, צריך להשתמש ב-Cloud Translation - Advanced (v3). למידע נוסף על המהדורות השונות, קראו את המאמר השוואה בין Basic ל-Advanced.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
storagetransfer.googleapis.com
פרטים
גבולות גזרה לשירות מגינים על Storage Transfer Service API ועל המשאבים של Cloud Storage. כברירת מחדל, VPC Service Controls לא מגביל את הייבוא של נתונים ממקורות חיצוניים מחוץ ל-Google Cloud (כמו Amazon S3, Microsoft Azure Blob Storage וכתובות URL מסוג HTTP/HTTPS) לקטגוריות של Cloud Storage בתוך גבולות גזרה לשירות.
מומלץ למקם את הפרויקט של Storage Transfer Service באותם גבולות גזרה לשירות כמו המשאבים של Cloud Storage. כך אתם מגינים גם על ההעברה וגם על המשאבים ב-Cloud Storage. בנוסף, בעזרת מדיניות תעבורת נתונים יוצאת, שירות Storage Transfer Service תומך בתרחישים שבהם הפרויקט של שירות Storage Transfer Service לא נמצא באותו היקף כמו הקטגוריות של Cloud Storage.
VPC Service Controls לא חוסם ייבוא של נתונים ממקורות חיצוניים (כמו Amazon S3, Microsoft Azure Blob Storage או כתובות URL מסוג HTTP/HTTPS) לקטגוריות של Cloud Storage שמוגנות על ידי גבולות גזרה לשירות. כדי להגביל העברות ממקורות חיצוניים, אפשר להשתמש באילוצים בהתאמה אישית של מדיניות הארגון או באמצעי הבקרה של IAM.
כדי להעביר נתונים בין קטגוריות של Cloud Storage בגבולות גזרה שונים לשירות, פרויקטי המקור והיעד צריכים להיות מחוברים באמצעות כלל תעבורת נתונים נכנסת/יוצאת או גשר בין גבולות גזרה.
כשמפעילים את Service Control API מרשת VPC בגבולות גזרה לשירות עם הגבלות על Service Control לדיווח על מדדי חיוב או ניתוח נתונים, אפשר להשתמש רק בשיטה Service Control report כדי לדווח על מדדים לשירותים שנתמכים על ידי VPC Service Controls.
גבולות גזרה של שירותים מגנים רק על Memorystore for Redis API. היקפים לא מגינים על גישה רגילה לנתונים במכונות של Memorystore for Redis באותה רשת.
אם גם Cloud Storage API מוגן, אז פעולות הייבוא והייצוא של Memorystore for Redis יכולות רק לקרוא ולכתוב לקטגוריה של Cloud Storage בתוך גבולות גזרה לשירות כמו מופע Memorystore for Redis.
אם אתם משתמשים גם ב-VPC משותף וגם ב-VPC Service Controls, כדי שהבקשות ל-Redis יצליחו, הפרויקט המארח שמספק את הרשת ופרויקט השירות שמכיל את מופע Redis צריכים להיות באותו מתחם אבטחה היקפית. בכל שלב, הפרדה בין הפרויקט המארח לפרויקט השירות באמצעות גבולות גזרה עלולה לגרום לכשל במכונה של Redis, בנוסף לבקשות חסומות. מידע נוסף מופיע במאמר בנושא דרישות ההגדרה של Memorystore for Redis.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
memcache.googleapis.com
פרטים
אפשר להגן על ה-API של Memorystore for Memcached באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
מידע נוסף על Memorystore for Memcached זמין במסמכי המוצר.
מגבלות
גבולות גזרה של שירותים מגנים רק על Memorystore for Memcached API. היקפי האבטחה לא מגינים על גישה רגילה לנתונים במכונות של Memorystore for Memcached באותה רשת.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
memorystore.googleapis.com
פרטים
גבולות גזרה של שירותים מגנים רק על Memorystore for Valkey API. היקפי ההגנה לא מגינים על גישה רגילה לנתונים במכונות Memorystore for Valkey באותה רשת.
אם גם Cloud Storage API מוגן, פעולות הייבוא והייצוא של Memorystore for Valkey יכולות לקרוא ולכתוב רק בקטגוריה של Cloud Storage שנמצאת באותם גבולות גזרה לשירות כמו המכונה של Memorystore for Valkey.
אם אתם משתמשים גם ב-VPC משותף וגם ב-VPC Service Controls, כדי שהבקשות של Redis יצליחו, הפרויקט המארח שמספק את הרשת והפרויקט של השירות שמכיל את המכונה של Redis צריכים להיות באותו מתחם. בכל שלב, הפרדה בין הפרויקט המארח לפרויקט השירות באמצעות גבולות גזרה עלולה לגרום לכשל במכונה של Redis, בנוסף לבקשות חסומות. מידע נוסף זמין במאמר דרישות ההגדרה של Memorystore for Valkey.
Memorystore for Valkey API הוא memorystore.googleapis.com.
לכן, השם המוצג של Memorystore for Valkey הוא "Memorystore API" כשמשתמשים ב-VPC Service Controls במסוף Google Cloud .
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
לא. אי אפשר להגן על ה-API של Transfer Appliance באמצעות גבולות גזרה לשירות.
עם זאת, אפשר להשתמש ב-Transfer Appliance כרגיל בפרויקטים בתוך היקף הרשאות גישה.
פרטים
Transfer Appliance נתמך באופן מלא בפרויקטים שמשתמשים ב-VPC Service Controls.
Transfer Appliance לא מציע API, ולכן הוא לא תומך בתכונות שקשורות ל-API ב-VPC Service Controls.
מידע נוסף על Transfer Appliance זמין במסמכי המוצר.
מגבלות
כשהקטגוריה של Cloud Storage מוגנת באמצעות VPC Service Controls, מפתח Cloud KMS שאתם משתפים עם צוות Transfer Appliance צריך להיות באותו פרויקט של קטגוריית היעד ב-Cloud Storage.
גבולות הגזרה של VPC Service Controls מגבילים רק את ממשק ה-API של מישור הבקרה של Oracle Database@Google Cloud, כלומר, oracledatabase.googleapis.com. גבולות הגזרה לשירות לא מגבילים את הגישה של מישור הנתונים למסדי הנתונים הבסיסיים (כמו מסדי נתונים של Exadata או מסדי נתונים אוטונומיים) שנמצאים בסביבת Oracle Cloud Infrastructure (OCI).
אי אפשר להשתמש בגבולות הגזרה של VPC Service Controls כדי להגביל ישירות את Oracle Virtual Cloud Networks (VCN), כי ה-VCN נמצאים מחוץ ל- Google Cloud. כדי ללמוד איך לאבטח תנועה נכנסת ויוצאת בחיבורים פרטיים, אפשר לעיין בתיעוד של OCI: קבוצות אבטחת רשת.
אי אפשר להשתמש בהיקפי VPC Service Controls לשכבת הרשת בין Google Cloud
לבין OCI. כתוצאה מכך, יצירת החיבורים למסדי נתונים של Oracle לא מנוטרת או מוגבלת על ידי גבולות גזרה לשירות.
ב-VPC Service Controls אין תמיכה בהגבלות גישה למדיניות ארגונית ברמת התיקייה או ברמת הארגון, שהפרויקט יורש.
VPC Service Controls מגן על משאבי ה-API של שירות מדיניות הארגון ברמת הפרויקט.
לדוגמה, אם כלל כניסה מגביל את הגישה של משתמש ל-API של שירות מדיניות הארגון, המשתמש יקבל שגיאה 403 כשיבצע שאילתה לגבי מדיניות הארגון שנאכפת בפרויקט. עם זאת, המשתמש עדיין יכול לגשת למדיניות הארגון של התיקייה ושל הארגון שמכיל את הפרויקט.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
oslogin.googleapis.com
פרטים
אתם יכולים להפעיל את OS Login API מתוך גבולות הגזרה של VPC Service Controls. כדי לנהל את OS Login מתוך ההיקפים של VPC Service Controls, צריך להגדיר את OS Login.
חיבורי SSH למכונות וירטואליות לא מוגנים על ידי VPC Service Controls.
השיטות של OS Login לקריאה ולכתיבה של מפתחות SSH לא אוכפות את ההיקפים של VPC Service Controls. משתמשים בשירותים שניתן לגשת אליהם דרך VPC כדי להשבית את הגישה לממשקי OS Login API.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
servicehealth.googleapis.com
פרטים
אפשר להגן על ה-API של Service Health בהתאמה אישית באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
מידע נוסף על Service Health בהתאמה אישית זמין במאמרי העזרה.
מגבלות
שירות VPC Service Controls לא תומך במשאבים OrganizationEvents ו-OrganizationImpacts של Service Health API. לכן, בדיקות המדיניות של VPC Service Controls לא יתבצעו כשתפעילו את השיטות של המשאבים האלה. עם זאת, אפשר לקרוא לשיטות מתוך גבולות גזרה לשירות באמצעות כתובת VIP מוגבלת.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
osconfig.googleapis.com
פרטים
אתם יכולים לשלוח קריאה ל-OS Config API מתוך גבולות הגזרה של VPC Service Controls. כדי להשתמש ב-VM Manager מתוך גבולות גזרה לשירות של VPC Service Controls, צריך להגדיר את VM Manager.
כדי להגן באופן מלא על VM Manager, צריך לכלול את כל ממשקי ה-API הבאים בגבולות הגזרה שלכם:
OS Config API (osconfig.googleapis.com)
Compute Engine API (compute.googleapis.com)
Artifact Analysis API (containeranalysis.googleapis.com)
VM Manager לא מארח תוכן של חבילות ותיקונים. ניהול תיקוני מערכת ההפעלה משתמש בכלי העדכון של מערכת ההפעלה, שדורשים שאפשר יהיה לאחזר את עדכוני החבילות והתיקונים במכונה הווירטואלית. כדי שהתיקון יעבוד, יכול להיות שתצטרכו להשתמש ב-Cloud NAT או לארח מאגר חבילות משלכם או את Windows Server Update Service בתוך הענן הפרטי הווירטואלי.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
workflows.googleapis.com
פרטים
Workflows היא פלטפורמת תזמור שיכולה לשלב Google Cloud שירותים וממשקי
API מבוססי-HTTP כדי להפעיל שירותים בסדר שאתם מגדירים.
כשמגנים על Workflows API באמצעות גבולות גזרה לשירות, גם Workflow Executions API מוגן. אין צורך להוסיף את workflowexecutions.googleapis.com בנפרד לרשימת השירותים המוגנים בהיקף הארגון.
יש תמיכה בבקשות HTTP מהרצת Workflows באופן הבא:
מותר לשלוח בקשות מאומתות לנקודות קצה (endpoints) של Google Cloud שתואמות ל-VPC Service Controls.
מותר לשלוח בקשות לנקודות קצה של פונקציות Cloud Run ושל שירות Cloud Run.
בקשות לנקודות קצה של צד שלישי נחסמות.
בקשות לנקודות קצה (endpoints) של Google Cloud שלא תואמות ל-VPC Service Controls נחסמות.
גבולות הגזרה של השירות מגנים רק על Filestore API. ההיקפים לא מגנים על גישה רגילה לנתוני NFS במופעי Filestore באותה רשת.
אם אתם משתמשים גם ב-VPC משותף וגם ב-VPC Service Controls, הפרויקט המארח שמספק את הרשת ופרויקט השירות שמכיל את המכונה של Filestore צריכים להיות באותו היקף כדי שהמכונה של Filestore תפעל כמו שצריך. אם תפרידו בין הפרויקט המארח לפרויקט השירות באמצעות היקף, יכול להיות שהמכונות הקיימות לא יהיו זמינות ולא ייווצרו מכונות חדשות.
אם אתם משתמשים גם ב-VPC משותף וגם ב-VPC Service Controls, הפרויקט המארח שמספק את הרשת ופרויקט השירות שמכיל את המכונה של Parallelstore צריכים להיות באותו היקף כדי שהמכונה של Parallelstore תפעל כמו שצריך. הפרדה בין פרויקט המארח לפרויקט השירות באמצעות גבולות גזרה עלולה לגרום לכך שהמכונות הקיימות לא יהיו זמינות, וגם לא ייווצרו מכונות חדשות.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
התנאים וההגבלות של Ads Data Hub שונים מאלה של VPC Service Controls. לפרטים, כדאי לעיין בתנאים של כל מוצר.
כדי להשתמש בתכונות מסוימות של Ads Data Hub (כמו הפעלה של קהלים מותאמים אישית, בידינג מותאם אישית וטבלאות התאמה של LiveRamp), צריך לייצא נתוני משתמש מסוימים מחוץ להיקף של אמצעי הבקרה של שירות VPC. אם מוסיפים את Ads Data Hub כשירות מוגבל, הוא יעקוף את מדיניות VPC Service Controls לגבי התכונות האלה כדי לשמור על הפונקציונליות שלהן.
כל השירותים התלויים חייבים להיכלל כשירותים מותרים באותו היקף של VPC Service Controls. לדוגמה, מכיוון ש-Ads Data Hub מסתמך על BigQuery, צריך להוסיף גם את BigQuery. באופן כללי, בשיטות המומלצות של VPC Service Controls מומלץ לכלול את כל השירותים בגבולות גזרה, כלומר 'להגביל את כל השירותים'.
לקוחות עם מבנה חשבון Ads Data Hub בכמה רמות (כמו סוכנויות עם חברות בת) צריכים שכל פרויקטי האדמין שלהם יהיו באותו היקף. כדי לפשט את התהליך, Ads Data Hub ממליץ ללקוחות עם מבני חשבונות מרובי-רמות להגביל את פרויקטי הניהול שלהם לאותו ארגון ב- Google Cloud .
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
sts.googleapis.com
פרטים
VPC Service Controls מגביל את המרות האסימונים רק אם הקהל בבקשה הוא משאב ברמת הפרויקט. לדוגמה, VPC Service Controls לא מגביל בקשות לאסימונים עם הרשאות מוגבלות, כי לבקשות האלה אין קהל.
ב-VPC Service Controls אי אפשר להוסיף משאבים ברמת הארגון ישירות להיקפי האבטחה, ולכן צריך להגדיר כללי תעבורת נתונים יוצאת לבקשות API של Security Token Service שבהן הקהל הוא מאגר של איחוד שירותי אימות הזהות של כוח עבודה.
השירותים firestore.googleapis.com, datastore.googleapis.com ו-firestorekeyvisualizer.googleapis.com נכללים בחבילה אחת.
כשמגבילים את השירות firestore.googleapis.com בגבול גזרה, הגבול מגביל גם את השירותים datastore.googleapis.com ו-firestorekeyvisualizer.googleapis.com. אתם לא צריכים להוסיף את השירותים האלה בנפרד לרשימת השירותים המוגנים בהיקף האבטחה.
אם תסירו את נתיב ברירת המחדל לאינטרנט מפרויקט לשירות מנוהל באמצעות הפקודה gcloud services vpc-peerings enable-vpc-service-controls, יכול להיות שלא תוכלו לגשת למסוף הניהול או לפרוס אותו. אם נתקלתם בבעיה הזו, פנו אל Cloud Customer Care של Google.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
retail.googleapis.com
פרטים
אפשר להגן על ה-API של Retail API באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
integrations.googleapis.com
פרטים
Application Integration הוא מערכת לניהול תהליכי עבודה שיתופיים שמאפשרת לכם ליצור, לשפר, לנפות באגים ולהבין תהליכי עבודה של מערכות עסקיות מרכזיות.
תהליכי העבודה ב-Application Integration מורכבים מטריגרים וממשימות.
יש כמה סוגים של טריגרים, כמו טריגר API, טריגר Pub/Sub, טריגר cron וטריגר sfdc.
VPC Service Controls מגן על יומנים של Application Integration. אם אתם משתמשים ב-Application Integration, צריך לוודא עם צוות Application Integration שיש תמיכה בשילוב vpcsc.
כדי להתחבר לשרתי קצה עורפיים שאינםGoogle Cloud (לדוגמה, מערכות מקומיות או שירותים בעננים אחרים), צריך להשתמש בקובץ מצורף של Private Service Connect. כך החיבור נשאר בתוך רשת ה-VPC ולא עובר דרך האינטרנט הציבורי. חיבורים למערכות עורפיות כאלה ייכשלו בלי קובץ מצורף.
כשמשתמשים במינויים לאירועים בתוך היקף של VPC Service Controls, אין תמיכה ברישום אוטומטי של קצה עורפי. צריך להגדיר באופן ידני את הקצה העורפי כדי לשלוח אירועים לנקודת הקצה (endpoint) של רכיב ה-event listener של החיבור. המינויים האלה לאירועים דורשים גם קובץ מצורף של Private Service Connect.
ההתראות שנשלחות כשנמצאת קבוצת שגיאות חדשה או חוזרת מכילות מידע על קבוצת השגיאות. כדי למנוע זליגת נתונים מחוץ למתחם של VPC Service Controls, צריך לוודא שערוצי ההתראות נמצאים בארגון.
כדי להגן באופן מלא על Cloud Workstations, צריך להגביל את Compute Engine API בגבולות גזרה לשירות בכל פעם שמגבילים את Cloud Workstations API.
מוודאים ש-Google Cloud Storage API, Google Container Registry API ו-Artifact Registry API הם
נגישים ל-VPC בגבולות הגזרה של השירות. ההרשאה הזו נדרשת כדי להוריד תמונות לתחנת העבודה. אנחנו גם ממליצים לאפשר גישה ל-VPC ל-Cloud Logging API ול-Cloud Error Reporting API בגבולות הגזרה לשירות, למרות שזה לא נדרש כדי להשתמש ב-Cloud Workstations.
מוודאים שאשכול תחנות העבודה הוא פרטי.
הגדרת אשכול פרטי מונעת חיבורים לתחנות העבודה מחוץ לגבולות גזרה לשירות של ה-VPC.
חשוב לוודא שכתובות ה-IP הציבוריות מושבתות בהגדרות של תחנת העבודה. אם לא תעשו את זה, בפרויקט שלכם יהיו מכונות וירטואליות עם כתובות IP ציבוריות. מומלץ מאוד להשתמש באילוץ מדיניות הארגון constraints/compute.vmExternalIpAccess כדי להשבית את כתובות ה-IP הציבוריות של כל המכונות הווירטואליות בגבולות גזרה לשירות של ה-VPC. למידע נוסף, ראו הגבלת כתובות IP חיצוניות למכונות וירטואליות ספציפיות.
בזמן ההתחברות לתחנת העבודה, בקרת הגישה מבוססת רק על השאלה אם הרשת הפרטית שממנה מתחברים שייכת לגבולות האבטחה. אין תמיכה בבקרת גישה שמבוססת על מכשיר, כתובת IP ציבורית או מיקום.
מערכת Cloud IDS משתמשת ב-Cloud Logging כדי ליצור יומני איומים בפרויקט. אם Cloud Logging מוגבל על ידי גבולות הגזרה לשירות, VPC Service Controls חוסם את יומני האיומים של Cloud IDS, גם אם Cloud IDS לא נוסף כ-restricted service לגבולות הגזרה. כדי להשתמש ב-Cloud IDS בתוך גבולות גזרה לשירות, צריך להגדיר כלל כניסה לחשבון השירות של Cloud Logging בגבולות גזרה לשירות.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
policytroubleshooter.googleapis.com
פרטים
כשמגדירים גבולות גזרה כדי להגביל את Policy Troubleshooter API, חשבונות משתמשים יכולים לפתור בעיות שקשורות למדיניות הרשאות של IAM רק אם כל המשאבים שכלולים בבקשה נמצאים באותו גבול גזרה. בדרך כלל יש שני משאבים שקשורים לבקשה לפתרון בעיות:
המשאב שאתם מנסים לפתור את בעיית הגישה אליו. המשאב הזה יכול להיות מכל סוג. אתם מציינים במפורש את המשאב הזה כשאתם פותרים בעיות שקשורות למדיניות הרשאות.
המשאב שבו אתם משתמשים כדי לפתור את בעיית הגישה. המשאב הזה הוא פרויקט, תיקייה או ארגון. במסוף Google Cloud וב-CLI של gcloud, המשאב הזה נגזר על סמך הפרויקט, התיקייה או הארגון שבחרתם. ב-API בארכיטקטורת REST, מציינים את המשאב הזה באמצעות הכותרת x-goog-user-project.
המשאב הזה יכול להיות זהה למשאב שאתם פותרים את בעיית הגישה אליו, אבל הוא לא חייב להיות זהה.
אם המשאבים האלה לא נמצאים באותו היקף, הבקשה נכשלת.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
policysimulator.googleapis.com
פרטים
אפשר להגביל את Policy Simulator API באמצעות גבולות גזרה כשמדמים את מדיניות הארגון או את מדיניות ההרשאה והדחייה.
גורמים ראשיים יכולים לדמות מדיניות ארגונית כמו שצריך בתוך גבולות שירות.
חשבונות משתמשים יכולים לדמות כללי מדיניות הרשאה רק אם משאבים מסוימים שמעורבים בהדמיה נמצאים באותו היקף. יש כמה משאבים שמעורבים בהדמיה של מדיניות הרשאות:
המשאב שמדיניות ההרשאות שלו נבדקת בסימולציה. המשאב הזה נקרא גם משאב היעד. במסוף Google Cloud , זהו המשאב שמדיניות ההרשאות שלו נערכת. ב-CLI של gcloud וב-API בארכיטקטורת REST, אתם מציינים את המשאב הזה באופן מפורש כשאתם מדמים מדיניות הרשאה.
הפרויקט, התיקייה או הארגון שיוצרים ומריצים את הסימולציה. המשאב הזה נקרא גם משאב המארח. במסוף Google Cloud וב-CLI של gcloud, המשאב הזה נגזר על סמך הפרויקט, התיקייה או הארגון שבחרתם. ב-API בארכיטקטורת REST, מציינים את המשאב הזה באמצעות הכותרת x-goog-user-project.
המשאב הזה יכול להיות זהה למשאב שאתם מדמים את הגישה אליו, אבל זה לא חובה.
המשאב שמספק יומני גישה לסימולציה. בסימולציה, תמיד יש משאב אחד שמספק יומני גישה לסימולציה. המשאב הזה משתנה בהתאם לסוג משאב היעד:
אם אתם מדמים מדיניות הרשאות לפרויקט או לארגון, הכלי Policy Simulator מאחזר את יומני הגישה של הפרויקט או הארגון.
אם אתם מדמים מדיניות הרשאות לסוג אחר של משאב, הכלי לאחזור יומני הגישה של הפרויקט או הארגון שנמצאים מעל למשאב בהיררכיית המשאבים.
אם מדמים מדיניות הרשאות של כמה משאבים בו-זמנית, כלי סימולטור המדיניות מאחזר את יומני הגישה של הפרויקט או הארגון המשותפים הקרובים ביותר של המשאבים.
כל המשאבים הנתמכים עם כללי מדיניות הרשאה רלוונטיים.
כשהסימולטור של המדיניות מריץ סימולציה, הוא מביא בחשבון את כל כללי מדיניות ההרשאות שעשויים להשפיע על הגישה של המשתמש, כולל כללי מדיניות ההרשאות במשאבים הקודמים והצאצאים של משאב היעד. כתוצאה מכך, המשאבים האלה, שהם אבות קדמונים וצאצאים, מעורבים גם בסימולציות.
אם משאב היעד ומשאב המארח לא נמצאים באותו היקף, הבקשה תיכשל.
אם משאב היעד והמשאב שמספק יומני גישה לסימולציה לא נמצאים באותו היקף, הבקשה תיכשל.
אם משאב היעד וחלק מהמשאבים הנתמכים עם כללי מדיניות הרשאה רלוונטיים לא נמצאים באותו היקף, הבקשה תצליח, אבל יכול להיות שהתוצאות לא יהיו מלאות. לדוגמה, אם אתם מדמים מדיניות לפרויקט שנמצא בהיקף, התוצאות לא יכללו את מדיניות ההרשאות של הארגון שמעל לפרויקט בהיררכיה, כי ארגונים תמיד נמצאים מחוץ להיקפים של VPC Service Controls. כדי לקבל תוצאות מלאות יותר, אפשר להגדיר כללי תעבורת נתונים נכנסת (ingress) ותעבורת נתונים יוצאת (egress) לגבולות הגזרה.
ב-VPC Service Controls אי אפשר להוסיף משאבים ברמת התיקייה או הארגון לגבולות גזרה לשירות. לכן אי אפשר להשתמש ב-VPC Service Controls כדי להגן על סימולציות של כללי מדיניות דחייה ברמת התיקייה וברמת הארגון. הדמיות של מדיניות דחייה במשאבים שמחוץ לגבולות הגזרה לשירות עדיין מחזירות תוצאות מלאות, והדמיות של מדיניות דחייה במשאבים ברמת הפרויקט מוגנות.
כדי להגן באופן מלא על Identity Platform, מוסיפים את Secure Token API (securetoken.googleapis.com) לגבולות גזרה לשירות כדי לאפשר רענון של אסימונים. securetoken.googleapis.com לא מופיע בדף VPC Service Controls במסוף Google Cloud .
אפשר להוסיף את השירות הזה רק באמצעות הפקודה gcloud access-context-manager perimeters update.
אם האפליקציה שלכם משתלבת גם עם התכונה 'פונקציות חסימה', הוסיפו את פונקציות Cloud Run (cloudfunctions.googleapis.com) לגבולות גזרה לשירות.
השימוש באימות רב-שלבי (MFA) שמבוסס על SMS, באימות אימייל או בספקי זהויות של צד שלישי גורם לשליחת נתונים מחוץ להיקף. אם אתם לא משתמשים באימות רב-שלבי באמצעות SMS, אימות באימייל או ספקי זהויות של צד שלישי, השביתו את התכונות האלה.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
לא. אי אפשר להגן על ה-API של Google Distributed Cloud (תוכנה בלבד) לשרת פיזי באמצעות גבולות גזרה לשירות.
עם זאת, אפשר להשתמש ב-Google Distributed Cloud (תוכנה בלבד) ל-Bare Metal כרגיל בפרויקטים בתוך גבולות גזרה.
פרטים
אתם יכולים ליצור אשכול בסביבה שלכם, שמחובר ל-VPC באמצעות Cloud Interconnect או Cloud VPN.
מידע נוסף על Google Distributed Cloud (תוכנה בלבד) לשרת פיזי זמין במסמכי התיעוד של המוצר.
מגבלות
כדי להגן על האשכולות, צריך להשתמש ב-VIP מוגבל ב-Google Distributed Cloud (תוכנה בלבד) ל-Bare Metal, ולהוסיף את כל ממשקי ה-API הבאים לגבולות הגזרה לשירות:
Artifact Registry API (artifactregistry.googleapis.com)
Google Cloud Resource Manager API (cloudresourcemanager.googleapis.com)
Compute Engine API (compute.googleapis.com)
Connect Gateway API (connectgateway.googleapis.com)
רק מהדורות Enterprise או Embed של מכונות Looker (Google Cloud core) שמשתמשות בחיבורי IP פרטיים תומכות בתאימות ל-VPC Service Controls. מכונות של Looker (Google Cloud core) עם קישורים דרך IP ציבורי או עם קישורים דרך IP ציבורי ופרטי לא תומכות בתאימות ל-VPC Service Controls. כדי ליצור מכונה שמשתמשת בקישור דרך IP פרטי, בוחרים באפשרות Private IP בקטע Networking בדף Create instance במסוף Google Cloud .
כשממקמים או יוצרים מופע של Looker (ליבת Google Cloud) בתוך service perimeter של VPC Service Controls, צריך להסיר את נתיב ברירת המחדל לאינטרנט באמצעות קריאה לשיטה services.enableVpcServiceControls או באמצעות הפעלת הפקודה gcloud הבאה:
הסרת נתיב ברירת המחדל מגבילה את התעבורה היוצאת רק לשירותים שתואמים ל-VPC Service Controls. לדוגמה, שליחת אימייל תיכשל כי ה-API שמשמש לשליחת אימייל לא תואם ל-VPC Service Controls.
אם אתם משתמשים ב-VPC משותף, ודאו שאתם כוללים את פרויקט השירות של Looker (Google Cloud core) באותם גבולות גזרה לשירות כמו הפרויקט המארח של ה-VPC המשותף, או שאתם יוצרים גבולות גזרה מגושרים בין שני הפרויקטים. אם פרויקט השירות של Looker (Google Cloud core) ופרויקט המארח של ה-VPC המשותף לא נמצאים באותו היקף או שלא יכולים לתקשר דרך גשר היקפי, יכול להיות שיצירת המופע תיכשל או שהמופע של Looker (Google Cloud core) לא יפעל בצורה תקינה.
אפשר להגן על ממשקי ה-API של Security Command Center באמצעות VPC Service Controls, ולהשתמש ב-Security Command Center כרגיל בתוך גבולות הגזרה לשירות.
השירותים securitycenter.googleapis.com ו-securitycentermanagement.googleapis.com
כלולים בחבילה אחת. כשמגבילים את השירות securitycenter.googleapis.com בהיקף, ההיקף מגביל את השירות securitycentermanagement.googleapis.com כברירת מחדל. אי אפשר להוסיף את השירות securitycentermanagement.googleapis.com לרשימת השירותים המוגבלים בהיקף, כי הוא כלול בחבילה עם securitycenter.googleapis.com.
מידע נוסף על Security Command Center זמין במסמכי המוצר.
מגבלות
ב-VPC Service Controls אין תמיכה בגישה למשאבים של Security Command Center API ברמת התיקייה או ברמת הארגון, ממשאבים ומלקוחות שנמצאים בתוך גבולות הגזרה לשירות. VPC Service Controls מגן על משאבי Security Command Center API ברמת הפרויקט. אפשר לציין מדיניות יציאה כדי למנוע גישה למשאבי Security Command Center API ברמת הפרויקט מפרויקטים בתוך הגבולות.
ב-VPC Service Controls אי אפשר להוסיף לגבולות הגזרה לשירות משאבים של Security Command Center API ברמת התיקייה או הארגון. אי אפשר להשתמש במתחם כדי להגן על משאבים של Security Command Center API ברמת התיקייה או הארגון. כדי לנהל את ההרשאות של Security Command Center ברמת התיקייה או הארגון, מומלץ להשתמש ב-IAM.
שירות VPC Service Controls לא תומך בשירות מצב האבטחה, כי המשאבים של מצב האבטחה (כמו מצבי אבטחה, פריסות של מצבי אבטחה ותבניות מוגדרות מראש של מצבי אבטחה) הם משאבים ברמת הארגון.
אי אפשר לייצא ממצאים ברמת התיקייה או הארגון ליעדים שנמצאים בתוך גבולות הגזרה לשירות.
שירות VPC Service Controls לא תומך ב-Google Security Operations (Google Security Operations SIEM ו-Google Security Operations SOAR). הפעלת Security Command Center Enterprise בפרויקטים בתוך גבולות גזרה של שירות עלולה להוביל להפרות ממערכות אבטחה שלא נתמכות. אם הגדרתם את VPC Service Controls, לפני שאתם יוצרים מכונה של Google Security Operations, העבירו את הפרויקט של Google Cloud ואת הפרויקט של Cloud Key Management Service (Cloud KMS) למפתחות הצפנה בניהול הלקוח (CMEK) אל מחוץ להיקף של VPC Service Controls.
כשמשלבים את Security Command Center עם מוצר SIEM או SOAR נתמך של צד שלישי, והמוצר נפרס בתוך גבולות גזרה לשירות בסביבת Google Cloud .
מערכות SIEM ו-SOAR נתמכות כוללות את Splunk ואת IBM QRadar.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudsupport.googleapis.com
פרטים
אפשר להגן על ה-API של Cloud Customer Care באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
אם מגדירים את הווידג'ט של Agent Search לגישה ציבורית (כלומר, בלי אסימון OAuth), הקריאות לקצה העורפי של ה-API מתבצעות באמצעות סוכן שירות שמנוהל על ידי Google. מכיוון שהתנועה הזו לא כוללת את אסימון האימות שלכם, הבקשה יכולה לעקוף את כללי הכניסה שהוגדרו ב-VPC Service Controls של הארגון. גם אם אתם מגינים על השירות discoveryengine.googleapis.com בתוך היקף של VPC Service Controls, עדיין אפשר לגשת לווידג'ט עם גישה ציבורית מחוץ להיקף הזה. אם הארגון שלכם דורש אכיפה של VPC Service Controls כדי להגן על מידע אישי רגיש, אל תפעילו ווידג'ט עם גישה ציבורית.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
ssh-serialport.googleapis.com
פרטים
כדי להשתמש בהגנה של VPC Service Controls כשמתחברים לקונסולה הטורית של מכונה וירטואלית (VM), צריך לציין כלל תעבורת נתונים נכנסת לגבולות הגזרה לשירות. כשמגדירים את כלל הכניסה, רמת הגישה של המקור צריכה להיות ערך שמבוסס על כתובת IP, ושם השירות צריך להיות ssh-serialport.googleapis.com.
כלל הכניסה נדרש כדי לגשת למסוף הטורי, גם אם בקשת המקור ומשאב היעד נמצאים באותו היקף.
כשמוסיפים רשתות קיימות של VMware Engine, עננים פרטיים, מדיניות רשת וקישור VPC להיקף שירות VPC, המשאבים שנוצרו בעבר לא נבדקים שוב כדי לראות אם הם עדיין עומדים בדרישות המדיניות של ההיקף.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudcontrolspartner.googleapis.com
פרטים
אפשר להגן על Cloud Controls Partner API באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
מידע נוסף על מסוף השותפים ב-Sovereign Controls by Partners זמין במסמכי התיעוד של המוצר.
מגבלות
השירות הזה צריך להיות מוגבל לכל מי שלא שותף. אם אתם שותפים שתומכים ב-Sovereign Controls by Partners, אתם יכולים להגן על השירות הזה באמצעות גבולות גזרה לשירות.
השירותים earthengine.googleapis.com ו-earthengine-highvolume.googleapis.com
מצורפים יחד. כשמגבילים את השירות earthengine.googleapis.com בגבולות גזרה, השירות earthengine-highvolume.googleapis.com מוגבל כברירת מחדל. אי אפשר להוסיף את השירות earthengine-highvolume.googleapis.com לרשימת השירותים המוגבלים בגבולות גזרה, כי הוא כלול בחבילה עם earthengine.googleapis.com.
Code Editor של Earth Engine, סביבת פיתוח משולבת (IDE) מבוססת-אינטרנט עבור Earth Engine JavaScript API, לא נתמכת, ו-VPC Service Controls לא מאפשרת להשתמש ב-Code Editor של Earth Engine עם משאבים ולקוחות בתוך גבולות גזרה לשירות.
אין תמיכה בEarth Engine Apps במשאבים ובלקוחות שנמצאים בתוך היקף שירות.
אפשר להשתמש ב-VPC Service Controls רק בתוכניות התמחור Premium ו-Professional של Earth Engine. מידע נוסף על תוכניות התמחור זמין במאמר
תוכניות Earth Engine.
אם אתם משתמשים ב App Topology, הוסיפו את ה-API (apptopology.googleapis.com) לרשימת השירותים המוגבלים בגבולות גזרה לשירות כדי לשמור על הגבלה עקבית.
באפליקציות בתוך תיקייה, ההגבלות של VPC Service Controls חלות רק על אינטראקציות של App Hub בפרויקט הניהול. מרכז האפליקציות יכול לקרוא את נתוני האפליקציה ולגלות שירותים ועומסי עבודה בכל הפרויקטים הצאצאים של התיקייה לניהול אפליקציות, גם אם הפרויקטים האלה לא נמצאים באותו היקף כמו פרויקט הניהול.
בפרויקטים מארחים מדור קודם, אפשר לצרף פרויקט שירות רק אם הפרויקט המארח ופרויקט השירות נמצאים באותו היקף. אם מעבירים פרויקט שירות שצורף בעבר אל מחוץ להיקף, המשאבים של פרויקט השירות נשארים נגישים עד שמנתקים את פרויקט השירות מהפרויקט המארח.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudcode.googleapis.com
פרטים
אפשר להגן על Cloud Code API באמצעות VPC Service Controls. כדי להשתמש בתכונות מבוססות-Gemini ב-Cloud Code, צריך להגדיר מדיניות כניסה כדי לאפשר תנועה מלקוחות IDE. פרטים נוספים זמינים במאמרי העזרה של Gemini.
משאבים כמו בקשת רכש ובקשת גישה, שנוצרים על ידי Commerce Org Governance API ברמת הפרויקט, מופיעים ברמת הארגון ונבדקים על ידי Organization Administrator בלי לאכוף את כללי המדיניות של VPC Service Controls.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
contactcenteraiplatform.googleapis.com
פרטים
כדי להגביל את תנועת האינטרנט, משתמשים במדיניות הארגון.
מפעילים את השיטות CREATE או UPDATE של Google Cloud Contact Center as a Service API כדי להחיל באופן ידני את המגבלות של מדיניות הארגון.
מידע נוסף על Google Cloud Contact Center as a Service זמין במסמכי המוצר.
מגבלות
אין מגבלות ידועות לשילוב של Google Cloud Contact Center as a Service עם VPC Service Controls.
ב-VPC Service Controls אי אפשר להוסיף לגבולות הגזרה לשירות משאבים ברמת התיקייה או ברמת הארגון. אי אפשר להשתמש בגבולות גזרה כדי להגן על משאבים של Privileged Access Manager ברמת התיקייה או הארגון. VPC Service Controls מגן על משאבים של Privileged Access Manager ברמת הפרויקט.
כדי להגן על Privileged Access Manager, צריך לכלול את ממשקי ה-API הבאים בהיקף:
אי אפשר להשתמש בגבולות גזרה כדי להגן על משאבי כלי לניהול ביקורות ברמת התיקייה או הארגון. כדי לנהל את ההרשאות של Audit Manager ברמת התיקייה או הארגון, מומלץ להשתמש ב-IAM.
אם מריצים ביקורת ברמת הפרויקט, הפרויקט מוגן על ידי היקף, וקטגוריית Cloud Storage לא נמצאת באותו היקף, צריך להגדיר כלל יציאה לפרויקט שמכיל את קטגוריית Cloud Storage.
כשמפעילים את VPC Service Controls ב Google Cloud פרויקט ש
מכיל אפליקציית Gemini Enterprise, כברירת מחדל נחסמת האפשרות
ליצור פעולות ב-Gemini Enterprise או להשתמש בהן,
וכל ניסיון ליצור פעולה בממשק המשתמש נאסר. כדי להפעיל פעולות בשירותים ספציפיים ולהשתמש בהן בהיקף ההרשאות של VPC Service Controls, צריך לפנות לנציג Google ולבקש להוסיף אתכם לרשימת ההיתרים.
אי אפשר לאכוף את היקף השירות של VPC Service Controls בפרויקט שיש בו מאגרי נתונים קיימים. כדי לאכוף הגבלות של VPC Service Controls על מאגר נתונים קיים, צריך למחוק את מאגר הנתונים ואז ליצור אותו מחדש.
אם בפרויקט שלכם מופעל VPC Service Controls, אתם לא יכולים להוסיף כתובות של אתרים כמקורות ל-Notebook ב-Gemini Notebook Enterprise.
הסיבה לכך היא שאם מטמיעים אתר ישירות, המערכת מבצעת סריקה של האתר בזמן אמת ויוצרת תנועה יוצאת, וזה מפר את כללי המדיניות של גבולות הגזרה של VPC Service Controls. אפשר להוסיף סוגי מקורות אחרים, כמו Google Docs וכתובות URL של YouTube, לתיקיות Notebook בפרויקטים שבהם מופעל VPC Service Controls.
כדי למנוע תנועה יוצאת לאינטרנט באמצעות שרתי proxy מסוג HTTP של Developer Connect, מוסיפים מדיניות ארגונית בהתאמה אישית שמונעת יצירת חיבורים בלי Service Directory או מגבילה את יצירת החיבורים למערכות מסוימות לניהול קוד מקור (SCMS).
Model Armor משתמש בנקודות קצה אזוריות, שלא נתמכות בגישה פרטית ל-Google. כשמגבילים את Model Armor בתוך היקף, צריך להשתמש בנקודת קצה (endpoint) של Private Service Connect כדי ש-Model Armor יפעל כמצופה עם VPC Service Controls.
התאמה אוטומטית לעומס (Automatic scaling)
סטטוס
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
autoscaling.googleapis.com
פרטים
אפשר להגן על ה-API של Autoscaling באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
מגבלות
אין מגבלות ידועות לשילוב של התאמה אוטומטית לעומס עם VPC Service Controls.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
places.googleapis.com
פרטים
אפשר להגן על API של מקומות (חדש) באמצעות VPC Service Controls, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
לא. אי אפשר להגן על API להמרת כתובות לקואורדינטות (geocoding) באמצעות גבולות גזרה לשירות.
עם זאת, אפשר להשתמש בהמרת כתובות לקואורדינטות כרגיל בפרויקטים שנמצאים בתוך היקף הרשאות גישה.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudsecuritycompliance.googleapis.com
פרטים
אפשר להגן על ה-API של Compliance Manager באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
אי אפשר להשתמש בגבולות גזרה כדי להגן על משאבים של Compliance Manager ברמת התיקייה או ברמת הארגון. כדי לנהל את ההרשאות של Compliance Manager ברמת התיקייה או הארגון, משתמשים ב-IAM.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
cloudlocationfinder.googleapis.com
פרטים
בעזרת Cloud Location Finder אתם יכולים לזהות ולסנן מיקומי ענן באזורים ובאזורי זמינות ב- Google Cloud, ב-Google Distributed Cloud, ב-Microsoft Azure, ב-Amazon Web Services וב-Oracle Cloud Infrastructure, על סמך קרבה, מיקום גיאוגרפי וטביעת רגל פחמנית.
אתם יכולים להגן על Cloud Location Finder API באמצעות VPC Service Controls, ולהשתמש ב-Cloud Location Finder API כרגיל בתוך service perimeters.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
geminidataanalytics.googleapis.com
פרטים
אפשר להגביל את נקודת הקצה של שירות Conversational Analytics API רק באמצעות גבולות גזרה לשירות. כדי לאכוף הגנה על נתונים במקורות הנתונים של Conversational Analytics API, כמו BigQuery ו-Looker, צריך גם להגביל את מקורות הנתונים האלה ואת השירותים התואמים בגבולות הגזרה לשירות.
גבולות הגזרה לשירות עוזרים להגן על Conversational Analytics API, ו-IAM עוזר לנהל את הגישה ל-API ולמקורות הנתונים הבסיסיים שלו. כדי להגביל את הנתונים שבהם אתם משתמשים עם Conversational Analytics API בתוך גבולות הגזרה, אתם צריכים את הרשאות ה-IAM הנדרשות כדי לגשת ל-API ולמקורות הנתונים מתוך ה-API.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
ces.googleapis.com
פרטים
כשמגבילים את CX Agent Studio API (ces.googleapis.com) בגבולות גזרה לשירות, צריך להוסיף גם את CX Insights API (contactcenterinsights.googleapis.com) לרשימת השירותים המוגבלים בהגדרות של גבולות הגזרה. מידע נוסף זמין במאמר הגדרת VPC Service Controls ל-CX Agent Studio.
מידע נוסף על Customer Experience Agent Studio זמין במסמכי המוצר.
מגבלות
להבין את המגבלות של השימוש ב-CX Agent Studio עם VPC Service Controls.
כדי להעביר נתונים בין Managed Lustre לבין Cloud Storage, הפרויקט שמכיל את הקטגוריה של Cloud Storage צריך להיות באותם גבולות גזרה לשירות כמו המכונה של Managed Lustre. כדי לייבא או לייצא נתונים מחוץ למתחם, צריך להגדיר כלל תעבורת נתונים יוצאת (egress) שמאפשר לסוכן השירות של Managed Lustre (service-PROJECT_NUMBER@gcp-sa-lustre.iam.gserviceaccount.com) לגשת לקטגוריה.
אם אתם משתמשים גם ב-VPC משותף וגם ב-VPC Service Controls, הפרויקט המארח שמכיל את הרשת והפרויקט של השירות שמכיל את המכונה של Managed Lustre צריכים להיות באותו מתחם. הפרדה בין פרויקט המארח לפרויקט השירות באמצעות גבולות גזרה עלולה לגרום למופעים קיימים להיות לא זמינים ולמנוע יצירה של מופעים חדשים.
כשמפעילים את App Topology API, App Topology מוסיף נתיב גישה למטא-נתונים מוגבלים של אפליקציות App Hub, של מעקבים ב-Cloud Trace ושל התראות ב-Cloud Monitoring. דוגמאות למטא-נתונים: זמני ההתחלה והסיום של טווח המעקב ומזהי האפליקציות בטופולוגיית האפליקציה.
באפליקציות בתוך תיקייה, ההגבלות של VPC Service Controls על App Hub חלות רק על האינטראקציות של App Hub בפרויקט הניהול. כתוצאה מכך, App Topology יכול לקרוא נתונים של אפליקציות, שירותים ועומסי עבודה בכל הפרויקטים שצאצאים של התיקייה שבה האפליקציה מופעלת, גם אם הפרויקטים האלה לא נמצאים באותו היקף כמו פרויקט הניהול.
תצוגה מקדימה. השילוב של המוצר הזה עם VPC Service Controls נמצא בגרסת טרום-השקה (Preview) ומוכן לבדיקה ולשימוש נרחבים יותר, אבל הוא לא נתמך באופן מלא בסביבות ייצור.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את גבולות הגזרה כדי להגן על השירות הזה.
שם השירות
universalledger.googleapis.com
פרטים
Universal Ledger API פועל ברשתות משותפות עם כמה דיירים, שבהן הנתונים שנשלחים ל-ledger מסווגים כנתוני עסקאות. לפי התנאים הספציפיים לשירות, נתוני עסקאות – שכוללים מטענים ייעודיים (payloads) של עסקאות, מפתחות ציבוריים וחתימות קריפטוגרפיות – לא נכללים בהגדרה של נתוני לקוחות. בגלל האופי השיתופי של רשת הפנקס, נתוני העסקאות שנשלחים לפנקס יהיו נגישים לכל המשתתפים המורשים בפנקס. לכן, אי אפשר להגביל או להכיל את הנתונים האלה באמצעות הגדרת היקף השירות של VPC Service Controls של לקוח ספציפי.
למרות ש-VPC Service Controls מגן על תעבורת הנתונים הנכנסת והיוצאת של ה-API, הוא לא אוכף את החשיפה של הנתונים אחרי שהעסקאות נרשמות בספר החשבונות המשותף. כדי למנוע זליגת מידע, משתמשים במדיניות דחייה של IAM כדי להגביל שיטות שמשנות נתונים, כמו universalledger.endpoints.submitTransaction. הגישה הזו חוסמת משתמשים לא מורשים מלפרסם נתונים מתוך ההיקף, ומאפשרת גישה לקריאה בלבד.
שירותי Google שלא מופיעים בדף הזה לא משולבים באופן מלא עם VPC Service Controls. הגדרות החיבור המבודד קובעות איך מנהלים את הגישה לשירותים הבאים שלא נתמכים:
שימוש ב-Restricted VIP (restricted.googleapis.com) או ב-Private Service Connect עם חבילת vpc-sc: הגישה לשירותים שלא נתמכים חסומה.
שימוש ב-VIP פרטי (private.googleapis.com) או ב-Private Service Connect עם חבילת all-apis:
הגישה לשירותים לא נתמכים מותרת כברירת מחדל. כדי לשלוט בגישה הזו ולצמצם את הסיכונים לזליגת נתונים, צריך להגדיר תבניות שירות של VPC Service Controls.
תבניות שירות מאפשרות להגדיר במפורש אילו תבניות של כתובות URL לשירותים לא נתמכים מותרות מתוך גבולות הגזרה לשירות.
כתובת ה-IP הווירטואלית (VIP) המוגבלת מאפשרת למכונות וירטואליות שנמצאות בתוך גבולות גזרה לשירות, לבצע קריאות לשירותי Google Cloud בלי לחשוף את הבקשות לאינטרנט. ברשימה המלאה של השירותים שזמינים ב-VIP המוגבל תוכלו לראות אילו שירותים נתמכים ב-VIP המוגבל.
שירותים לא נתמכים
אם תנסו להגביל שירות שלא נתמך באמצעות כלי שורת הפקודה של gcloud או Access Context Manager API, תופיע הודעת שגיאה.
הגישה לנתונים של שירותים נתמכים בין פרויקטים תיחסם על ידי VPC Service Controls.
בנוסף, אפשר להשתמש ב-VIP המוגבל כדי לחסום את היכולת של עומסי עבודה לקרוא לשירותים לא נתמכים.
מגבלות ידועות אחרות
בקטע הזה מתוארות מגבלות ידועות של שירותים, מוצרים וממשקים מסוימים שלGoogle Cloud , שעלולות להתרחש כשמשתמשים ב-VPC Service Controls.
בטבלת המוצרים הנתמכים מפורטות המגבלות של המוצרים שנתמכים על ידי VPC Service Controls.
מידע נוסף על פתרון בעיות ב-VPC Service Controls זמין בדף פתרון בעיות.
AutoML API
כשמשתמשים ב-AutoML API עם VPC Service Controls, חלות המגבלות הבאות:
אי אפשר להוסיף את נקודות הקצה האזוריות הנתמכות, כמו eu-automl.googleapis.com, לרשימת השירותים המוגבלים בהיקף. כשמגנים על השירות automl.googleapis.com, גבולות הגזרה מגינים גם על נקודות הקצה האזוריות הנתמכות, כמו eu-automl.googleapis.com.
כשמשתמשים בגבולות גזרה לשירות כדי להגן על automl.googleapis.com, הגישה לכל מוצרי AutoML שמשולבים עם VPC Service Controls ומשמשים בתוך גבולות הגזרה מושפעת. צריך להגדיר את גבולות הגזרה של VPC Service Controls לכל מוצרי AutoML המשולבים שבהם נעשה שימוש בתוך גבולות הגזרה האלה.
כדי להגן באופן מלא על AutoML API, צריך לכלול את כל ממשקי ה-API הבאים בגבולות הגזרה:
AutoML API (automl.googleapis.com)
Cloud Storage API (storage.googleapis.com)
Compute Engine API (compute.googleapis.com)
BigQuery API (bigquery.googleapis.com)
App Engine
VPC Service Controls לא תומך ב-App Engine (גם בסביבה הרגילה וגם בסביבה הגמישה). אל תכללו פרויקטים של App Engine בגבולות הגזרה לשירות.
עם זאת, אפשר לאפשר לאפליקציות App Engine שנוצרו בפרויקטים מחוץ לגבולות הגזרה של השירות לקרוא ולכתוב נתונים לשירותים מוגנים בתוך גבולות הגזרה. כדי לאפשר לאפליקציה לגשת לנתונים של שירותים מוגנים, צרו רמת גישה שכוללת את חשבון השירות של App Engine בפרויקט. הפעולה הזו לא מאפשרת להשתמש ב-App Engine בתוך גבולות הגזרה לשירות.
Bare Metal Solution
חיבור של VPC Service Controls לסביבת Bare Metal Solution לא מבטיח שום בקרת שירות.
אפשר להוסיף את Bare Metal Solution API למתחם מאובטח. עם זאת, גבולות הגזרה של VPC Service Controls לא חלים על סביבת Bare Metal Solution בתוספים האזוריים.
Blockchain Node Engine
VPC Service Controls מגן רק על Blockchain Node Engine API.
כשיוצרים צומת, עדיין צריך לציין שהוא מיועד לרשת פרטית שהוגדרה על ידי המשתמש באמצעות Private Service Connect.
תעבורת הנתונים בין עמיתים לא מושפעת מ-VPC Service Controls או מ-Private Service Connect, והיא תמשיך להשתמש באינטרנט הציבורי.
ספריות לקוח
צריך להשתמש בספריות לקוח שעודכנו החל מ-1 בנובמבר 2018.
הלקוחות צריכים לעדכן את המטא-נתונים של לקוח OAuth2 או את המפתחות של חשבונות השירות עד 1 בנובמבר 2018 או מאוחר יותר. לקוחות ישנים יותר שמשתמשים בנקודת הקצה של האסימון צריכים לעבור לנקודת הקצה שצוינה בחומר המפתח החדש יותר או במטא-נתונים של הלקוח.
חיוב ב-Cloud
שירות VPC Service Controls לא תומך בחיוב ב-Cloud. אתם יכולים לייצא את נתוני החיוב ב-Cloud לקטגוריה של Cloud Storage או למכונה של BigQuery בפרויקט שמוגן על ידי גבולות גזרה לשירות, בלי להגדיר רמת גישה או כלל תעבורת נתונים נכנסת.
Cloud Deployment Manager
Deployment Manager לא נתמך על ידי VPC Service Controls.
יכול להיות שהמשתמשים יוכלו להתקשר לשירותים שתואמים ל-VPC Service Controls, אבל הם לא צריכים להסתמך על זה כי יכול להיות שזה לא יעבוד.
כפתרון עקיף, אפשר להוסיף את חשבון השירות של Deployment Manager (PROJECT_NUMBER@cloudservices.gserviceaccount.com) לרמות הגישה כדי לאפשר קריאות לממשקי API שמוגנים על ידי VPC Service Controls.
Cloud Shell
שירות VPC Service Controls לא תומך ב-Cloud Shell. ב-VPC Service Controls, Cloud Shell נחשב כנמצא מחוץ לגבולות הגזרה לשירות, והגישה לנתונים שמוגנים על ידי VPC Service Controls נדחית. עם זאת, ב-VPC Service Controls אפשר לגשת ל-Cloud Shell אם מכשיר שעומד בדרישות של רמת הגישה של גבולות הגזרה לשירות מפעיל את Cloud Shell.
Gemini Cloud Assist
התמיכה ב-VPC Service Controls לתכונה Gemini Cloud Assist investigations (תצוגה מקדימה) תופסק החל מ-13 באפריל 2026. השינוי הזה יושק במהלך שבוע. הגישה לחקירות של Gemini Cloud Assist (גרסת Preview) מתוך מתחם היקפי של VPC Service Controls חסומה. כדי להמשיך להשתמש בתכונה הזו, צריך לשלוח בקשות מחוץ לגבולות הגזרה של VPC Service Controls. מידע נוסף זמין במאמר הוצאה משימוש של התמיכה ב-VPC Service Controls בחקירות של Gemini Cloud Assist.
Firebase
אם הפרויקט שלכם נמצא בתוך גבולות גזרה שמוגבל על ידי apikeys.googleapis.com, הפעלת Firebase בפרויקט תגרום להפרה של NO_MATCHING_ACCESS_LEVEL. כדי לפתור את הבעיה, צריך ליצור כלל תעבורת נתונים נכנסת שנותן לחשבונות השירות של Firebase גישה אל apikeys.googleapis.com.
מסוףGoogle Cloud
הגישה למסוף Google Cloud אפשרית רק דרך האינטרנט, ולכן הוא נחשב מחוץ לגבולות הגזרה לשירות. כשמחילים גבולות גזרה לשירות, יכול להיות שלא תהיה גישה מלאה או חלקית לממשק של מסוף Google Cloud לשירותים שהגנתם עליהם. לדוגמה, אם הגנתם על Logging באמצעות גבולות גזרה, לא תוכלו לגשת לממשק Logging במסוף Google Cloud .
כדי לאפשר גישה למשאבים שמוגנים על ידי גבולות גזרה מ- Google Cloud , צריך ליצור רמת גישה לטווח ציבורי של כתובות IP שכולל את המכונות של משתמשים שרוצים להשתמש ב- Google Cloud עם ממשקי API מוגנים. לדוגמה, אפשר להוסיף את טווח כתובות ה-IP הציבוריות של שער ה-NAT ברשת הפרטית לרמת גישה, ואז להקצות את רמת הגישה הזו לגבולות גזרה לשירות.
אם רוצים להגביל את הגישה למסוף Google Cloud בפרימטר כך שרק קבוצה מסוימת של משתמשים תוכל לגשת אליו, אפשר גם להוסיף את המשתמשים האלה לרמת גישה. במקרה כזה, רק המשתמשים שצוינו יוכלו לגשת למסוףGoogle Cloud .
יכול להיות שייחסמו בקשות דרך מסוף Google Cloud מרשת שמופעלת בה גישה פרטית ל-Google, כולל רשתות שמופעלות באופן משתמע על ידי Cloud NAT, גם אם רשת המקור שממנה נשלחה הבקשה ומשאב היעד נמצאים באותו היקף. הסיבה לכך היא ש-VPC Service Controls לא תומך בגישה למסוף דרך גישה פרטית ל-Google.Google Cloud
Google Cloud שרת מטא-נתונים
במכונות וירטואליות של Compute Engine ובצמתים של GKE, ההגנה של VPC Service Controls לא חלה על תעבורת הנתונים הנכנסת אל Google Cloud שרת המטא-נתונים או על תעבורת הנתונים היוצאת ממנו.
גישה לשירותים פרטיים
גישה לשירותים פרטיים תומכת בפריסת מופע שירות ברשת VPC משותפת.
אם אתם משתמשים בהגדרה הזו עם VPC Service Controls, ודאו שהפרויקט המארח שמספק את הרשת והפרויקט של השירות שמכיל את מופע השירות נמצאים באותו היקף של VPC Service Controls. אחרת, יכול להיות שהבקשות ייחסמו ומופעי השירות לא יפעלו כמו שצריך.
מידע נוסף על שירותים שתומכים בגישה לשירותים פרטיים זמין במאמר שירותים נתמכים.
GKE Multi-cloud
VPC Service Controls חל רק על משאבים בתוך הפרויקט שלכם ב- Google Cloud. סביבת הענן של הצד השלישי שמארחת את אשכולות GKE Multi-Cloud לא עומדת באף אחת מההתחייבויות של אמצעי הבקרה על השירות.
Google Distributed Cloud
אפשר להשתמש ב-VPC Service Controls רק במכונות Bare Metal שמחוברות לפרויקטים של רשת VPC שמשתמשים ב-VIP מוגבל.
אחרי שמפעילים את גבולות גזרה לשירות, אי אפשר להעביר את נתוני התשתית ל-StratoZone.
איחוד שירותי אימות הזהות של כוח העבודה
תכונות הניהול של איחוד שירותי אימות הזהות של כוח העבודה, כולל ממשקי API להגדרת מאגרי כוח העבודה, לא תומכות ב-VPC Service Controls.
עם זאת, מוצרי Google Cloud שתומכים גם באיחוד שירותי אימות הזהות של כוח עבודה וגם ב-VPC Service Controls פועלים כמו שמתואר במסמכי התיעוד, וכפופים לבדיקות המדיניות של VPC Service Controls. בנוסף, אתם יכולים להשתמש בזהויות של צד שלישי, כמו משתמשים במאגר של כוח עבודה ו-Workload Identity, בכללי תעבורת הנתונים הנכנסת או היוצאת של VPC Service Controls.
עבור בקשות Security Token Service API שבהן קהל היעד הוא מאגר איחוד שירותי אימות הזהויות של כוח העבודה (שהוא משאב ברמת הארגון), צריך להגדיר כללי יציאה. הפעולה הזו נדרשת כי ב-VPC Service Controls אי אפשר להוסיף משאבים ברמת הארגון ישירות להיקפים. כללי היציאה הבאים מאפשרים לבקשות שמקורן בגבולות הגזרה להגיע אל Workforce STS APIs שפועלים עם מאגרי עובדים ברמת הארגון:
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["התוכן קשה להבנה","hardToUnderstand","thumb-down"],["שגיאות בקוד לדוגמה או במידע","incorrectInformationOrSampleCode","thumb-down"],["חסרים לי פרטים או דוגמאות","missingTheInformationSamplesINeed","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2026-10-13 (שעון UTC)."],[],[]]