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.
Datenaufbewahrung
-Übersicht
Amazon Bedrock gibt Ihnen die ausdrückliche Kontrolle darüber, ob Ihre Eingabeaufforderungen und Ausgaben aus Ihren Inferenzanfragen beibehalten werden. Sie können die Datenspeicherung auf Konto- oder Projektebene konfigurieren, und die Einstellung wird in allen APIs für Nachrichten, Chat-Abschlüsse und Antworten einheitlich durchgesetzt.
Ihre Konfiguration zur Datenspeicherung können Sie selbst verwalten. Wenn Ihr Konto oder Projekt für die Nulldatenspeicherung (data_retention_mode: none) konfiguriert ist und Sie ein Modell aufrufen, das Aufbewahrung erfordert, blockiert Amazon Bedrock die Anfrage und gibt einen Fehler zurück — Sie haben immer die Kontrolle über Ihre Aufbewahrungsrichtlinie.
Wichtig
Bei Modellen, die vor Claude Fable 5 veröffentlicht wurden, gibt es keine Änderung bei der Datenspeicherung. AWS setzt sich dafür ein, dass Sie die volle Kontrolle darüber haben, wann und mit wem Ihre Daten aufbewahrt und geteilt werden.
Modi der Datenspeicherung
Die Datenspeicherung wird eher durch einen Modus als durch einen einfachen on/off Schalter gesteuert:
| Mode (Modus) | Behavior |
|---|---|
default |
Standard bedeutet, dass die Datenaufbewahrungsrichtlinie des Modells gilt. Das Aufbewahrungsverhalten des Vorgängermodells hat sich nicht geändert. Wenn ZDR zuvor angewendet wurde, gilt ZDR weiterhin. Die tatsächliche Aufbewahrung hängt vom Modell ab. Einzelheiten finden Sie in den Bedingungen des Modells. AWS kann die Daten aus Sicherheitsgründen und zur Missbrauchsprävention aufbewahren. Der Modellanbieter erhält sie nicht. In der Responses API ist dieser Wert AnmerkungDiese Einstellung garantiert |
provider_data_share |
In diesem Modus kann Amazon Bedrock Ihre Inferenzdaten gemäß deren Anforderungen speichern und an Modellanbieter weitergeben. Er ist für den Zugriff auf bestimmte Modelle erforderlich. Weitere Informationen finden Sie unter Amazon Bedrock-Missbrauchserkennung und AWS-Servicebedingungen |
none |
Keine Datenspeicherung. Es werden keine Anfrage- oder Antwortdaten vom Modellanbieter in einen dauerhaften Speicher geschrieben AWS oder mit ihm geteilt. In der Responses API ist die store Standardeinstellung false und store=true wird abgelehnt. Der Hintergrundmodus ist nicht verfügbar. Chat-Abschlüsse und Nachrichtenanfragen werden niemals gespeichert. |
inherit |
In diesem Bereich gibt es keine Meinung — konzentrieren Sie sich auf einen umfassenderen Rahmen. Dies ist die Standardeinstellung für neue Konten und Projekte. |
Wichtig
Wenn Sie Ihr Konto oder Projekt so konfigurieren, bedeutet provider_data_share das nicht, dass alle Modelle beginnen, Daten mit ihren Anbietern zu teilen. Ihr konfigurierter Modus legt fest, was Sie zulassen — jedes Modell deklariert unabhängig, über allowed_modes welche Modi es unterstützt. Die meisten Modelle erfordern oder fordern provider_data_share derzeit nichts an. Die Interaktion funktioniert wie folgt:
Wenn ein Modell
allowed_modesbeinhaltetnone, werden wir nichts beibehalten.Wenn ein Modell die Daten
allowed_modeseinschließt,defaultaber nichtnone, AWS behält es sie bei — der Modellanbieter empfängt sie nicht.Wenn der einzig zulässige Modus eines Modells ist
provider_data_share, werden die Daten mit dem Anbieter geteilt — aber nur, wenn Ihr effektiver Modus dies zulässt. Wenn Ihr effektiver Modusnoneoder istdefault, wird das Modell als nicht verfügbar angezeigt.
Wie wird Ihr Aufbewahrungsmodus bestimmt
Die Datenaufbewahrung wird in zwei Bereichen konfiguriert, wobei die Standardeinstellung des Modells als Fallback dient:
Projekt (am spezifischsten) — eingestellt über
POST /v1/organization/projects/{project_id}Konto — eingerichtet über
PUT /v1/data_retentionModellstandard (am wenigsten spezifisch, schreibgeschützt) — der integrierte Standard des Modells
Der effektive Modus für jede Anfrage wird bestimmt, indem der erste Bereich verwendet wird, dessen Wert nicht: inherit
effective mode = first non-inherit value of (project → account → model default)
Wenn Ihr Projekt beispielsweise auf inherit und Ihr Konto auf eingestellt istnone, gilt der effektive Modus none für alle Modelle, die von diesem Projekt aus aufgerufen werden.
Konfiguration der Datenspeicherung
Legen Sie die kontoweite Datenspeicherung fest
curl -X PUT https://bedrock-mantle.us-east-1.api.aws/v1/data_retention \ -H "x-api-key: $BEDROCK_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "mode": "provider_data_share" }'
Antwort:
{ "mode": "provider_data_share", "updated_at": 1733529600 }
Kontrollebene im Grundgestein:
curl -X PUT https://bedrock.us-east-1.amazonaws.com/data-retention \ -H "Authorization: Bearer $AWS_BEARER_TOKEN_BEDROCK" \ -H "Content-Type: application/json" \ -d '{ "mode": "provider_data_share" }'
Antwort:
{ "mode": "provider_data_share", "updated_at": "2026-06-07T20:19:44.723Z" }
Legen Sie die Datenspeicherung auf Projektebene fest
curl https://bedrock-mantle.us-east-1.api.aws/v1/organization/projects/proj_abc123 \ -H "x-api-key: $BEDROCK_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "data_retention": { "mode": "provider_data_share" } }'
Überprüfen Sie Ihre aktuelle Konfiguration
# Account level curl https://bedrock-mantle.us-east-1.api.aws/v1/data_retention \ -H "x-api-key: $BEDROCK_API_KEY" # Project level curl https://bedrock-mantle.us-east-1.api.aws/v1/organization/projects/proj_abc123 \ -H "x-api-key: $BEDROCK_API_KEY"
Bedrock Control Plane:
# Account level curl https://bedrock.us-east-1.amazonaws.com/data-retention \ -H "Authorization: Bearer $AWS_BEARER_TOKEN_BEDROCK"
Überprüfen Sie den effektiven Modus und die zulässigen Modi eines Modells
curl https://bedrock-mantle.us-east-1.api.aws/v1/models/anthropic.claude-fable-5 \ -H "x-api-key: $BEDROCK_API_KEY"
Antwort:
{ "id": "anthropic.claude-fable-5", "created": 1733443200, "owned_by": "system", "status": "available", "data_retention": { "mode": "provider_data_share", "source": "account", "allowed_modes": ["provider_data_share"] } }
Modellverfügbarkeit und Datenspeicherung
Jedes Modell gibt an, welche Aufbewahrungsmodi es zulässtallowed_modes. Wenn Ihr effektiver Modus nicht in dem eines Modells enthalten istallowed_modes, wird das Modell wie status: "unavailable" in der Modellliste angezeigt und Anfragen an dieses Modell werden blockiert.
Beispiel: Claude Fable 5 und Claude Mythos 5 erfordern die gemeinsame Nutzung von Anbieterdaten ()allowed_modes: ["provider_data_share"]. Kunden müssen ihren Datenaufbewahrungsmodus explizit auf einstellen, provider_data_share bevor sie diese Modelle aufrufen können. Wenn Ihr effektiver Modus none oder istdefault, sind diese Modelle nicht verfügbar.
Mit der Einstellung provider_data_share erklären Sie sich ausdrücklich damit einverstanden, dass Sie uns anweisen, Daten gemäß deren Anforderungen aufzubewahren und an Modellanbieter weiterzugeben. Dies ist für den Zugriff auf bestimmte Modelle erforderlich. Weitere Informationen finden Sie auf der Seite zur Erkennung von Missbrauch und in den AWS-Servicebedingungen
Anmerkung
Beim Start gibt es keine Konsolen-Benutzeroberfläche für die Konfiguration der Datenspeicherung. Kunden müssen die API (siehe „Konfiguration der Datenspeicherung“ oben) oder das Bedrock SDK verwenden.
Reaktion, wenn ein Modell aufgrund einer Aufbewahrungsrichtlinie nicht verfügbar ist:
{ "id": "anthropic.claude-fable-5", "created": 1733443200, "owned_by": "system", "status": "unavailable", "status_reason": "This model is not available under data retention mode 'default'.", "data_retention": { "mode": "default", "source": "account", "allowed_modes": ["provider_data_share"] } }
Wie melde ich mich an
Um Claude Fable 5 und Claude Mythos 5 für dein Konto zu aktivieren:
curl https://bedrock-mantle.us-east-1.api.aws/v1/data_retention \ -H "x-api-key: $BEDROCK_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "mode": "provider_data_share" }'
Oder auf Projektebene (wenn Sie die gemeinsame Nutzung von Anbieterdaten auf ein bestimmtes Projekt beschränken möchten):
curl https://bedrock-mantle.us-east-1.api.aws/v1/organization/projects/proj_abc123 \ -H "x-api-key: $BEDROCK_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "data_retention": { "mode": "provider_data_share" } }'
Mixed-model Projekte
Das Einstellen eines Projekts auf provider_data_share bedeutet nicht, dass der gesamte Modelldatenverkehr in diesem Projekt mit dem Modellanbieter geteilt wird. Jedes Modell allowed_modes bestimmt, was tatsächlich mit Ihren Daten passiert:
Ein Modell,
allowed_modesdessen Daten["provider_data_share"](z. B. Claude Fable 5) aufbewahrt und mit dem Anbieter geteilt werden.Ein Modell,
allowed_modesdessen Daten["default", "provider_data_share"](z. B. Claude Opus 4.8) nur von AWS aufbewahrt werden. Das Modell akzeptiert den Modusprovider_data_shareals gültigen Modus, erfordert jedoch nicht, dass Daten die AWS-Grenzen verlassen.Wenn eine Claude Fable 5-Anfrage von einem Sicherheitsklassifizierer abgelehnt wird und das Fallback-Guthaben für Claude Opus 4.8 eingelöst wird, folgt der Fallback-Aufruf den Datenverarbeitungsregeln von Opus 4.8, nicht denen von Fable 5. Die Antwort von Opus 4.8 wird weder gespeichert noch mit Anthropic geteilt.
ZDR-Zugriff (Zero Data Retention)
Bei einigen Modellen ist aus Sicherheitsgründen und zur Verhinderung von Missbrauch eine Aufbewahrung von Daten erforderlich. Wenn Ihr Unternehmen aus Compliance-Gründen keine Datenspeicherung vorschreibt und Sie Zugriff auf diese Modelle benötigen, wenden Sie sich an Ihren AWS Kundenbetreuer, um die Voraussetzungen zu besprechen. Der ZDR-Zugriff wird pro Konto und Modell in Abstimmung mit dem Modellanbieter bewertet.
Konten, die für ein bestimmtes Modell für ZDR genehmigt wurden, werden in die Konten dieses Modells "none" aufgenommen. allowed_modes
Durchsetzung von Aufbewahrungsrichtlinien mit IAM
Mithilfe von IAM-Richtlinien oder Service Control Policies (SCPs) können Sie unternehmensweit eine Datenaufbewahrungsrichtlinie durchsetzen. Die Schreibaktionen veröffentlichen einen bedrock-mantle:DataRetentionMode Bedingungsschlüssel, mit dem Sie einschränken können, welche Modi festgelegt werden können.
Beispiel für SCP — keine Datenspeicherung im gesamten Unternehmen erforderlich:
{ "Effect": "Deny", "Action": [ "bedrock-mantle:PutAccountDataRetention", "bedrock-mantle:CreateProject", "bedrock-mantle:UpdateProject" ], "Condition": { "StringNotEquals": { "bedrock-mantle:DataRetentionMode": "none" } } }
Bedrock Control Plane:
{ "Effect": "Deny", "Action": [ "bedrock:PutAccountDataRetention" ], "Condition": { "StringNotEquals": { "bedrock:DataRetentionMode": "none" } } }
Dadurch wird verhindert, dass jemand in der Organisation die Datenspeicherung auf etwas anderes festlegtnone, als sicherzustellen, dass niemals Rückschlussdaten aufbewahrt werden.
Welche Daten werden aufbewahrt und für wie lange
Für Modelle, die provider_data_share Folgendes erfordern (derzeit Claude Mythos 5 und Claude Fable 5): Eingabeaufforderungen und Ausfüllungen werden mit Anthropic geteilt und aus Vertrauens- und Sicherheitsgründen bis zu 30 Tage lang aufbewahrt.
Für Modelle unter default Modus: Daten können zu Zwecken der Missbrauchserkennung aufbewahrt werden. Einzelheiten zur Aufbewahrung finden Sie unter Amazon Bedrock Missbrauchserkennung. Informationen zur Aufbewahrung über die Missbrauchserkennung hinaus (z. B. über die Responses API mitstore=true) finden Sie in der Dokumentation und den Bedingungen des Modells.
Wenn die regionsübergreifende Inferenz für diese Modelle aktiviert ist, werden die gespeicherten Eingaben und Ausgaben in Zielregionen gespeichert (d. h. in der Region, in der Ihre Inferenzanfrage verarbeitet wird).
Einzelheiten zur modellspezifischen Datenverarbeitung finden Sie in den Nutzungsbedingungen von Anthropic
Referenz zu IAM-Aktionen
| Route | IAM-Aktion |
|---|---|
GET /v1/models | bedrock-mantle:ListModels |
GET /v1/models/{model} | bedrock-mantle:GetModel |
GET /v1/data_retention | bedrock-mantle:GetAccountDataRetention |
PUT /v1/data_retention | bedrock-mantle:PutAccountDataRetention |
GET /v1/organization/projects/{project_id} | bedrock-mantle:GetProject |
POST /v1/organization/projects/{project_id} | bedrock-mantle:UpdateProject |
| Route | IAM-Aktion |
|---|---|
GET /data-retention | bedrock:GetAccountDataRetention |
PUT /data-retention | bedrock:PutAccountDataRetention |