Wie AWS Systems Manager arbeitet mit IAM - AWS Systems Manager

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Wie AWS Systems Manager arbeitet mit IAM

Bevor Sie AWS Identity and Access Management (IAM) zur Verwaltung des Zugriffs auf verwenden AWS Systems Manager, sollten Sie sich darüber im Klaren sein, mit welchen IAM-Funktionen Sie verwenden können Systems Manager. Um einen umfassenden Überblick darüber zu erhalten, wie Systems Manager Weitere Informationen zur AWS-Services Arbeit mit IAM finden Sie AWS-Services im IAM-Benutzerhandbuch.

Systems Manager identitätsbasierte Richtlinien

Mit identitätsbasierten IAM-Richtlinien können Sie angeben, welche Aktionen und Ressourcen erteilt oder abgelehnt werden. Darüber hinaus können Sie die Bedingungen festlegen, unter denen Aktionen zugelassen oder abgelehnt werden. Systems Manager unterstützt bestimmte Aktionen, Ressourcen und Bedingungsschlüssel. Informationen zu sämtlichen Elementen, die Sie in einer JSON-Richtlinie verwenden, finden Sie in der IAM-Referenz für JSON-Richtlinienelemente im IAM-Benutzerhandbuch.

Aktionen

Administratoren können mithilfe von AWS JSON-Richtlinien angeben, wer auf was Zugriff hat. Das heißt, welcher Prinzipal Aktionen für welche Ressourcen und unter welchen Bedingungen ausführen kann.

Das Element Action einer JSON-Richtlinie beschreibt die Aktionen, mit denen Sie den Zugriff in einer Richtlinie zulassen oder verweigern können. Richtlinienaktionen haben normalerweise denselben Namen wie der zugehörige AWS API-Vorgang. Es gibt einige Ausnahmen, z. B. Aktionen, die nur mit Genehmigung durchgeführt werden können und für die es keinen passenden API-Vorgang gibt. Es gibt auch einige Operationen, die mehrere Aktionen in einer Richtlinie erfordern. Diese zusätzlichen Aktionen werden als abhängige Aktionen bezeichnet.

Schließen Sie Aktionen in eine Richtlinie ein, um Berechtigungen zur Durchführung der zugeordneten Operation zu erteilen.

Politische Aktionen in Systems Manager Verwenden Sie vor der Aktion das folgende Präfix:ssm:. Zum Beispiel, um jemandem die Erlaubnis zu erteilen, eine zu erstellen Systems Manager Parameter (SSM-Parameter) mit dem Systems Manager PutParameterAPI-Betrieb, Sie nehmen die ssm:PutParameter Aktion in ihre Richtlinie auf. Richtlinienanweisungen müssen entweder ein – Actionoder ein NotAction-Element enthalten. Systems Manager definiert einen eigenen Satz von Aktionen, die Aufgaben beschreiben, die Sie mit diesem Dienst ausführen können.

Um mehrere Aktionen in einer einzigen Anweisung anzugeben, trennen Sie sie wie folgt durch Kommata:

"Action": [ "ssm:action1", "ssm:action2" ]
Anmerkung

Die folgenden Tools AWS Systems Manager verwenden unterschiedliche Präfixe vor Aktionen.

  • AWS AppConfig verwendet das Präfix appconfig: vor Aktionen.

  • Incident Manager verwendet das Präfix ssm-incidents: oder ssm-contacts: vor Aktionen.

  • Systems Manager GUI Connect verwendet das Präfix ssm-guiconnect: vor Aktionen.

  • Quick Setup verwendet das Präfix ssm-quicksetup: vor Aktionen.

Sie können auch Platzhalter verwenden, um mehrere Aktionen anzugeben. Beispielsweise können Sie alle Aktionen festlegen, die mit dem Wort Describe beginnen, einschließlich der folgenden Aktion:

"Action": "ssm:Describe*"

Um eine Liste von zu sehen Systems Manager Aktionen finden Sie unter Aktionen, die definiert sind von AWS Systems Managerin der Referenz zur Serviceautorisierung.

Ressourcen

Administratoren können mithilfe von AWS JSON-Richtlinien angeben, wer Zugriff auf was hat. Das heißt, welcher Prinzipal Aktionen für welche Ressourcen und unter welchen Bedingungen ausführen kann.

Das JSON-Richtlinienelement Resource gibt die Objekte an, auf welche die Aktion angewendet wird. Anweisungen müssen entweder ein – Resourceoder ein NotResource-Element enthalten. Als bewährte Methode geben Sie eine Ressource mit dem zugehörigen Amazon-Ressourcennamen (ARN) an. Sie können dies für Aktionen tun, die einen bestimmten Ressourcentyp unterstützen, der als Berechtigungen auf Ressourcenebene bezeichnet wird.

