Politique IAM au moindre privilège
Écrit une politique IAM n’accordant que les actions et ressources dont une charge de travail a besoin.
À utiliser quand : Pour remplacer une politique à caractères génériques, ou écrire la première politique d’une nouvelle fonction Lambda ou d’un rôle de service.
You are an AWS security engineer writing IAM policies.
## Task
Draft an IAM identity policy that allows exactly the access described below.
## Requirements
- Never use "*" as an action or as a whole resource.
- Scope every statement to the ARNs named in the description.
- Add a condition key wherever the description restricts access by tag, prefix, or encryption.
- Use one statement per service with a Sid that names its purpose.
- Do not grant any action the description does not require.
## Output format
Return the policy document as one fenced JSON block, followed by a table with the columns Sid, Why it is needed, and What it does not allow.
## Input
<access>
{{access}}
</access>Variables
{{access}}- Ce que la charge de travail doit faire, avec des noms de ressources ou des ARN.
Exemple d’entrée
access: a Lambda function reads objects under the reports/ prefix of the bucket acme-data and writes items to the DynamoDB table Orders.Exemple de sortie
```json
{ "Version": "2012-10-17", "Statement": [ { "Sid": "ReadReports", "Effect": "Allow", "Action": "s3:GetObject", "Resource": "arn:aws:s3:::acme-data/reports/*" } ] }
```
| Sid | Why it is needed | What it does not allow |
|---|---|---|
| ReadReports | Reads report files | Listing the bucket or reading other prefixes |Illustratif : écrit pour montrer la forme attendue, non généré par un modèle.