Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Conservation des données

Vue d’ensemble

Amazon Bedrock vous permet de contrôler explicitement si vos invites et vos sorties sont conservées à partir de vos demandes d'inférence. Vous pouvez configurer la conservation des données au niveau du compte ou du projet, et le paramètre est appliqué de manière cohérente dans les API Messages, Chat Completions et Responses.

C'est à vous de gérer votre configuration de conservation des données. Si votre compte ou votre projet est configuré pour ne conserver aucune donnée (data_retention_mode: none) et que vous invoquez un modèle nécessitant une conservation, Amazon Bedrock bloquera la demande et renverra une erreur : vous contrôlez toujours votre politique de conservation.

Modes de conservation des données

La conservation des données est contrôlée par un mode plutôt que par une simple on/off bascule :

Comment les modes sont classés

Les modes de rétention forment une échelle ordonnée, du plus faible au plus permissif :

none  <  default  <  aws_review  <  provider_data_share

Un modèle est disponible lorsque votre mode effectif est égal ou supérieur au mode requis par ce modèle. Un paramètre plus permissif implique un paramètre moins permissif : si vous avez autorisé AWS à partager votre contenu avec le fournisseur du modèle, vous avez également autorisé à le réviser lui-même. AWS

inheritne fait pas partie de cet ordre : il n'exprime aucune opinion quant à son champ d'application et s'en remet à un ordre plus large. Consultez Comment est déterminé votre mode de rétention.

Comment est déterminé votre mode de rétention

La conservation des données est configurée à deux niveaux, avec la valeur par défaut du modèle comme solution de repli :

Le mode effectif pour toute requête est déterminé en prenant la première portée dont la valeur n'est pas inherit :

effective mode = first non-inherit value of (project → account → model default)

Par exemple, si votre projet est défini sur inherit et que votre compte est configuré surnone, le mode effectif s'applique à tous none les modèles invoqués à partir de ce projet.

Configuration de la conservation des données

Définissez la conservation des données à l'échelle du compte

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": "aws_review" }'

Réponse :

{
  "mode": "aws_review",
  "updated_at": 1733529600
}

Plan de contrôle du socle rocheux :

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": "aws_review" }'

Réponse :

{
  "mode": "aws_review",
  "updated_at": "2026-06-07T20:19:44.723Z"
}

Définissez la conservation des données au niveau du projet

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": "aws_review" } }'

Vérifiez votre configuration actuelle

# 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"

Plan de contrôle du socle rocheux :

# Account level
curl https://bedrock.us-east-1.amazonaws.com/data-retention \
  -H "Authorization: Bearer $AWS_BEARER_TOKEN_BEDROCK"

Vérifiez le mode effectif et les modes autorisés d'un modèle

curl https://bedrock-mantle.us-east-1.api.aws/v1/models/anthropic.claude-fable-5 \
  -H "x-api-key: $BEDROCK_API_KEY"

Réponse :

{
  "id": "anthropic.claude-fable-5",
  "created": 1733443200,
  "owned_by": "system",
  "status": "available",
  "data_retention": {
    "mode": "aws_review",
    "source": "account",
    "allowed_modes": ["aws_review", "provider_data_share"]
  }
}

Disponibilité des modèles et conservation des données

Chaque modèle déclare les modes de rétention qui répondent à ses exigencesallowed_modes, qui répertorie tous les modes égaux ou supérieurs au minimum requis par le modèle. Si votre mode effectif est inférieur à ce que nécessite le modèle, vous voyezComment les modes sont classés, le modèle apparaîtra comme status: "unavailable" dans la liste des modèles et les demandes qui lui seront adressées seront bloquées.

Exemple : Claude Fable 5 et Claude Fable 5.1 nécessitent une révision humaine ()allowed_modes: ["aws_review", "provider_data_share"]. Vous devez définir explicitement votre mode de conservation des données suraws_review, ou sur l'ancienprovider_data_share, avant de pouvoir invoquer ces modèles. Si votre mode effectif est none oudefault, ces modèles ne seront pas disponibles.

En aws_review paramétrant, vous nous demandez explicitement de conserver vos entrées et sorties afin de AWS pouvoir effectuer l'évaluation humaine requise par le fournisseur de modèles comme condition d'accès. Votre contenu n'est pas partagé avec le fournisseur du modèle. Consultez la section relative à la détection des abus sur Amazon Bedrock et aux conditions de service AWS.

