AWS-Richtlinie, die den IAM-Benutzer zum Senden von SES-E-Mails von einem bestimmten Absender einschränkt

Question

Es ist möglich, IAM-Anmeldeinformationen zu verwenden, um das Senden von E-Mails von bestimmten Absendern zu ermöglichen?

Ich meine, zum Beispiel habe ich zwei verschiedene Domänen und Absender in SES konfiguriert: info@example1.com und info@example2.com. Gibt es eine Möglichkeit, einen IAM-Benutzer und seine Anmeldeinformationen so zu beschränken, dass nur E-Mails von info@example1.com gesendet werden?

Ich habe versucht, eine Bedingung in einer IAM-Richtlinie anzugeben, die in den Benutzerberechtigungen definiert ist. Ich konnte jedoch keine Bedingung finden, die mein Problem lösen könnte.

Auch ich habe versucht, das Problem mit STMP-Anmeldeinformationen zu lösen, aber ich habe das gleiche Problem. Irgendwelche Ideen?

Answer 1

Es ist möglich, IAM-Anmeldeinformationen zu verwenden, um E-Mails von spezifischen Absender zu senden?

NO

See: http://docs.aws.amazon.com/ses/latest/DeveloperGuide/control-user-access.html

Sie keinen bestimmten Amazon SES Ressource in einer IAM-Richtlinie angeben können. Sie kontrollieren nur den Zugriff auf Amazon SES-Aktionen. Daher verwendet Amazon SES keine Amazon Resource Names (ARNs), die Ressourcen in eine Richtlinie identifizieren. Wenn Sie eine Richtlinie zum Steuern des Zugriffs auf Amazon SES Aktionen schreiben, verwenden Sie * als Ressource.

(Hervorhebung von mir)

Sie können steuern, was API IAM Konten Anrufe können (wie ses: Sendemail) machen, aber Sie können nicht einschränken, welche Parameter sie mit den API-Aufrufe (wie die Quelle E-Mail verwenden können Adresse)

Answer 2

Dies könnte sich seit der ursprünglichen Antwort geändert haben. Sie können jetzt so etwas wie:

{ 
    "Version": "2012-10-17", 
    "Statement": [ 
    { 
     "Effect": "Allow", 
     "Action": ["ses:SendEmail"], 
     "Resource":"*", 
      "Condition": { 
      "StringEquals": { 
       "ses:FromAddress": "here@somewhere.com" 
      } 
     } 
     } 
    ] 
} 

Die AWS docs dies jetzt reflektieren: http://docs.aws.amazon.com/ses/latest/DeveloperGuide/control-user-access.html