Les instances de Cloud dédié sur AWS sont chiffrées avec la clé native du cloud gérée par Weights & Biases depuis avant août 2024.Sur Google Cloud et Azure, les instances créées à partir d’août 2024 utilisent une clé gérée par Weights & Biases pour chiffrer la base de données et le stockage d’objets. Les instances antérieures utilisent la clé par défaut gérée par le fournisseur de cloud.
Chiffrement des données dans le Cloud dédié
Découvrez comment Weights & Biases chiffre les données du Cloud dédié avec des clés natives du cloud et comment les clés gérées par le client sont prises en charge.
Cette page décrit le chiffrement de la base de données et du stockage d’objets dans le Cloud dédié, ainsi que la politique relative aux clés gérées par le client. Elle s’adresse aux équipes de sécurité et de conformité qui évaluent le service pour des charges de travail d’IA sensibles.
Weights & Biases gère les clés qui chiffrent la base de données et le stockage d’objets de chaque instance de Cloud dédié. Pour ce faire, Weights & Biases s’appuie sur la fonctionnalité de clé de chiffrement gérée par le client (CMEK) du fournisseur de cloud et agit en votre nom en tant que client de ce fournisseur.
Chaque instance dispose d’une clé unique, ce qui apporte un niveau d’isolation supplémentaire entre les locataires. Cette fonctionnalité est disponible sur AWS, Azure et Google Cloud.
Les clés fournies par le client ne sont généralement pas autorisées pour la base de données et le stockage d’objets gérés. En effet, une équipe ayant accès à votre infrastructure cloud pourrait, par inadvertance, supprimer la clé ou en révoquer l’accès, ce qui risquerait de corrompre de manière irrécupérable l’ensemble des données de l’instance.
Si l’utilisation de votre propre clé est une condition indispensable à l’adoption du Cloud dédié, vous pouvez demander une exception à Weights & Biases. Les exceptions approuvées sont régies par le modèle de responsabilité partagée du Cloud dédié de W&B.
Dernière modification le 30 septembre 2026