La collaboration est un argument de vente puissant pour les applications SaaS. Microsoft, Github, Miro et d’autres promeuvent la nature collaborative de leurs applications logicielles qui permet aux utilisateurs d’en faire plus.<\/p>\n
Les liens vers des fichiers, des r\u00e9f\u00e9rentiels et des tableaux peuvent \u00eatre partag\u00e9s avec n’importe qui, n’importe o\u00f9. Cela encourage le travail d’\u00e9quipe qui contribue \u00e0 cr\u00e9er des campagnes et des projets plus solides en encourageant la collaboration entre les employ\u00e9s dispers\u00e9s dans les r\u00e9gions et les d\u00e9partements. <\/p>\n
Dans le m\u00eame temps, l\u2019ouverture des plateformes SaaS de donn\u00e9es peut poser probl\u00e8me. UN Enqu\u00eate 2023<\/a> par Cloud Security Alliance et Adaptive Shield ont r\u00e9v\u00e9l\u00e9 que 58 % des incidents de s\u00e9curit\u00e9 au cours des deux derni\u00e8res ann\u00e9es impliquaient des fuites de donn\u00e9es. Certes, le partage c\u2019est bien, mais le partage des donn\u00e9es doit \u00eatre ma\u00eetris\u00e9. La plupart des applications SaaS disposent de m\u00e9canismes pour contr\u00f4ler le partage. Ces outils sont tr\u00e8s efficaces pour garantir que les ressources de l’entreprise ne peuvent pas \u00eatre affich\u00e9es sur le Web public. Cet article examinera trois sc\u00e9narios courants de fuite de donn\u00e9es et recommandera les meilleures pratiques pour un partage s\u00e9curis\u00e9.<\/p>\n Apprenez \u00e0 s<\/em><\/strong>Voir les fichiers partag\u00e9s publiquement depuis votre SaaS<\/em><\/strong><\/a><\/p>\n Les r\u00e9f\u00e9rentiels GitHub ont un long historique de fuites de donn\u00e9es. Ces fuites de donn\u00e9es sont g\u00e9n\u00e9ralement caus\u00e9es par une erreur de l’utilisateur, o\u00f9 le d\u00e9veloppeur expose accidentellement des r\u00e9f\u00e9rentiels priv\u00e9s ou un administrateur modifie les autorisations pour faciliter la collaboration.<\/p>\n Les fuites de GitHub ont impact\u00e9 de grandes marques, dont X (anciennement Twitter) dont le code propri\u00e9taire de sa plateforme et de ses outils internes fuit sur Internet. Les fuites de GitHub exposent souvent des secrets sensibles, notamment des jetons OAuth, des cl\u00e9s API, des noms d’utilisateur et des mots de passe, des cl\u00e9s de chiffrement et des certificats de s\u00e9curit\u00e9.<\/p>\n Lorsque du code propri\u00e9taire et des secrets d\u2019entreprise sont divulgu\u00e9s, la continuit\u00e9 des activit\u00e9s peut \u00eatre menac\u00e9e. La s\u00e9curisation du code dans les r\u00e9f\u00e9rentiels GitHub devrait \u00eatre une priorit\u00e9 absolue.<\/p>\n \u00c0 premi\u00e8re vue, les calendriers partag\u00e9s publiquement ne semblent pas pr\u00e9senter un grand risque pour la s\u00e9curit\u00e9. Les calendriers ne sont pas connus pour leurs donn\u00e9es sensibles. En r\u00e9alit\u00e9, ils contiennent un tr\u00e9sor d\u2019informations que les organisations ne voudraient pas voir tomber entre les mains de cybercriminels. <\/p>\n Les calendriers contiennent des invitations \u00e0 des r\u00e9unions avec des liens de vid\u00e9oconf\u00e9rence et des mots de passe. Garder ces informations ouvertes au public pourrait entra\u00eener la pr\u00e9sence de participants ind\u00e9sirables ou malveillants \u00e0 votre r\u00e9union. Les calendriers comprennent \u00e9galement des ordres du jour, des pr\u00e9sentations et d’autres documents sensibles. <\/p>\n Les informations des calendriers peuvent \u00e9galement \u00eatre utilis\u00e9es dans le cadre d\u2019attaques de phishing ou d\u2019ing\u00e9nierie sociale. Par exemple, si un acteur malveillant ayant acc\u00e8s au calendrier d’Alice constate qu’elle a un appel avec Bob \u00e0 15 heures, il peut appeler Bob en se faisant passer pour l’assistant d’Alice et demander \u00e0 Bob d’envoyer des informations sensibles par courrier \u00e9lectronique avant la r\u00e9union.<\/p>\n Bien que les applications SaaS simplifient le travail avec les agences et autres prestataires de services, ces collaborations impliquent souvent des membres qui participent au projet pour de courtes p\u00e9riodes. \u00c0 moins qu’ils ne soient g\u00e9r\u00e9s, les documents partag\u00e9s et les tableaux de collaboration permettent \u00e0 tous ceux qui travaillent sur le projet d’acc\u00e9der aux documents \u00e0 tout moment.<\/p>\n Les propri\u00e9taires de projet cr\u00e9eront fr\u00e9quemment un nom d’utilisateur pour l’agence ou partageront des fichiers cl\u00e9s avec toute personne disposant du lien. Cela simplifie l’administration et peut permettre d’\u00e9conomiser de l’argent en termes de licences. Cependant, le propri\u00e9taire du projet a c\u00e9d\u00e9 le contr\u00f4le sur qui peut acc\u00e9der aux mat\u00e9riaux et travailler sur ceux-ci. <\/p>\n Tout membre de l’\u00e9quipe externe a non seulement acc\u00e8s aux fichiers de projet propri\u00e9taires, mais conserve souvent cet acc\u00e8s apr\u00e8s avoir quitt\u00e9 l’entreprise s’il se souvient du nom d’utilisateur et du mot de passe. Lorsque les ressources sont partag\u00e9es avec toute personne disposant d’un lien, celle-ci peut facilement transf\u00e9rer le lien vers son compte de messagerie personnel et acc\u00e9der aux fichiers quand elle le souhaite. <\/p>\nRendre le code propri\u00e9taire public<\/h2>\n
Risques surprenants li\u00e9s aux calendriers accessibles au public<\/h2>\n
Collaboration avec des prestataires de services externes<\/h2>\n
![\"Surface](\"https:\/\/teknomers.com\/fr\/wp-content\/uploads\/2024\/01\/Pourquoi-les-liens-publics-exposent-votre-surface-dattaque-SaaS.jpg\" "\\"Surface")
<\/a><\/td>\n<\/tr>\n