Stai visualizzando la documentazione di Apigee Edge.
Vai alla
documentazione di Apigee X. informazioni
Security Assertion Markup Language (SAML)
La specifica SAML (Security Assertion Markup Language) definisce formati e protocolli che consentono alle applicazioni di scambiare informazioni in formato XML per l'autenticazione e l'autorizzazione.
I servizi API Edge consentono di autenticare e autorizzare le app in grado di presentare token SAML. Un token SAML è un frammento di XML firmato digitalmente che presenta un set di "asserzioni". Queste asserzioni possono essere utilizzate per applicare l'autenticazione e l'autorizzazione.
Per utilizzare la terminologia SAML, i servizi API possono funzionare come provider di servizi (SP) o provider di identità (IdP). Quando i servizi API convalidano i token SAML nelle richieste in entrata dalle app, intervengono nel ruolo di SP (i servizi API possono agire anche nel ruolo dell'IdP, quando generano token SAML da utilizzare durante la comunicazione con i servizi di backend. Vedi Sicurezza dell'ultimo miglio).
Il tipo di criterio SAML consente ai proxy API di convalidare le asserzioni SAML collegate alle richieste SOAP in entrata. Il criterio SAML convalida i messaggi in arrivo che contengono un'asserzione SAML con firma digitale, li rifiuta se non sono validi e imposta variabili che consentono criteri aggiuntivi, o i servizi di backend stessi, per convalidare ulteriormente le informazioni nell'asserzione.
Per convalidare i token SAML, devi rendere disponibili i certificati digitali per il criterio SAML creando almeno un TrustStore. I TrustStore hanno come ambito gli ambienti delle tue organizzazioni. Pertanto, puoi configurare diverse catene di attendibilità nei test e nella produzione, assicurandoti che i token SAML di test non possano essere utilizzati in fase di produzione e viceversa.
Per maggiori dettagli sulla convalida SAML, vedi Criteri di asserzione SAML.