Association FAImaison

Outils pour utilisateurs

Outils du site

Piste :
adminsys

Différences

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

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision		Révision précédente
Prochaine révisionLes deux révisions suivantes
adminsys [2015/06/06 08:21] – [Données] ajout infos de web browsing kheopsadminsys [2015/06/16 11:27] – [Nos systèmes] ajout précision kheops
Ligne 1: Ligne 1:
-====== Guide de l'adminsys ======+====== Lignes directrices pour les adminsys ======
  
 L'administration système pour une association est un passe-temps formidable autant qu'indispensable, mais il faut respecter quelques règles pour rendre cette activité pérenne et protéger au mieux les données personnelles que nous hébergeons. L'administration système pour une association est un passe-temps formidable autant qu'indispensable, mais il faut respecter quelques règles pour rendre cette activité pérenne et protéger au mieux les données personnelles que nous hébergeons.
  
-===== Lignes directrices pour les adminsys ===== +Idée : écrire des lignes directrices génériques, qui ne dictent pas d'outils en particuliers mais une politique à suivre et de grands objectifs à viser. Elles pourraient être revues/discutées périodiquement (tous les X mois).
- +
-Idée : des lignes directrices génériques, qui ne dictent pas d'outils en particuliers mais plutôt une politique à suivre et de grands objectifs à viser. Elles pourraient être revues/discutées périodiquement (tous les X mois), soit pour être conservées telle quelles soit pour être modifiées.+
  
 Travail en cours ! :-) Travail en cours ! :-)
  
-==== Individuellement ====+===== Organisation =====
  
-  * **Documenter ce qu'on met en place** : cela inclue 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 ====+===== 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é ;   * **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 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** 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 ;
   * **Rendre traçable tout accès à des données personnelles** ;   * **Rendre traçable tout accès à des données personnelles** ;
-  * **Éviter de dupliquer des données personnelles identiques sur plusieurs serveurs**+  * **Éviter de dupliquer des données personnelles identiques sur plusieurs serveurs** sauf dans le cas explicite de copies de sauvegarde (//backups//)
   * **Héberger toute donnée non publique de l'association exclusivement sur des machines de l'association**   * **Héberger toute donnée non publique de l'association exclusivement sur des machines de l'association**
-  * **Proposer un chiffrement fonctionnel sur tous les services**+  * **Proposer un chiffrement fonctionnel sur tous les services** en ligne (la notion de « fonctionnel » étant variable selon les besoin du service considéré, typiquement déterminer si un certificat TLS pour tel site doit impérativement ne pas générer d'alarme sur un navigateur)
   * **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
-===== Serveurs, services, données : état des lieux ===== +  * **Veiller à la sécurité des serveurs** contre les accès illégitimes en mettant en place diverses méthodes de sécurité (pare-feus, vérification de //rootkits//, etc.) et en s'assurant que les services installés sont à jour.
- +
-Note : a priori on ne liste ici que les machines et services qui sont exposés publiquement sur internet, c'est-à-dire les différents services Web, mail, Git, etc. Le matériel dont le rôle n'est que de faire du routage réseau ne figure pas ici. +
-==== Serveurs ==== +
- +
-^ Serveur            ^ loué par  ^ hébergeur                     ^ réseau ^ +
-| trompe-souris (TS) | FAImaison | [[http://wwww.gixe.net|Gixe]]              | 1 IPv4 | +
-| telenn-du (TD)     | FAImaison | [[http://www.tetaneutral.net|Tetaneutral]] | 1 IPv4, /64 IPv6 | +
-| hurreya            | KheOps    | [[http://www.digicube.fr|Digicube]]        | 1 IPv4, /64 IPv6 | +
-| chomsky            | cthuluh   | ?                                          | 1 IPv4 | +
-| alpes              | cthuluh   | Liazo ?                                    | 1 IPv4 | +
-| chat-malo          | alarig    | [[http://www.digicube.fr|Digicube]]        | 1 IPv4 | +
-| VM OVH (nom ?)     | CapsLock  | [[http://www.ovh.com|OVH]]                 | 1 IPv4, IPv6 | +
-==== Services ==== +
- +
-Sur //trompe-souris// : +
- +
-^ Service ^ Type             ^ Notes ^ +
-| [[https://www.faimaison.net|Site officiel]] | Web (lighty) | Compilé avec Pelican ; certificat TLS dédié signé par Gandi | +
-| [[http://media.faimaison.net]] | Web (lighty) | | +
-| [[https://wiki.faimaison.net|DokuWiki]] | Web (lighty) | Avec ''php5-cgi'' ; certificat TLS auto-signé | +
-| [[https://davical.faimaison.net|Davical]] | Web (lighty) | Avec ''php5-cgi'' ; certificat TLS signé par [[https://www.cacert.org|CACert]] | +
-| [[https://moncoin.faimaison.net|Coin]] (S.I.) | Web (lighty) | Reverse proxy vers démon local en ''python'' ; source du démon sur ''git:%%//%%git.illyse.org/coin.git'' ; certificat TLS signé par [[https://www.cacert.org|CACert]] | +
-| Échangeur mail (MX) | SMTP | Primaire | +
-| Minimalist          | SMTP | Gestion des ML | +
-| Zone faimaison.net  | DNS  | Maître | +
-| Reverse telenn-du   | DNS  | Maître | +
-| Gitolite            | Git/SSH  | Dépôts | +
-| git-daemon          | Git   | Dépôts publics | +
- +
-Sur la VM OVH : +
- +
-^ Service ^ Type             ^ Notes ^ +
-| [[https://pano.faimaison.net|Panoramas]] | Web | Application issue de Tetaneutral ; Certificat TLS signé par [[https://www.cacert.org|CACert]] | +
-| [[https://chaudron.faimaison.net|Chaudron]] | Web | Application [[https://www.openproject|OpenProject]] ; Certificat TLS signé par [[https://www.cacert.org|CACert]] | +
- +
-Sur //hurreya// : +
-  * DNS secondaire +
-  * Bot IRC Herr_SS +
- +
-Sur //chomsky// : +
-  * DNS secondaire +
-  * [[http://gitweb.faimaison.net/|Git Web]] +
- +
-Sur //alpes// : +
-  * MX secondaire +
-  * Serveur web secondaire ([[http://www2.faimaison.net|inopérant]]) +
- +
-Sur //telenn-du// et //chat-malo// : respectivement rien en prod et rien du tout ? +
-==== Données ==== +
- +
-^ Service      ^ Nature des données ^ Où ^ +
-| Minimalist   | Adresses mail | TS | +
-| MX           | Adresses mail (dans les logs) | TS, chomsky | +
-| Coin         | données personnelles (voir la doc/la source de Coin) | TS | +
-| DokuWiki     | identifiants, mots de passe, documents non publics | TS | +
-| Git (dépôts) | données personnelles, documents non publics | TS | +
-| Chaudron     | identifiants, mots de passe, documents non publics | VM OVH | +
-| Web          | IP de visiteurs, pages visitées, identifications des navigateurs | TS, VM OVH, alpes |+
adminsys.txt · Dernière modification : 2015/06/30 16:42 de kheops