Droits et accès

Un projet privé peut-il fuiter dans un email de notification ?

Pour qui : Les permissions de l’écran sont correctes mais les notifications révèlent titres ou commentaires à des destinataires inattendus.

Recherche documentaire le 8 novembre 2026 ; aucune application testée.

Notre avis

Lire les notifications avec les mêmes profils que les droits de lecture ; limiter le contenu envoyé hors de l’espace.

Dans l’ordre

  1. Un écran interdit peut être cité dans un message lisible
  2. Lire le message comme son destinataire
  3. Contrôler les notifications et synthèses du projet avec trois profils, en distinguant texte visible et droit d’ouvrir l’objet lié.

Pourquoi

  • Un message peut révéler le contenu d’un objet pourtant inaccessible ; les notifications doivent suivre le périmètre de diffusion choisi.

Ce qui change le choix

Un compte rendu volontairement partagé à un périmètre plus large reste possible si son contenu est choisi et assumé.

Un écran interdit peut être cité dans un message lisible

Nous contrôlerions ce qui sort de l’application : titres, extraits de commentaires, pièces et résumés de statut. Un contrôle d’accès réussi sur l’URL du projet ne prouve pas que les informations reprises dans un email ou un compte rendu restent au même périmètre.

Le bon réglage dépend du besoin. Certains destinataires doivent lire une synthèse sans accéder au détail ; cette synthèse doit alors contenir uniquement les informations prévues pour eux. Un lien vers un objet privé peut être acceptable, mais le texte du message ne doit pas en révéler par défaut le contenu sensible.

Lire le message comme son destinataire

Utilisez un membre autorisé, un membre sans accès et un externe. Modifiez un projet fictif privé, mentionnez une personne puis publiez une synthèse. Relevez les messages effectivement prévus pour chacun dans le protocole de recette ; contrôlez ensuite le retrait d’accès et les anciennes notifications.

Nous préférerions limiter le contenu diffusé plutôt que multiplier des canaux supposés privés sans propriétaire. Conservez une règle de rédaction des synthèses lorsque le produit n’impose pas lui-même le périmètre voulu.

Asana précise qu’un collaborateur ajouté à une mise à jour peut voir son contenu sans avoir accès aux projets qu’elle cite.

Asana documente des réglages granulaires de notifications email et une boîte de réception interne filtrable.

Limites

Analyse documentaire et méthode éditoriale. Les protocoles sont proposés, pas exécutés sur les logiciels. Les exemples chiffrés sont fictifs ; les fonctions dépendent du produit, du forfait, des droits et de la configuration.

Prochaine action

Contrôler les notifications et synthèses du projet avec trois profils, en distinguant texte visible et droit d’ouvrir l’objet lié.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Déclaration de l’éditeur. Asana précise qu’un collaborateur ajouté à une mise à jour peut voir son contenu sans avoir accès aux projets qu’elle cite.

    Relevé du 8 novembre 2026. Édition ou périmètre : Documentation publique du 8 novembre 2026 ; produit et périmètre nommés dans le constat.

  • Déclaration de l’éditeur. Asana documente des réglages granulaires de notifications email et une boîte de réception interne filtrable.

    Relevé du 8 novembre 2026. Édition ou périmètre : Documentation publique du 8 novembre 2026 ; produit et périmètre nommés dans le constat.

  • Notre méthode. Avec trois profils témoins, modifier un projet privé, mentionner une personne puis supprimer son accès ; lire les messages et anciens aperçus.

    Daté du 8 novembre 2026. Édition ou périmètre : Protocole éditorial proposé ; aucune observation de compte client.