מדיניות Basicאימות

מוצג המסמך של Apigee Edge.
עוברים אל מסמכי תיעוד של Apigee X.
מידע

מה

מאפשר להשתמש באימות בסיסי קל בשביל ואבטחה מלאה. המדיניות לוקחת שם משתמש וסיסמה, מערכת Base64 מקודדת אותם וכותבת את את הערך שמתקבל למשתנה. הפורמט של הערך שמתקבל הוא Basic Base64EncodedString. בדרך כלל כותבים את הערך הזה בכותרת HTTP, כמו הכותרת Authorization

המדיניות גם מאפשרת לפענח שם משתמש פרטי כניסה שמאוחסנים במחרוזת בקידוד Base64 וסיסמה.

סרטון: סרטון זה מדגים כיצד לקודד שם משתמש ב-base64 הסיסמה באמצעות מדיניות האימות הבסיסי.

סרטון: הסרטון הזה מדגים איך לפענח שם משתמש בקידוד base64 הסיסמה באמצעות מדיניות האימות הבסיסי.

דוגמאות

קידוד של הודעות יוצאות

<BasicAuthentication name="ApplyBasicAuthHeader">
   <DisplayName>ApplyBasicAuthHeader</DisplayName>
   <Operation>Encode</Operation>
   <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
   <User ref="BasicAuth.credentials.username" />
   <Password ref="BasicAuth.credentials.password" />
   <AssignTo createNew="false">request.header.Authorization</AssignTo>
</BasicAuthentication>

בתצורת המדיניות לדוגמה שלמעלה, שם המשתמש והסיסמה שיש לקודד הם נגזר מהמשתנים שצוינו על ידי מאפייני ref רכיבי <User> ו-<Password>. המשתנים חייבים להיות מוגדרת לפני שהמדיניות מופעלת. בדרך כלל, המשתנים מאוכלסים בערכים ממפת מפתח/ערך. ראו מפת ערכי מפתח מדיניות תפעול.

כתוצאה מהתצורה הזו תופיע כותרת ה-HTTP בשם Authorization, כפי שמצוין על ידי &lt;AssignTo&gt;, נוסף להודעת הבקשה היוצאת שנשלחה לשרת העורפי:

Authorization: Basic TXlVc2VybmFtZTpNeVBhc3N3b3Jk

הערכים <User> ו-<Password> משורשרים עם נקודתיים לפני קידוד Base64.

נניח שיש לכם מפת מפתח/ערך עם הערך הבא:

{
  "encrypted" : true,
  "entry" : [ {
    "name" : "username",
    "value" : "MyUsername"
  }, {
    "name" : "password",
    "value" : "MyPassword"
  } ],
  "name" : "BasicAuthCredentials"
}
      

יש לצרף את כללי המדיניות הבאים של KeyValueMapOperations לפני מדיניות BasicAuthentication להיות מסוגל לחלץ את הערכים של <User> <Password> ממאגר המפתח/הערך ומאכלסים אותם המשתנים credentials.username ו-credentials.password.

<KeyValueMapOperations name="getCredentials" mapIdentifier="BasicAuthCredentials">
  <Scope>apiproxy</Scope>
  <Get assignTo="credentials.username" index='1'>
    <Key>
      <Parameter>username</Parameter>
    </Key>
  </Get>
  <Get assignTo="credentials.password" index='1'>
    <Key>
      <Parameter>password</Parameter>
    </Key>
  </Get>
</KeyValueMapOperations>
      

פענוח של הודעות נכנסות

<BasicAuthentication name="DecodeBaseAuthHeaders">
   <DisplayName>Decode Basic Authentication Header</DisplayName>
   <Operation>Decode</Operation>
   <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
   <User ref="request.header.username" />
   <Password ref="request.header.password" />
   <Source>request.header.Authorization</Source>
</BasicAuthentication>

בדוגמה הזו, המדיניות מפענחת את שם המשתמש והסיסמה כותרת ה-HTTP Authorization, כפי שצוין על ידי הרכיב &lt;Source&gt;. Base64 המחרוזת המקודדת חייבת להיות בצורה Basic Base64EncodedString.

המדיניות כותבת את שם המשתמש המפוענח למשתנה request.header.username, את הסיסמה המפוענחת למשתנה request.header.password.


מידע על המדיניות בנושא אימות בסיסי

למדיניות יש שני מצבי פעולה:

  • מקודד: מערכת Base64 מקודדת שם משתמש וסיסמה שמאוחסנים משתנים
  • מפענח: מפענח את שם המשתמש והסיסמה מחרוזת בקידוד Base64