Verwenden Sie für Aktionen, die keine Berechtigungen auf Ressourcenebene unterstützen, z. B. Auflistungsoperationen, einen Platzhalter (*), um anzugeben, dass die Anweisung für alle Ressourcen gilt.

"Resource": "*"

Zum Beispiel Systems Manager Die Ressource für das Wartungsfenster hat das folgende ARN-Format.

arn:aws:ssm:region:account-id:maintenancewindow/window-id

Um die mw-0c50858d01EXAMPLE-Wartungsfenster in Ihrer Anweisung in der Region USA Ost (Ohio) anzugeben, verwenden Sie einen ARN ähnlich dem folgenden.

"Resource": "arn:aws:ssm:us-east-2:123456789012:maintenancewindow/mw-0c50858d01EXAMPLE"

Um alle Wartungsfenster anzugeben, die zu einem bestimmten Konto gehören, verwenden Sie den Platzhalter (*).

"Resource": "arn:aws:ssm:region:123456789012:maintenancewindow/*"

Für Parameter Store API-Operationen können Sie den Zugriff auf alle Parameter auf einer Hierarchieebene bereitstellen oder einschränken, indem Sie hierarchische Namen und AWS Identity and Access Management (IAM-) Richtlinien wie folgt verwenden.

"Resource": "arn:aws:ssm:region:123456789012:parameter/Dev/ERP/Oracle/*"

Etwas Systems Manager Aktionen, z. B. zum Erstellen von Ressourcen, können nicht für eine bestimmte Ressource ausgeführt werden. In diesen Fällen müssen Sie den Platzhalter (*) verwenden.

"Resource": "*"

Etwas Systems Manager API-Operationen akzeptieren mehrere Ressourcen. Um mehrere Ressourcen in einer einzigen Anweisung anzugeben, trennen Sie sie wie folgt ARNs durch Kommas.

