הדף הזה רלוונטי ל-Apigee ול-Apigee Hybrid.
לעיון במסמכי התיעוד של
Apigee Edge
הכללים של SAMLAssertion מאפשרים ל-API Proxy לאמת טענות נכוֹנוּת של SAML שמצורפות לבקשות SOAP נכנסות, או לצרף טענות נכוֹנוּת של SAML לבקשות XML יוצאות. מדיניות SAML מאמתת הודעות נכנסות שמכילות הצהרת SAML חתומה דיגיטלית, דוחה אותן אם הן לא תקינות ומגדירה משתנים שמאפשרים למדיניות נוספת או לשירותי הקצה העורפי עצמם לאמת עוד את המידע בהצהרה.
Apigee מספקת שתי מדיניות שקשורות ל-SAML:
- אימות והרשאה של בקשות נכנסות: Validate SAML Assertion
policy
סוג המדיניות SAML מאפשר ל-API proxies לאמת טענות נכונות (assertions) של SAML שמצורפות ל בקשות SOAP נכנסות. מדיניות SAML מאמתת הודעות נכנסות שמכילות הצהרת SAML עם חתימה דיגיטלית, דוחה אותן אם הן לא תקינות ומגדירה משתנים שמאפשרים למדיניות נוספת או לשירותי הקצה העורפי עצמם לאמת עוד את המידע בהצהרה. - יצירת טוקנים יוצאים: Generate SAML Assertion policy
סוג המדיניות SAML מאפשר ל-API proxies לצרף טענות נכוֹנוּת ב-SAML לבקשות XML יוצאות. הטענות האלה זמינות כדי לאפשר לשירותים לקצה העורפי להחיל עיבוד אבטחה נוסף לאימות ולהרשאה.
המדיניות הזו היא מדיניות ניתנת להרחבה, והשימוש בה עשוי להשפיע על העלויות או על הניצול, בהתאם לרישיון Apigee שלכם. מידע על סוגי המדיניות וההשלכות של השימוש זמין במאמר סוגי מדיניות.
הערות שימוש
במפרט של Security Assertion Markup Language (SAML) מוגדרים פורמטים ופרוטוקולים שמאפשרים לאפליקציות להחליף מידע בפורמט XML לצורך אימות והרשאה.
'טענת אבטחה' היא אסימון מהימן שמתאר מאפיין של אפליקציה, של משתמש באפליקציה או של משתתף אחר בעסקה. הצהרות אבטחה מנוהלות ומשמשות שני סוגים של ישויות:
- ספקי זהויות: יצירת הצהרות אבטחה בשם המשתתפים
- ספקי שירותים: מאמתים הצהרות אבטחה באמצעות יחסי אמון עם ספקי זהויות
פלטפורמת ה-API יכולה לשמש כספק זהויות וכספק שירות. הוא פועל כספק זהויות על ידי יצירת הצהרות וצירופן להודעות בקשה, וכך מאפשר לשירותים בקצה העורפי לעבד את ההצהרות האלה. הוא פועל כספק שירות על ידי אימות הצהרות בהודעות בקשה נכנסות.
סוג המדיניות SAML תומך בטענות נכוֹנוּת של SAML שתואמות לגרסה 2.0 של מפרט הליבה של SAML ולגרסה 1.0 של מפרט פרופיל האסימון של WS-Security SAML.