אימות SAML עבור Ariba Buyer באתר הלקוח
מאמר בסיס ידע זה תורגם באמצעות תרגום מכונה לנוחיותך. SAP לא מספקת אחריות בנוגע לנכונות או לשלמות תרגום המכונה. ניתן למצוא את התוכן המקורי על-ידי החלפה לאנגלית באמצעות בורר השפות.
בעיה
כיצד לקבוע תצורה של אימות SAML עבור Ariba Buyer באתר הלקוח?
פתרון
אימות SAML עבור Ariba Buyer באתר הלקוח
מסמך זה מספק דוגמאות לאופן שבו אימות SAML עשוי להיות מיושם ונועד להמחיש את התהליכים והמושגים שמאחוריו. קיימים מספר פתרונות SAML Identity Provider ('IdP' להלן) המוצעים על-ידי ספקי צד שלישי. האחריות ליישום של כל ספק זהויות SAML בצד הלקוח נשענת על הלקוח.
תזרים פרוטוקול איגוד של SAML HTTP POST 1
1.1 דרישות מוקדמות
כדי שללקוח תהיה גישה ל-Ariba, יחולו הדרישות המקדימות הבאות:
- למשתמש חייב להיות חשבון שנוצר ב-Ariba Buyer שבו זיהוי המשתמש של Ariba זהה לזיהוי החשבון הארגוני של המשתמש כפי שצוין בזיהוי שם תגובת SAML.
- הדפדפן של המשתמש מאפשר קובצי Cookie ו-JavaScript.
- הלקוח מספק ל-Ariba אישור ציבורי חוקי, כתובת URL של דף מסר להתחברות ארגונית וכתובת URL להתנתקות.
1.2 חיבור התחלתי עם Ariba
- משתמש ניגש לכתובת ה-URL של Ariba Sourcing או של Ariba Buyer. ייתכן שזה דף הבית או כתובת URL עמוקה שמשתמש סימן בסימנייה או קיבל הודעת דוא"ל.
- Ariba מחפשת את שיטת האימות המתאימה, שבמקרה זה תהיה אימות ארגוני של SAML.
- Ariba יוצרת חלון עבודה באינטרנט, מגדירה את קובץ ה-Cookie של זיהוי חלון העבודה בדפדפן של המשתמש ושומרת את המיקום של כתובת ה-URL הסופית של היעד בחלון העבודה.
במקום להציג דף כניסה של Ariba, הדפדפן של המשתמש מנותב מחדש לדף המשאב המוגן ללקוח. כתובת ה-URL לניתוב מחדש תכלול אופציונאלית את זיהוי ספק השירות (SPID), פרמטר זה יכול לעזור ללקוח לזהות את ספק השירות והיכן עליו לפרסם את תגובת SAML לאחר האימות אם היא מארחת כתובת URL גנרית של SAML IdP.
1.3 אימות משתמש עם אימות חברה של לקוח
- הדפדפן של המשתמש מנותב מחדש לדף המשאב באמצעות כתובת ה-URL לניתוב מחדש של Ariba.
- כתובת ה-URL לניתוב מחדש מכילה גם את ה-SPID.
- מאחר שדף משאב זה הוא משאב מוגן, שירות אימות ארגוני SAML מיירט בקשה זו ומבקש את שם המשתמש והסיסמה (או שיטות אישור אחרות) שמוזנות על-ידי המשתמש ומוחזרות לשירות אימות ארגוני.
- שירות אימות ארגוני SAML מאמת את האישור מול מאגר האישורים המרכזי.
- בהצלחה:
- שירות האימות הארגוני של SAML מגדיר קובץ Cookie של חלון עבודה של אישורים בדפדפן המשתמש
- שירות האימות הארגוני של SAML מאחזר את כתובת ה-URL של Ariba Return בהתבסס על SPID
- שירות האימות הארגוני של SAML מכין תגובת SAML חתומה ומנתב מחדש את הדפדפן כדי לפרסם את התגובה לכתובת ה-URL של החזרת Ariba.
- בעת כשל:
- שירות אימות ארגוני SAML מציג דף כשל באימות.
1.4 אימות סופי עם Ariba
- הדפדפן מנותב מחדש לדף כפי שצוין בכתובת ה-URL להחזרת Ariba.
- שרת האינטרנט של Ariba ממפה את החיבור לחלון העבודה הנכון בהתבסס על זיהוי חלון העבודה בקובץ ה-Cookie של הדפדפן. לוגיקה הפועלת ביישום Ariba מעבדת את מסמך תגובת SAML ומאמתת את החתימה עם האישור הציבורי של הלקוח.
- בהתאמה חיובית:
- ה-NameID המוגדר על-ידי המשתמש הוא אותו אדם שאומת לשירות האימות הארגוני מוקדם יותר בתהליך אימות זה.
- לאחר מכן Ariba מאחזרת את דף היעד מחלון העבודה ומאלצת את המשתמש בדף. המשתמש יכול להמשיך להשתמש ב-Ariba כמשתמש מאומת, המאוגד להרשאות הגישה המשויכות לזיהוי השם המאומת.
- אחרת, תוצג שגיאה.
- ביציאה, יישום Ariba יתנתק מהיישומים שלו ויוכל לנחות בכתובת ה-URL ליציאה שסופקה על-ידי הלקוח.
- התצורה של חלון העבודה באינטרנט נקבעה כך שתוקפה יפוג לאחר 30 דקות של זמן חוסר פעילות.
- השלב "אימות משתמש עם אימות חברה של לקוח" הוא היישום הפנימי של הלקוח והוא יוחלט על-ידי תשתית האבטחה הארגונית שלו.
דוגמת תצורה 2
דוגמה זו מדגימה את תצורת אימות SAML עם כניסה יחידה של Microsoft Azure AD.
השלב 'קביעת תצורה של אימות חברה של Ariba Buyer' הוא תצורה נפוצה ב-Ariba Buyer. שלבים אחרים עבור שרתי SAML IdP שונים צריכים להתייחס לתיעוד מספקי התוכנה המתאימים של צד שלישי.
2.1 פרטי דגימה
- כתובת URL של SPID של Ariba Buyer:
https://mycompany.com/Buyer/Main?תחום=System&passwordadapter=PasswordAdapter1
- כתובת URL של צריכת תגובה של Ariba SAML:
https://mycompany.com/Buyer/Main/ad/samlAuth/SSOActions?awr=1&domain=System
2.2 קביעת תצורה של כניסה יחידה של Azure AD
- בפורטל Azure, בחר להוסיף יישום 'יישום שאינו גלריה'.
בדוגמה זו, שם היישום הוא 'Ariba_Buyer'. - לאחר היצירה, מתוך 'התחלה מהירה', בחר 'קבע תצורה של כניסה יחידה' ו'התחברות מבוססת SAML'

