Funktionsweise von AWS Systems Manager mit IAM

Bevor Sie AWS Identity and Access Management (IAM) zur Verwaltung des Zugriffs auf verwenden AWS Systems Manager, sollten Sie wissen, mit welchen IAM-Funktionen Sie verwenden können. Systems Manager Einen allgemeinen Überblick über die Funktionsweise von IAM Systems Manager und andere AWS-Services Funktionen finden Sie im AWS-Services IAM-Benutzerhandbuch unter Funktionen mit IAM.

Identitätsbasierte Systems Manager-Richtlinien

Mit identitätsbasierten IAM-Richtlinien können Sie festlegen, welche Aktionen und Ressourcen gewährt 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 kann Aktionen für welche Ressourcen und unter welchen Bedingungen ausführen.

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.

Richtlinienaktionen in Systems Manager verwenden das folgende Präfix vor der Aktion: ssm:. Um jemandem beispielsweise die Berechtigung zu erteilen, einen Systems Manager-Parameter (SSM-Parameter) mit der Systems Manager PutParameter API-Operation zu erstellen, nehmen Sie die Aktion ssm:PutParameter in seine Richtlinie auf. Richtlinienanweisungen müssen ein Action- oder NotAction-Element enthalten. Systems Manager definiert seinen eigenen Satz an Aktionen, die Aufgaben beschreiben, die Sie mit diesem Service durchfü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: oder ssm-contacts: vor Aktionen.

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

• Quick Setupverwendet 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*"

Eine Liste der Systems Manager-Aktionen finden Sie unter Von AWS Systems Manager definierte Aktionen in der Service-Autorisierungs-Referenz.

Ressourcen

Administratoren können mithilfe von AWS JSON-Richtlinien angeben, wer Zugriff auf was hat. Das bedeutet die Festlegung, welcher Prinzipal Aktionen für welche Ressourcen 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": "*"

