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

Esempi di policy basate sull'identità per Security Lake

Per impostazione predefinita, gli utenti e i ruoli non dispongono dell'autorizzazione per creare o modificare le risorse di Security Lake. Inoltre, non possono eseguire attività utilizzando AWS Management Console, AWS Command Line Interface (AWS CLI) o AWS API. Per concedere agli utenti il permesso di eseguire azioni sulle risorse di cui hanno bisogno, un IAM amministratore può creare IAM policy. L'amministratore può quindi aggiungere le IAM politiche ai ruoli e gli utenti possono assumerli.

Per informazioni su come creare una politica IAM basata sull'identità utilizzando questi documenti di esempio, consulta Create JSON IAM policy (console) nella Guida per l'IAMutente.

Per dettagli sulle azioni e sui tipi di risorse definiti da Security Lake, incluso il formato di ARNs per ogni tipo di risorsa, consulta Azioni, risorse e chiavi di condizione per Amazon Security Lake nel Service Authorization Reference.

Best practice per le policy

Le politiche basate sull'identità determinano se qualcuno può creare, accedere o eliminare le risorse di Security Lake nel tuo account. Queste azioni possono comportare costi aggiuntivi per l' Account AWS. Quando crei o modifichi policy basate su identità, segui queste linee guida e raccomandazioni:

Per ulteriori informazioni sulle best practice inIAM, consulta la sezione Procedure consigliate in materia di sicurezza IAM nella Guida IAM per l'utente.

Utilizzo della console Security Lake

Per accedere alla console Amazon Security Lake, devi disporre di un set minimo di autorizzazioni. Queste autorizzazioni devono consentirti di elencare e visualizzare i dettagli sulle risorse di Security Lake presenti nel tuo. Account AWS Se crei una policy basata sull'identità più restrittiva rispetto alle autorizzazioni minime richieste, la console non funzionerà nel modo previsto per le entità (utenti o ruoli) associate a tale policy.

Non è necessario consentire autorizzazioni minime per la console per gli utenti che effettuano chiamate solo verso il AWS CLI o il. AWS API Consenti invece l'accesso solo alle azioni che corrispondono all'APIoperazione che stanno cercando di eseguire.

Per garantire che utenti e ruoli possano utilizzare la console di Security Lake, crea IAM policy che forniscano loro l'accesso alla console. Per ulteriori informazioni, consulta IAMle identità nella Guida per l'IAMutente.

Se crei una politica che consente agli utenti o ai ruoli di utilizzare la console di Security Lake, assicurati che la policy includa le azioni appropriate per le risorse a cui tali utenti o ruoli devono accedere sulla console. Altrimenti, non saranno in grado di navigare o visualizzare i dettagli su tali risorse sulla console.

Ad esempio, per aggiungere una fonte personalizzata utilizzando la console, a un utente deve essere consentito di eseguire le seguenti azioni:

Esempio: consentire agli utenti di visualizzare le loro autorizzazioni

Questo esempio mostra come è possibile creare una politica che consenta IAM agli utenti di visualizzare le politiche in linea e gestite allegate alla propria identità utente. Questa politica include le autorizzazioni per completare questa azione sulla console o utilizzando o a livello di codice. AWS CLI AWS API

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ViewOwnUserInfo",
            "Effect": "Allow",
            "Action": [
                "iam:GetUserPolicy",
                "iam:ListGroupsForUser",
                "iam:ListAttachedUserPolicies",
                "iam:ListUserPolicies",
                "iam:GetUser"
            ],
            "Resource": ["arn:aws:iam::*:user/${aws:username}"]
        },
        {
            "Sid": "NavigateInConsole",
            "Effect": "Allow",
            "Action": [
                "iam:GetGroupPolicy",
                "iam:GetPolicyVersion",
                "iam:GetPolicy",
                "iam:ListAttachedGroupPolicies",
                "iam:ListGroupPolicies",
                "iam:ListPolicyVersions",
                "iam:ListPolicies",
                "iam:ListUsers"
            ],
            "Resource": "*"
        }
    ]
}

Esempio: consentire all'account di gestione dell'organizzazione di designare e rimuovere un amministratore delegato

Questo esempio mostra come è possibile creare una politica che consenta a un utente di un account di AWS Organizations gestione di designare e rimuovere l'amministratore delegato di Security Lake per la propria organizzazione.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "securitylake:RegisterDataLakeDelegatedAdministrator",
                "securitylake:DeregisterDataLakeDelegatedAdministrator"
            ],
            "Resource": "arn:aws:securitylake:*:*:*"
        }
    ]
}

Esempio: consenti agli utenti di recensire gli abbonati in base ai tag

Nelle politiche basate sull'identità, è possibile utilizzare le condizioni per controllare l'accesso alle risorse di Security Lake in base ai tag. Questo esempio mostra come è possibile creare una policy che consenta a un utente di esaminare gli abbonati utilizzando la console Security Lake o il Security Lake. API Tuttavia, l'autorizzazione viene concessa solo se il valore del Owner tag per un abbonato è il nome utente dell'utente.

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ReviewSubscriberDetailsIfOwner",
            "Effect": "Allow",
            "Action": "securitylake:GetSubscriber",
            "Resource": "arn:aws:securitylake:*:*:subscriber/*",
            "Condition": {
                "StringEquals": {"aws:ResourceTag/Owner": "${aws:username}"}
            }
        },
        {
            "Sid": "ListSubscribersIfOwner",
            "Effect": "Allow",
            "Action": "securitylake:ListSubscribers",
            "Resource": "*",
            "Condition": {
                "StringEquals": {"aws:ResourceTag/Owner": "${aws:username}"}
            }
        }
    ]
}

In questo esempio, se un utente con il nome utente richard-roe tenta di esaminare i dettagli dei singoli abbonati, un abbonato deve essere taggato o. Owner=richard-roe owner=richard-roe In caso contrario, a questo utente viene negato l'accesso. La chiave di tag di condizione Owner corrisponde sia a Owner che a owner perché i nomi delle chiavi di condizione non distinguono tra maiuscole e minuscole. Per ulteriori informazioni sull'utilizzo delle chiavi di condizione, consulta Elementi IAM JSON della politica: Condizione nella Guida per l'IAMutente. Per informazioni sull'etichettatura delle risorse di Security Lake, consultaEtichettatura delle risorse di Security Lake.