בדף כניסה יחידה, ספק את הערכים הבאים:

המזהה צריך להיות 'כתובת URL של SPID של Ariba Buyer'.
כתובת ה-URL למענה צריכה להיות 'כתובת URL של צריכת תגובה של Ariba SAML'.

בחר את מזהה המשתמש. מזהה משתמש זה יישלח כ"מזהה שם" בתגובה ל-SAML, וישמש כמזהה משתמש של Ariba Buyer.

הורד ושמור עותק מקומי של 'אישור(Base64)'. אישור זה יותקן ל-Ariba Buyer בשלב מאוחר יותר.
- הפוך את האישור החדש לפעיל ושמור את השינוי. פעולה זו משלימה את התקנת Single Sign-On של Azure.

לאחר מכן, באותו דף, לחץ על הקישור 'קבע את תצורת Ariba_Buyer'. זו ההוראה של Azure להגדיר את ספק השירות. העתק את כתובות ה-URL הבאות מהוראה זו. 
2.3 קביעת תצורה של אימות חברה של Ariba Buyer
2.3.1 הפעל אימות חברה
מצא את 'אימות חברה' מניהול מרכזי > פרופיל אתר.
האיור הבא מיועד למטרות מידע בלבד. הוא מדגים את שדות הקלט ש-Ariba משתמשת בהם כדי לאפשר את השירות.
- בדוק את 'הפעל מאמת חברה' ובחר 'אימות SAML'.
- הוא עוקב אחר פרוטוקול SAML 1.1 כברירת מחדל. בחר השתמש בבקשת SAML כדי להפעיל את פרוטוקול SAML 2.0. הוא יפרסם בקשת SAML לכתובת ה-URL להתחברות.
- בחר 'הוסף כתובת URL להחזרת ספק שירות' כדי לבקש מ-Ariba ליצור כתובת URL להחזרה בשם פרמטר כתובת ה-URL 'ret'. הלקוח יכול להשתמש בכתובת URL זו כדי לפרסם את תגובת SAML שלו.
- העתק את תוכן האישור שהורד מ-Azure AD.
- שמור את השינוי.

