Oui, non pas parce que la technologie est moins sûre, mais parce que la facilité et la portée du partage changent radicalement la donne — et c'est un point que tout administrateur cloud doit intégrer. Avec les partages réseau classiques (niveau 2), le partage était relativement contraint : il fallait généralement passer par l'IT pour créer un partage, l'accès était limité au réseau interne de l'entreprise (donc physiquement borné), et le partage vers l'extérieur était compliqué, voire impossible sans dispositif spécifique. Ces frictions, bien qu'agaçantes, jouaient un rôle protecteur : elles empêchaient les partages incontrôlés. Dans le cloud collaboratif (OneDrive, SharePoint, Teams), le partage devient au contraire trivial et à la portée de chaque utilisateur : en quelques clics, sans passer par l'IT, n'importe qui peut partager un document ou un dossier, générer un lien, et — c'est là le point critique — potentiellement le partager avec l'extérieur de l'organisation, voire créer un lien « accessible à toute personne qui le possède ». Un fichier ainsi partagé est accessible depuis n'importe où sur Internet, à quiconque reçoit le lien. Cette démocratisation du partage, formidable pour la collaboration (c'est tout l'intérêt de ces outils), crée de nouveaux risques de fuite de données bien réels : un document sensible partagé trop largement « pour aller vite », un lien qui est transféré au-delà des destinataires prévus, un dossier entier partagé alors qu'un seul fichier était concerné, des accès externes accordés à des partenaires puis jamais révoqués, des liens publics oubliés qui restent actifs des années. À cela s'ajoute que l'utilisateur, en partageant lui-même sans intermédiaire, ne mesure pas toujours les conséquences (« je partage avec un collègue » peut, par une mauvaise manipulation, devenir « je partage avec tout Internet »). Les incidents de fuite via des partages cloud mal configurés sont parmi les plus fréquents aujourd'hui. Cela ne veut pas dire qu'il faut fuir le cloud — les bénéfices collaboratifs sont considérables — mais que l'administration doit compenser cette facilité par des garde-fous : définir des politiques de partage (par exemple, restreindre ou encadrer le partage externe, désactiver les liens « tout le monde » pour les données sensibles), appliquer le moindre privilège, sensibiliser les utilisateurs aux bonnes pratiques de partage, surveiller les partages à risque (des outils d'administration permettent de repérer les fichiers partagés largement ou en externe), et gérer le cycle de vie des accès (révoquer ce qui n'est plus nécessaire). En somme, le cloud n'est pas moins sûr techniquement, mais il déplace la responsabilité vers la configuration et l'usage : sans encadrement, sa facilité de partage devient un risque ; avec des règles et une surveillance appropriées, il reste maîtrisable. La vigilance de l'administrateur remplace ici les frictions qui protégeaient autrefois.

Non, l'interdiction pure et simple est rarement la bonne réponse — c'est un exemple parfait de l'arbitrage entre sécurité et usage, où l'excès de restriction peut être aussi problématique que le laxisme. Le partage externe (inviter des partenaires, clients, fournisseurs ou prestataires à accéder à des documents ou des espaces Teams/SharePoint) répond à des besoins métier légitimes et fréquents : collaborer avec un client sur un projet, échanger des documents avec un partenaire, faire travailler un prestataire externe. Interdire totalement ce partage reviendrait à priver l'organisation d'une capacité de collaboration essentielle, et surtout — c'est le point crucial — à pousser les utilisateurs à contourner : privés d'un moyen officiel et sûr de partager avec l'extérieur, ils utiliseront des solutions parallèles non maîtrisées (envoi par messagerie personnelle, services de partage grand public, clés USB), qui sont bien plus risquées que le partage cloud encadré. L'interdiction totale échange donc souvent un risque visible et maîtrisable contre un risque invisible et incontrôlé — un mauvais calcul. La bonne approche est l'encadrement plutôt que l'interdiction. Plusieurs leviers permettent d'autoriser le partage externe tout en le sécurisant. On peut le restreindre à certains périmètres : autoriser le partage externe pour les sites/équipes qui en ont besoin, le désactiver pour ceux qui contiennent des données sensibles sans besoin de collaboration externe. On peut limiter les modalités : n'autoriser le partage externe qu'avec des personnes identifiées (invités authentifiés) plutôt que via des liens anonymes « tout le monde », imposer une expiration des liens, exiger une authentification. On peut surveiller : suivre ce qui est partagé en externe pour repérer les cas anormaux. On peut sensibiliser : former les utilisateurs à partager le bon niveau (un fichier plutôt qu'un dossier entier, avec les bonnes personnes) et à révoquer les accès devenus inutiles. Et on peut gérer le cycle de vie : réviser périodiquement les accès externes pour retirer ceux qui ne sont plus justifiés (un prestataire dont la mission est terminée, un projet clos). La logique générale, valable pour tout ce niveau, est celle du moindre privilège appliqué avec discernement : on n'interdit pas ce qui est utile, on l'autorise dans les limites nécessaires et sous surveillance. Une politique de partage externe bien pensée permet la collaboration là où elle est légitime, la restreint là où elle est risquée, et donne aux utilisateurs un moyen officiel et sûr — ce qui les dissuade des contournements dangereux. C'est plus exigeant à mettre en place qu'une interdiction brutale, mais infiniment plus efficace en pratique, car la sécurité qui empêche de travailler finit toujours par être contournée.