Criterio BasicAuthentication

Questa pagina si applica ad Apigee e Apigee hybrid.

Visualizza la documentazione di Apigee Edge.

Cosa

Consente di utilizzare l'autenticazione di base leggera per la sicurezza dell'ultimo miglio. Il criterio accetta un nome utente e una password, li codifica in Base64 e scrive il valore risultante in una variabile. Il valore risultante è nel formato Basic Base64EncodedString. In genere, questo valore viene scritto in un'intestazione HTTP, ad esempio l'intestazione Authorization.

Il criterio consente anche di decodificare le credenziali archiviate in una stringa con codifica Base64 in un nome utente e una password.

Queste norme sono estensibili e il loro utilizzo potrebbe avere implicazioni in termini di costi o di utilizzo, a seconda della licenza Apigee. Per informazioni sui tipi di criteri e sulle implicazioni di utilizzo, consulta Tipi di criteri.

Nota: questo criterio non impone l'autenticazione di base per una richiesta a un proxy API. Al contrario, lo utilizzi per codificare/decodificare le credenziali in Base64, in genere quando ti connetti a un server di backend o utilizzi un criterio di chiamata di servizio, ad esempio il criterio di chiamata di servizio, che richiede l'autenticazione di base.

Nota:i seguenti video mostrano l'editor proxy classico nell'interfaccia utente di Apigee. Apigee sta introducendo una nuova versione dell'editor proxy, che ha un design diverso rispetto alla versione classica mostrata nei video.

Video:questo video mostra come codificare in base64 un nome utente e una password utilizzando le norme di autenticazione di base.

Video:questo video mostra come decodificare un nome utente e una password codificati in base64 utilizzando il criterio di autenticazione di base.

Esempi

Codifica in uscita

<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>

Nella configurazione dei criteri di esempio riportata sopra, il nome utente e la password da codificare derivano dalle variabili specificate dagli attributi ref negli elementi <User> e <Password>. Le variabili devono essere impostate prima dell'esecuzione di questa norma. In genere, le variabili vengono compilate con valori letti da una mappa chiave/valore. Consulta le norme relative alle operazioni della mappa chiave-valore.

Questa configurazione genera l'intestazione HTTP denominata Authorization, come specificato dall'elemento <AssignTo>, che viene aggiunto al messaggio di richiesta in uscita inviato al server di backend:

Authorization: Basic TXlVc2VybmFtZTpNeVBhc3N3b3Jk

I valori <User> e <Password> vengono concatenati con i due punti prima della codifica Base64.

Supponiamo di avere una mappa chiave/valore con la seguente voce:

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

Collega i seguenti criteri KeyValueMapOperations prima dei criteri BasicAuthentication per poter estrarre i valori per gli elementi <User> e <Password> dall'archivio chiave/valore e inserirli nelle variabili credentials.username e 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>
      

Decodifica in entrata

<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>

In questo esempio di criterio, il criterio decodifica il nome utente e la password dall'intestazione HTTP Authorization, come specificato dall'elemento <Source>. La stringa con codifica Base64 deve avere la forma Basic Base64EncodedString.

Il criterio scrive il nome utente decodificato nella variabile request.header.username e la password decodificata nella variabile request.header.password.

---

Informazioni sui criteri di autenticazione di base

Le norme prevedono due modalità di funzionamento:

• Codifica: codifica Base64 di un nome utente e una password memorizzati nelle variabili
• Decode: decodifica il nome utente e la password da una stringa codificata in Base64

Il nome utente e la password vengono in genere memorizzati nell'archivio chiave/valore e poi letti dall'archivio chiave/valore in fase di runtime. Per informazioni dettagliate sull'utilizzo dell'archivio chiave/valore, consulta i criteri relativi alle operazioni della mappa chiave-valore.

Avviso:l'autenticazione di base non garantisce la riservatezza. Invia sempre le credenziali tramite una connessione TLS (HTTPS) al tuo servizio di backend.