Réponse lorsqu'un modèle n'est pas disponible en raison d'une politique de rétention :

{
  "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": ["aws_review", "provider_data_share"]
  }
}

Comment s'inscrire

Pour activer Claude Fable 5 et Claude Fable 5.1 pour votre compte :

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": "aws_review" }'

Ou au niveau du projet (si vous souhaitez limiter l'évaluation humaine à un projet spécifique) :

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": "aws_review" } }'

Accès à la conservation zéro des données (ZDR)

Certains modèles exigent la conservation des données pour des raisons de sécurité et de prévention des abus. Si votre organisation n'exige aucune conservation de données pour des raisons de conformité et que vous avez besoin d'accéder à ces modèles, contactez votre responsable de AWS compte pour discuter de votre éligibilité. L'accès au ZDR est évalué par compte et par modèle en coordination avec le fournisseur du modèle.

Les comptes approuvés pour ZDR sur un modèle spécifique seront "none" inclus dans celui de allowed_modes ce modèle.

Mise en œuvre de la politique de rétention avec IAM

Vous pouvez appliquer une politique de conservation des données dans l'ensemble de votre organisation à l'aide de politiques IAM ou de politiques de contrôle des services (SCP). Les actions d'écriture publient une clé de bedrock-mantle:DataRetentionMode condition qui vous permet de limiter les modes pouvant être définis.

Exemple de SCP : aucune conservation des données n'est requise dans l'ensemble de l'entreprise :

{
    "Effect": "Deny",
    "Action": [
        "bedrock-mantle:PutAccountDataRetention",
        "bedrock-mantle:CreateProject",
        "bedrock-mantle:UpdateProject"
    ],
    "Condition": {
        "StringNotEquals": {
            "bedrock-mantle:DataRetentionMode": "none"
        }
    }
}

Plan de contrôle du socle rocheux :

{
    "Effect": "Deny",
    "Action": [
        "bedrock:PutAccountDataRetention"
    ],
    "Condition": {
        "StringNotEquals": {
            "bedrock:DataRetentionMode": "none"
        }
    }
}

Cela empêche tout membre de l'organisation de définir la conservation des données sur autre chose quenone, garantissant ainsi qu'aucune donnée d'inférence n'est conservée.

Exemple de SCP : AWS conservation des permis mais pas évaluation humaine :

{
    "Effect": "Deny",
    "Action": [
        "bedrock-mantle:PutAccountDataRetention",
        "bedrock-mantle:CreateProject",
        "bedrock-mantle:UpdateProject"
    ],
    "Condition": {
        "ForAnyValue:StringEquals": {
            "bedrock-mantle:DataRetentionMode": [
                "aws_review",
                "provider_data_share"
            ]
        }
    }
}

Utilisez-le lorsque votre organisation accepte la conservation à des fins de détection d'abus, mais ne peut pas autoriser la révision humaine de son contenu. Les modèles nécessitant une révision humaine apparaîtront sur les status: "unavailable" comptes dans le cadre de cette politique.

Quelles données sont conservées et pendant combien de temps

Pour les modèles nécessitant aws_review (actuellement Claude Fable 5 et Claude Fable 5.1) : les instructions et les réponses des utilisateurs sont conservées dans les AWS limites pendant 30 jours au maximum et peuvent être revues pour répondre AWS à l'exigence de révision humaine imposée par le fournisseur du modèle comme condition d'accès. Votre contenu n'est pas partagé avec le fournisseur du modèle.

Pour le provider_data_share mode existant : Amazon Bedrock ne partage pas votre contenu avec les fournisseurs de modèles aujourd'hui. Ce mode entraîne donc la même gestion que aws_review : il est conservé dans les AWS limites pendant 30 jours au maximum, et révisé AWS uniquement lorsque le modèle l'exige.

Pour les modèles en default mode : les données peuvent être conservées à des fins de détection des abus. Consultez la section Détection des abus d'Amazon Bedrock pour les informations de conservation requises. Pour une rétention au-delà de la détection des abus (par exemple, API store=true Responses avec), consultez la documentation et les termes du modèle.

Si l'inférence interrégionale est activée pour ces modèles, les entrées et les sorties conservées sont stockées dans les régions de destination (c'est-à-dire la région où votre demande d'inférence est traitée).

Consultez les conditions d'utilisation d'Anthropic pour plus de détails sur le traitement des données spécifiques au modèle.

Référence des actions IAM