Condividi tramite


Integrazione SSO di Microsoft Entra con AWS Single-Account Access

Questo articolo illustra come integrare AWS Single-Account Access con Microsoft Entra ID. Integrando AWS Single-Account Access con Microsoft Entra ID, è possibile:

  • Controllare in Microsoft Entra ID chi può accedere all'accesso all'account singolo AWS.
  • Abilita i tuoi utenti ad accedere automaticamente a AWS Single-Account Access con i loro account Microsoft Entra.
  • Gestire gli account in un'unica posizione centrale.

Usare le informazioni seguenti per prendere una decisione tra l'uso delle applicazioni AWS Single Sign-On e AWS Single-Account Access nella raccolta di applicazioni Microsoft Entra.

AWS Single Sign-On

AWS Single Sign-On è stato aggiunto alla raccolta di applicazioni Microsoft Entra nel mese di febbraio 2021. Semplifica la gestione dell'accesso centralmente a più account AWS e applicazioni AWS, con l'accesso tramite Microsoft Entra ID. Federate Microsoft Entra ID con AWS SSO una sola volta e usate AWS SSO per gestire le autorizzazioni in tutti gli account AWS da un'unica posizione. AWS SSO effettua automaticamente il provisioning delle autorizzazioni e li mantiene aggiornati man mano che si aggiornano i criteri e le assegnazioni di accesso. Gli utenti finali possono eseguire l'autenticazione con le credenziali di Microsoft Entra per accedere alle applicazioni integrate aws Console, Command Line Interface e AWS SSO.

AWS Single-Account Access

Accesso account singolo AWS è stato usato dai clienti negli ultimi anni e consente di eseguire la federazione di Microsoft Entra ID in un singolo account AWS e di usare Microsoft Entra ID per gestire l'accesso ai ruoli AWS IAM. Gli amministratori di AWS IAM definiscono ruoli e criteri in ogni account AWS. Per ogni account AWS, gli amministratori di Microsoft Entra si federate in AWS IAM, assegnano utenti o gruppi all'account e configurano Microsoft Entra ID per inviare asserzioni che autorizzano l'accesso ai ruoli.