Riferimento elemento

Il riferimento all'elemento descrive gli elementi e gli attributi del criterio 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>

Attributi <BasicAuthentication>

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

La tabella seguente descrive gli attributi comuni a tutti gli elementi principali dei criteri:

Attributo	Descrizione	Predefinito	Presence
name	Il nome interno del criterio. Il valore dell'attributo name può contenere lettere, numeri, spazi, trattini, trattini bassi e punti. Questo valore non può superare i 255 caratteri. Se vuoi, utilizza l'elemento <DisplayName> per etichettare il criterio nell'editor proxy dell'interfaccia utente di gestione con un nome diverso in linguaggio naturale.	N/D	Obbligatorio
continueOnError	Imposta su false per restituire un errore quando un criterio non va a buon fine. Questo è un comportamento previsto per la maggior parte dei criteri. Imposta su true per continuare l'esecuzione del flusso anche dopo un fallimento del criterio. Vedi anche: Le regole di errore vengono attivate SOLO in uno stato di errore (informazioni su continueOnError) Gestione degli errori all'interno del flusso corrente	falso	Facoltativo
enabled	Imposta su true per applicare il criterio. Imposta su false per disattivare il criterio. Il criterio non verrà applicato anche se rimane collegato a un flusso.	true	Facoltativo
async	Questo attributo è stato ritirato.	falso	Deprecato

Elemento <DisplayName>

Da utilizzare insieme all'attributo name per etichettare il criterio nell'editor proxy dell'interfaccia utente di gestione con un nome diverso in linguaggio naturale.

<DisplayName>Policy Display Name</DisplayName>

Predefinito	N/D Se ometti questo elemento, viene utilizzato il valore dell'attributo name del criterio.
Presence	Facoltativo
Tipo	Stringa

Elemento <Operation>

Determina se il criterio codifica o decodifica le credenziali in Base64.

<Operation>Encode</Operation>

Predefinito:	N/D
Presenza:	Obbligatorio
Tipo:	Stringa. I valori validi includono: Codifica Decodifica

Elemento <IgnoreUnresolvedVariables>

Se impostato su true, il criterio non genererà un errore se una variabile non può essere risolta. Se utilizzato nel contesto di una norma BasicAuthentication, questa impostazione viene in genere impostata su false perché in genere è utile generare un errore se non è possibile trovare un nome utente o una password nelle variabili specificate.

<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>

Predefinito:	true
Presenza:	Facoltativo
Tipo:	Booleano

Elemento <User>

• Per la codifica, utilizza l'elemento <User> per specificare la variabile contenente il nome utente. I valori di nome utente e password vengono concatenati con i due punti prima della codifica Base64.
• Per la decodifica, specifica la variabile in cui viene scritto il nome utente decodificato.

<User ref="request.queryparam.username" /> 

Predefinito:	N/D
Presenza:	Obbligatorio
Tipo:	N/D

Attributi

Attributo	Descrizione	Predefinito	Presenza
ref	La variabile da cui il criterio legge dinamicamente il nome utente (codifica) o scrive il nome utente (decodifica).	N/D	Obbligatorio

Elemento <Password>

• Per la codifica, utilizza l'elemento <Password> per specificare la variabile contenente la password.
• Per la decodifica, specifica la variabile in cui viene scritta la password decodificata.

<Password ref="request.queryparam.password" />

Predefinito:	N/D
Presenza:	Obbligatorio
Tipo:	N/D

Attributi

Attributo	Descrizione	Predefinito	Presenza
ref	La variabile da cui il criterio legge dinamicamente la password (codifica) o scrive la password (decodifica).	N/D	Obbligatorio

Elemento <AssignTo>

Specifica la variabile di destinazione da impostare con il valore codificato o decodificato generato da questo criterio.

L'esempio seguente indica che il criterio deve impostare l'intestazione Authorization del messaggio sul valore generato:

