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.
Themen
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 PutParameter
API-Betrieb, 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 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:
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 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 – Resource
oder 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:
oderssm-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/: |
Konfigurationsprofil (AWS AppConfig) | arn:aws:appconfig: ::application/ region /configurationprofile/ account-id application-id configurationprofile-id |
Kontakt (Incident Manager) |
arn:aws:ssm-contacts: |
Bereitstellungsstrategie (AWS AppConfig) | arn:aws:appconfig: ::deploymentstrategy/ region account-id deploymentstrategy-id |
Dokument |
arn:aws:ssm: :document/ |
Umgebung (AWS AppConfig) | arn:aws:appconfig: :application/ region /environment/ account-id application-id environment-id |
Vorfall |
arn:aws:ssm-incidents: |
Wartungsfenster |
arn:aws:ssm: ::Wartungsfenster/ |
Verwalteter Knoten |
arn:aws:ssm: |
Bestand an verwalteten Knoten | arn:aws:ssm::region :/account-id managed-instance-inventorymanaged-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: ::session/ |
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::: * |
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. 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-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 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.