Différences

Ci-dessous, les différences entre deux révisions de la page.

--- adminsys [2015/06/15 22:47] – Simplification de la page kheops
+++ adminsys [2015/06/30 16:42] (Version actuelle) – [Nos systèmes] précisions kheops
@@ Ligne 9: / Ligne 9: @@
 ===== Organisation =====
-  * **Documenter ce qu'on met en place** : cela inclut la documentation **pour les utilisateurs** et **pour les autres adminsys** : si un autre adminsys ne sait comment fonctionne le service, il ne voudra pas y toucher ou bien cassera tout en y touchant ;
+  * **Documenter ce qu'on met en place pour les utilisateurs et les autres adminsys** : si un autre adminsys ne sait pas comment fonctionne le service, il ne voudra pas y toucher ou bien cassera tout en y touchant ;
-  * **Prévenir les autres adminsys avant d'agir** : quelqu'un d'autre a peut-être déjà résolu le problème, a une idée différente sur la façon de faire, ou encore soulèvera ;
+  * **Prévenir les autres adminsys avant d'agir** : quelqu'un d'autre a peut-être déjà résolu le problème, a une idée différente sur la façon de faire, ou encore soulèvera un problème auquel on n'a pas pensé ;
-  * **Posséder une clé PGP** pour pouvoir échanger des informations importantes avec les autres adminsys, et faire signer cette clé par les autres adminsys ;
+  * **Posséder une clé PGP** et faire signer cette clé par les autres adminsys, pour l'échange d'informations importantes ;
-  * **Produire une recette de gestionnaire de configuration pour chaque service mis en place** (le gestionnaire utilisé est Ansible) : cela aidera les autres admins à comprendre ce qui est mis en place, ainsi qu'à travailler ensemble sur les recettes et les remettre en place facilement d'une machine à l'autre ;
+  * **Produire une recette de gestionnaire de configuration pour chaque service mis en place** (le gestionnaire utilisé actuellement est Ansible) : cela aidera les autres admins à comprendre ce qui est mis en place, à travailler collaborativement l'administration et à plus facilement transférer la configuration d'une machine à l'autre ;
+  * **Résister aux pressions extérieures** qui viseraient à forcer un adminsys à révéler indûment des données sur l'association ou ses adhérents (ne pas hésiter à en parler aux autres, ou bien demander la suppression de ses propres droits si le cas est [[http://www.liberation.fr/societe/2013/04/07/la-dcri-accusee-d-avoir-fait-supprimer-sous-la-menace-un-article-sur-wikipedia_894252|plus sérieux]]).
 ===== Nos systèmes =====
-  * **Séparer le stockage de données personnelles des services exposés publiquement**, notamment les services Web dynamiques et tout ce qui est généralement susceptible de mener à des failles de sécurité ;
+  * **Avoir une séparation logique entre bases de données et services exposés publiquement**, d'une part pour réduire l'impact si ces derniers sont compromis et d'autre part pour faciliter le déplacement d'un composant ou d'un autre ;
-  * **Avoir des listes de contrôle d'accès claires** pour contrôler l'accès aux données personnelles, en s'assurant que les accès effectifs sont en cohérence avec ce que souhaite l'association ;
+  * **Avoir des listes de contrôle d'accès claires** concernant l'accès aux données non publiques, en s'assurant que les accès effectifs sont cohérents avec ce que souhaite l'association ;
-  * **Rendre traçable tout accès à des données personnelles** ;
+  * **Rendre traçable les accès aux données personnelles** ;
-  * **Éviter de dupliquer des données personnelles identiques sur plusieurs serveurs**
+  * **Ne pas dupliquer des données non publiques identiques dans plusieurs bases** sauf dans le cas des copies de sauvegarde ou de fichiers partagés entre tous les membres (typiquement les dépôts //git//) ;
-  * **Héberger toute donnée non publique de l'association exclusivement sur des machines de l'association**
+  * **Héberger toute donnée non publique exclusivement sur des machines de l'association**
-  * **Proposer un chiffrement fonctionnel sur tous les services** en ligne (la notion de « fonctionnel » étant variable selon le service considéré et ses besoins associés, typiquement la question de savoir si un certificat TLS pour tel ou tel site doit impérativement ne pas générer d'alarme sur un navigateur)
+  * **Proposer une connexion chiffrée pour tous les services** qui soit à jour vis-à-vis des dernières menaces connues, tout en prenant en compte les contraintes d'utilisabilité (exemple : anciens navigateurs et algorithmes de chiffrements jugés un peu trop faibles) et de coût (exemple : la certification TLS coûte un peu d'argent) ;
-  * **Décentraliser et redonder** tout service qui ne pose pas de question de données personnelles
+  * **Décentraliser et redonder** tout service qui ne pose pas de question de données personnelles ;
-  * **Sécuriser au mieux** les serveurs contre les accès illégitimes
+  * **Sécuriser les serveurs** contre les accès illégitimes avec des méthodes jugées appropriées (pare-feus, vérification de //rootkits//, chiffrement de disque, etc.) et en s'assurant que les services installés sont à jour.