אתם יכולים להשתמש בקישורי גישה כדי לקבוע לאילו אפליקציות ומשאבים קבוצות המשתמשים שלכם יכולות לגשת. קישור גישה מציין איך להחיל רמות גישה ואמצעי בקרה על סשנים בקבוצת משתמשים. אתם יכולים להחיל את אותה רמת גישה ובקרת סשן על כל האפליקציות, או להגדיר התנהגויות ספציפיות לאפליקציות מסוימות.
כדי לוודא שהגדרתם הכול כמו שצריך, בדקו את כללי המדיניות לפני שאתם אוכפים אותם.
כשעובדים עם קישורי גישה, חשוב לזכור את ההתנהגות הבאה:
- לקבוצת משתמשים יכול להיות רק קישור גישה אחד.
- אם משתמש שייך לכמה קבוצות, הוא מקבל גישה אם אחת מהמדיניות מאפשרת זאת (
ORולאAND). - במקרה של אמצעי בקרה על סשנים, רק הקישור לגישה שנוצר לאחרונה חל.
שימוש בהגדרה אחת לכל האפליקציות
בשיטה הזו, אותה רמת גישה ואותה בקרת סשן חלות על כל האפליקציות שקבוצת המשתמשים ניגשת אליהן.
מומלץ לבדוק את המדיניות באמצעות הרצה יבשה או להחיל אותה על קבוצת בדיקה קטנה לפני שמטמיעים אותה בסביבת הייצור.
gcloud
יוצרים את קישור הגישה.
gcloud access-context-manager cloud-bindings create \ --group-key GROUP_ID --organization ORG_ID --level DEFAULT_ACCESS_LEVEL [ --session-length=DEFAULT_SESSION_LENGTH ] [ --session-reauth-method=DEFAULT_SESSION_REAUTH_METHOD ]
מחליפים את מה שכתוב בשדות הבאים:
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. - ORG_ID: מזהה הארגון.
-
DEFAULT_ACCESS_LEVEL: השם האופציונלי של רמת הגישה, בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. מחליפים אתPOLICY_IDבמזהה של מדיניות הגישה, ואתACCESS_LEVEL_NAMEבשם של רמת הגישה. -
DEFAULT_SESSION_LENGTH: משך הסשן האופציונלי בפורמט של שעות, למשל
15hל-15 שעות או2hלשעתיים. -
DEFAULT_SESSION_REAUTH_METHOD: השיטה האופציונלית לאתגר משתמשים לאמת מחדש את הזהות שלהם, שחייבת להיות אחת מהאפשרויות הבאות:
-
LOGIN: החלת ההתחברות הרגילה, שיכולה לכלול אימות רב-שלבי או גורמים אחרים שמוגדרים ב-Workspace. PASSWORD: דורשים רק סיסמה, גם אם מוגדרים גורמים אחרים. אם הסיסמאות מנוהלות באמצעות IdP חיצוני, המשתמשים מופנים ל-IdP. אם הסשן של ה-IdP פעיל, המשתמשים מאומתים מחדש באופן משתמע. אם ה-IdP לא פעיל, המשתמשים צריכים להיכנס דרך ה-IdP.-
SECURITY_KEY: דרישה למפתח אבטחה פיזי.
-
API
יוצרים גוף JSON:
{ "groupKey": "GROUP_ID", "accessLevels": [ "DEFAULT_ACCESS_LEVEL" ], // optional: "sessionSettings": { "sessionLength": "DEFAULT_SESSION_LENGTH", "sessionReauthMethod": "DEFAULT_SESSION_REAUTH_METHOD" } }מחליפים את מה שכתוב בשדות הבאים:
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. -
DEFAULT_ACCESS_LEVEL: השם האופציונלי של רמת הגישה, בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. מחליפים אתPOLICY_IDבמזהה של מדיניות הגישה, ואתACCESS_LEVEL_NAMEבשם של רמת הגישה. -
DEFAULT_SESSION_LENGTH: משך הסשן האופציונלי בפורמט של שעות, למשל
15hל-15 שעות או2hלשעתיים. -
DEFAULT_SESSION_REAUTH_METHOD: השיטה האופציונלית לאתגר משתמשים לאמת מחדש את הזהות שלהם, שחייבת להיות אחת מהאפשרויות הבאות:
-
LOGIN: החלת ההתחברות הרגילה, שיכולה לכלול אימות רב-שלבי או גורמים אחרים שמוגדרים ב-Workspace. PASSWORD: דורשים רק סיסמה, גם אם מוגדרים גורמים אחרים. אם הסיסמאות מנוהלות באמצעות IdP חיצוני, המשתמשים מופנים ל-IdP. אם הסשן של ה-IdP פעיל, המשתמשים מאומתים מחדש באופן משתמע. אם ה-IdP לא פעיל, המשתמשים צריכים להיכנס דרך ה-IdP.-
SECURITY_KEY: דרישה למפתח אבטחה פיזי.
-
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
שולחים את בקשת ה-POST:
POST https://accesscontextmanager.googleapis.com/v1/organizations/ORG_ID/gcpUserAccessBindingsORG_ID הוא המזהה של הארגון שבו השתמשתם כדי ליצור את התפקיד אדמין של קישורי גישה ב-Cloud. אם המאפיין
access-context-manager/organizationלא הוגדר, מחליפים אתORG_IDבדגל האופציונלי--organizationבמזהה של הארגון שבו השתמשתם כשיצרתם את התפקיד "אדמין של קישורי גישה ל-Cloud".
אם הפעולה בוצעה ללא שגיאות, תקבלו ייצוג של אובייקט ה-JSON. אם יש בעיה, תופיע הודעת שגיאה.
הגדרת תצורות לאפליקציות ספציפיות
בשיטה הזו אפשר להחיל רמות גישה שונות ואמצעי בקרה שונים על סשנים באפליקציות שונות. אפשר גם להגדיר כללי ברירת מחדל לאפליקציות שאין להן הגדרות ספציפיות.
אתם יכולים לציין אפליקציות בקישורי גישה באמצעות מזהה הלקוח שלהן ב-OAuth. אפשר לציין את האפליקציות הבאות באמצעות השם שלהן:
- ספריית Google Auth אם אתם משתמשים בפרטי הכניסה של Application Default Credentials (ADC) שנוצרו על ידי ה-CLI של gcloud ואתם רוצים להשתמש בשם, אתם צריכים להשתמש במזהה הלקוח שמוגדר כברירת מחדל ומובנה ב-CLI של gcloud. אי אפשר לספק קובץ של מזהה לקוח ל-CLI של gcloud.
- מסוף Firebase
השיטה הזו שימושית כשרוצים:
- להחיל כללי מדיניות רק על אפליקציות מסוימות.
ליצור מדיניות כללית, אבל להחריג ממנה אפליקציות מסוימות.
gcloud
יוצרים קובץ קישור בפורמט YAML עם רשימה של רשומות היקף ברשימה
scopedAccessSettings. לכל אפליקציה שרוצים למפות לרמת גישה ספציפית, צריך לכלול רשומה שלclientScope.scopedAccessSettings: - scope: clientScope: restrictedClientApplication: clientId: CLIENT_ID activeSettings: accessLevels: - ACCESS_LEVEL_A sessionSettings: sessionLength: SESSION_LENGTH sessionReauthMethod: SESSION_REAUTH_METHOD sessionLengthEnabled: true - scope: clientScope: restrictedClientApplication: name: CLIENT_NAME activeSettings: accessLevels: - ACCESS_LEVEL_Bמחליפים את מה שכתוב בשדות הבאים:
- CLIENT_ID: מזהה הלקוח ב-OAuth. אפשר להשתמש ב-
clientIdאו ב-nameכשאפליקציה מכילה אתsessionSettings. - ACCESS_LEVEL_A: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. - SESSION_LENGTH: משך הסשן בפורמט של שעות, למשל
15hל-15 שעות או2hלשעתיים. SESSION_REAUTH_METHOD: השיטה האופציונלית לאתגר משתמשים לאמת מחדש את הזהות שלהם. השיטה חייבת להיות אחת מהאפשרויות הבאות:
-
LOGIN: החלת ההתחברות הרגילה, שיכולה לכלול אימות רב-שלבי (MFA) או גורמים אחרים שמוגדרים ב-Workspace. -
PASSWORD: דרישה לסיסמה בלבד, גם אם הוגדרו גורמים אחרים. אם הסיסמאות מנוהלות באמצעות IdP חיצוני, המשתמשים מופנים ל-IdP. אם הסשן של ספק הזהויות פעיל, המשתמשים מאומתים מחדש באופן משתמע. אם ה-IdP לא פעיל, המשתמשים צריכים להיכנס דרך ה-IdP. -
SECURITY_KEY: דרישה למפתח אבטחה פיזי.
-
CLIENT_NAME: שם הלקוח. אפשר להשתמש ב-
nameאו ב-clientIdכשאפליקציה מכילה אתsessionSettings.ACCESS_LEVEL_B: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME.
כדי להגדיר רמת גישה כברירת מחדל לאפליקציות שלא מוגדרות בקובץ ה-YAML, משתמשים בארגומנט
--level. קובץ ה-YAML תומך רק בהגדרות ספציפיות לאפליקציה (scopedAccessSettings).- CLIENT_ID: מזהה הלקוח ב-OAuth. אפשר להשתמש ב-
יוצרים את קישור הגישה.
gcloud access-context-manager cloud-bindings create --organization ORG_ID --group-key GROUP_ID --binding-file BINDING_FILE_PATH [ --level DEFAULT_ACCESS_LEVEL ] [ --session-length=DEFAULT_SESSION_LENGTH ] [ --session-reauth-method=DEFAULT_SESSION_REAUTH_METHOD ]מחליפים את מה שכתוב בשדות הבאים:
- ORG_ID: מזהה הארגון.
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. -
BINDING_FILE_PATH: הנתיב לקובץ ה-YAML שמכיל את סכימת קישור הגישה.
קובץ הקישור תומך רק ב-
scopedAccessSettings. -
DEFAULT_ACCESS_LEVEL: השם האופציונלי של רמת הגישה, בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. מחליפים אתPOLICY_IDבמזהה של מדיניות הגישה, ואתACCESS_LEVEL_NAMEבשם של רמת הגישה. -
DEFAULT_SESSION_LENGTH: משך הסשן האופציונלי בפורמט של שעות, למשל
15hל-15 שעות או2hלשעתיים. -
DEFAULT_SESSION_REAUTH_METHOD: השיטה האופציונלית לאתגר משתמשים לאמת מחדש את הזהות שלהם, שחייבת להיות אחת מהאפשרויות הבאות:
-
LOGIN: החלת ההתחברות הרגילה, שיכולה לכלול אימות רב-שלבי או גורמים אחרים שמוגדרים ב-Workspace. PASSWORD: דורשים רק סיסמה, גם אם מוגדרים גורמים אחרים. אם הסיסמאות מנוהלות באמצעות IdP חיצוני, המשתמשים מופנים ל-IdP. אם הסשן של ה-IdP פעיל, המשתמשים מאומתים מחדש באופן משתמע. אם ה-IdP לא פעיל, המשתמשים צריכים להיכנס דרך ה-IdP.-
SECURITY_KEY: דרישה למפתח אבטחה פיזי.
-
איך הארגומנטים --level ו---binding-file פועלים יחד
- אם משתמשים רק ב-
--binding-file, המדיניות חלה רק על האפליקציות שבקובץ. - אם משתמשים רק ב-
--level, רמת הגישה חלה על כל האפליקציות. - אם משתמשים בשניהם, הכללים משולבים. הערך
--levelחל על כל האפליקציות, ואילו כללי המדיניות בקובץ ה-YAML שצוין על ידי--binding-fileחלים רק על האפליקציות כפי שהוגדרו בקובץ.
איך משתמשים באמצעי הבקרה של הסשנים
- כדי להגדיר אמצעי בקרה על סשנים כברירת מחדל לכל האפליקציות, צריך להשתמש ב-
--session-lengthוב---session-reauth-method. - אם מגדירים גם אמצעי בקרה על סשנים בקובץ ה-YAML, אמצעי הבקרה האלה מבטלים את הגדרות ברירת המחדל של האפליקציות הספציפיות האלה.
- צריך להשתמש ב-
--session-lengthוב---session-reauth-methodביחד.
API
יוצרים גוף JSON:
{
"groupKey": "GROUP_ID",
//
// Optional; if specified, all applications that aren't defined in
// scopedAccessSettings have these access levels applied.
//
// If more than one access level is specified, the user is
// granted access if any one resolves to TRUE (OR logic, not AND).
//
// If you omit this key entirely, then no policy enforcement is
// applied by default.
//
"accessLevels": [
"DEFAULT_ACCESS_LEVEL"
],
"scopedAccessSettings": [
{
"scope": {
"clientScope": {
"restrictedClientApplication": {
"clientId": "CLIENT_ID"
}
}
},
"activeSettings": {
"accessLevels": [
"ACCESS_LEVEL_A"
],
"sessionSettings": {
"sessionLength": "SESSION_LENGTH",
"sessionReauthMethod": "SESSION_REAUTH_METHOD",
"sessionLengthEnabled": true
}
}
},
{
"scope": {
"clientScope": {
"restrictedClientApplication": {
"name": "CLIENT_NAME"
}
},
"activeSettings": {
"accessLevels": [
"ACCESS_LEVEL_B"
]
}
}
}
]
}
מחליפים את מה שכתוב בשדות הבאים:
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. -
DEFAULT_ACCESS_LEVEL: השם האופציונלי של רמת הגישה, בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. מחליפים אתPOLICY_IDבמזהה של מדיניות הגישה, ואתACCESS_LEVEL_NAMEבשם של רמת הגישה. - CLIENT_ID: מזהה הלקוח ב-OAuth. אפשר להשתמש ב-
clientIdאו ב-nameכשאפליקציה מכילה אתsessionSettings. - ACCESS_LEVEL_A: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. - SESSION_LENGTH: משך הסשן בפורמט של שעות, למשל
2hלשעתיים. SESSION_REAUTH_METHOD: השיטה האופציונלית לאתגר משתמשים לאמת מחדש את הזהות שלהם. השיטה חייבת להיות אחת מהאפשרויות הבאות:
-
LOGIN: החלת ההתחברות הרגילה, שיכולה לכלול אימות רב-שלבי או גורמים אחרים שמוגדרים ב-Workspace. -
PASSWORD: דרישה לסיסמה בלבד, גם אם הוגדרו גורמים אחרים. אם הסיסמאות מנוהלות באמצעות IdP חיצוני, המשתמשים מופנים ל-IdP. אם הסשן של ספק הזהויות פעיל, המשתמשים מאומתים מחדש באופן משתמע. אם ה-IdP לא פעיל, המשתמשים צריכים להיכנס דרך ה-IdP. -
SECURITY_KEY: דרישה למפתח אבטחה פיזי.
-
CLIENT_NAME: שם הלקוח. אפשר להשתמש ב-
nameאו ב-clientIdכשאפליקציה מכילה אתsessionSettings.ACCESS_LEVEL_B: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME.
שולחים את בקשת ה-POST:
POST https://accesscontextmanager.googleapis.com/v1/organizations/ORG_ID/gcpUserAccessBindings
ORG_ID הוא המזהה של הארגון שבו השתמשתם כדי ליצור את התפקיד אדמין של קישורי גישה ב-Cloud. אם המאפיין access-context-manager/organization לא הוגדר, מחליפים את ORG_ID בדגל האופציונלי --organization במזהה של הארגון שבו השתמשתם כשיצרתם את התפקיד "אדמין של קישורי גישה ל-Cloud".
אם הפעולה בוצעה ללא שגיאות, אמור להתקבל ייצוג של אובייקט ה-JSON. אם הייתה בעיה, אמורה להתקבל הודעת שגיאה.
שימוש ברמות גישה להרצה לניסיון כדי לדמות אכיפה
רמות גישה להרצה לניסיון מאפשרות לבדוק את כללי מדיניות הגישה בלי לאכוף אותם בפועל. כך אפשר להבין את ההשפעה של מדיניות לפני שהיא נכנסת לתוקף. אתם יכולים לצפות ביומני ההרצה לניסיון כדי לראות מה היה קורה אם המדיניות הייתה פעילה.
אפשר להשתמש רק ברמות גישה במצב פרימטר לבדיקות. אמצעי הבקרה של הסשן לא זמינים במצב פרימטר לבדיקות.
יצירת מדיניות גורפת להרצת בדיקה
בשיטה הזו, אותה רמת גישה להרצה לניסיון חלה על כל האפליקציות שקבוצת המשתמשים ניגשת אליהן.
gcloud
יוצרים את קישור הגישה באמצעות הדגל --dry-run-level.
gcloud access-context-manager cloud-bindings create \
--group-key=<var>GROUP_ID</var> \
--organization=<var>ORG_ID</var> \
--dry-run-level=<var>DEFAULT_DRY_RUN_ACCESS_LEVEL</var>
מחליפים את מה שכתוב בשדות הבאים:
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. - ORG_ID: מזהה הארגון.
- DEFAULT_DRY_RUN_ACCESS_LEVEL: השם של רמת הגישה להרצה ללא השפעה על הנתונים, בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME.
API
יוצרים גוף JSON שמכיל את
dry_run_access_levels.{ "group_key": "GROUP_ID", "dry_run_access_levels": [ "DEFAULT_DRY_RUN_ACCESS_LEVEL" ] }מחליפים את מה שכתוב בשדות הבאים:
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. - DEFAULT_DRY_RUN_ACCESS_LEVEL: השם של רמת הגישה להרצה ללא השפעה על הנתונים, בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME.
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
שולחים את בקשת ה-POST:
POST https://accesscontextmanager.googleapis.com/v1/organizations/ORG_ID/gcpUserAccessBindingsORG_ID הוא המזהה של הארגון שבו השתמשתם כדי ליצור את התפקיד אדמין של קישורי גישה ב-Cloud. אם המאפיין
access-context-manager/organizationלא הוגדר, מחליפים אתORG_IDבדגל האופציונלי--organizationבמזהה של הארגון שבו השתמשתם כשיצרתם את התפקיד "אדמין של קישורי גישה ל-Cloud".
יצירת מדיניות להרצת בדיקה לאפליקציות ספציפיות
בשיטה הזו אפשר להחיל רמות גישה שונות להרצה לניסיון על אפליקציות שונות. אפשר גם להגדיר כללי ברירת מחדל לאפליקציות בלי הגדרה ספציפית.
gcloud
מגדירים את הרשאות הגישה בקובץ קישור YAML באמצעות השדה
dryRunSettings.scopedAccessSettings: - scope: clientScope: restrictedClientApplication: name: CLIENT_NAME activeSettings: accessLevels: - ACCESS_LEVEL_A dryRunSettings: accessLevels: - DRY_RUN_ACCESS_LEVEL_1 - scope: clientScope: restrictedClientApplication: clientId: CLIENT_ID dryRunSettings: accessLevels: - DRY_RUN_ACCESS_LEVEL_2מחליפים את מה שכתוב בשדות הבאים:
- CLIENT_NAME: שם הלקוח. אפשר להשתמש ב-
nameאו ב-clientIdכשאפליקציה מכילה אתsessionSettings. - ACCESS_LEVEL_A: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. - DRY_RUN_ACCESS_LEVEL_1: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. - CLIENT_ID: מזהה הלקוח ב-OAuth. אפשר להשתמש ב-
clientIdאו ב-nameכשאפליקציה מכילה אתsessionSettings. - DRY_RUN_ACCESS_LEVEL_2: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME.
- CLIENT_NAME: שם הלקוח. אפשר להשתמש ב-
יוצרים את קישור הגישה.
gcloud access-context-manager cloud-bindings create \ --organization ORG_ID \ --group-key GROUP_ID \ --binding-file BINDING_FILE_PATH --dry-run-level DEFAULT_DRY_RUN_ACCESS_LEVELמחליפים את מה שכתוב בשדות הבאים:
- ORG_ID: מזהה הארגון.
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. -
BINDING_FILE_PATH: הנתיב לקובץ ה-YAML שמכיל את סכימת קישור הגישה.
קובץ הקישור תומך רק ב-
scopedAccessSettings. - DEFAULT_DRY_RUN_ACCESS_LEVEL: שם אופציונלי של רמת גישה להרצה (dry run) בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME.
צריך לכלול את הדגל הזה כדי להחיל כברירת מחדל את רמת הגישה שצוינה להרצה לניסיון על כל האפליקציות, אם הן לא צוינו בקובץ ה-YAML.
API
יוצרים גוף JSON:
{ "group_key": "GROUP_ID", // // Optional; if specified, all applications that aren't defined in scopedAccessSettings will have these dry-run access levels applied. // "dry_run_access_levels": [ "DEFAULT_DRY_RUN_ACCESS_LEVEL" ], "scoped_access_settings": [ { "scope": { "client_scope": { "restricted_client_application": { "name": "CLIENT_NAME" } } }, "active_settings": { "access_levels": [ "ACCESS_LEVEL_A" ] }, "dry_run_settings": { "access_levels": [ "DRY_RUN_ACCESS_LEVEL_1" ] } }, { "scope": { "client_scope": { "restricted_client_application": { "client_id": "CLIENT_ID" } } }, "dry_run_settings": { "access_levels": [ "DRY_RUN_ACCESS_LEVEL_2" ] } } ] }מחליפים את מה שכתוב בשדות הבאים:
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
getבמשאב הקבוצה. - DEFAULT_DRY_RUN_ACCESS_LEVEL: שם אופציונלי של רמת גישה להרצה (dry run) בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. - CLIENT_NAME: שם הלקוח. אפשר להשתמש ב-
nameאו ב-clientIdכשאפליקציה מכילה אתsessionSettings. - ACCESS_LEVEL_A: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. - DRY_RUN_ACCESS_LEVEL_1: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME. - CLIENT_ID: מזהה הלקוח ב-OAuth. אפשר להשתמש ב-
client_idאו ב-nameכשאפליקציה מכילה אתsessionSettings. - DRY_RUN_ACCESS_LEVEL_2: שם של רמת גישה בפורמט
accessPolicies/POLICY_ID/accessLevels/ACCESS_LEVEL_NAME.
-
GROUP_ID: מזהה הקבוצה. אם מזהה הקבוצה לא זמין, אפשר לאחזר אותו על ידי הפעלת השיטה
שולחים את בקשת ה-POST:
POST https://accesscontextmanager.googleapis.com/v1/organizations/ORG_ID/gcpUserAccessBindingsORG_ID הוא המזהה של הארגון שבו השתמשתם כדי ליצור את התפקיד אדמין של קישורי גישה ב-Cloud. אם המאפיין
access-context-manager/organizationלא הוגדר, מחליפים אתORG_IDבדגל האופציונלי--organizationבמזהה של הארגון שבו השתמשתם כשיצרתם את התפקיד "אדמין של קישורי גישה ל-Cloud".אם הפעולה בוצעה ללא שגיאות, תקבלו ייצוג של אובייקט ה-JSON. אם יש בעיה, תופיע הודעת שגיאה.
צפייה ביומנים של ההרצה לניסיון
אחרי שמגדירים הרצה לניסיון, אפשר לבדוק ביומנים אילו ניסיונות גישה היו נדחים.
בטבלה הבאה מפורטים שדות היומן שבהם אפשר להשתמש כדי ליצור ולהריץ את השאילתה לקבלת היומנים:
| שם השדה | תיאור |
|---|---|
protoPayload.authenticationInfo.principalEmail |
מזהה האימייל של חשבון המשתמש שהגישה שלו נדחתה. |
protoPayload.metadata.deniedApplications |
שם האפליקציה שהגישה אליה נדחתה. |
protoPayload.metadata.evaluationResult |
תוצאת ההערכה של מדיניות הגישה הפעילה. ערכים אפשריים:
GRANTED או DENIED. אם לא הוחלו רמות גישה פעילות בקישור, השדה הזה מוגדר לערך GRANTED. |
protoPayload.metadata.appliedAccessLevels |
רמות הגישה שנדרשות לפי מדיניות הגישה הפעילה. |
protoPayload.metadata.appliedDryRunAccessLevels |
רמות הגישה שנדרשות לפי מדיניות הגישה של ההרצה הניסיונית. |
protoPayload.metadata.dryRunEvaluationResult |
תוצאת ההערכה של מדיניות הגישה בהרצה ללא השפעה, שמציינת את הפעולה המיועדת כשאוכפים את מדיניות הגישה. ערכים אפשריים:
GRANTED או DENIED. אם לא הוחלו רמות גישה להרצה ללא השפעה על הנתונים בקישור, השדה הזה מוגדר לערך GRANTED, גם אם הערך של evaluationResult הוא DENIED. |
protoPayload.metadata.unsatisfiedAccessLevels |
רמות הגישה בארגון שהבקשה לא עמדה בהן. הרשימה הזו יכולה לכלול רמות גישה שלא הוחלו בקישור הגישה. כדי לזהות אילו רמות גישה גרמו לדחיית הגישה, משווים את השדה הזה ל-appliedAccessLevels או ל-appliedDryRunAccessLevels. |
במאמר שפת השאילתות של Logging מוסבר איך ליצור שאילתה ליומנים.