À propos des appareils de confiance

Lorsqu'un utilisateur s'authentifie avec SSO sur un appareil déjà considéré comme fiable :

1. La Clé d'utilisateur chiffrée avec la clé publique de l'utilisateur, qui est une version chiffrée de la clé de chiffrement du compte utilisée pour déchiffrer les données du coffre, est envoyée du serveur au client.

2. La Clé Privée Cryptée par Clé d'Appareil de l'utilisateur, dont la version non cryptée est nécessaire pour décrypter la Clé d'Utilisateur Cryptée par Clé Publique, est envoyée du serveur au client.

3. Le client déchiffre la Clé Privée Chiffrée par la Clé de l'Appareil en utilisant la Clé de l'Appareil, qui ne quitte jamais le client.

4. La Clé Privée de l'Appareil maintenant non cryptée est utilisée pour décrypter la Clé Utilisateur Cryptée par Clé Publique, ce qui donne la clé de cryptage du compte de l'utilisateur.

5. La clé de chiffrement du compte de l'utilisateur déchiffre les données du coffre.

Lorsqu'un utilisateur s'authentifie avec SSO et choisit de déchiffrer son coffre avec un appareil non fiable (c'est-à-dire qu'une Clé Symétrique de l'Appareil n'existe pas sur cet appareil), il est nécessaire de choisir une méthode pour approuver l'appareil et éventuellement le considérer comme fiable pour une utilisation future sans autre approbation. Ce qui se passe ensuite dépend de l'option sélectionnée :

• Approuver à partir d'un autre appareil :

  1. Le processus documenté ici est déclenché, ce qui a pour résultat que le client a obtenu et déchiffré la clé de chiffrement du compte.

  2. L'utilisateur peut maintenant déchiffrer les données de son coffre avec la clé de chiffrement de compte déchiffrée. S'ils ont choisi de faire confiance à l'appareil, la confiance est établie avec le client comme décrit dans l'onglet Intégration.

• Demande d'approbation admin:

  1. Le client initiateur envoie une requête POST, qui comprend l'adresse de courriel du compte, une clé publique unique de demande d'authentificationª, et un code d'accès, à une table de Demande d'Authentification dans la base de données Bitwarden.

  2. Les administrateurs peuvent approuver ou refuser la demande sur la page d'approbations d'appareil.

  3. Lorsque la demande est approuvée par un administrateur, le client approbateur crypte la clé de cryptage du compte de l'utilisateur en utilisant la clé publique de demande d'authentification incluse dans la demande.

  4. Le client approbateur met ensuite la clé de chiffrement du compte cryptée dans l'enregistrement de la demande d'authentification et marque la demande comme accomplie.

  5. Le client initiateur GETs la clé de chiffrement de compte cryptée et la déchiffre localement en utilisant la clé privée de demande d'authentification.

  6. En utilisant la clé de chiffrement de compte déchiffrée, la confiance est établie avec le client comme décrit dans l'onglet d'intégration.

ª - Auth-request clés publiques et clés privées sont générées de manière unique pour chaque demande d'identifiant sans mot de passe et n'existent que tant que la demande existe. Les demandes non approuvées expireront après 1 semaine.

• Approuver avec le mot de passe principal :

  1. La clé de chiffrement du compte de l'utilisateur est récupérée et déchiffrée comme documenté dans la section Identifiant de l'utilisateur du Livre Blanc sur la Sécurité.

  2. En utilisant la clé de chiffrement de compte déchiffrée, la confiance est établie avec le client comme décrit dans l'onglet d'intégration.

Lorsqu'un utilisateur régénère sa clé de chiffrement de compte, pendant le processus de rotation normal :

1. La Clé Publique Cryptée par la Clé Utilisateur est envoyée du serveur au client, et ensuite déchiffrée avec l'ancienne clé de cryptage du compte (aussi connue sous le nom de. Clé de l'Utilisateur), aboutissant à la Clé Publique de l'Appareil.

2. La nouvelle clé de chiffrement du compte de l'utilisateur est chiffrée avec la clé publique non chiffrée de l'appareil et la valeur résultante est envoyée au serveur en tant que nouvelle Clé d'utilisateur chiffrée par clé publique.

3. La Clé Publique de l'Appareil est cryptée avec la nouvelle clé de cryptage du compte de l'utilisateur et la valeur résultante est envoyée au serveur comme la nouvelle Clé Publique Cryptée de l'Utilisateur.

4. Les clés de chiffrement d'appareil de confiance pour tous les autres appareils qui sont conservées dans le stockage du serveur sont effacées pour l'utilisateur. Cela ne laisse que les trois clés requises (Clé d'utilisateur chiffrée par clé publique, Clé publique chiffrée par clé d'utilisateur, et Clé privée chiffrée par clé d'appareil qui n'a pas été modifiée par ce processus) pour ce seul appareil persisté sur le serveur.

Tout client désormais non fiable devra rétablir la confiance par l'une des méthodes décrites dans l'onglet Approbation.