%20Client-Authentifizierung%20f%C3%BCr%20Agenten.%0A*%20%20%20**Abl%C3%B6sung%20von%20Shared%20Secrets%3A**%20Diese%20Methode%20ersetzt%20die%20traditionelle%20OAuth%202.0%20Client%20Secret-Authentifizierung%20durch%20eine%20sicherere%2C%20asymmetrische%20Kryptographie.%0A*%20%20%20**Erh%C3%B6hte%20Sicherheit%3A**%20Statt%20eines%20gemeinsam%20genutzten%20Geheimnisses%20authentifizieren%20sich%20Agenten%20%C3%BCber%20eine%20signierte%20JWT-Client-Assertion.%20Der%20private%20Schl%C3%BCssel%20verbleibt%20dabei%20sicher%20im%20AWS%20Key%20Management%20Service%20(AWS%20KMS)%2C%20w%C3%A4hrend%20der%20entsprechende%20%C3%B6ffentliche%20Schl%C3%BCssel%20beim%20Identit%C3%A4tsanbieter%20registriert%20wird.%20Dies%20reduziert%20das%20Risiko%20der%20Kompromittierung%20von%20Anmeldeinformationen%20erheblich%20und%20bietet%20einen%20st%C3%A4rkeren%20Nachweis%20der%20Herkunft.%0A*%20%20%20**Auditierbarkeit%3A**%20Jede%20Signatur-Operation%20durch%20AWS%20KMS%20wird%20in%20AWS%20CloudTrail%20protokolliert%2C%20was%20eine%20umfassende%20%C3%9Cberwachung%20und%20Auditierung%20der%20Agenten-Zugriffe%20erm%C3%B6glicht.%0A*%20%20%20**Integration%20mit%20AWS%20KMS%3A**%20AWS%20KMS%20ist%20zentral%20f%C3%BCr%20diesen%20Prozess%2C%20da%20es%20den%20privaten%20Schl%C3%BCssel%20sicher%20verwaltet%20und%20die%20Assertionen%20signiert%2C%20ohne%20dass%20der%20Schl%C3%BCssel%20den%20Dienst%20verl%C3%A4sst.%0A%0A**TIEFERGEHENDE%20DETAILS%3A**%0A%0A**Was%20ist%20Amazon%20Bedrock%20AgentCore%20Identity%3F**%0AAmazon%20Bedrock%20AgentCore%20Identity%20ist%20ein%20umfassender%20Identit%C3%A4ts-%20und%20Zugriffsverwaltungsdienst%2C%20der%20speziell%20f%C3%BCr%20KI-Agenten%20und%20automatisierte%20Workloads%20entwickelt%20wurde.%20Er%20wurde%20am%2015.%20August%202025%20eingef%C3%BChrt%20und%20ist%20seit%20dem%2013.%20Oktober%202025%20allgemein%20verf%C3%BCgbar.%20Der%20Dienst%20erm%C3%B6glicht%20es%20Agenten%2C%20sicher%20auf%20AWS-Ressourcen%20und%20Drittanbieter-Tools%20wie%20GitHub%2C%20Salesforce%20oder%20Slack%20zuzugreifen.%20Er%20bietet%20eine%20zentrale%20Verwaltung%20von%20Agentenidentit%C3%A4ten%2C%20eine%20sichere%20Speicherung%20von%20Anmeldeinformationen%20(Token%20Vault)%20und%20unterst%C3%BCtzt%20standardisierte%20OAuth%202.0-Flows%20sowie%20API-Schl%C3%BCssel.%0A%0A**Wie%20funktioniert%20die%20Private%20Key%20JWT-Authentifizierung%3F**%0ADer%20Prozess%20l%C3%A4uft%20wie%20folgt%20ab%3A%0A1.%20%20Ein%20Agent%20fordert%20ein%20Token%20f%C3%BCr%20eine%20Downstream-API%20von%20AgentCore%20Identity%20an.%0A2.%20%20AgentCore%20Identity%20erstellt%20eine%20kurzlebige%20JWT-Client-Assertion%20und%20ruft%20den%20AWS%20KMS-Dienst%20auf%2C%20um%20diese%20mit%20einem%20asymmetrischen%20Signierschl%C3%BCssel%20zu%20signieren.%0A3.%20%20AWS%20KMS%20signiert%20die%20Assertion%2C%20wobei%20der%20private%20Schl%C3%BCssel%20den%20Dienst%20niemals%20verl%C3%A4sst.%0A4.%20%20AgentCore%20Identity%20sendet%20die%20signierte%20Assertion%20an%20den%20Token-Endpunkt%20des%20Identit%C3%A4tsanbieters.%0A5.%20%20Der%20Identit%C3%A4tsanbieter%20verifiziert%20die%20Signatur%20mithilfe%20des%20zuvor%20registrierten%20%C3%B6ffentlichen%20Schl%C3%BCssels%20und%20gibt%20ein%20Zugriffstoken%20an%20AgentCore%20Identity%20zur%C3%BCck.%0A6.%20%20AgentCore%20Identity%20leitet%20das%20Zugriffstoken%20an%20den%20Agenten%20weiter%2C%20der%20es%20f%C3%BCr%20den%20Zugriff%20auf%20die%20Ziel-API%20verwendet.%0A%0A**Unterst%C3%BCtzte%20Grant%20Flows%3A**%0ADie%20Private%20Key%20JWT-Authentifizierung%20funktioniert%20f%C3%BCr%20drei%20Haupt-Grant-Flows%3A%0A*%20%20%20**Machine-to-machine%20(M2M)%3A**%20Der%20Agent%20agiert%20als%20eigenst%C3%A4ndige%20Entit%C3%A4t%20ohne%20menschliche%20Interaktion%2C%20z.%20B.%20f%C3%BCr%20Hintergrundjobs%20oder%20Dienste%2C%20die%20von%20jedem%20Agenten%20gelesen%20werden%20k%C3%B6nnen.%0A*%20%20%20**On-behalf-of%20(OBO)%3A**%20Der%20Agent%20agiert%20im%20Namen%20eines%20spezifischen%20Benutzers%2C%20wobei%20ein%20bestehendes%20Benutzertoken%20ausgetauscht%20wird.%20Dies%20kann%20%C3%BCber%20RFC%208693%20(Token%20Exchange)%20oder%20RFC%207523%20(JWT%20Authorization%20Grant)%20erfolgen.%0A*%20%20%20**Benutzerdelegierter%20Zugriff%3A**%20Der%20Agent%20agiert%20im%20Namen%20eines%20Benutzers%2C%20der%20zuvor%20interaktiv%20seine%20Zustimmung%20erteilt%20hat%20(Authorization%20Code%20Grant%20%2F%20Three-legged%20OAuth%20Flow).%0A%0A**Technische%20Details%20und%20Konfiguration%3A**%0A*%20%20%20**KMS-Schl%C3%BCssel%3A**%20Es%20wird%20ein%20asymmetrischer%20KMS-Schl%C3%BCssel%20mit%20der%20Schl%C3%BCsselverwendung%20%22Sign%20and%20verify%22%20ben%C3%B6tigt.%20Beispiele%20f%C3%BCr%20Schl%C3%BCsselspezifikationen%20sind%20ECC_NIST_P256.%0A*%20%20%20**Signaturalgorithmen%3A**%20Unterst%C3%BCtzt%20werden%20RS256%2C%20PS256%20und%20ES256%2C%20die%20mit%20der%20KMS-Schl%C3%BCsselspezifikation%20kompatibel%20sein%20m%C3%BCssen.%0A*%20%20%20**CloudTrail-Ereignisse%3A**%20F%C3%BCr%20die%20%C3%9Cberwachung%20werden%20Ereignisse%20wie%20%60GetWorkloadAccessToken%60%2C%20%60GetResourceOauth2Token%60%20(von%20%60bedrock-agentcore.amazonaws.com%60)%20und%20%60Sign%60%20(von%20%60kms.amazonaws.com%60)%20aufgezeichnet.%0A*%20%20%20**Konfiguration%3A**%20Die%20Einrichtung%20erfolgt%20%C3%BCber%20die%20AWS%20Management%20Console%2C%20wo%20ein%20KMS-Signierschl%C3%BCssel%20erstellt%2C%20dessen%20%C3%B6ffentlicher%20Schl%C3%BCssel%20beim%20Identit%C3%A4tsanbieter%20registriert%20und%20ein%20Credential%20Provider%20in%20der%20Amazon%20Bedrock%20AgentCore%20Konsole%20konfiguriert%20wird.%0A%0A**Vorteile%20gegen%C3%BCber%20Shared%20Secrets%3A**%0APrivate%20Key%20JWT%20bietet%20eine%20verbesserte%20Sicherheit%2C%20da%20es%20die%20Schwachstellen%20von%20Shared%20Client%20Secrets%20eliminiert%2C%20wie%20das%20Risiko%20der%20Abfangen%20und%20Wiederverwendung%2C%20begrenzte%20Mechanismen%20zur%20Erzwingung%20des%20Ablaufs%20und%20die%20Gefahr%20von%20Lecks%20oder%20Exposition%20durch%20die%20Speicherung%20bei%20beiden%20Parteien.%0A%0A**Autoren%3A**%0ADie%20Autoren%20des%20AWS%20AI%20Blog-Beitrags%20sind%20Swara%20Gandhi%2C%20Senior%20Solutions%20Architect%20im%20AWS%20Identity%20Solutions%20Team%2C%20und%20Satveer%20Khurpa%2C%20Sr.%20WW%20Specialist%20Solutions%20Architect%20f%C3%BCr%20Amazon%20Bedrock%20AgentCore%20bei%20Amazon%20Web%20Services.?width=1024&height=1024&seed=684797&nologo=true&model=flux)
Amazon Bedrock AgentCore Identity unterstützt ab dem 29. Juli 2026 die Private Key JWT Client-Authentifizierung für KI-Agenten.
Dieses neue Feature ersetzt die herkömmliche OAuth 2.0 Client Secret-Authentifizierung durch eine asymmetrische kryptografische Methode. Statt eines gemeinsam genutzten Geheimnisses wird eine signierte JWT-Client-Assertion verwendet.
Der private Schlüssel verbleibt dabei vollständig im AWS Key Management Service (AWS KMS). AWS KMS übernimmt die Signierung der Assertion, ohne dass der Schlüssel den Dienst jemals verlässt. Der zugehörige öffentliche Schlüssel wird beim jeweiligen Identitätsanbieter registriert.
Jede Signatur-Operation wird durch AWS CloudTrail protokolliert. Dadurch entsteht eine vollständige Auditierbarkeit aller Agenten-Zugriffe auf Token-Ebene.
Der Mechanismus ist für drei Grant-Flows ausgelegt:
- Machine-to-Machine (M2M)
- On-Behalf-Of (OBO) mittels RFC 8693 oder RFC 7523
- Benutzerdelegierter Zugriff (Authorization Code Grant)
Die Konfiguration erfolgt über die AWS Management Console. Hierzu wird ein asymmetrischer KMS-Schlüssel mit der Verwendung „Sign and Verify“ (beispielsweise ECC_NIST_P256) erstellt, der öffentliche Schlüssel beim Identitätsanbieter hinterlegt und ein entsprechender Credential Provider in AgentCore Identity konfiguriert.
Unterstützte Signaturalgorithmen sind RS256, PS256 und ES256, sofern sie mit der gewählten KMS-Schlüsselspezifikation kompatibel sind.
Quelle: AWS AI Blog
FAQ
Welchen primären Sicherheitsvorteil bietet Private Key JWT gegenüber Shared Client Secrets?
Der private Schlüssel verlässt niemals den AWS KMS. Dadurch entfällt das Risiko der Kompromittierung oder Weitergabe eines gemeinsam genutzten Geheimnisses.
Welche AWS-Dienste sind für die Protokollierung der Authentifizierungsvorgänge zuständig?
AWS CloudTrail zeichnet sowohl die GetWorkloadAccessToken / GetResourceOauth2Token-Ereignisse von bedrock-agentcore.amazonaws.com als auch die Sign-Operationen von kms.amazonaws.com auf.
Für welche Grant-Typen ist die neue Authentifizierungsmethode einsetzbar?
Die Private Key JWT-Authentifizierung wird für Machine-to-Machine (M2M), On-Behalf-Of (OBO) und benutzerdelegierten Zugriff (Authorization Code Grant) unterstützt.