Die Ressource des Systems Manager-Wartungsfensters hat beispielsweise 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/*"

Bei Parameter Store API-Vorgängen 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/*"

Einige Systems Manager-Aktionen, z. B. zum Erstellen von Ressourcen, können auf bestimmten Ressourcen nicht ausgeführt werden. In diesen Fällen müssen Sie den Platzhalter (*) verwenden.

"Resource": "*"

Manche Systems Manager-API-Operationen akzeptieren mehrere Ressourcen. Um mehrere Ressourcen in einer einzigen Anweisung anzugeben, trennen Sie ihre ARNs mit Kommas wie folgt.

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

Anmerkung

Die meisten AWS-Services behandeln einen Doppelpunkt (:) oder einen Schrägstrich (/) als dasselbe Zeichen in ARNs. Allerdings erfordert Systems Manager eine exakte Übereinstimmung in den Ressourcenmustern 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 von unterstützt werdenSystems 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: 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 keine Konto-IDs in ihren ARN-Formaten. Beispielsweise:

  • Das SSM-DokumentAWS-RunPatchBaseline:

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

  • Das AWS-ConfigureMaintenanceWindows Runbook 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:

  • Arbeiten mit Dokumenten

  • Ausführen von Automatisierungen

  • Arbeiten mit öffentlichen Parametern

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

Ressourcentyp	ARN-Format
Anwendung (AWS AppConfig)	arn:aws:appconfig:region:account-id:application/application-id
Zuordnung	arn:aws:ssm:region:account-id:association/association-id
Automatisierungsausführung	arn:aws:ssm: Region: Konto-ID: Automation-Execution/ automation-execution-id
Automatisierungsdefinition (mit Versions-Subressource)	arn:aws:ssm: Region: Konto-ID: Automatisierungsdefinition/: Versions-ID automation-definition-id
Konfigurationsprofil (AWS AppConfig)	arn:aws:appconfig:region:account-id:application/application-id/configurationprofile/configurationprofile-id
Kontakt (Incident Manager)	arn:aws:ssm-contacts:region:account-id:contact/contact-alias
Bereitstellungsstrategie (AWS AppConfig)	arn:aws:appconfig:region:account-id:deploymentstrategy/deploymentstrategy-id
Dokument	arn:aws:ssm:region:account-id:document/document-name
Umgebung (AWS AppConfig)	arn:aws:appconfig:region:account-id:application/application-id/environment/environment-id
Vorfall	arn:aws:ssm-incidents: Region: Account-ID:Incident-Record//Incident-ID response-plan-name
Wartungsfenster	arn:aws:ssm:region:account-id:maintenancewindow/window-id
Verwalteter Knoten	arn:aws:ssm: Region: Konto-ID:verwaltete Instanz/ managed-node-id
Bestand an verwalteten Knoten	arn:aws:ssm: Region: Konto-ID:/managed-instance-inventorymanaged-node-id
OpsItem	arn:aws:ssm: Region: Konto-ID: OpsItemopsitem/ -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: Konto-ID: Parameter/Ebene-2/Ebene-3/Ebene-4/Ebene-5 parameter-name-root
Patch-Baseline	arn:aws:ssm: Region: Konto-ID: Patchbaseline/ patch-baseline-id
Response-Plan	arn:aws:ssm-incidents: region: konto-id:response-plan/ response-plan-name
Sitzung	arn:aws:ssm:region:account-id:session/session-id
Alle Systems Manager-Ressourcen	arn:aws:ssm:*
Alle Ressourcen gehören den Systems Manager in der angegebenen Liste angegebenen AWS-Konto AWS-Region	arn:aws:ssm:region:account-id:*

Für Automatisierungsdefinitionen unterstützt Systems Manager eine Second-Level-Ressource (version-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 von Systems Manager-Parametern.

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-Ressourcennamen (ARNs) im Allgemeine Amazon Web Services-Referenz.

Eine Liste der Systems Manager-Ressourcentypen und ihrer ARNs finden Sie unter Von AWS Systems Managerdefinierte Ressourcen in der Service-Autorisierungs-Referenz. Informationen zu den Aktionen, mit denen Sie den ARN einzelner Ressourcen angeben können, finden Sie unter Von AWS Systems Manager definierte Aktionen.

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.

Eine Liste von Systems Manager-Bedingungsschlüsseln finden Sie unter Bedingungsschlüssel für AWS Systems Manager in der Service-Autorisierungs-Referenz. Informationen dazu, mit welchen Aktionen und Ressourcen Sie einen Bedingungsschlüssel verwenden können, finden Sie unter Von AWS Systems Manager definierte Aktionen.

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

• Einschränken des Zugriffs auf Befehle auf Stammebene durch SSM Agent

• Den Zugriff von Run Command anhand von Tags beschränken

• Beschränkung des Sitzungszugriffs auf Instance-Tags

Weitere Informationen zum Verwenden der Bedingungsschlüssels ssm:Recursive und ssm:Overwrite finden Sie unter Arbeiten mit Parameterhierarchien.

Beispiele

Beispiele für identitätsbasierte Systems Manager-Richtlinien finden Sie unter AWS Systems ManagerBeispiele für identitätsbasierte -Richtlinien.

Ressourcenbasierte Systems Manager-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 auf der Basis von Systems Manager-Tags

Sie können Tags an Systems Manager-Ressourcen anfügen oder Tags in einer Anforderung an Systems Manager übergeben. Um den Zugriff basierend auf Tags zu steuern, stellen Sie Tag-Informationen im Bedingungselement einer Richtlinie unter Verwendung der Bedingungsschlüssel ssm:resourceTag/key-name, aws:ResourceTag/key-name, aws:RequestTag/key-name oder aws:TagKeys zur Verfügung. Sie können den folgenden Ressourcentypen beim Erstellen oder Aktualisieren Tags hinzufügen:

• Dokument

• Verwalteter Knoten

• Wartungsfenster

• Parameter

• Patch-Baseline

• OpsItem

Weitere Informationen zur Markierung von Systems Manager-Ressourcen finden Sie unter Markieren von Systems Manager-Ressourcen.

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 Anzeigen von Systems Manager-Dokumenten basierend auf Tags.

Systems ManagerIAM-Rollen

Eine IAM-Rolle ist eine Entität innerhalb Ihres Unternehmens 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 API-Operationen AWS Security Token Service (AWS STS) 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. 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 serviceverknüpfte Rollen. Details zum Erstellen oder Verwalten von serviceverknüpften Systems Manager-Rollen finden Sie unter Verwenden 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 Funktion des Services beeinträchtigen.

Systems Manager unterstützt Servicerollen.

Auswählen einer IAM-Rolle in Systems Manager

Damit Systems Manager mit Ihren verwalteten Knoten interagieren kann, müssen Sie eine Rolle wählen, die Systems Manager den Zugriff auf Knoten in Ihrem Namen erlaubt. Wenn Sie zuvor eine Servicerolle oder serviceverknüpfte Rolle erstellt haben, stellt Ihnen Systems Manager eine Liste mit Rollen bereit, aus denen Sie wählen können. Es ist wichtig, eine Rolle zu wählen, die den Zugriff auf das Starten und Stoppen von verwalteten Knoten erlaubt.

Um auf EC2-Instances zuzugreifen, müssen Sie Instance-Berechtigungen konfigurieren. Weitere Informationen finden Sie unter Konfigurieren der für Systems Manager erforderlichen Instanzberechtigungen.

Für den Zugriff auf Nicht-EC2-Knoten in einer Hybrid- und Multi-Cloud benötigt Ihr AWS-Konto 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.

Von 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 für Systems Manager-Aktionen und -Ressourcen zu gewähren.)

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 IAM-Benutzerhandbuch unter AWS Verwaltete Richtlinien.