"Resource": [ "resource1", "resource2"
Anmerkung

Die meisten AWS-Services behandeln einen Doppelpunkt (:) oder einen Schrägstrich (/) als dasselbe Zeichen in. ARNs Jedoch Systems Manager erfordert eine exakte Übereinstimmung der Ressourcenmuster und Regeln. Verwenden Sie also die richtigen ARN-Zeichen zum Erstellen von Ereignismustern, sodass sie mit dem ARN der Ressource übereinstimmen.

In der folgenden Tabelle werden die ARN-Formate für die Ressourcentypen beschrieben, die unterstützt werden von Systems Manager.

Anmerkung

Beachten Sie die folgenden Ausnahmen für ARN-Formate.

  • Die folgenden Tools AWS Systems Manager verwenden vor Aktionen unterschiedliche Präfixe.

    • AWS AppConfig verwendet das Präfix appconfig: vor Aktionen.

    • Incident Manager verwendet das Präfix ssm-incidents: oder ssm-contacts: vor Aktionen.

    • Systems Manager GUI Connect verwendet das Präfix ssm-guiconnect vor Aktionen.

  • Dokumente und Automatisierungsdefinitionsressourcen, die Amazon gehören, sowie öffentliche Parameter, die sowohl von Amazon als auch von Drittanbietern bereitgestellt werden, enthalten IDs in ihren ARN-Formaten kein Konto. Zum Beispiel:

    • Das SSM-Dokument AWS-RunPatchBaseline:

      arn:aws:ssm:us-east-2::document/AWS-RunPatchBaseline

    • Automation-Runbook AWS-ConfigureMaintenanceWindows:

      arn:aws:ssm:us-east-2::automation-definition/AWS-ConfigureMaintenanceWindows

    • Öffentliche Parameter /aws/service/bottlerocket/aws-ecs-1-nvidia/x86_64/1.13.4/image_version:

      arn:aws:ssm:us-east-2::parameter/aws/service/bottlerocket/aws-ecs-1-nvidia/x86_64/1.13.4/image_version

    Weitere Informationen zu diesen drei Ressourcentypen finden Sie in den folgenden Themen:

  • Quick Setup verwendet das Präfix ssm-quicksetup: vor Aktionen.

Ressourcentyp ARN-Format
Anwendung (AWS AppConfig) arn:aws:appconfig: ::application/ region account-id application-id
Zuordnung arn:aws:ssm: :assoziation/ region account-id association-id
Automatisierungsausführung arn:aws:ssm: region ::Automationsausführung/ account-id automation-execution-id
Automatisierungsdefinition (mit Versions-Subressource)

arn:aws:ssm: ::automationsdefinition/: region account-id automation-definition-id version-id Footnote callout 1 to explain a line in a JSON policy

Konfigurationsprofil (AWS AppConfig) arn:aws:appconfig: ::application/ region /configurationprofile/ account-id application-id configurationprofile-id
Kontakt (Incident Manager)

arn:aws:ssm-contacts: region ::kontakt/ account-id contact-alias

Bereitstellungsstrategie (AWS AppConfig) arn:aws:appconfig: ::deploymentstrategy/ region account-id deploymentstrategy-id
Dokument

arn:aws:ssm: :document/ region account-id document-name

Umgebung (AWS AppConfig) arn:aws:appconfig: :application/ region /environment/ account-id application-id environment-id
Vorfall

arn:aws:ssm-incidents: region account-id ::incident-record//response-plan-nameincident-id

Wartungsfenster

arn:aws:ssm: ::Wartungsfenster/ region account-id window-id

Verwalteter Knoten

arn:aws:ssm: region ::managed-instance/ account-id managed-node-id

Bestand an verwalteten Knoten arn:aws:ssm::region:/account-idmanaged-instance-inventorymanaged-node-id
OpsItem arn:aws:ssm regionaccount-id: :opsitem/ OpsItem-id
Parameter

Ein Parameter mit einer Ebene:

  • arn:aws:ssm: region account-id :parameter//parameter-name

Ein Parameter, der mit einer hierarchischen Struktur benannt ist:

  • arn:aws:ssm: region :parameter/////account-idparameter-name-rootlevel-2level-3level-4level-5Footnote callout 2 to explain a line in a JSON policy

Patch-Baseline

arn:aws:ssm: region :patchbaseline/ account-id patch-baseline-id

Response-Plan

arn:aws:ssm-incidents: region ::response-plan/ account-id response-plan-name

Sitzung

arn:aws:ssm: ::session/ region account-id session-id Footnote callout 3 to explain a line in a JSON policy

Alle Systems Manager Ressourcen

arn:aws:ssm:*

Alle Systems Manager Ressourcen, die den in der angegebenen Liste angegebenen Personen gehören AWS-Konto AWS-Region

arn:aws:ssm::: * region account-id

Footnote callout 1 to explain a line in a JSON policyFür Automatisierungsdefinitionen Systems Manager unterstützt eine Ressource der zweiten Ebene, die Versions-ID. In AWS werden diese Ressourcen der zweiten Ebene als Unterressourcen bezeichnet. Wenn Sie eine Versions-Subressource für eine Automatisierungsdefinition-Ressource angeben, können Sie Zugriff auf bestimmte Versionen einer Automatisierungsdefinition erteilen. So können Sie beispielsweise sicherstellen, dass nur die neueste Version einer Automatisierungsdefinition in der Verwaltung Ihrer Knoten verwendet wird.

Footnote callout 2 to explain a line in a JSON policy Um Parameter zu organisieren und zu verwalten, können Sie Namen für Parameter mit hierarchischem Aufbau erstellen. Bei dem hierarchischen Aufbau kann ein Parametername einen Pfad enthalten, den Sie mit Schrägstrichen definieren. Der Name einer Parameterressource darf maximal fünfzehn Ebenen umfassen. Wir empfehlen, dass Sie Hierarchien erstellen, die eine vorhandene hierarchische Struktur in Ihrer Umgebung abbilden. Weitere Informationen finden Sie unter Erstellen Parameter Store Parameter im Systems Manager.

Footnote callout 3 to explain a line in a JSON policy In den meisten Fällen wird die Sitzungs-ID aus der ID des Kontobenutzers, der die Sitzung gestartet hat, und einem alphanumerischen Suffix aufgebaut. Zum Beispiel:

arn:aws:us-east-2:111122223333:session/JohnDoe-1a2b3c4sEXAMPLE

Wenn die Benutzer-ID jedoch nicht verfügbar ist, wird der ARN stattdessen auf diese Weise erstellt:

arn:aws:us-east-2:111122223333:session/session-1a2b3c4sEXAMPLE

Weitere Informationen zum Format von ARNs finden Sie unter Amazon Resource Names (ARNs) in der Allgemeine Amazon Web Services-Referenz.

Für eine Liste Systems Manager Ressourcentypen und ihre ARNs, siehe Ressourcen definiert durch AWS Systems Managerin der Referenz zur Serviceautorisierung. Informationen zu den Aktionen, mit denen Sie den ARN jeder Ressource angeben können, finden Sie unter Aktionen definiert von AWS Systems Manager.

Bedingungsschlüssel für Systems Manager

Administratoren können mithilfe von AWS JSON-Richtlinien angeben, wer Zugriff auf was hat. Das heißt, welcher Prinzipal kann Aktionen für welche Ressourcen und unter welchen Bedingungen ausführen.

Das Element Condition (oder Condition block) ermöglicht Ihnen die Angabe der Bedingungen, unter denen eine Anweisung wirksam ist. Das Element Condition ist optional. Sie können bedingte Ausdrücke erstellen, die Bedingungsoperatoren verwenden, z. B. ist gleich oder kleiner als, damit die Bedingung in der Richtlinie mit Werten in der Anforderung übereinstimmt.

Wenn Sie mehrere Condition-Elemente in einer Anweisung oder mehrere Schlüssel in einem einzelnen Condition-Element angeben, wertet AWS diese mittels einer logischen AND-Operation aus. Wenn Sie mehrere Werte für einen einzelnen Bedingungsschlüssel angeben, AWS wertet die Bedingung mithilfe einer logischen OR Operation aus. Alle Bedingungen müssen erfüllt werden, bevor die Berechtigungen der Anweisung gewährt werden.

Sie können auch Platzhaltervariablen verwenden, wenn Sie Bedingungen angeben. Beispielsweise können Sie einem IAM-Benutzer die Berechtigung für den Zugriff auf eine Ressource nur dann gewähren, wenn sie mit dessen IAM-Benutzernamen gekennzeichnet ist. Weitere Informationen finden Sie unter IAM-Richtlinienelemente: Variablen und Tags im IAM-Benutzerhandbuch.

AWS unterstützt globale Bedingungsschlüssel und dienstspezifische Bedingungsschlüssel. Eine Übersicht aller AWS globalen Bedingungsschlüssel finden Sie unter Kontextschlüssel für AWS globale Bedingungen im IAM-Benutzerhandbuch.

Um eine Liste von zu sehen Systems Manager Bedingungsschlüssel finden Sie unter Bedingungsschlüssel für AWS Systems Managerin der Referenz zur Serviceautorisierung. Informationen zu den Aktionen und Ressourcen, mit denen Sie einen Bedingungsschlüssel verwenden können, finden Sie unter Aktionen definiert durch AWS Systems Manager.

Weitere Informationen zum Verwenden des ssm:resourceTag/*-Bedingungsschlüssels finden Sie in den folgenden Themen:

Weitere Informationen zum Verwenden der Bedingungsschlüssels ssm:Recursive, ssm:Policies und ssm:Overwrite finden Sie unter Verhinderung des Zugriffs auf Parameter Store API-Operationen.

Beispiele

Hier finden Sie Beispiele für Systems Manager Identitätsbasierte Richtlinien finden Sie unter. AWS Systems Manager Beispiele für identitätsbasierte Politik

Systems Manager ressourcenbasierte Richtlinien

Andere AWS-Services, wie Amazon Simple Storage Service (Amazon S3), unterstützen ressourcenbasierte Berechtigungsrichtlinien. Beispielsweise können Sie einem S3-Bucket eine Berechtigungsrichtlinie zuweisen, um die Zugriffsberechtigungen für diesen Bucket zu verwalten.

Systems Manager unterstützt keine ressourcenbasierten Richtlinien.

Autorisierung basiert auf Systems Manager tags

Sie können Tags anhängen an Systems Manager Ressourcen oder übergeben Sie Tags in einer Anfrage an Systems Manager. Um den Zugriff anhand von Tags zu steuern, geben Sie Taginformationen im Bedingungselement einer Richtlinie mithilfe der aws:TagKeys Bedingungsschlüssel ssm:resourceTag/key-name aws:ResourceTag/key-nameaws:RequestTag/key-name,, oder ein. Sie können den folgenden Ressourcentypen beim Erstellen oder Aktualisieren Tags hinzufügen:

  • Dokument

  • Verwalteter Knoten

  • Wartungsfenster

  • Parameter

  • Patch-Baseline

  • OpsItem

Ein Beispiel für eine identitätsbasierte Richtlinie zur Einschränkung des Zugriffs auf eine Ressource auf der Grundlage der Markierungen dieser Ressource finden Sie unter Ansehen Systems Manager Dokumente, die auf Tags basieren.

Systems Manager IAM-Rollen

Eine IAM-Rolle ist eine Entität innerhalb von Ihnen AWS-Konto , die über bestimmte Berechtigungen verfügt.

Verwenden temporärer Anmeldeinformationen mit Systems Manager

Sie können temporäre Anmeldeinformationen verwenden, um sich über einen Verbund anzumelden, eine IAM-Rolle anzunehmen oder eine kontenübergreifende Rolle anzunehmen. Sie erhalten temporäre Sicherheitsanmeldedaten, indem Sie AWS Security Token Service (AWS STS) API-Operationen wie AssumeRoleoder aufrufen GetFederationToken.

Systems Manager unterstützt die Verwendung temporärer Anmeldeinformationen.

Service-verknüpfte Rollen

Mit Diensten verknüpfte Rollen ermöglichen AWS-Services den Zugriff auf Ressourcen in anderen Diensten, um eine Aktion in Ihrem Namen auszuführen. Serviceverknüpfte Rollen werden in Ihrem IAM-Konto aufgelistet und gehören zum Service. Ein -Administrator kann die Berechtigungen für serviceverknüpfte Rollen anzeigen, aber nicht bearbeiten.

Systems Manager unterstützt dienstbezogene Rollen. Weitere Informationen zum Erstellen oder Verwalten Systems Manager Rollen, die mit Diensten verknüpft sind, finden Sie unterVerwenden von serviceverknüpften Rollen für Systems Manager.

Servicerollen

Dieses Feature ermöglicht einem Service das Annehmen einer Servicerolle in Ihrem Namen. Diese Rolle gewährt dem Service Zugriff auf Ressourcen in anderen Diensten, um eine Aktion in Ihrem Namen auszuführen. Servicerollen werden in Ihrem IAM-Konto angezeigt und gehören zum Konto. Dies bedeutet, dass ein -Administrator die Berechtigungen für diese Rolle ändern kann. Dies kann jedoch die Funktionalität des Dienstes beeinträchtigen.

Systems Manager unterstützt Servicerollen.

Auswahl einer IAM-Rolle in Systems Manager

Wählen Sie in der &Snowconsole; Ihren Auftrag aus der Tabelle. Systems Manager Um mit Ihren verwalteten Knoten zu interagieren, müssen Sie eine Rolle auswählen, die Sie zulassen möchten Systems Manager um in Ihrem Namen auf Knoten zuzugreifen. Wenn Sie zuvor eine Servicerolle oder eine mit einem Dienst verknüpfte Rolle erstellt haben, dann Systems Manager stellt Ihnen eine Liste von Rollen zur Auswahl zur Verfügung. Es ist wichtig, eine Rolle zu wählen, die den Zugriff auf das Starten und Stoppen von verwalteten Knoten erlaubt.

Um auf EC2 Instanzen zugreifen zu können, müssen Sie Instanzberechtigungen konfigurieren. Informationen finden Sie unter Konfiguration von erforderliche Instance-Berechtigungen für Systems Manager.

Für den Zugriff auf EC2 Nicht-Knoten in einer Hybrid- und Multicloud AWS-Konto benötigen Sie eine IAM-Servicerolle. Weitere Informationen finden Sie unter Erstellen der für Systems Manager in Hybrid- und Multi-Cloud-Umgebungen erforderlichen IAM-Servicerolle.

Ein Automation-Workflow kann im Kontext einer Service-Rolle initiiert werden (oder eine Rolle übernehmen). Auf diese Weise kann der Service Aktionen in Ihrem Namen ausführen. Wenn Sie keine Übernahmerolle angeben, verwendet Automation den Kontext des Benutzers, der die Ausführung aufgerufen hat. In bestimmten Situationen ist es jedoch erforderlich, dass Sie eine Service-Rolle für Automation angeben. Weitere Informationen finden Sie unter Konfigurieren eines Service-Rollenzugriffs (Rolle übernehmen) für Automatisierungen.

AWS Systems Manager Verwaltete Richtlinien

AWS adressiert viele gängige Anwendungsfälle durch die Bereitstellung eigenständiger IAM-Richtlinien, die von erstellt und verwaltet AWS werden. Diese von AWS verwalteten Richtlinien erteilen die erforderlichen Berechtigungen für häufige Anwendungsfälle, sodass Sie nicht mühsam ermitteln müssen, welche Berechtigungen erforderlich sind. (Sie können auch Ihre eigenen benutzerdefinierten IAM-Richtlinien erstellen, um Berechtigungen zu gewähren für Systems Manager Aktionen und Ressourcen.)

Weitere Informationen über -verwaltete Richtlinien für Systems Manager finden Sie unter AWS verwaltete Richtlinien für AWS Systems Manager

Allgemeine Informationen über verwaltete Richtlinien finden Sie unter AWS verwaltete Richtlinien im IAM-Benutzerhandbuch.