Funzionalità AWS Single Sign-On Accesso per un singolo account AWS
Accesso condizionale Supporta un singolo criterio di accesso condizionale per tutti gli account AWS. Supporta un singolo criterio di accesso condizionale per tutti gli account o criteri personalizzati per account
Accesso all'interfaccia della riga di comando Supportato Supportato
Gestione delle Identità Privilegiate Supportata Non supportato
Centralizzare la gestione degli account Centralizzare la gestione degli account in AWS. Centralizzare la gestione degli account in Microsoft Entra ID (probabilmente richiederà un'applicazione aziendale Microsoft Entra per ogni account).
Certificato SAML Certificato singolo Separare i certificati per app/account

Architettura dell'AWS Single-Account Access

Screenshot che mostra la relazione tra MICROSOFT Entra ID e AWS.

È possibile configurare più identificatori per più istanze. Ad esempio:

  • https://signin.aws.amazon.com/saml#1

  • https://signin.aws.amazon.com/saml#2

Con questi valori Microsoft Entra ID rimuove il valore di # e invia il valore corretto https://signin.aws.amazon.com/saml come URL destinatario nel token SAML.

È consigliabile usare questo approccio per i motivi seguenti:

  • Ogni applicazione fornisce un certificato X509 unico. Ogni istanza di un'app AWS può quindi avere una diversa data di scadenza del certificato, che può essere gestita su una base dell'account AWS singolo. In questo caso il rollover generale dei certificati è più semplice.

  • È possibile abilitare il provisioning utenti con un'app AWS in Microsoft Entra ID, in modo che il servizio recuperi tutti i ruoli dall'account AWS. Non è necessario aggiungere o aggiornare manualmente i ruoli AWS nell'app.

  • È possibile assegnare individualmente il proprietario dell'app per l'app. Questa persona può gestire l'app direttamente in Microsoft Entra ID.

Nota

Assicurati di utilizzare solo un'applicazione galleria.

Prerequisiti

Per iniziare, sono necessari gli elementi seguenti:

  • Una sottoscrizione di Microsoft Entra. Se non si possiede una sottoscrizione, è possibile ottenere un account gratuito.
  • Sottoscrizione abilitata di AWS IAM IdP.
  • Insieme all'Amministratore di applicazioni cloud, l'Amministratore di applicazioni può anche aggiungere o gestire applicazioni in Microsoft Entra ID. Per altre informazioni, vedere Ruoli predefiniti di Azure.

Nota

I ruoli non dovrebbero essere modificati manualmente in Microsoft Entra ID quando si eseguono importazioni di ruoli.

Descrizione dello scenario

In questo articolo viene configurato e testato l'accesso SSO di Microsoft Entra in un ambiente di test.

  • Accesso AWS con account singolo supporta SSO avviato da IDP e SP.

Nota

Dal momento che l'identificatore di questa applicazione è un valore stringa fisso, è possibile configurare una sola istanza in un solo tenant.

Per configurare l'integrazione di AWS Single-Account Access in Microsoft Entra ID, è necessario aggiungere AWS Single-Account Access dalla raccolta all'elenco di app SaaS gestite.

  1. Accedi al Centro di amministrazione Microsoft Entra come almeno un Amministratore Applicazione Cloud.
  2. Passare a Identità>Applicazioni>Applicazioni aziendali>Nuova applicazione.
  3. Nella sezione Aggiungi dalla raccolta digitare AWS Single Account Access nella casella di ricerca.
  4. Seleziona AWS Single-Account Access dal pannello dei risultati e poi aggiungi l'app. Attendi qualche secondo mentre l'app viene aggiunta al tuo tenant.

In alternativa, è anche possibile usare Configurazione guidata delle app Enterprise. In questa procedura guidata è possibile aggiungere un'applicazione al tenant, aggiungere utenti/gruppi all'app, assegnare i ruoli e procedere alla configurazione dell'accesso SSO. Puoi saperne di più sulle procedure guidate di Microsoft 365 qui.

Configurare e testare Microsoft Entra SSO per l'accesso con singolo account su AWS

Configurare e testare l'SSO di Microsoft Entra con l'accesso a account singolo di AWS usando un utente di test di nome B.Simon. Per consentire il funzionamento dell'accesso Single Sign-On, è necessario stabilire una relazione di link tra un utente di Microsoft Entra e l'utente correlato in AWS Single-Account Access.

Per configurare e testare Microsoft Entra SSO con Accesso a Singolo Account AWS, seguire questa procedura:

  1. Configurare l'accesso Single Sign-On di Microsoft Entra per consentire agli utenti di usare questa funzionalità.
    1. Creare un utente di test di Microsoft Entra per testare l'accesso Single Sign-On di Microsoft Entra con B.Simon.
    2. Assegnare l'utente di prova Microsoft Entra per consentire a B.Simon di utilizzare il Single Sign-On di Microsoft Entra.
  2. Configurare AWS Single Sign-On per account singolo: per configurare le impostazioni di Single Sign-On nell'applicazione.
    1. Creare l'utente di test di Accesso Account Singolo AWS - per avere una controparte di B.Simon in Accesso Account Singolo AWS che sia collegata alla rappresentazione dell'utente in Microsoft Entra.
    2. Come configurare il provisioning dei ruoli in Accesso account singolo di AWS
  3. Testare l'accesso Single Sign-On: per verificare se la configurazione funziona.

Configurare il Single Sign-On (SSO) di Microsoft Entra

Seguire questa procedura per abilitare l'accesso Single Sign-On di Microsoft Entra.

  1. Accedi al Centro di amministrazione Microsoft Entra come almeno un Amministratore Applicazione Cloud.

  2. Andare a Identità>Applicazioni>Applicazioni Enterprise>Accesso account singolo AWS>Accesso Single Sign-On.

  3. Nella pagina Selezionare un metodo di accesso Single Sign-On selezionare SAML.

  4. Nella pagina Configura l'accesso Single Sign-On con SAML fare clic sull'icona della matita per modificare le impostazioni di Configurazione SAML di base.

    Screenshot che mostra Modifica della configurazione SAML di base.

  5. Nella sezione Configurazione SAML di base aggiornare Identificatore (ID entità) e URL di risposta con lo stesso valore predefinito: https://signin.aws.amazon.com/saml. Per salvare le modifiche alla configurazione, è necessario selezionare Salva.

  6. L'applicazione AWS prevede un formato specifico per le asserzioni SAML. È quindi necessario aggiungere mapping di attributi personalizzati alla configurazione degli attributi del token SAML. Lo screenshot seguente mostra l'elenco degli attributi predefiniti.

    Screenshot che mostra gli attributi predefiniti.

  7. Oltre quelli elencati in precedenza, l'applicazione AWS prevede il passaggio di altri attributi nella risposta SAML. Tali attributi sono indicati di seguito. Anche questi attributi vengono precompilati, ma puoi esaminarli in base ai tuoi requisiti.

    Nome Attributo di origine Spazio dei nomi
    NomeSessioneRuolo utente.nomeprincipaleutente https://aws.amazon.com/SAML/Attributes
    Ruolo user.assignedroles https://aws.amazon.com/SAML/Attributes
    DurataSessione durata.sessioneutente https://aws.amazon.com/SAML/Attributes

    Nota

    AWS prevede ruoli per gli utenti assegnati all'applicazione. Configurare questi ruoli in Microsoft Entra ID, in modo che agli utenti possano essere assegnati i ruoli appropriati. Per informazioni su come configurare i ruoli in Microsoft Entra ID, vedere qui

  8. Nella pagina Configura l'accesso Single Sign-On con SAML nella finestra di dialogo Certificato di firma SAML (Passaggio 3) selezionare Aggiungi un certificato.

    Screenshot che mostra l'opzione Create new SAML Certificate (Crea nuovo certificato SAML).

  9. Generare un nuovo certificato di firma SAML e quindi selezionare Nuovo certificato. Immettere un indirizzo di posta elettronica per le notifiche relative ai certificati.

    Screenshot che mostra il nuovo certificato SAML.

  10. (Facoltativo) È possibile selezionare Rendi attivo il certificato.

  11. Nella sezione Certificato di firma SAML trovare XML metadati federazione e quindi selezionare Scarica per scaricare il certificato e salvarlo nel computer.

  12. Nella sezione Configura Accesso account singolo AWS, copia gli URL appropriati in base alle tue esigenze.

    Screenshot che mostra Copiare gli URL di configurazione.

Creare un utente di test di Microsoft Entra

In questa sezione viene creato un utente di test chiamato B.Simon.

  1. Accedere all'interfaccia di amministrazione di Microsoft Entra almeno come Amministratore utenti.
  2. Passare a Identità>Utenti>Tutti gli utenti.
  3. Selezionare Nuovo utente>Crea nuovo utente nella parte superiore della schermata.
  4. In Proprietà utente seguire questa procedura:
    1. Nel campo Nome visualizzato inserire B.Simon.
    2. Nel campo Nome principale utente, immettere username@companydomain.extension. Ad esempio: B.Simon@contoso.com.
    3. Selezionare la casella di controllo Mostra password e quindi annotare il valore visualizzato nella casella Password.
    4. Selezionare Rivedi e crea.
  5. Seleziona Crea.

Assegnare l'utente di test di Microsoft Entra

In questa sezione si abilita B.Simon all'uso dell'accesso Single Sign-On concedendole l'accesso a Salesforce.

  1. Accedi al Centro di amministrazione Microsoft Entra come almeno un Amministratore Applicazione Cloud.
  2. Vai a Identità>Applicazioni>Applicazioni aziendali. Selezionare l'applicazione dall'elenco delle applicazioni.
  3. Nella pagina di panoramica dell'app, selezionare Utenti e gruppi.
  4. Selezionare Aggiungi utente/gruppo, quindi Utenti e gruppi nella finestra di dialogo Aggiungi assegnazione.
    1. Nella finestra di dialogo Utenti e gruppi selezionare B.Simon dall'elenco degli utenti e quindi selezionare il pulsante Seleziona nella parte inferiore della schermata.
    2. Se si prevede che un ruolo venga assegnato agli utenti, è possibile selezionarlo dall'elenco a discesa Selezionare un ruolo. Se per questa app non è stato configurato alcun ruolo, il ruolo selezionato è "Accesso predefinito".
    3. Nella finestra di dialogo Aggiungi assegnazione, selezionare il pulsante Assegna.

Configurare l'accesso SSO per un singolo account AWS

  1. In un'altra finestra del browser accedere al sito aziendale di AWS come amministratore.

  2. Nella home page di AWS cercare IAM e fare clic su di esso.

    Screenshot della pagina dei servizi AWS con l'opzione Identity and Access Management (Gestione delle identità e degli accessi) evidenziata.

  3. Passare a Gestione degli accessi ->Provider di identità e fare clic sul pulsante Aggiungi provider.

    Screenshot della pagina IAM, con Identity Providers (Provider di identità) e Create Provider (Crea provider) evidenziati.

  4. Nella pagina Aggiungi provider di identità, eseguire la seguente procedura:

    Screenshot di Configura Provider.

    a. In Tipo provider selezionare SAML.

    b. In Nome provider digitare un nome di provider (ad esempio: WAAD).

    c. Per caricare il file di metadati scaricato, selezionare Scegli file.

    d. Fare clic su Aggiungi provider.

  5. Selezionare Roles (Ruoli) >Create role (Crea ruolo).

    Screenshot della pagina Ruoli.

  6. Nella pagina Create role (Crea ruolo) seguire questa procedura:

    Screenshot della pagina Crea ruolo.

    a. Selezionare Tipo di entità attendibile, quindi selezionare Federazione SAML 2.0.

    b. In Provider basato su SAML 2.0 selezionare il provider SAML creato in precedenza (ad esempio: WAAD).

    c. Selezionare Allow programmatic and AWS Management Console access (Consenti accesso a livello di codice e tramite AWS Management Console).

    d. Selezionare Avanti.

  7. Nella finestra di dialogo Criteri delle autorizzazioni, allega i criteri appropriati in base alla tua organizzazione. Quindi seleziona Avanti.

    Screenshot della finestra di dialogo Assegna i criteri di autorizzazione.

  8. Nella finestra di dialogo Review (Revisione) seguire questa procedura:

    Screenshot della finestra di dialogo di revisione.

    a. In Role name (Nome ruolo) immettere il nome del ruolo.

    b. In Descrizione ruolo immettere la descrizione.

    c. Selezionare Create role (Crea ruolo).

    d. Creare tutti i ruoli necessari in base alle esigenze ed eseguirne il mapping al provider di identità.

  9. Usare le credenziali dell'account del servizio AWS per recuperare i ruoli dall'account AWS per il provisioning degli utenti in Microsoft Entra. A tale scopo, aprire la pagina home della console AWS.

  10. Nella sezione IAM selezionare Criteri e fare clic su Crea criterio.

    Screenshot della sezione IAM, con Politiche evidenziato.

  11. Crea una politica personalizzata per recuperare tutti i ruoli dagli account AWS.

    Screenshot della pagina di creazione della politica con JSON evidenziato.

    a. In Create policy (Crea criterio) selezionare la scheda JSON.

    b. Nel documento della politica, aggiungere il seguente JSON:

    {
        "Version": "2012-10-17",
        "Statement": [
            {
                "Effect": "Allow",
                "Action": [
                "iam:ListRoles"
                ],
                "Resource": "*"
            }
        ]
    }
    

    c. Fare clic su Avanti: Tag.

  12. È anche possibile aggiungere i tag necessari nella pagina seguente e fare clic su Avanti: Revisione.

    Screenshot della pagina Crea tag politica.

  13. Definire il nuovo criterio.

    Screenshot della pagina Crea politica con i campi Nome e Descrizione evidenziati.

    a. In Name, inserire AzureAD_SSOUserRole_Policy.

    b. In Description (Descrizione) immettere This policy will allow to fetch the roles from AWS accounts (Questo criterio consente di recuperare i ruoli dagli account AWS).

    c. Selezionare Create policy (Crea criterio).

  14. Creare un nuovo account utente nel servizio AWS IAM.

    a. Nella console AWS IAM selezionare Utenti e fare clic su Aggiungi utenti.

    Schermata della console AWS IAM con utenti evidenziati.

    b. Nella sezione Specifica dettagli utente immettere il nome utente come AzureADRoleManager e selezionare Avanti.

    Screenshot della pagina Aggiungi utente con Nome utente e Tipo di accesso evidenziati.

    c. Creare un nuovo criterio per questo utente.

    Screenshot che visualizza la pagina Aggiungi utente, in cui è possibile creare una policy per l'utente.

    d. Selezionare Collega direttamente i criteri esistenti.

    e. Cercare il nuovo criterio creato nella sezione filtro, AzureAD_SSOUserRole_Policy.

    f. Selezionare il criterio e successivamente selezionare Avanti.

  15. Esaminare le scelte effettuate e selezionare Crea utente.

Nota: assicurarsi di creare e scaricare la chiave di accesso di terze parti per questo utente. Questa chiave verrà usata nella sezione di provisioning degli utenti di Microsoft Entra per recuperare i ruoli dalla console AWS.

  1. Per scaricare le credenziali utente di un utente, abilitare l'accesso alla console nella scheda Credenziali di sicurezza.

    Screenshot che mostra le credenziali di sicurezza.

  2. Inserisci queste credenziali nella sezione di provisioning utenti di Microsoft Entra per ottenere i ruoli dalla console AWS.

    Screenshot che mostra il download delle credenziali utente.

Nota

AWS ha un set di autorizzazioni/limiti necessari per configurare l'accesso SSO di AWS. Per altre informazioni sui limiti di AWS, vedere questa pagina.

Come configurare il provisioning dei ruoli in AWS Single-Account Access

  1. Nel portale di gestione di Microsoft Entra, nell'app AWS, passare a Provisioning.

    Screenshot dell'app AWS con Provisioning evidenziato.

Nota: il nome utente e la password restituiti quando si abilita l'accesso alla console non sono necessari per i valori clientsecret e Token segreto. Creare invece una chiave di accesso di terze parti per questo passaggio.

  1. Immettere la chiave di accesso e il segreto rispettivamente nei campi Segreto client e Token segreto.

    Screenshot della finestra di dialogo Credenziali amministratore.

    a. Immettere la chiave di accesso utente AWS nel campo Segreto client.

    b. Immettere il segreto utente AWS nel campo Token segreto.

    c. Selezionare Prova connessione.

    d. Salvare l'impostazione selezionando Salva.

  2. Nella sezione Impostazioni per Stato del provisioning selezionare Attiva. Quindi selezionare Salva.

    Screenshot della sezione Impostazioni con Attiva evidenziato.

Nota

Il servizio di provisioning importa i ruoli solo da AWS a Microsoft Entra ID. Il servizio non effettua il provisioning di utenti e gruppi da Microsoft Entra ID ad AWS.

Nota

Dopo aver salvato le credenziali di provisioning, è necessario attendere l'esecuzione del ciclo di sincronizzazione iniziale. Il completamento della sincronizzazione richiede in genere circa 40 minuti. È possibile visualizzare lo stato dell'operazione nella parte inferiore della pagina Provisioning in Stato corrente.

Creare l'utente di test di AWS Single-Account Access

Questa sezione descrive come creare un utente di nome B.Simon in AWS Single-Account Access. Per AWS Single-Account Access non è necessario creare un utente nel sistema per ottenere l'accesso Single Sign-On, pertanto non è necessario eseguire nessuna di queste operazioni.

Test SSO

In questa sezione viene testata la configurazione dell'accesso Single Sign-On di Microsoft Entra con le opzioni seguenti.

Avviato da SP:

  • Facendo clic su Testa questa applicazione, verrà eseguito il reindirizzamento all'URL di accesso di AWS Single-Account Access in cui è possibile avviare il flusso di accesso.

  • Passare direttamente all'URL di accesso di AWS Single-Account Access e avviare il flusso di accesso da questa posizione.

Iniziato da IDP

  • Fai clic su Testa questa applicazione e dovresti accedere automaticamente all'AWS Single-Account Access per cui hai configurato l'SSO.

È anche possibile usare App personali Microsoft per testare l'applicazione in qualsiasi modalità. Quando fai clic sul tile AWS Single-Account Access in App personali, se è configurato in modalità SP, verrai reindirizzato alla pagina di accesso dell'applicazione per avviare il flusso di accesso. Se invece è configurato in modalità IDP, accederai automaticamente all'istanza di AWS Single-Account Access per cui hai configurato l'SSO. Per altre informazioni su App personali, vedere l'introduzione ad App personali.

Problemi noti

  • L'integrazione del provisioning dell'accesso con account singolo AWS non può essere usata nelle regioni AWS in Cina.

  • Nella sottosezione Mapping della sezione Provisioning viene visualizzato il messaggio "Caricamento..." e i mapping degli attributi non vengono mai visualizzati. L'unico flusso di lavoro di provisioning supportato al momento è l'importazione di ruoli da AWS in Microsoft Entra ID per la selezione durante l'assegnazione di un utente o di un gruppo. I mapping di attributi per questo sono predeterminati e non configurabili.

  • Nella sezione Provisioning è possibile immettere un solo set di credenziali per un unico tenant AWS alla volta. Tutti i ruoli importati vengono scritti nella proprietà appRoles dell'oggetto servicePrincipal di Microsoft Entra ID per il tenant AWS.

    Dalla galleria è possibile aggiungere diversi tenant AWS (rappresentati da servicePrincipals) a Microsoft Entra ID per il provisioning. È però presente un problema noto che impedisce di scrivere automaticamente tutti i ruoli importati da più oggetti servicePrincipals AWS usati per il provisioning nell'unico oggetto servicePrincipal usato per l'accesso SSO.

    Per ovviare al problema, è possibile usare l'API Microsoft Graph per estrarre tutti gli oggetti appRoles importati in ogni oggetto servicePrincipal AWS in cui è configurato il provisioning. È quindi possibile aggiungere queste stringhe di ruolo all'oggetto servicePrincipal AWS in cui è configurato l'accesso SSO.

  • Per essere idonei all'importazione da AWS a Microsoft Entra ID, i ruoli devono rispettare i requisiti seguenti:

    • In AWS deve essere definito un solo provider SAML per i ruoli
    • La lunghezza combinata dell'ARN (Amazon Resource Name) per il ruolo e l'ARN per il provider SAML associato non deve superare 240 caratteri.

Registro modifiche

  • 01/12/2020: il limite di lunghezza per il ruolo è stato aumentato da 119 a 239 caratteri.

Dopo aver configurato AWS Single-Account Access, è possibile applicare il controllo sessione che consente di proteggere in tempo reale l'esfiltrazione e l'infiltrazione dei dati sensibili dell'organizzazione. Il controllo sessione costituisce un'estensione dell'accesso condizionale. Informazioni su come applicare il controllo della sessione con Microsoft Defender for Cloud Apps.