Il est question de "travail collaboratif sécurisé", ce qui fondamentalement ne veut pas dire grand chose.
« Travail collaboratif » me semble assez explicite : la possibilité d'échanger/communiquer/travailler pour deux personnes et plus.
« sécurisé » est toujours plus relatif au contexte : chiffrement en transit, bout-en-bout, sur quel périmètre, pour quel modèle de menace, etc. D'où la précision ajoutée dans la phrase qui suit.
Par ailleurs dire que ça ne vient pas dire grand chose ne veut fondamentalement pas dire grand chose non plus :). On ne sait pas ce qui n'est pas clair ou assez précis pour toi ici.
Oui tu as complètement raison :)
Pour moi c'est la notion "c'est sécurisé" qui est floue. Par exemple si tu veux déployer sur une infrastructure en laquelle tu n'as pas totalement confiance, cryptpad me semble une bonne solution. Si en revanche ton infrastructure fait partie du "périmètre de confiance", Tracim répondra et proposera un périmètre fonctionnel plus large sur des sujets qui ne sont pas adressables (ou très difficilement) avec un chiffrement de bout-en-bout. Par exemple implémenter un moteur de recherche nécessite d'indexer le contenu (donc d'y avoir accès). Avec un chiffrement de bout-en-bout c'est relativement complexe, a fortiori dans une application web.
Un autre point important pour les notions de sécurité sur une application en ligne : il y a la sécurité "by design" dans le produit (exemples : chiffrement de bout en bout, modèles de gestion des droits d'accès, méthode de développement, etc) mais également la manière dont est déployé l'outil. Et enfin - et surtout - la manière dont est utilisé l'outil.
Pour le reste, je suis d'accord avec tes réponses. Les deux points clé de mon commentaire sont vraiment la reformulation du titre (qui est très bien comme tu viens de le faire) et la notion de sécurité qui mérite d'être clarifiée sans quoi elle apporte peu.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Cette dépêche mélange un peu de tout ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Quelques logiciels libres pour sécuriser le travail collaboratif en ligne. Évalué à 6.
Oui tu as complètement raison :)
Pour moi c'est la notion "c'est sécurisé" qui est floue. Par exemple si tu veux déployer sur une infrastructure en laquelle tu n'as pas totalement confiance, cryptpad me semble une bonne solution. Si en revanche ton infrastructure fait partie du "périmètre de confiance", Tracim répondra et proposera un périmètre fonctionnel plus large sur des sujets qui ne sont pas adressables (ou très difficilement) avec un chiffrement de bout-en-bout. Par exemple implémenter un moteur de recherche nécessite d'indexer le contenu (donc d'y avoir accès). Avec un chiffrement de bout-en-bout c'est relativement complexe, a fortiori dans une application web.
Un autre point important pour les notions de sécurité sur une application en ligne : il y a la sécurité "by design" dans le produit (exemples : chiffrement de bout en bout, modèles de gestion des droits d'accès, méthode de développement, etc) mais également la manière dont est déployé l'outil. Et enfin - et surtout - la manière dont est utilisé l'outil.
Pour le reste, je suis d'accord avec tes réponses. Les deux points clé de mon commentaire sont vraiment la reformulation du titre (qui est très bien comme tu viens de le faire) et la notion de sécurité qui mérite d'être clarifiée sans quoi elle apporte peu.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo