URL: https://linuxfr.org/users/dinomasque/journaux/auto-hebergement-et-securisation-des-acces-via-https Title: Auto-hébergement et sécurisation des accès via HTTPS Authors: dinomasque Date: 2013年11月07日T14:24:09+01:00 License: CC By-SA Tags: auto-hébergement Score: 19 On parle beaucoup d'auto-hébergement par ici et un sujet n'a pas été abordé suffisament à mon sens : la sécurisation des accès à ses services auto-hébergés via HTTPS. A quoi bon reprendre ses billes (carnet d'adresse, agenda, emails, fichiers, etc.) aux géants du cloud NSA-compatibles, si c'est pour tout faire transiter en clair (mots de passe, contenus) ? J'ai posé quelques questions sur le forum (http://linuxfr.org/forums/general-general/posts/self-hosting-et-https ) et continué mes recherches. Voici une synthèse non exhaustive des possibilités simples et pas cher qui s'offrent à nous : Pour ceux qui ont la main sur leur serveur ----------- Concerne les serveurs hébergés à la maison, serveurs hébergés ou serveurs privés virtuels. #### 1) utiliser des certificats auto-signés - Avantages : il est facile et gratuit de générer soi-même un certificat grâce à OpenSSH - Contraintes : il faut communiquer la clef privée par un canal sécurisé à chacun des utilisateurs des services hébergés et effectuer un paramétrage spécifique sur chaque application qui va se connecter au serveur - Usages propices : accès depuis des machines spécifiquement paramétrées (ex: client SSH, navigateur éduqué pour reconnaître le certificat, etc.) #### 2) utiliser un certificat de chez [startssl.com](http://startssl.com) - Avantages : demander un certificat ou son renouvellement est facile et gratuit. Le certificat sera reconnu par la plupart des clients "out of the box" (99% des navigateurs, etc.) - Contraintes : le certificat ne marchera que pour 1 seul domaine (il faut générer autant de certificat que de sous-domaines) - Usages propices : hébergement d'applications web ou de services *DAV (synchro de carnet d'adresses via CardDAV, d'agenda via CalDAV, etc.) Pour ceux qui utilisent un hébergement mutualisé ----------- #### 1) utiliser un service de SSL mutualisé C'est ce que propose par exemple OVH. Le principe : au lieu d'aller sur https://www.monsite.com, il faut aller sur https://ssl10.ovh.net/~monsite - Avantages : c'est gratuit et ne demande aucun effort; le certificat est reconnu par la plupart des clients "out of the box" (99% des navigateurs) - Contraintes : il faut utiliser des URL un peu momoches - Usages propices : hébergement de services de type OwnCloud ou de CMS/Wikis destinés à une population restreinte - Qui le propose ? : [OVH](http://guides.ovh.com/sslsurmutu) , [Claranet](http://www.claranetsoho.fr/support/h%C3%A9bergement-web/ssl), [Host Gator](http://support.hostgator.com/articles/ssl-certificates/what-is-the-difference-between-shared-ssl-and-private-ssl) et d'autres aussi ? #### 2) souscrire à l'option "certificat SSL" - Avantages : c'est assez rapide et le certificat est reconnu par la plupart des clients "out of the box" (99% des navigateurs) - Contraintes : c'est payant et les prix augmentent si on veut aussi sécuriser ses sous-domaines - Usages propices : hébergement de services de type OwnCloud et/ou de tout site avec authentification accessible à un large public - Qui le propose : Gandi est le moins cher à 12€HT/an, la plupart des hébergeurs proposent la même chose à environ 60€/an, un peu moins chez chez les américains; les certificats wildcard (valides pour les sous-domaines) coûtent beaucoup plus cher.