Gestione delle interazioni con l'identità esterna
Per impostazione predefinita, gli utenti con un criterio di accesso IAM alle risorse di un account possono accedere a tali risorse da qualsiasi account, non solo da quello che possiede la risorsa. La chiave API di un utente può essere utilizzata per generare un token e accedere a risorse a cui l'utente ha accesso al di fuori dell'account in cui è stata creata la chiave API. Le chiavi API dell'utente contengono le autorizzazioni dell'identità per tutti gli account di cui è membro. È possibile richiedere agli utenti di accedere alle risorse del proprio account solo se autenticati con il proprio account o con account specificati dall'utente.
È possibile monitorare l'impatto della limitazione dell'accesso alle risorse dell'account sugli utenti senza applicarla, utilizzando la modalità solo rapporti. In questo modo è possibile identificare le lacune nei criteri di accesso e assicurarsi che gli utenti abbiano l'accesso necessario. Per un'esperienza ottimale, attivate la modalità solo rapporti per almeno 30 giorni prima di limitare l'accesso alle risorse del vostro account.
Se si desidera sapere quali identità del proprio account accedono a una risorsa specifica, vedere Verifica dell'accesso alle risorse.
Può essere difficile prevedere il nome e il numero di utenti interessati dalla limitazione delle interazioni di identità. Per attivare la modalità solo rapporti e osservare l'impatto potenziale della limitazione dell'accesso alle risorse dell'account, completare i passaggi seguenti:
-
Impostate IBM Cloud Activity Tracker Event Routing per visualizzare gli eventi di audit IAM. Per ulteriori informazioni, vedere Visualizzazione degli eventi di monitoraggio delle attività per IAM
-
Nella console IBM Cloud, andare su Gestione > Accesso (IAM) > Impostazioni > Risorse.
-
Fare clic sull'icona Modifica
.
-
Selezionare Solo rapporti.
-
Aggiungere gli account all'elenco dei permessi (facoltativo).
- Immettere gli ID degli account che si desidera consentire.
- Fai clic su Aggiungi.
Se si vuole che gli utenti generino chiavi API solo nel proprio account, non aggiungere nessun account alla lista dei permessi. Un allowlist vuoto limita l'accesso alle risorse dell'account a tutti gli utenti che utilizzano chiavi API create in altri account.
-
Fare clic su Salva.
-
Successivamente, visualizzare i rapporti di IBM Cloud Activity Tracker Event Routing.
Dopo aver monitorato i risultati dalla modalità solo rapporti per almeno 30 giorni, aggiornare l'impostazione su Limitato.
Visualizzazione dei rapporti
IBM Cloud Activity Tracker Event Routing vengono generati quando la restrizione è impostata su Solo rapporti o Limitata. In modalità Report-only, vengono segnalate sia le richieste consentite che quelle che verrebbero negate. In modalità limitata, vengono segnalate solo le richieste negate.
Per visualizzare gli eventi di IBM Cloud Activity Tracker Event Routing, è necessario configurare un'istanza di IBM Cloud Logs come target. Per ulteriori informazioni, vedere Configurazione di un'istanza di IBM Cloud Logs come destinazione.
- Nella console IBM Cloud, andare su Gestione > Accesso (IAM) > Impostazioni > Risorse.
- Fare clic su Modifica > Apri IBM Cloud Activity Tracker Event Routing.
- Fare clic su Esplora registri per comporre una query.
- Cercare nei registri l'azione dell'evento:
iam-access-management.account-settings.eval
Identificare le potenziali interruzioni dell'accesso
Quando si utilizza la modalità Solo rapporti, identificare l'accesso trasversale bloccato prima di passare alla modalità Limitata. Per valutare se l'accesso trasversale agli account sarà bloccato, completate i seguenti passaggi:
- Selezionare il filtro per
responseData.isEnforced:"false" AND responseData.decision:"Deny"
Questa è l'analisi più critica da effettuare. Questa query rivela tutti i tentativi di accesso incrociato agli account che verrebbero bloccati quando l'applicazione è abilitata. Questi risultati mostrano quali identità stanno attualmente accedendo alle risorse attraverso i confini dell'account e a cui verrebbe negato l'accesso quando si passa alla modalità limitata.
- Per ogni risultato "nega", è necessario determinare se questo flusso trasversale deve essere conservato o se deve essere bloccato:
- Se il flusso deve essere conservato: Preferibilmente, contattate l'utente e modificate il flusso di lavoro per assicurarvi che il token utilizzato sia assegnato all'account corretto o, se ciò non è possibile, aggiungete l'account esterno alla vostra allowlist. Per ulteriori informazioni, vedere Correzione delle interazioni indesiderate con l'identità esterna.
- Se il flusso dovesse essere bloccato: Non è necessario intervenire, poiché viene bloccato automaticamente quando si seleziona la modalità limitata.
Convalida delle modifiche agli elenchi di permessi
Quando si decide di preservare specifici flussi di interazione con l'identità esterna aggiungendo account all'elenco dei permessi, è possibile verificare che queste modifiche funzionino come previsto utilizzando i seguenti passaggi:
-
Selezionare il filtro per
responseData.isEnforced:"false" AND responseData.decision:"Permit"Questa query mostra le richieste che hanno superato la restrizione, comprese quelle che erano precedentemente negate ma che ora sono consentite a causa delle modifiche apportate alla allowlist.
-
Cercate in particolare i permessi degli account aggiunti di recente alla vostra allowlist per verificare che le modifiche apportate funzionino correttamente. Questa fase di convalida è necessaria quando si apportano modifiche all'elenco dei permessi e si vuole garantire che l'accesso trasversale agli account precedentemente bloccato sia ora consentito.
Monitoraggio Modalità limitata
Quando la restrizione è impostata su Limitata, è possibile monitorare le richieste bloccate:
- Selezionare il filtro per
responseData.isEnforced:"true" AND responseData.decision:"Deny"
Questa query visualizza le richieste che hanno superato la restrizione, comprese quelle che erano state precedentemente negate ma che ora sono consentite a causa delle modifiche apportate alla allowlist.
È possibile aggiungere o rimuovere account dall'elenco dei permessi in qualsiasi momento per soddisfare le proprie esigenze di sicurezza. Per un elenco delle azioni che generano un evento, vedere Eventi di monitoraggio delle attività per IAM.
Correzione delle interazioni indesiderate con l'identità esterna
Quando si individuano interazioni indesiderate con l'identità esterna nei report, sono disponibili due approcci per risolverle senza interrompere i flussi di lavoro essenziali:
Utilizzo di profili affidabili (consigliato)
I profili di fiducia sono il metodo suggerito per consentire casi d'uso legittimi in cui un'entità di un account deve accedere a risorse di un altro account. Questo approccio vi permette di controllare con precisione quali identità possono accedere al vostro account e quali profili possono assumere.
L'impostazione Interazioni identità esterne non impedisce di aggiungere a un profilo attendibile utenti specifici, ID servizio o risorse di calcolo di altri account. Poiché queste identità vengono registrate nel contesto dell'account, l'impostazione Interazioni con identità esterne non le limita più.
Per implementare questo approccio, utilizzare i seguenti passaggi:
- Creare un profilo di fiducia nel proprio account. Per ulteriori informazioni, vedere Creazione di profili affidabili.
- Aggiungere identità specifiche di altri account a questo profilo di fiducia.
- Concedere al profilo di fiducia l'accesso appropriato alle risorse dell'account.
- Configurare le identità esterne per utilizzare questo profilo per l'accesso alle risorse.
Questo metodo garantisce una maggiore sicurezza e verificabilità, poiché l'identità esterna opera nel contesto del vostro account.
Utilizzo della funzione allowlist
La funzione allowlist è particolarmente utile nelle strutture di account Enterprise o in altre situazioni in cui più account sono di proprietà della stessa organizzazione e gli utenti e le risorse di questi account devono interagire tra loro.
Per implementare questo approccio:
- Nella console IBM Cloud, accedere a Gestione > Accesso (IAM) > Impostazioni > Risorse
- Fare clic sull'icona Modifica
- Aggiungere gli ID degli account affidabili all'elenco dei permessi
- Fai clic su Save
Dopo aver aggiunto gli account all'elenco dei permessi, è necessario convalidare le modifiche apportate all'elenco dei permessi per verificare che l'accesso incrociato agli account precedentemente bloccato sia ora consentito.
Sebbene l'approccio allowList sia più semplice da implementare, fornisce un controllo meno granulare rispetto ai profili di fiducia, in quanto consente a tutti gli utenti degli account specificati di accedere alle risorse dell'account (a condizione che dispongano delle autorizzazioni appropriate).