• La AWS Systems Manager CloudWatch dashboard non sarà più disponibile dopo il 30 aprile 2026. I clienti possono continuare a utilizzare la CloudWatch console Amazon per visualizzare, creare e gestire le proprie CloudWatch dashboard Amazon, proprio come fanno oggi. Per ulteriori informazioni, consulta la documentazione di Amazon CloudWatch Dashboard.
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à.
Struttura dell'istruzione e operatori integrati per le policy di approvazione automatica e di negazione dell'accesso
La tabella seguente mostra la struttura delle policy di approvazione automatica e negazione dell'accesso.
| Componente | Sintassi |
|---|---|
| effetto |
|
| scope |
|
| clausola condizionale |
|
Componenti della policy
Una policy di approvazione automatica o di negazione dell'accesso contiene i seguenti componenti:
-
Effetto: sia
permit(consenti) cheforbid(nega) l'accesso. -
Ambito: i principali, le azioni e le risorse a cui si applica l'effetto. È possibile lasciare indefinito l'ambito in Cedar non identificando principali, azioni o risorse specifici. In questo caso, la policy si applica a tutti i possibili principali, operazioni e risorse. Per l'accesso ai just-in-time nodi, è sempre.
actionAWS::SSM::Action::"getTokenForInstanceAccess" -
Clausola condizionale: il contesto in cui si applica l'effetto.
Commenti
Puoi includere commenti nelle tue policy. I commenti sono definiti come una riga che inizia con // e termina con un carattere a capo.
Di seguito viene illustrato un esempio di commenti in una policy.
// Allows users in the Engineering group from the Platform org to automatically connect to nodes tagged with Engineering and Production keys.
permit (
principal in AWS::IdentityStore::Group::"d4q81745-r081-7079-d789-14da1EXAMPLE",
action == AWS::SSM::Action::"getTokenForInstanceAccess",
resource
)
when {
principal has organization && resource.hasTag("Engineering") && resource.hasTag("Production") && principal.organization == "Platform"
};
Clausole multiple
Puoi utilizzare più clausole condizionali in un'istruzione di policy tramite l'operatore &&.
// Allow access if node has tag where the tag key is Environment
// & tag value is Development
permit(principal, action == AWS::SSM::getTokenForInstanceAccess, resource)
when {
resource.hasTag("Environment") &&
resource.getTag("Environment") == "Development"
};
Caratteri riservati
L'esempio seguente mostra come scrivere una policy, se una proprietà di contesto utilizza un : (punto e virgola), che è un carattere riservato nel linguaggio delle policy.
permit (
principal,
action == AWS::SSM::Action::"getTokenForInstanceAccess",
resource
)
when {
principal has employeeNumber && principal.employeeNumber like "E-1*" && resource.hasTag("Purpose") && resource.getTag("Purpose") == "Testing"
}
Per ulteriori esempi, consulta Esempio di istruzioni di policy.
Just-in-time schema di accesso al nodo
Di seguito è riportato lo schema Cedar per l'accesso ai just-in-time nodi.
namespace AWS::EC2 { entity Instance tags String; } namespace AWS::IdentityStore { entity Group; entity User in [Group] { employeeNumber?: String, costCenter?: String, organization?: String, division?: String, }; } namespace AWS::IAM { entity Role; type AuthorizationContext = { principalTags: PrincipalTags, }; entity PrincipalTags tags String; } namespace AWS::SSM { entity ManagedInstance tags String; action "getTokenForInstanceAccess" appliesTo { principal: [AWS::IdentityStore::User], resource: [AWS::EC2::Instance, AWS::SSM::ManagedInstance], context: { "iam": AWS::IAM::AuthorizationContext } }; }
Operatori integrati
Quando si crea il contesto di una policy di approvazione automatica o di negazione dell'accesso utilizzando varie condizioni, è possibile utilizzare l'operatore &&, per aggiungere ulteriori condizioni. Esistono anche molti altri operatori integrati che puoi utilizzare per aggiungere ulteriore forza espressiva alle condizioni della tua policy. La tabella seguente contiene tutti gli operatori integrati come riferimento.
| Operatore | Tipi e sovraccarichi | Description |
|---|---|---|
|
! |
Booleano → Booleano |
Logico no. |
|
== |
qualsiasi → qualsiasi |
Uguaglianza. Funziona su argomenti di qualsiasi tipo, anche se i tipi non corrispondono. I valori di tipi diversi non sono mai uguali tra loro. |
| != | qualsiasi → qualsiasi |
Disuguaglianza; l'esatto contrario di uguaglianza (vedi sopra). |
|
< |
(long, long) → Booleano |
Intero lungo minore di. |
|
<= |
(long, long) → Booleano |
Numero intero lungo -to. less-than-or-equal |
|
> |
(long, long) → Booleano |
Intero lungo maggiore di. |
|
>= |
(long, long) → Booleano |
greater-than-or-equalIntero lungo -to. |
| in | (entity, entity) → Booleano | Appartenenza alla gerarchia (riflessiva: A in A è sempre vero). |
| (entity, set(entity)) → Booleano | Appartenenza alla gerarchia: A in [B, C, ...] è vero se (A e B) || (A in C) || ... errore, se l'insieme contiene una non entità. | |
| && | (Boolean, Boolean) → Booleano |
Logico e (short-circuiting). |
| || | (Boolean, Boolean) → Booleano |
Logico o (short-circuiting). |
| .exists() | entità → Booleano | Esistenza dell'entità. |
| has | (entity, attribute) → Booleano | L'operator. Infix e has f verifica se il record o l'entità e ha un'associazione per l'attributo f. Restituisce false, se e non esiste o se e esiste, ma non ha l'attributo f. Gli attributi possono essere espressi come identificatori o stringhe letterali. |
| like | (string, string) → Booleano | L'operator. Infix t like p verifica se il testo t corrisponde allo schema p, che può includere caratteri jolly *, che corrispondono a 0 o a più caratteri di qualche carattere. Per far corrispondere un personaggio stellare letterale a t, puoi usare la speciale sequenza \* di escape di caratteri in p. |
| .hasTag() | (entity, string) → Booleano | Verifica se all'entità è applicato il tag specificato. |
| .getTag() | (entity, string) → Booleano | Restituisce il valore della chiave del tag specificata. |
| .contains() | (set, any) → Booleano | Appartenenza al set (se B è un elemento di A). |
| .containsAll() | (set, set) → Booleano | Verifica se la serie A contiene tutti gli elementi della serie B. |
| .containsAny() | (set, set) → Booleano | Verifica se la serie A contiene tutti gli elementi della serie B. |
Esempio di istruzioni di policy
Di seguito sono mostrati esempi di istruzioni della policy.
// Users assuming IAM roles with a principal tag of "Elevated" can automatically access nodes tagged with the "Environment" key when the value equals "prod"
permit(principal, action == AWS::SSM::getTokenForInstanceAccess, resource)
when {
// Verify IAM role principal tag
context.iam.principalTags.getTag("AccessLevel") == "Elevated" &&
// Verify the node has a tag with "Environment" tag key and a tag value of "prod"
resource.hasTag("Environment") &&
resource.getTag("Environment") == "prod"
};
// Identity Center users in the "Contractor" division can automatically access nodes tagged with the "Environment" key when the value equals "dev"
permit(principal, action == AWS::SSM::getTokenForInstanceAccess, resource)
when {
// Verify that the user is part of the "Contractor" division
principal.division == "Contractor" &&
// Verify the node has a tag with "Environment" tag key and a tag value of "dev"
resource.hasTag("Environment") &&
resource.getTag("Environment") == "dev"
};
// Identity Center users in a specified group can automatically access nodes tagged with the "Environment" key when the value equals "Production"
permit(principal in AWS::IdentityStore::Group::"d4q81745-r081-7079-d789-14da1EXAMPLE",
action == AWS::SSM::getTokenForInstanceAccess,
resource)
when {
resource.hasTag("Environment") &&
resource.getTag("Environment") == "Production"
};