<AssignTo createNew="false">request.header.Authorization</AssignTo>

Predefinito:	N/D
Presenza:	Obbligatorio
Tipo:	Stringa

Attributi

Attributo	Descrizione	Predefinito	Presenza
createNew	Determina se la policy deve sovrascrivere la variabile se questa è già impostata. Se il valore è "false", l'assegnazione alla variabile avviene solo se la variabile non è attualmente impostata (null). Se il valore è "true", l'assegnazione alla variabile avviene sempre. In genere, questo attributo è impostato su "false" (valore predefinito).	falso	Facoltativo

Elemento <Source>

Per la decodifica, la variabile contenente la stringa codificata in Base64, nel formato Basic Base64EncodedString. Ad esempio, specifica request.header.Authorization, corrispondente all'intestazione Autorizzazione.

<Source>request.header.Authorization</Source>

Predefinito:	N/D
Presenza:	Obbligatorio per l'operazione di decodifica.
Tipo:	N/D

Variabili di flusso

Quando il criterio non viene rispettato, viene impostata la seguente variabile di flusso:

• BasicAuthentication.{policy_name}.failed (con un valore true)

Nota:se vedi variabili chiamate BasicAuthentication.{policy_name}.fault.cause e BasicAuthentication.{policy_name}.fault.name, al momento non vengono utilizzate da Apigee.

Messaggi di errore

Questa sezione descrive i codici di errore e i messaggi di errore restituiti e le variabili di errore impostate da Apigee quando questo criterio attiva un errore. Queste informazioni sono importanti se stai sviluppando regole di errore per gestire gli errori. Per scoprire di più, consulta Informazioni importanti sugli errori relativi alle norme e Gestione degli errori.

Errori di runtime

Questi errori possono verificarsi durante l'esecuzione del criterio.

Codice guasto	Stato HTTP	Causa	Correggi
steps.basicauthentication.InvalidBasicAuthenticationSource	500	Durante la decodifica, quando la stringa con codifica Base64 in arrivo non contiene un valore valido o l'intestazione non è formattata correttamente (ad esempio, non inizia con Basic).
steps.basicauthentication.UnresolvedVariable	500	Le variabili di origine richieste per la decodifica o la codifica non sono presenti. Questo errore può verificarsi solo se IgnoreUnresolvedVariables è falso.

Errori di deployment

Questi errori possono verificarsi quando esegui il deployment di un proxy contenente questo criterio.

Nome dell'errore	Si verifica quando	Correggi
UserNameRequired	L'elemento <User> deve essere presente per l'operazione con nome.
PasswordRequired	L'elemento <Password> deve essere presente per l'operazione con nome.
AssignToRequired	L'elemento <AssignTo> deve essere presente per l'operazione con nome.
SourceRequired	L'elemento <Source> deve essere presente per l'operazione con nome.

Variabili di errore

Queste variabili vengono impostate quando si verifica un errore di runtime. Per ulteriori informazioni, consulta Informazioni importanti sugli errori relativi alle norme.

Variabili	Dove	Esempio
fault.name="fault_name"	fault_name è il nome dell'errore, come indicato nella tabella Errori di runtime sopra. Il nome dell'errore è l'ultima parte del codice dell'errore.	fault.name Matches "UnresolvedVariable"
BasicAuthentication.policy_name.failed	policy_name è il nome specificato dall'utente del criterio che ha generato l'errore.	BasicAuthentication.BA-Authenticate.failed = true

Esempio di risposta di errore

Nota: per la gestione degli errori, la best practice è intercettare la parte errorcode della risposta all'errore. Non fare affidamento sul testo in faultstring, perché potrebbe cambiare.

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

Esempio di regola di errore

<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>

Schemi

Esempio: consulta gli esempi del nostro repository GitHub per gli schemi più recenti.

Argomenti correlati

Norme operative della mappa chiave-valore