מוצרים נתמכים ומגבלות
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בדף הזה יש טבלה של מוצרים ושירותים שנתמכים על ידי 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: השילוב של השירות נתמך באופן מלא על ידי ה-VIP המוגבל, ואפשר להגן עליו באמצעות היקפי האבטחה של VPC Service Controls.
ההגדרה קובעת אם יש מגבלות לשילוב השירות עם 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 לא תומך בהוספת משאבים ברמת התיקייה או ברמת הארגון לגבולות גזרה של שירות. לכן, אי אפשר להשתמש בגבול גזרה כדי למנוע ממשתמשים להפעיל את היצירה של סוכני שירות לתיקיות או לארגונים.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את ההיקפים כדי להגן על השירות הזה.
שם השירות
workloadmanager.googleapis.com
פרטים
כדי להשתמש בכלי לניהול עומס העבודה ב-VPC Service Controls perimeter:
אתם צריכים להשתמש במאגר פרטי של עובדים ב-Cloud Build עבור סביבת הפריסה בכלי לניהול עומס העבודה.
אי אפשר להשתמש במאגר ברירת המחדל של עובדים ב-Cloud Build.
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, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות.
כשהאפשרות constraints/visionai.disablePublicEndpoint מופעלת, אנחנו משביתים את נקודת הקצה הציבורית של האשכול. המשתמשים צריכים להתחבר באופן ידני ליעד של PSC ולגשת לשירות מהרשת הפרטית. אפשר לקבל את יעד ה-PSC מהמשאב cluster.
כל הפרויקטים של סביבת זמן הריצה של Apigee שמשויכים למכונה של API Hub צריכים להיות באותם גבולות גזרה לשירות של VPC Service Controls כמו הפרויקט המארח של API Hub.
אפשר להגן על ה-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 או את סייר המשימות האדמיניסטרטיביות בדף מעקב. כדי להשתמש בתכונות האלה, צריך להגדיר כלל תעבורת נתונים נכנסת שמשתמש ב-ANY_IDENTITY או בקבוצה ב-Google שכוללת את המשתמשים הספציפיים שצריכים גישה.
מציינים את הקבוצה
בשדה הזהויות של כלל הכניסה באמצעות הפורמט group:GROUP_EMAIL_ADDRESS.
אם מעניקים למשתמשי BigQuery גישה לנתונים באמצעות כלל כניסה, המשתמשים יכולים להשתמש במסוף Google Cloud כדי לשלוח שאילתות ולשמור את התוצאות בקובץ מקומי.
במהדורת BigQuery Standard אסור לגשת למשאבים באזורים של VPC Service Controls. אפשר להשתמש ב-VPC Service Controls רק כשמבצעים ניתוח נתונים באמצעות BigQuery Enterprise, Enterprise Plus או על פי דרישה.
יש תמיכה חלקית ב-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.
הפרות של תעבורת נתונים נכנסת (ingress) ותעבורת נתונים יוצאת (egress) במשימות 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) לגבולות גזרה לשירות.
Google Cloud Observability API (logging.googleapis.com)
Security Token Service API (sts.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.
שיטת ה-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 נכשלות בהפעלה אם ל-workers יש רק כתובות 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 Service Controls מגן על משאבי Cloud Asset API ברמת הפרויקט. אתם יכולים לציין מדיניות יציאה כדי לאפשר גישה למשאבים של Cloud Asset API ברמת הפרויקט מפרויקטים שנמצאים בתוך גבולות הגזרה. כדי לנהל הרשאות של Database Center ברמת התיקייה או ברמת הארגון, מומלץ להשתמש ב-IAM.
אזורי אבטחה מגנים רק על Database Migration Service Admin API. הם לא מגינים על גישה לנתונים שמבוססת על כתובת IP למסדי נתונים בסיסיים (כמו מכונות Cloud SQL). כדי להגביל את הגישה לכתובת IP ציבורית במכונות של Cloud SQL, צריך להשתמש באילוץ של מדיניות הארגון.
כשמשתמשים בקובץ Cloud Storage בשלב ה-dump הראשוני של ההעברה, צריך להוסיף את הקטגוריה של Cloud Storage לאותם גבולות גזרה לשירות.
כשמשתמשים במפתח הצפנה בניהול הלקוח (CMEK) במסד הנתונים של היעד, צריך לוודא שמפתח ה-CMEK נמצא באותם גבולות גזרה לשירות כמו פרופיל החיבור שמכיל את המפתח.
מידע נוסף על Sensitive Data Protection זמין במסמכי המוצר.
מגבלות
שירות VPC Service Controls לא תומך כרגע במשאבים של תיקיות וארגונים, ולכן יכול להיות שקריאות ל-Sensitive Data Protection יחזירו תגובה מסוג 403 כשמנסים לגשת למשאבים ברמת הארגון. מומלץ להשתמש ב-IAM כדי לנהל את ההרשאות של Sensitive Data Protection ברמת התיקייה וברמת הארגון.
כשמגבילים את 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-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 מחוץ לגבולות גזרה לשירות לא יכול לקבל אירועים מ Google Cloud פרויקטים בתוך הגבולות. אוטובוס של Eventarc Advanced בתוך היקף לא יכול לנתב אירועים לצרכן מחוץ להיקף.
כדי לפרסם באפיק Eventarc Advanced, מקור האירוע צריך להיות באותם גבולות גזרה לשירות כמו האפיק.
כדי לצרוך הודעה, צרכן האירועים חייב להיות באותם גבולות גזרה לשירות כמו האפיק.
כדי לוודא ש-VPC Service Controls תומך במשאבים Enrollment, GoogleApiSource, MessageBus ו-Pipeline, אפשר לעיין ביומני הפלטפורמה לגבי תעבורת נתונים נכנסת (ingress).
ב-Eventarc Standard, העברת האירועים מתבצעת באמצעות נושאים ב-Pub/Sub ומינויי דחיפה. כדי לגשת ל-Pub/Sub API ולנהל טריגרים של אירועים, צריך להגן על Eventarc API באותו גבול גזרה של שירות Service Controls כמו Pub/Sub API.
בפרויקטים שמוגנים על ידי גבולות גזרה לשירות, חלות ההגבלות הבאות:
Eventarc Standard כפוף לאותן מגבלות כמו Pub/Sub:
כשמנתבים אירועים ליעדים ב-Cloud Run, אי אפשר ליצור מינויים חדשים מסוג push ב-Pub/Sub, אלא אם נקודות הקצה של ה-push מוגדרות לשירותי Cloud Run עם כתובות URL של run.app (דומיינים מותאמים אישית לא פועלים).
כשמנתבים אירועים ליעדים של Workflows שבהם נקודת הקצה של Pub/Sub push מוגדרת להפעלה של Workflows, אפשר ליצור מינויים חדשים ל-Pub/Sub push רק דרך 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).
צריך להגדיר בנפרד את הגבלת הגישה למכונות של מסדי נתונים.
מידע נוסף על Firebase Data Connect זמין במסמכי המוצר.
מגבלות
אין מגבלות ידועות לשילוב של Firebase Data Connect עם VPC Service Controls.
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 חוסם את ה-build של פונקציות Cloud Run, גם אם פונקציות Cloud Run לא נוספו לגבולות הגזרה כשירות מוגבל. כדי להשתמש בפונקציות Cloud Run בתוך גבולות גזרה לשירות, צריך להגדיר כלל תעבורת נתונים נכנסת (ingress) לחשבון השירות של Cloud Build בגבולות הגזרה לשירות.
כדי לאפשר לפונקציות להשתמש בתלות חיצונית כמו חבילות npm, ל-Cloud Build יש גישה בלתי מוגבלת לאינטרנט. יכול להיות שגישה לאינטרנט
תשמש להעברת נתונים שזמינים משך זמן של תהליך build, כמו
קוד המקור שהעליתם. כדי לצמצם את הסיכון להוצאת נתונים לא מורשית, מומלץ לאפשר רק למפתחים מהימנים לפרוס פונקציות. אל תקצו למפתחים לא מהימנים תפקידי IAM של בעלים, עריכה או פיתוח של פונקציות Cloud Run.
כשמציינים מדיניות תעבורת נתונים נכנסת (ingress) או יוצאת (egress) לגבולות גזרה לשירות, אי אפשר להשתמש ב-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 משתמש גם ב-cloudaicompanion.googleapis.com API כדי לספק חלק מהפונקציונליות שלו. כדי ש-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 עבור סביבות ההפעלה של היעד.
אל תשתמשו במאגר ברירת המחדל של ה-workers (של 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.
הקריאה הזו משרת לשרת לא מגיעה מתוך גבולות גזרה, גם אם הבקשה להפחתה כן מגיעה משם, ולכן היא תיחסם על ידי 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
אין תמיכה בדומיינים מותאמים אישית לנקודות קצה ללא שרתים, והפעלות בזמן ריצה לדומיינים מותאמים אישית נחסמות על ידי שירות היעד גם למשימות קיימות.
כשמשתמשים בתכונה 'מגיש הבקשה משלם' עם קטגוריית אחסון בתוך גבול גזרה לשירות שמגן על שירות 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. מידע על משך הזמן שאובייקט יכול להיות שמור במטמון מופיע במאמר מטא-נתונים של Cache-control.
כשמציינים מדיניות כניסה או יציאה למתחם שירות, אי אפשר להשתמש ב-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, ואפשר להשתמש במוצר כרגיל בתוך גבולות גזרה לשירות. התאימות הזו כוללת את ההגנה על נקודת הקצה (endpoint) של 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, ואפשר להשתמש בתכונות לניהול צי בדרך כלל בתוך גבולות שירות.
למידע נוסף, קראו את המאמרים הבאים:
אפשר להשתמש בכל התכונות של ניהול ה-fleet כרגיל, אבל הפעלת היקף שירות סביב Stackdriver API מגבילה את השילוב של תכונת ה-fleet של 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) מופיע במאמר כללי תעבורת נתונים נכנסת (ingress) ותעבורת נתונים יוצאת (egress).
קישורי תגים נחשבים למשאבים באותו היקף כמו המשאב שאליו מקושר ערך התג. לדוגמה, שיוכי התגים במכונה של Compute Engine בפרויקט מסוים נחשבים כשייכים לפרויקט הזה, בלי קשר למקום שבו מוגדר מפתח התג.
בחלק מהשירותים, כמו Compute Engine, אפשר ליצור קישורי תגים באמצעות ממשקי ה-API של השירות עצמו, בנוסף לממשקי ה-API של שירות Resource Manager. לדוגמה, הוספת תגים למכונה וירטואלית של Compute Engine במהלך יצירת המשאב. כדי להגן על קישורי תגים שנוצרו או נמחקו באמצעות ממשקי ה-API של השירותים האלה, מוסיפים את השירות המתאים, כמו compute.googleapis.com, לרשימת השירותים המוגבלים בגבולות גזרה.
תגי תמיכה בהגבלות ברמת השיטה, כך שאפשר להגדיר את ההיקף של method_selectors לשיטות ספציפיות של API. רשימת השיטות שאפשר להגביל
עכשיו אפשר להקצות את תפקיד הבעלים בפרויקט דרך מסוף Google Cloud באמצעות VPC Service Controls. אי אפשר לשלוח הזמנה לבעלים או לאשר הזמנה מחוץ לגבולות גזרה לשירות. אם תנסו לאשר הזמנה מחוץ לגבולות גזרה, לא תקבלו את תפקיד הבעלים ולא תוצג הודעת שגיאה או אזהרה.
ל-aggregated log sinks (תיקיות או ארגונים שבהם includeChildren הוא true) יש גישה לנתונים מפרויקטים בתוך היקף שירות. כדי להגביל את הגישה של יעד מאוחד של יומנים לנתונים בתוך גבולות גזרה, מומלץ להשתמש ב-IAM כדי לנהל את הרשאות רישום ביומן ברמת התיקייה או ברמת הארגון של יעד מאוחד של יומנים.
שירות VPC Service Controls לא תומך בהוספה של משאבי תיקיות או ארגונים לגבולות גזרה של שירותים. לכן, אי אפשר להשתמש ב-VPC Service Controls כדי להגן על יומנים ברמת התיקייה וברמת הארגון, כולל יומנים מצטברים. כדי לנהל הרשאות ל-Logging ברמת התיקייה או ברמת הארגון, מומלץ להשתמש ב-IAM.
אם אתם מנתבים יומנים באמצעות sink ביומן ברמת הארגון או ברמת התיקייה למשאב שמוגן על ידי גבול גזרה לשירות, אתם צריכים להוסיף לגבול הגזרה לשירות כלל כניסה. כלל הכניסה צריך לאפשר גישה למשאב מחשבון השירות שמשמש את sink ביומן. השלב הזה לא נדרש ל-sinks ברמת הפרויקט.
כשמציינים מדיניות כניסה או יציאה למתחם שירות, אי אפשר להשתמש ב-ANY_SERVICE_ACCOUNT
וב-ANY_USER_ACCOUNT כסוג זהות לייצוא יומנים ממאגר (sink) של Cloud Logging למשאב Cloud Storage.
כפתרון עקיף, אפשר להשתמש ב-ANY_IDENTITY כסוג הזהות.
אפשר להשתמש בערוצי התראות, במדיניות התראות ובמדדים מותאמים אישית כדי להעביר נתונים או מטא-נתונים אל מחוץ לארגון. נכון להיום, משתמש ב-Monitoring יכול להגדיר ערוץ התראות שמפנה לישות מחוץ לארגון, למשל baduser@badcompany.com. המשתמש מגדיר מדדים מותאמים אישית ומדיניות התראות תואמת שמשתמשת בערוץ ההתראות. כתוצאה מכך, על ידי מניפולציה של המדדים המותאמים אישית, המשתמש יכול להפעיל התראות ולשלוח התראות על הפעלת התראות, ולבצע אקספילטרציה של נתונים רגישים אל baduser@badcompany.com, מחוץ להיקף של VPC Service Controls.
כל המכונות הווירטואליות ב-Compute Engine או ב-AWS שבהן מותקן הסוכן של Monitoring חייבות להיות בתוך גבולות הגזרה של VPC Service Controls, אחרת כתיבת המדדים של הסוכן תיכשל.
כל GKE Pods צריכים להיות בתוך ההיקף של VPC Service Controls, אחרת GKE Monitoring לא יפעל.
כששולחים שאילתות לגבי מדדים בהיקף המדדים בפרויקט, נלקח בחשבון רק היקף ה-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 (גרסה 3) תומך ב-VPC Service Controls, אבל לא Cloud Translation – Basic (גרסה 2). כדי להשתמש ב-VPC Service Controls, צריך להשתמש ב-Cloud Translation - Advanced (גרסה 3). למידע נוסף על המהדורות השונות, קראו את המאמר השוואה בין Basic ל-Advanced.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את ההיקפים כדי להגן על השירות הזה.
שם השירות
storagetransfer.googleapis.com
פרטים
מומלץ למקם את הפרויקט של Storage Transfer Service בתוך גבולות גזרה לשירות כמו המשאבים של Cloud Storage. כך אתם מגינים גם על ההעברה וגם על המשאבים ב-Cloud Storage. בנוסף, בעזרת מדיניות תעבורת נתונים יוצאת, שירות Storage Transfer Service תומך בתרחישים שבהם הפרויקט של שירות Storage Transfer Service לא נמצא באותו היקף כמו הקטגוריות של 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 של Personalized 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 לא מארח תוכן של חבילות ותיקונים. בניהול תיקוני מערכת ההפעלה נעשה שימוש בכלי העדכון של מערכת ההפעלה, שדורשים שעדכוני החבילות והתיקונים יהיו ניתנים לאחזור ב-VM. כדי שהטלאי יפעל, יכול להיות שתצטרכו להשתמש ב-Cloud NAT או לארח Package Repository משלכם או את Windows Server Update Service בתוך הענן הווירטואלי הפרטי (VPC).
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.
בקשות לנקודות קצה של צד שלישי נחסמות.
בקשות לנקודות קצה שלא תואמות ל-VPC Service Controls Google Cloud נחסמות.
גבולות הגזרה של השירות מגנים רק על 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 Service Controls. אם מוסיפים את Ads Data Hub כשירות מוגבל, הוא יעקוף את מדיניות VPC Service Controls לגבי התכונות האלה כדי לשמור על הפונקציונליות שלהן.
כל השירותים התלויים צריכים להיכלל כשירותים מורשים באותו היקף של VPC Service Controls. לדוגמה, מכיוון ש-Ads Data Hub מסתמך על BigQuery, צריך להוסיף גם את BigQuery. באופן כללי, בשיטות המומלצות של VPC Service Controls מומלץ לכלול את כל השירותים בגבולות גזרה, כלומר 'להגביל את כל השירותים'.
לקוחות עם מבנה חשבון Ads Data Hub בכמה רמות (כמו סוכנויות עם חברות בת) צריכים שכל פרויקטי האדמין שלהם יהיו באותו היקף. כדי לפשט את התהליך, מומלץ ללקוחות עם מבני חשבון מרובי שכבות להגביל את פרויקטי הניהול שלהם לאותו ארגון Google Cloud .
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את ההיקפים כדי להגן על השירות הזה.
שם השירות
sts.googleapis.com
פרטים
VPC Service Controls מגביל את המרות האסימונים רק אם הקהל בבקשה הוא משאב ברמת הפרויקט. לדוגמה, VPC Service Controls לא מגביל בקשות לאסימונים עם הרשאות מוגבלות, כי לבקשות האלה אין קהל.
מכיוון ש-VPC Service Controls לא תומך בהוספה ישירה של משאבים ברמת הארגון להיקפים, צריך להגדיר כללי יציאה לבקשות Security Token Service API שבהן קהל היעד הוא מאגר איחוד שירותי אימות הזהות של כוח העבודה.
firestore.googleapis.com, datastore.googleapis.com ו-firestorekeyvisualizer.googleapis.com הם שירותים שכלולים בחבילה.
כשמגבילים את השירות firestore.googleapis.com בגבול גזרה, הגבול מגביל גם את השירותים datastore.googleapis.com ו-firestorekeyvisualizer.googleapis.com. אתם לא צריכים להוסיף את השירותים האלה בנפרד לרשימת השירותים המוגנים בהיקף האבטחה.
שירותים בחבילה מדור קודם של App Engine ל-Datastore
לא תומכים בגבולות שירות. הגנה על שירות Datastore באמצעות גבולות גזרה לשירות חוסמת את התנועה מהשירותים בחבילה הקודמת של App Engine. שירותים מדור קודם שנכללים בחבילה:
אם תסירו את נתיב ברירת המחדל לאינטרנט מפרויקט לשירות מנוהל באמצעות הפקודה 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, לא נתמכת הרשמה אוטומטית של קצה עורפי. צריך להגדיר את ה-backend באופן ידני כדי לשלוח אירועים לנקודת הקצה של רכיב 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 בגבולות הגזרה של השירות. ההרשאה הזו נדרשת כדי להוריד תמונות לתחנת העבודה. מומלץ גם לאפשר גישה ל-Cloud Logging API ול-Cloud Error Reporting API ב-VPC בגבולות גזרה לשירות שלכם, למרות שזה לא נדרש לשימוש ב-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 לא נוסף כסוג שירות מוגבל לגבולות הגזרה. כדי להשתמש ב-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 כדי להגן על סימולציות של כללי מדיניות דחייה ברמת התיקייה וברמת הארגון. סימולציות של מדיניות דחייה על משאבים מחוץ לגבולות גזרה לשירות עדיין מחזירות תוצאות מלאות, וסימולציות של מדיניות דחייה על משאבים ברמת הפרויקט מוגנות.
אפשר להגן על ה-API של Identity Platform באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
מידע נוסף על Identity Platform מופיע במסמכי המוצר.
מגבלות
כדי להגן באופן מלא על 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 (תוכנה בלבד) ל-Bare Metal באמצעות אזורי אבטחה.
עם זאת, אפשר להשתמש ב-Google Distributed Cloud (תוכנה בלבד) לשרת פיזי כרגיל בפרויקטים בתוך היקף ההגנה.
פרטים
אתם יכולים ליצור אשכול בסביבה שלכם שמחובר ל-VPC באמצעות Cloud Interconnect או Cloud VPN.
מידע נוסף על Google Distributed Cloud (תוכנה בלבד) ל-Bare Metal זמין במאמרי העזרה של המוצר.
מגבלות
כדי להגן על האשכולות, משתמשים ב-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) שמשתמשים בחיבורי IP פרטיים תומכות בתאימות ל-VPC Service Controls. מכונות Looker (Google Cloud core) עם חיבורי IP ציבוריים או עם חיבורי IP ציבוריים ופרטיים לא תומכות בתאימות ל-VPC Service Controls. כדי ליצור מכונה שמשתמשת בקישור דרך IP פרטי, בוחרים באפשרות Private IP (כתובת IP פרטית) בקטע Networking (רשת) בדף Create instance (יצירת מכונה) במסוף Google Cloud .
כשממקמים או יוצרים מכונה של Looker (Google Cloud core) בתוך גבולות גזרה לשירות של VPC Service Controls, צריך להסיר את נתיב ברירת המחדל לאינטרנט באמצעות קריאה ל-method 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 לא תומך בגישה למשאבי API של Security Command Center ברמת התיקייה או הארגון ממשאבים ומלקוחות בתוך גבול גזרה לשירות. 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 backend דרך סוכן שירות שמנוהל על ידי 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.
כלל הכניסה נדרש כדי לגשת לקונסולה הטורית, גם אם בקשת המקור ומשאב היעד נמצאים באותו היקף.
כשמוסיפים רשתות, עננים פרטיים, מדיניות רשת וקישור בין רשתות VPC שכנות קיימים של VMware Engine להיקף של בקרת שירות בענן וירטואלי פרטי (VPC-SC), המערכת לא בודקת מחדש את המשאבים שנוצרו בעבר כדי לוודא שהם עדיין עומדים בדרישות המדיניות של ההיקף.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את ההיקפים כדי להגן על השירות הזה.
שם השירות
cloudcontrolspartner.googleapis.com
פרטים
אפשר להגן על Cloud Controls Partner API באמצעות VPC Service Controls, ולהשתמש במוצר כרגיל בתוך גבולות הגזרה לשירות.
מידע נוסף על Partner console ב-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.
עורך הקוד של Earth Engine, סביבת פיתוח משולבת (IDE) מבוססת-אינטרנט ל-JavaScript API של Earth Engine, לא נתמך, ו-VPC Service Controls לא מאפשר להשתמש בעורך הקוד של Earth Engine עם משאבים ולקוחות בתוך גבולות גזרה לשירות.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את ההיקפים כדי להגן על השירות הזה.
שם השירות
apphub.googleapis.com
פרטים
מרכז האפליקציות מאפשר לכם לגלות ולארגן משאבי תשתית באפליקציות. אתם יכולים להשתמש בגבולות ההיקף של VPC Service Controls כדי להגביל את המשאבים של App Hub.
כשמגבילים את App Hub API בגבולות הגזרה של פרויקט ניהול, מומלץ להוסיף לאותם גבולות גזרה את כל ממשקי ה-API שמופעלים בפרויקט הניהול.
אם אתם משתמשים ב- 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.
GA. שילוב המוצר הזה נתמך באופן מלא על ידי VPC Service Controls.
הגנה באמצעות אזורי אבטחה?
כן. אתם יכולים להגדיר את ההיקפים כדי להגן על השירות הזה.
שם השירות
commerceorggovernance.googleapis.com
פרטים
גבולות הגזרה של VPC Service Controls מגנים על Commerce Org Governance API בשוק הפרטי של Google.
מידע נוסף על Commerce Org Governance API זמין במסמכי המוצר.
מגבלות
משאבים כמו בקשת רכש ובקשת גישה, שנוצרים על ידי 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 הבאים בהיקף ההרשאות:
Privileged Access Manager API (privilegedaccessmanager.googleapis.com)
אי אפשר להשתמש בגבולות גזרה כדי להגן על משאבי כלי לניהול ביקורות ברמת התיקייה או הארגון. כדי לנהל הרשאות של Audit Manager ברמת התיקייה או הארגון, מומלץ להשתמש ב-IAM.
אם מריצים ביקורת ברמת הפרויקט, הפרויקט מוגן על ידי היקף, וקטגוריית Cloud Storage לא נמצאת באותו היקף, צריך להגדיר כלל יציאה לפרויקט שמכיל את קטגוריית Cloud Storage.
כשמפעילים את VPC Service Controls בפרויקט ב- Google Cloud שמכיל אפליקציית Gemini Enterprise, כברירת מחדל נחסמת האפשרות ליצור פעולות ב-Gemini Enterprise או להשתמש בהן, ואסור לנסות ליצור פעולה בממשק המשתמש. כדי להפעיל פעולות בשירותים ספציפיים ולהשתמש בהן בהיקף ההרשאות של VPC Service Controls, צריך לפנות לנציג Google ולבקש להוסיף אתכם לרשימת ההיתרים.
אם בפרויקט שלכם הופעל VPC Service Controls, לא תוכלו להוסיף כתובות URL של אתרים כמקורות לנוטבוק ב-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 של Places (החדש) באמצעות 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 זמין במסמכי המוצר.
מגבלות
גבולות גזרה לשירות עוזרים להגן על 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.
כדי להעביר נתונים בין 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 מוסיף נתיב גישה למטא-נתונים מוגבלים של אפליקציות ב-מרכז האפליקציות, עקבות ב-Cloud Trace והתראות ב-Cloud Monitoring. דוגמאות למטא-נתונים: זמני ההתחלה והסיום של טווח המעקב ומזהי האפליקציות בטופולוגיית האפליקציה.
באפליקציות שנמצאות בתוך סביבה תחומה של תיקייה, ההגבלות של VPC Service Controls על מרכז האפליקציות חלות רק על אינטראקציות עם מרכז האפליקציות בפרויקט הניהול. כתוצאה מכך, 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 המוגבל
שירותים שלא נתמכים
ניסיון להגביל שירות שלא נתמך באמצעות כלי שורת הפקודה gcloud או ה-API של Access Context Manager יגרום לשגיאה.
הגישה לנתונים של שירותים נתמכים בין פרויקטים תיחסם על ידי 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)
thought
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 בפרויקט שמוגן על ידי גבול גזרה לשירות, בלי להגדיר רמת גישה או כלל תעבורת נתונים נכנסת (ingress).
Cloud Deployment Manager
שירות VPC Service Controls לא תומך ב-Deployment Manager.
יכול להיות שהמשתמשים יוכלו להתקשר לשירותים שתואמים ל-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, גם אם רשת המקור שממנה נשלחה הבקשה ומשאב היעד נמצאים באותו היקף. הסיבה לכך היא ש-
Google Cloud VPC Service Controls לא תומך בגישה למסוף דרך גישה פרטית ל-Google.
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 לא תומך בהוספה ישירה של משאבים ברמת הארגון לאזורים. כללי התעבורה היוצאת הבאים מאפשרים לבקשות שמגיעות מגבולות הגזרה להגיע לממשקי ה-API של Workforce STS, שמקיימים אינטראקציה עם מאגרי העובדים ברמת הארגון:
[[["התוכן קל להבנה","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-10 (שעון UTC)."],[],[]]