שם המשתמש והסיסמה בדרך כלל נשמרים במאגר המפתח/הערך ולאחר מכן קוראים אותם מאגר מפתח/ערך בזמן ריצה. לפרטים על השימוש במאגר מפתחות/ערך, אפשר לעיין במאמר פעולות במפת ערכי מפתחות .

הפניה לרכיב

בהפניה לרכיב מתוארים הרכיבים והמאפיינים של BasicAuthentication המדיניות בנושא

<BasicAuthentication async="false" continueOnError="false" enabled="true" name="Basic-Authentication-1">
   <DisplayName>Basic Authentication 1</DisplayName>
   <Operation>Encode</Operation>
   <IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
   <User ref="request.queryparam.username" />
   <Password ref="request.queryparam.password" />
   <AssignTo createNew="false">request.header.Authorization</AssignTo>
   <Source>request.header.Authorization</Source> 
</BasicAuthentication>

&lt;BasicAuthentication&gt; מאפיינים

<BasicAuthentication async="false" continueOnError="false" enabled="true" name="Basic-Authentication-1">

בטבלה הבאה מתוארים מאפיינים שמשותפים לכל רכיבי ההורה של המדיניות:

מאפיין תיאור ברירת מחדל נוכחות
name

השם הפנימי של המדיניות. הערך של המאפיין name יכול לכלול אותיות, מספרים, רווחים, מקפים, קווים תחתונים ונקודות. הערך הזה לא יכול ארוך מ-255 תווים.

אפשר להשתמש ברכיב <DisplayName> כדי להוסיף תווית למדיניות עורך ה-Proxy של ממשק המשתמש לניהול בעל שם אחר בשפה טבעית.

לא רלוונטי חובה
continueOnError

צריך להגדיר את הערך false כדי להחזיר שגיאה כשמדיניות נכשלת. המצב הזה צפוי של רוב כללי המדיניות.

יש להגדיר ל-true כדי שביצוע התהליך יימשך גם לאחר המדיניות נכשל.

false אופציונלי
enabled

צריך להגדיר את הערך true כדי לאכוף את המדיניות.

צריך להגדיר את הערך false כדי להשבית את המדיניות. המדיניות לא תהיה אכיפה גם אם היא ממשיכה להיות מחוברת לזרימה.

true אופציונלי
async

המאפיין הזה הוצא משימוש.

false הוצא משימוש

&lt;DisplayName&gt; רכיב

צריך להשתמש בנוסף למאפיין name כדי להוסיף תווית למדיניות עורך proxy של ממשק משתמש לניהול עם שם אחר בשפה טבעית.

<DisplayName>Policy Display Name</DisplayName>
ברירת מחדל

לא רלוונטי

אם משמיטים את הרכיב הזה, הערך של המאפיין name של המדיניות הוא בשימוש.

נוכחות אופציונלי
סוג מחרוזת

&lt;Operation&gt; רכיב

המדיניות קובעת אם המדיניות Base64 מקודדת או מפענחת פרטי כניסה.

<Operation>Encode</Operation>
ברירת המחדל: לא רלוונטי
נוכחות: חובה
סוג:

מחרוזת.

הערכים החוקיים כוללים:

  • קידוד
  • Decode

&lt;IgnoreUnresolvedVariables&gt; רכיב

כשהמדיניות מוגדרת לערך true, המדיניות לא תקפיץ הודעת שגיאה אם אי אפשר לשנות את המשתנה הבעיה נפתרה. כשנעשה בה שימוש בהקשר של מדיניות BasicAuthentication, ההגדרה הזו בדרך כלל מוגדרת. ל-false, כי בדרך כלל כדאי לזרוק שגיאה אם שם משתמש לא ניתן למצוא את הסיסמה במשתנים שצוינו.

<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
ברירת המחדל: true
נוכחות: אופציונלי
סוג:

בוליאני

&lt;User&gt; רכיב

  • לצורך קידוד, צריך להשתמש ברכיב <User> כדי לציין את המשתנה שמכיל את שם המשתמש. הערכים של שם המשתמש והסיסמה חוברו בנקודתיים לפני קידוד Base64.
  • לצורך הפענוח, מציינים את המשתנה שבו כתוב שם המשתמש המפוענח.
<User ref="request.queryparam.username" /> 
ברירת המחדל: לא רלוונטי
נוכחות: חובה
סוג:

לא רלוונטי

מאפיינים

מאפיין תיאור ברירת מחדל נוכחות
אזכור

המשתנה שממנו המדיניות קוראת באופן דינמי את שם המשתמש (מקודד) או כותבת שם המשתמש (פענוח).

לא רלוונטי חובה

