Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Best practice di sicurezza per i gruppi di risorse
Le seguenti best practice sono linee guida generali e non rappresentano una soluzione di sicurezza completa. Poiché queste best practice potrebbero non essere appropriate o sufficienti per l’ambiente, sono da considerare come considerazioni utili anziché prescrizioni.
-
Utilizza il principio del privilegio minimo per concedere l'accesso ai gruppi. I gruppi di risorse supportano le autorizzazioni a livello di risorsa. Concedi l'accesso a gruppi specifici solo se richiesto per utenti specifici. Evita di utilizzare asterischi nelle dichiarazioni politiche che assegnano le autorizzazioni a tutti gli utenti o a tutti i gruppi. Per ulteriori informazioni sul privilegio minimo, consulta Grant Least Privilege nella IAM User Guide.
-
Tieni le informazioni private lontane dai campi pubblici. Il nome di un gruppo viene trattato come metadati del servizio. I nomi dei gruppi non sono crittografati. Non inserire informazioni sensibili nei nomi dei gruppi. Le descrizioni dei gruppi sono private.
Non inserire informazioni private o sensibili nelle chiavi dei tag o nei valori dei tag.
-
Usa l'autorizzazione basata sui tag ogni volta che è appropriato. I gruppi di risorse supportano l'autorizzazione basata sui tag. Puoi etichettare i gruppi, quindi aggiornare le policy allegate ai tuoi principi IAM, come utenti e ruoli, per impostarne il livello di accesso in base ai tag applicati a un gruppo. Per ulteriori informazioni su come utilizzare l'autorizzazione basata sui tag, consulta Controlling access to AWS resources using resource tags nella IAM User Guide.
Molti AWS servizi supportano l'autorizzazione basata sui tag per le proprie risorse. Tieni presente che l'autorizzazione basata su tag potrebbe essere configurata per le risorse dei membri di un gruppo. Se l'accesso alle risorse di un gruppo è limitato dai tag, utenti o gruppi non autorizzati potrebbero non essere in grado di eseguire azioni o automazioni su tali risorse. Ad esempio, se un'istanza Amazon EC2 in uno dei tuoi gruppi è contrassegnata con una chiave tag di
Confidentialitye un valore di tag diHighe non sei autorizzato a eseguire comandi sulle risorse contrassegnateConfidentiality:High, le azioni o le automazioni eseguite sull'istanza EC2 falliranno, anche se le azioni hanno esito positivo per altre risorse del gruppo di risorse. Per ulteriori informazioni sui servizi che supportano l'autorizzazione basata su tag per le proprie risorse, consulta AWS Services That Work with IAM nella IAM User Guide.Per ulteriori informazioni sullo sviluppo di una strategia di tagging per AWS le tue risorse, consulta AWS Tagging Strategies.
