Le 5 novembre, Google Workspace a annoncé une bêta de chiffrement côté client pour les fichiers qui correspondent à une règle de l’organisation. L’administrateur peut faire appliquer cette protection aux documents concernés sans demander à chaque salarié de créer une nouvelle copie chiffrée. Le fichier conserve son adresse. Dans une entreprise où un même document circule entre plusieurs équipes, cette continuité simplifie les références, mais elle laisse une question à vérifier avant d’étendre la règle. Qui peut encore ouvrir le fichier après le changement ?
Une bêta réservée à certains clients Workspace
L’accès est réservé aux organisations qui utilisent Enterprise Plus avec le module Assured Controls ou Assured Controls Plus et qui sont admises à la bêta Policy-Based Enforcement. L’option est désactivée par défaut. Les règles peuvent traiter les fichiers pris en charge par Workspace Rules dans Mon Drive et dans les Drives partagés. Google cite les documents natifs, les fichiers Office, les PDF et les images. Un message signale aux utilisateurs qu’une règle a appliqué la protection au fichier. Annonce Google Workspace du 5 novembre.
Google indique aussi que les administrateurs disposent de journaux et que le centre d’alertes peut signaler des problèmes avec le service externe d’accès aux clés. Avant de choisir une date de test, identifiez la personne qui prendra le relais si ce service rencontre un incident. Le service de clés fait partie du parcours d’accès et mérite un scénario de reprise comme les autres éléments de l’installation.
Tester des documents représentatifs
Un essai peut commencer avec des fichiers fictifs qui reproduisent des situations ordinaires. Choisissez un document partagé entre collègues, un fichier utilisé dans un autre outil et une pièce que reçoit un partenaire. Faites une copie pour observer ce que l’équipe devra faire si la protection s’applique. Pour chacun, relevez l’accès en lecture, le travail à plusieurs et la possibilité de produire le format attendu à la fin du parcours.
La conservation du lien évite de remplacer les URL déjà utilisées, mais l’adresse ne renseigne pas sur l’issue de l’ouverture pour un compte donné. Un collaborateur interne et un partenaire extérieur peuvent rencontrer des parcours différents. Notre article sur la vérification des droits sur un dossier aide à préparer une liste d’utilisateurs et d’exceptions avant l’essai.
Observer les erreurs de classement
Prenez un fichier qui devrait être protégé et un fichier ordinaire qui contient des mots proches. Un exemple fictif peut comparer un dossier confidentiel et un modèle vierge utilisé pour le créer. L’exercice permet de vérifier que le critère de la règle distingue des situations qui se ressemblent visuellement. Si le résultat surprend, corrigez la règle ou la manière dont les documents sont identifiés avant de choisir un périmètre plus large.
Une autre question concerne le devenir du travail déjà distribué. Des pièces jointes anciennes, des exports ou des copies stockées ailleurs peuvent suivre un autre circuit. La cartographie des copies aide à savoir ce que couvre l’automatisation dans Drive. Elle aide aussi à préparer des réponses lorsque les utilisateurs demandent pourquoi le fichier principal a changé de comportement alors qu’une ancienne pièce jointe s’ouvre encore.
Organiser la reprise avant de généraliser
Consignez le résultat de chaque essai et le contact qui peut intervenir si l’accès échoue. Le plan de test doit prévoir l’ouverture avec un compte autorisé, un compte qui ne doit rien voir et un partenaire lorsque l’usage le requiert. Ajoutez une simulation simple d’indisponibilité, conduite avec les responsables techniques. La continuité d’accès mérite une observation aussi précise que l’application du chiffrement.
Notre article sur la préparation d’un test de réception métier montre comment transformer ces situations en critères vérifiables. Si la bêta réussit sur les documents de test, l’équipe peut élargir le périmètre en gardant la même méthode de contrôle et un circuit clair pour les exceptions.