&lt;Password&gt; רכיב

  • לצורך קידוד, צריך להשתמש ברכיב <Password> כדי לציין את המשתנה שמכיל את הסיסמה.
  • לצורך פענוח, מציינים את המשתנה שבו כתובה הסיסמה המפוענחת.
<Password ref="request.queryparam.password" />
ברירת המחדל: לא רלוונטי
נוכחות: חובה
סוג:

לא רלוונטי

מאפיינים

מאפיין תיאור ברירת מחדל נוכחות
אזכור

המשתנה שממנו המדיניות קוראת באופן דינמי את הסיסמה (מקודדת) או כותבת את הסיסמה (פענוח).

לא רלוונטי חובה

&lt;AssignTo&gt; רכיב

מציינת את משתנה היעד שצריך להגדיר עם הערך המקודד או המפוענח שנוצר על ידי הפונקציה המדיניות בנושא

בדוגמה הבאה מצוין שהמדיניות צריכה להגדיר את המאפיין Authorization. כותרת ההודעה לערך שנוצר:

<AssignTo createNew="false">request.header.Authorization</AssignTo>
ברירת המחדל: לא רלוונטי
נוכחות: חובה
סוג:

מחרוזת

מאפיינים

מאפיין תיאור ברירת מחדל נוכחות
createNew המדיניות קובעת אם המדיניות צריכה להחליף את המשתנה אם המשתנה כבר הוגדרה.

כאשר הערך הוא 'false', ההקצאה למשתנה תתבצע רק אם המשתנה לא מוגדר כרגע (null).

כאשר הערך הוא True, ההקצאה למשתנה תמיד מתרחשת.

בדרך כלל, הערך של המאפיין הזה מוגדר כ-"false" (ברירת המחדל).

false אופציונלי

&lt;Source&gt; רכיב

לצורך הפענוח, המשתנה שמכיל את המחרוזת בקידוד Base64, ברכיב טופס Basic Base64EncodedString. לדוגמה, לציין request.header.Authorization, שתואם לכותרת Authorization.

<Source>request.header.Authorization</Source>
ברירת המחדל: לא רלוונטי
נוכחות: נדרש לצורך פעולת פענוח הקוד.
סוג:

לא רלוונטי

משתני זרימה

משתנה הזרימה הבא מוגדר כשהמדיניות נכשלת:

  • BasicAuthentication.{policy_name}.failed (עם הערך True)

התייחסות לשגיאות

This section describes the fault codes and error messages that are returned and fault variables that are set by Edge when this policy triggers an error. This information is important to know if you are developing fault rules to handle errors. To learn more, see What you need to know about policy errors and Handling faults.

Runtime errors

These errors can occur when the policy executes.

Fault code HTTP status Cause Fix
steps.basicauthentication.InvalidBasicAuthenticationSource 500 On a decode when the incoming Base64 encoded string does not contain a valid value or the header is malformed (e.g., does not start with "Basic").
steps.basicauthentication.UnresolvedVariable 500 The required source variables for the decode or encode are not present. This error can only occur if IgnoreUnresolvedVariables is false.

Deployment errors

These errors can occur when you deploy a proxy containing this policy.

Error name Occurs when Fix
UserNameRequired The <User> element must be present for the named operation.
PasswordRequired The <Password> element must be present for the named operation.
AssignToRequired The <AssignTo> element must be present for the named operation.
SourceRequired The <Source> element must be present for the named operation.

Fault variables

These variables are set when a runtime error occurs. For more information, see What you need to know about policy errors.

Variables Where Example
fault.name="fault_name" fault_name is the name of the fault, as listed in the Runtime errors table above. The fault name is the last part of the fault code. fault.name Matches "UnresolvedVariable"
BasicAuthentication.policy_name.failed policy_name is the user-specified name of the policy that threw the fault. BasicAuthentication.BA-Authenticate.failed = true

Example error response

{  
   "fault":{  
      "detail":{  
         "errorcode":"steps.basicauthentication.UnresolvedVariable"
      },
      "faultstring":"Unresolved variable : request.queryparam.password"
   }
}

Example fault rule

<FaultRule name="Basic Authentication Faults">
    <Step>
        <Name>AM-UnresolvedVariable</Name>
        <Condition>(fault.name Matches "UnresolvedVariable") </Condition>
    </Step>
    <Step>
        <Name>AM-AuthFailedResponse</Name>
        <Condition>(fault.name = "InvalidBasicAuthenticationSource")</Condition>
    </Step>
    <Condition>(BasicAuthentication.BA-Authentication.failed = true) </Condition>
</FaultRule>

סכימות

נושאים קשורים

מפה של ערכי מפתחות מדיניות תפעול