שלב זה ייכנס לתוקף באופן מיידי.
אבל, לפני בדיקת אימות SAML עם Azure AD, עדיין יש להחיל את השלב הבא.
2.3.2 הוסף מפתח פרטי של Ariba
לפני שתמשיך לשלב הבא, עליך להשיג צמד מפתחות RSA ולייבא את צמד מפתחות RSA ל-Java Key Store (*.jks file).
המפתח הפרטי של Ariba ישמש לחתימה על בקשת ה-SAML.
- העתק את קובץ ה-JKS למיקום: <buyer_install>/שרת/וכו'/תיקיית אישורים.
- הוסף או שנה את ‘System.Authication.Keystores.AribaPrivateKeystore’ מהטבלה Parameters.table כדי להכיל את התוכן המוצג בהדגשה במקטע הקוד הבא.
|
אימות = {
אישורים = { MyCredentials = { סיסמה = ""; שם משתמש = "";};};
מאגרי מפתחות = {
AribaPrivateKeystore = {
קובץ = "etc/certs/<sample_key_store>.jks";
מפתחות = {
מפתח1 = {
כינוי = <sample_alias>;
סיסמת מפתח = "<sample_key_pass>";
};
};
StorePassword = "<sample_store_pass>";
סוג = jks;
};
};
};
|
- אתחל את שרת Ariba Buyer כדי ששינוי הפרמטר ייכנס לתוקף.
מידע נוסף
לאחר התקנת WebLogic 11gR1 במחשב חדש, ודא שאימות SAML עובד עם שרת היישום WebLogic 11gR1. עליך לבצע את השינויים הידניים הבאים כדי לוודא שאימות SAML פועל:
כדי לוודא שאימות SAML פועל:
1 הפסק את השרתים.
2 עבור אל תיקיית המודולים תחת המיקום שבו מותקן WebLogic 11gR1 (/opt/be10mp36/modules/).
3 אתר את הקובץ בשם com.bee.core.be.opensaml2_1.0.0.0_6-2-0-0.jar.
4 מחק קובץ jar זה, או שנה את שמו ל-com.bee.core.be.opensaml2_1.0.0.0_6-2-0-0.jar.old, כדי להבטיח שקובץ jar זה לא ייטען בעת התחלת השרתים וטוען במקום זאת את קובץ ה-SAML jar הקיים בתיקייה /Server/Classes/. המערכת משתמשת בקובץ jar זה כדי לאסוף את סיווג XMLConfigurator הנכון לטעינת נתוני SAML תקינים.
5 הפעל מחדש את השרתים.
מהדורה מקומית > מהדורה מקומית - Ariba Buyer