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) verwenden, um den Zugriff auf zu verwalten AWS Systems Manager, sollten Sie sich darüber im Klaren sein, welche IAM Funktionen für Sie verfügbar sind Systems Manager. Um einen umfassenden Überblick darüber zu erhalten, wie Systems Manager Weitere AWS-Services Informationen zum Arbeiten AWS-Services mit finden Sie IAM im IAMBenutzerhandbuch. IAM
Themen
Systems Manager identitätsbasierte Richtlinien
Mit IAM identitätsbasierten Richtlinien können Sie zulässige oder verweigerte Aktionen und Ressourcen sowie die Bedingungen angeben, unter denen Aktionen zulässig oder verweigert werden. Systems Manager unterstützt bestimmte Aktionen, Ressourcen und Bedingungsschlüssel. Weitere Informationen zu allen Elementen, die Sie in einer JSON Richtlinie verwenden, finden Sie in der Referenz zu den IAM JSON Richtlinienelementen im IAMBenutzerhandbuch.
Aktionen
Administratoren können mithilfe von AWS JSON Richtlinien festlegen, wer Zugriff auf was hat. Das bedeutet, welcher Prinzipal kann Aktionen für welche Ressourcen und unter welchen Bedingungen ausführen.
Das Action
Element 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, für die nur eine Genehmigung erforderlich ist und für die es keinen entsprechenden Vorgang gibt. API 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 (SSMParameter) mit dem Systems Manager PutParameter
APIOperation, Sie nehmen die ssm:PutParameter
Aktion in ihre Richtlinie auf. Richtlinienanweisungen müssen entweder ein – Action
oder 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 Funktionen ermöglichen die AWS Systems Manager Verwendung verschiedener Präfixe vor Aktionen.
-
AWS AppConfig verwendet das Präfix
appconfig:
vor Aktionen. -
Incident Manager verwendet das Präfix
ssm-incidents:
oderssm-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 bedeutet, welcher Prinzipal kann Aktionen für welche Ressourcen und unter welchen Bedingungen ausführen.
Das Resource
JSON Richtlinienelement gibt das Objekt oder die Objekte an, für die die Aktion gilt. Anweisungen müssen entweder ein – Resource
oder ein NotResource
-Element enthalten. Es hat sich bewährt, eine Ressource mit ihrem Amazon-Ressourcennamen (ARN) anzugeben. 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 die Systems Manager Die Ressource für das Wartungsfenster hat das folgende ARN Format.
arn:aws:ssm:
region
:account-id
:maintenancewindow/window-id
Um die EXAMPLE Wartungsfenster für MW-0c50858d01 in Ihrem Kontoauszug in der Region USA Ost (Ohio) anzugeben, würden Sie ein ähnliches Format wie das Folgende verwenden. ARN
"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 gewähren oder einschränken, indem Sie hierarchische Namen und () -Richtlinien wie folgt verwenden. AWS Identity and Access Management IAM
"Resource": "arn:aws:ssm:
region
:123456789012:parameter/Dev/ERP/Oracle/*"
Etwas Systems Manager Aktionen, z. B. solche 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 APIOperationen 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. Achten Sie beim Erstellen von Ereignismustern darauf, dass Sie die richtigen ARN Zeichen verwenden, damit sie mit denen der Ressource übereinstimmenARN.
In der folgenden Tabelle ARN werden die Formate für die Ressourcentypen beschrieben, die von unterstützt werden Systems Manager.
Anmerkung
Beachten Sie die folgenden Ausnahmen für ARN Formate.
-
Die folgenden Funktionen ermöglichen die AWS Systems Manager Verwendung verschiedener Präfixe vor Aktionen.
-
AWS AppConfig verwendet das Präfix
appconfig:
vor Aktionen. -
Incident Manager verwendet das Präfix
ssm-incidents:
oderssm-contacts:
vor Aktionen. -
Systems Manager GUI Connect verwendet das Präfix
ssm-guiconnect
vor Aktionen.
-
-
Dokumente und Automatisierungsdefinitionsressourcen, die Eigentum von Amazon sind, sowie öffentliche Parameter, die sowohl von Amazon als auch von Drittanbietern bereitgestellt werden, enthalten IDs in ihren ARN Formaten kein Konto. Beispielsweise:
-
Das SSM Dokument
AWS-RunPatchBaseline
:arn:aws:ssm:us-east-2::document/AWS-RunPatchBaseline
-
Das Runbook
AWS-ConfigureMaintenanceWindows
für die Automatisierung:arn:aws:ssm:us-east-2::automation-definition/AWS-ConfigureMaintenanceWindows
-
Der ö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 | ARNFormat |
---|---|
Anwendung (AWS AppConfig) | arn:aws:appconfig:region :account-id :Anwendung/application-id |
Zuordnung | arn:aws:ssm:region :account-id :Assoziation/association-id |
Automatisierungsausführung | arn:aws:ssm:region :account-id :Automatisierung-Ausführung/automation-execution-id |
Automatisierungsdefinition (mit Versions-Subressource) |
arn:aws:ssm: |
Konfigurationsprofil (AWS AppConfig) | arn:aws:appconfig:region :account-id :Anwendung/application-id /Konfigurationsprofil/configurationprofile-id |
Kontakt (Incident Manager) |
arn:aws:ssm-kontakte: |
Bereitstellungsstrategie (AWS AppConfig) | arn:aws:appconfig:region :account-id : Bereitstellungsstrategie/deploymentstrategy-id |
Dokument |
arn:aws:ssm: |
Umgebung (AWS AppConfig) | arn:aws:appconfig:region :account-id :Anwendung/application-id /Umgebung/environment-id |
Vorfall |
arn:aws:ssm-incidents: |
Wartungsfenster |
arn:aws:ssm: |
Verwalteter Knoten |
arn:aws:ssm: |
Bestand an verwalteten Knoten | arn:aws:ssm:region :account-id :managed-instance-inventory/managed-node-id |
OpsItem | arn:aws:ssm:region :account-id :opsitem/OpsItem-id |
Parameter |
Ein Parameter mit einer Ebene:
Ein Parameter, der mit einer hierarchischen Struktur benannt ist:
|
Patch-Baseline |
arn:aws:ssm: |
Response-Plan |
arn:aws:ssm-incidents: |
Sitzung |
arn:aws:ssm: |
Alle Systems Manager Ressourcen |
arn:aws:ssm:* |
Alle Systems Manager Ressourcen, die den in der angegebenen Liste angegebenen Personen AWS-Konto gehören AWS-Region |
arn:aws:ssm: |
Fü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.
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.
In den meisten Fällen wird die Sitzungs-ID aus der ID des Kontobenutzers, der die Sitzung gestartet hat, und einem alphanumerischen Suffix aufgebaut. Beispielsweise:
arn:aws:us-east-2:111122223333:session/JohnDoe-1a2b3c4sEXAMPLE
Wenn die Benutzer-ID jedoch nicht verfügbar ist, ARN wird sie stattdessen wie folgt 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 ihreARNs, siehe Ressourcen, definiert durch AWS Systems Managerin der Referenz zur Serviceautorisierung. Informationen zu den Aktionen, mit denen Sie die ARN einzelnen Ressourcen spezifizieren können, finden Sie unter Aktionen definiert durch 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. Sie können einem IAM Benutzer beispielsweise nur dann Zugriff auf eine Ressource gewähren, wenn sie mit seinem IAM Benutzernamen gekennzeichnet ist. Weitere Informationen finden Sie im IAMBenutzerhandbuch unter IAMRichtlinienelemente: Variablen und Tags.
AWS unterstützt globale Bedingungsschlüssel und dienstspezifische Bedingungsschlüssel. Eine Übersicht aller AWS globalen Bedingungsschlüssel finden Sie unter Kontext-Schlüssel für AWS globale Bedingungen im IAMBenutzerhandbuch.
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:
Informationen zur Verwendung der ssm:Overwrite
Bedingungstasten ssm:Recursive
ssm:Policies
, und finden Sie unterVerhinderung des Zugriffs auf Parameter Store APIOperationen.
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-name
aws:RequestTag/
,, oder ein. Sie können den folgenden Ressourcentypen beim Erstellen oder Aktualisieren Tags hinzufügen:key-name
-
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 IAMRollen
Eine IAMRolle 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 beim Verband anzumelden, eine IAM Rolle anzunehmen oder eine kontoübergreifende Rolle anzunehmen. Sie erhalten temporäre Sicherheitsanmeldedaten, indem Sie AWS Security Token Service (AWS STS) API -Operationen wie AssumeRoleoder GetFederationTokenaufrufen.
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. Mit Diensten verknüpfte Rollen sind in Ihrem IAM Konto aufgeführt und gehören dem Dienst. 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 dem 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. Weitere Informationen finden Sie unter Konfigurieren der für Systems Manager erforderlichen Instanzberechtigungen.
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 erforderlichen IAM Servicerolle in Hybrid- und Multicloud-Umgebungen.
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 werden AWS. 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 zu verwalteten Richtlinien für Systems Manager finden Sie unter AWS verwaltete Richtlinien für AWS Systems Manager
Allgemeine Informationen zu verwalteten Richtlinien finden Sie im IAMBenutzerhandbuch unter AWS Verwaltete Richtlinien.