Cross-service verwirrt, stellvertretender Präventionsdienst

Das Problem des verwirrten Stellvertreters ist ein Sicherheitsproblem, bei dem eine Entität, die keine Berechtigung zur Durchführung einer Aktion hat, eine privilegiertere Entität zur Durchführung der Aktion zwingen kann. Insofern AWS kann dienststellenübergreifender Identitätswechsel zu einem verwirrten Stellvertreterproblem führen. Cross-service Ein Identitätswechsel kann auftreten, wenn ein Dienst (der aufrufende Dienst) einen anderen Dienst (den aufgerufenen Dienst) anruft. Der aufrufende Service kann manipuliert werden, um seine Berechtigungen zu verwenden, um Aktionen auf die Ressourcen eines anderen Kunden auszuführen, für die er sonst keine Zugriffsberechtigung haben sollte. Um dies zu verhindern, bietet AWS Tools, mit denen Sie Ihre Daten für alle Services mit Serviceprinzipalen schützen können, die Zugriff auf Ressourcen in Ihrem Konto erhalten haben.

Wir empfehlen die Verwendung der globalen Bedingungskontext-Schlüssel aws:SourceArn und aws:SourceAccount in ressourcenbasierten Richtlinien, um die Berechtigungen, die Amazon Aurora DSQL einem anderen Service erteilt, auf eine bestimmte Ressource zu beschränken. Verwenden Sie aws:SourceArn, wenn Sie nur eine Ressource mit dem betriebsübergreifenden Zugriff verknüpfen möchten. Verwenden Sie aws:SourceAccount, wenn Sie zulassen möchten, dass Ressourcen in diesem Konto mit der betriebsübergreifenden Verwendung verknüpft werden.

Der effektivste Weg, um sich vor dem Confused-Deputy-Problem zu schützen, ist die Verwendung des globalen Bedingungskontext-Schlüssels aws:SourceArn mit dem vollständigen ARN der Ressource. Wenn Sie den vollständigen ARN der Ressource nicht kennen oder wenn Sie mehrere Ressourcen angeben, verwenden Sie den globalen Kontextbedingungsschlüssel aws:SourceArn mit Platzhalterzeichen (*) für die unbekannten Teile des ARN. Beispiel, arn:aws:dsql:*:123456789012:*.

Wenn der aws:SourceArn-Wert die Konto-ID nicht enthält, z. B. einen Amazon-S3-Bucket-ARN, müssen Sie beide globale Bedingungskontextschlüssel verwenden, um Berechtigungen einzuschränken.

Der Wert von aws:SourceArn muss dem ARN der Aurora-DSQL-Ressource entsprechen, für die die Dienstrolle agiert.

Das folgende Beispiel zeigt, wie Sie die globalen Bedingungskontext-Schlüssel aws:SourceArn und aws:SourceAccount in Aurora DSQL verwenden können, um das Confused-Deputy-Problem zu vermeiden.

Rolle des CDC-Stream-Dienstes

Change Data Capture (CDC) -Streams erfordern eine IAM-Servicerolle, die Aurora DSQL annimmt, um CDC-Datensätze in Ihr Ziel zu schreiben. Wenn Sie diese Rolle erstellen, stellen Sie mithilfe aws:SourceAccount und aws:SourceArn Bedingungen in der Vertrauensrichtlinie sicher, dass nur CDC-Streams in Ihrem Konto die Rolle übernehmen können.

Stellen Sie aws:SourceArn das Stream-ARN-Muster für den Cluster ein, der die Rolle verwendet. Da Aurora DSQL die Stream-ID bei der Erstellung des Streams nicht zugewiesen hat, verwenden Sie einen Platzhalter für den Stream-Teil des ARN:

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "DSQLAssumeRole",
            "Effect": "Allow",
            "Principal": {
                "Service": "dsql.amazonaws.com"
            },
            "Action": "sts:AssumeRole",
            "Condition": {
                "StringEquals": {
                    "aws:SourceAccount": "your-account-id"
                },
                "ArnLike": {
                    "aws:SourceArn": "arn:aws:dsql:region:your-account-id:cluster/cluster-id/stream/*"
                }
            }
        }
    ]
}

Nachdem Sie einen Stream erstellt haben, können Sie ihn aws:SourceArn auf den exakten Stream-ARN beschränken, wenn die Rolle einen einzelnen Stream bedient. Eine vollständige Erläuterung der Vertrauens- und Berechtigungsrichtlinien für CDC-Servicerollen finden Sie unter. Konfiguration von IAM