Les usages
Quels droits reprendre dans un nouveau dossier partagé ?
Pour vous si… Vous préparez un nouvel espace de fichiers. Les anciens dossiers ont accumulé des membres, des liens et des exceptions dont la raison n’est plus toujours connue.
Repères documentaires au 6 novembre 2026.
Notre avis
Nous ne copierions pas tous les droits d’un ancien dossier sans validation. Nous demanderions au propriétaire quels rôles doivent lire, modifier et transmettre le contenu, puis nous essaierions ce résultat dans la destination.
L’objectif n’est pas de réduire les accès pour le principe. C’est de préserver le travail nécessaire sans transporter des autorisations dont personne ne répond. Une exception utile doit rester visible et avoir un responsable.
Ce qui change le choix
Une reprise temporaire des droits existants peut être choisie pour réduire un risque de coupure si le propriétaire la valide et prévoit sa revue. Les exceptions nécessaires ne doivent pas être supprimées aveuglément.
Dans l’ordre
- Identifier le propriétaire du dossier et les rôles utiles
- Faire approuver les actions de lecture, modification et partage
- Tester les droits obtenus avec les comptes concernés
- Conserver une exception uniquement si elle est expliquée et suivie
Pourquoi ce choix
- L’historique d’un droit ne démontre pas son utilité actuelle.
- La présence dans un groupe ne répond pas seule à toutes les actions possibles.
- Un test avec un administrateur ne représente pas le travail d’un membre ordinaire.
Nommer le propriétaire avant de traduire les groupes
Le propriétaire doit décider du travail à permettre : consultation d’une version, modification, ajout d’un fichier ou invitation d’un partenaire selon le besoin. L’administrateur traduit ensuite cette décision dans le modèle du service. Ne lui demandez pas de deviner l’intention métier depuis les noms de groupes.
La CNIL recommande de cartographier les services cloud et d’en répartir les responsabilités. Pour ce dossier, nous formaliserions la personne qui approuve un droit et celle qui le met en place, ainsi que le traitement d’une demande exceptionnelle.
Trois rôles d’essai rendent le résultat lisible
Construisez des rôles fictifs qui représentent votre travail ; cette grille est un exemple de méthode, pas une description d’un produit.
| Rôle | Questions à trancher |
|---|---|
| Lecteur interne | Quels fichiers doit-il ouvrir et peut-il les transmettre ? |
| Contributeur | Qu’a-t-il le droit de modifier ou d’ajouter, et qui valide le résultat ? |
| Partenaire invité | À quel contenu accède-t-il, par quel lien et jusqu’à quelle fin de mission ? |
Ajoutez le cas d’une personne sans droit attendu. Le contrôle doit vérifier qu’elle ne peut pas ouvrir le dossier par un lien reçu, et pas seulement qu’elle ne le voit pas sur son accueil.
Vérifier les actions et le retrait, pas seulement la liste des membres
Faites ouvrir un contenu, réaliser une modification autorisée et tenter une action interdite selon la matrice. Utilisez les comptes ordinaires de test, pas le compte de l’administrateur. Demandez la règle des droits issus de plusieurs groupes ou d’un lien partagé, sans supposer le fonctionnement du service.
Retirez ensuite un accès et faites essayer l’ancien lien. Notez séparément les copies déjà récupérées. Si un droit est réintroduit par une autre appartenance, le propriétaire doit le comprendre avant d’accepter le résultat. Aucun de ces comportements n’est attribué ici à une offre particulière.
Traiter l’exception sans casser le travail
Si une personne perd une tâche nécessaire, corrigez le rôle ou documentez une exception limitée. Si l’organisation choisit de reprendre temporairement les droits existants, faites approuver ce choix avec son périmètre et sa date de revue.
La bascule est acceptable lorsque les actions utiles passent et les accès non prévus sont fermés dans le parcours contrôlé. Une synchronisation de membres ou un import terminé ne remplace pas cette validation. L’essai décrit dans cette page reste à effectuer.
À vérifier
Aucun système de droits, lien ou synchronisation testé. Aucune capacité d’héritage, groupe ou révocation d’un fournisseur affirmée. Les règles doivent être lues dans le service exact puis vérifiées sur les rôles choisis.
Preuves et sources
Les faits documentaires et déclarations sont distingués de nos avis et méthodes. Comment nous travaillons.
Fait documentaire — La CNIL recommande une cartographie des services et traitements cloud ainsi qu’une répartition des responsabilités.
Daté du 5 novembre 2026. Périmètre : Fiche générale de sécurité cloud. Limite : Ne définit pas les droits d’un produit ou dossier précis.
Source lue le 5 novembre 2026. Cartographie cloud, analyse risques, responsabilités contractuelles, accès, sauvegardes. Chiffrement serveur ne garantit pas confidentialité envers fournisseur.
Recommandations génériques ; HDS/statuts de fournisseurs non contrôlés.
Notre avis — Nous conseillons de reprendre les autorisations utiles validées par leur propriétaire, avec des exceptions expliquées.
Daté du 6 novembre 2026. Périmètre : Migration ou création d’un partage de fichiers. Limite : Une reprise temporaire de l’existant peut être choisie avec revue.
Notre méthode — La recette proposée contrôle les actions de rôles fictifs et d’un non-membre, puis le retrait et les anciens liens.
Daté du 6 novembre 2026. Périmètre : Matrice et comptes d’essai. Limite : Aucun comportement technique présumé disponible ou testé.