TP sysres IMA5sc 2018/2019 G2 - Historique des versions

Qboens : /* 6.1 Sécurisation de données */

2019-01-03T10:58:09Z

‎6.1 Sécurisation de données

2019-01-03T10:54:45Z

‎6.1 Sécurisation de données

2019-01-03T10:52:59Z

‎4.4 Sécurisation de serveur DNS par DNSSEC

2019-01-03T10:52:17Z

‎4.4 Sécurisation de serveur DNS par DNSSEC

2019-01-03T10:48:23Z

‎4.3 Sécurisation de site web par certificat

2019-01-03T10:46:53Z

‎4.3 Sécurisation de site web par certificat

2018-12-22T10:40:27Z

‎4.2 Serveur DNS

2018-12-22T10:39:00Z

‎4.2 Serveur DNS

2018-12-22T10:37:42Z

‎4.2 Serveur DNS

2018-12-22T10:32:32Z

‎4.2 Serveur DNS

@@ Ligne 1 965 : / Ligne 1 965 : @@
 ==== 6.1 Sécurisation de données ====
 La sécurisation des données consiste à mettre en place un système permettant de récupérer les données, si elles venaient à être perdues.
 ==== 6.2 Cryptage de données ====

← Version précédente		Version du 3 janvier 2019 à 10:54
Ligne 1 964 :		Ligne 1 964 :

	==== 6.1 Sécurisation de données ====		==== 6.1 Sécurisation de données ====
		+	La sécurisation des données consiste à mettre en place un système permettant de récupérer les données, si elles venaient à être perdues.

	==== 6.2 Cryptage de données ====		==== 6.2 Cryptage de données ====

@@ Ligne 1 949 : / Ligne 1 949 : @@
   service bind9 restart
+Un bon moyen de contrôler le déploiement de nos clefs : [http://dnsviz.net/]
 === 5 Tests d'intrusion ===

← Version précédente		Version du 3 janvier 2019 à 10:52
Ligne 1 913 :		Ligne 1 913 :

	==== 4.4 Sécurisation de serveur DNS par DNSSEC ====		==== 4.4 Sécurisation de serveur DNS par DNSSEC ====
		+	La sécurisation via DNSSEC, consiste à créé un fichier signé.
		+
		+	C'est à dire que le fichier sera crypté via un ensemble de clefs. Une privée et une publique.
		+
		+	Ainsi sans ces clefs, il sera difficile d'accéder au domaine et de le pirater.
		+
		+
		+	Création de la clef KSK
		+
		+	dnssec-keygen -a RSASHA1 -b 2048 -f KSK -r /dev/urandom -n ZONE dionysos.space
		+
		+	Création de la clef ZSK
		+
		+	dnssec-keygen -a RSASHA1 -b 1024 -r /dev/urandom -n ZONE dionysos.space
		+
		+	Ces clefs ont été crées dans le dossier SSL_certif
		+
		+	Sur le site gandi nous ajoutons les deux clefs, dans l'onglet DNSSEC de notre domaine
		+
		+	Création d'un fichier signé à partir de db.dionysos.space
		+
		+	dnssec-signzone -o dionysos.space -k dionysos-ksk.key /etc/bind/db.dionysos.space dionysos-zsk.key
		+
		+
		+	Dans named.conf.local nous changons le fichier cible, pour que bind9 prenne en compte db.dionysos.space.signed, qui est le fichier signé
		+
		+	zone "dionysos.space"{
		+	type master;
		+	file "/etc/bind/db.dionysos.space.signed";
		+	allow-transfer{217.70.177.40;}; //Autorisation transfert vers ns6.gandi.net
		+	};
		+
		+	Puis nous relançons bind9
		+
		+	service bind9 restart
		+
		+
		+
		+	Un bon moyen de contrôler le déploiement de nos clefs :

	=== 5 Tests d'intrusion ===		=== 5 Tests d'intrusion ===

@@ Ligne 1 900 : / Ligne 1 900 : @@
 C'est la méthode (2) que nous avons utilisée.
 Une fois cette étape faite on récupére sur gandi GandiStandardSSLCA2.pem, dans l'onglet du certificat.
 Tous les fichiers sont placés dans le répertoire SSL_certif

← Version précédente		Version du 3 janvier 2019 à 10:46
Ligne 1 879 :		Ligne 1 879 :

	==== 4.3 Sécurisation de site web par certificat ====		==== 4.3 Sécurisation de site web par certificat ====
		+	La première étape consiste à créé des fichiers qui correspondent à la clé SSH de notre domaine.
		+
		+	openssl req -nodes -newkey rsa:2048 -sha1 -keyout dionysos.space.key -out dionysos.space.csr
		+	...
		+	Common Name (e.g. server FQDN or YOUR name) []:dionysos.space et dionysos.space.key
		+	Email Address []:qboens@polytech-lille.net
		+
		+	Cette opération génére deux fichiers : dionysos.space.crt et dionysos.space.key
		+
		+	Dans Gandi, il faut d'abord acheter un certificat, dans l'onglet correspondant.
		+
		+	Plusieurs étapes de validation vont alors se lancer.
		+
		+	L'une de ces étapes peut se faire via deux méthodes :
		+
		+	(1)le contrôle du DNS du domaine (risqué car si le DNS n'est pas correctement en place)
		+
		+	(2)la demande d'un fichier. Ce fichier est fourni par Gandi, et doit être transféré sur la VM via SSH.
		+
		+	C'est la méthode (2) que nous avons utilisée.
		+
		+	Une fois cette étape faite on récupére sur gandi GandiStandardSSLCA2.pem, dans l'onglet du certificat.
		+
		+	Tous les fichiers sont placés dans le répertoire SSL_certif
		+
		+	mv dionysos.space.csr SSL_certif
		+	mv dionysos.space.key SSL_certif
		+	mv GandiStandardSSLCA2.pem SSL_certif

	==== 4.4 Sécurisation de serveur DNS par DNSSEC ====		==== 4.4 Sécurisation de serveur DNS par DNSSEC ====

@@ Ligne 1 874 : / Ligne 1 874 : @@
 Une fois tous ces fichiers mis en place, il n'y plus qu'à relancer le serveur DNS
    service bind9 restart
 ==== 4.3 Sécurisation de site web par certificat ====

@@ Ligne 1 870 : / Ligne 1 870 : @@
   ns      IN      NS      193.48.57.178      ;acces avec http https
   www     IN      A       193.48.57.178;     ;acces avec le "www.
 ==== 4.3 Sécurisation de site web par certificat ====

@@ Ligne 1 847 : / Ligne 1 847 : @@
         allow-transfer{217.70.177.40;}; //Autorisation transfert vers ns6.gandi.net
     };
 ==== 4.3 Sécurisation de site web par certificat ====

@@ Ligne 1 821 : / Ligne 1 821 : @@
 Les différents fichiers qu'il contient devront être modifiée pour s'adapter au projet.
-Premier fichier : named.conf.options
+'''Premier fichier : named.conf.options'''
 Il permet de mettre en place différentes options et configurations. Nous l'utilisons plus tard pour la suite du TP
@@ Ligne 1 834 : / Ligne 1 834 : @@
 Si ces options ne sont pas présentes, il faut les ajouter pour faire fonctionner correctement notre serveur.
 ==== 4.3 Sécurisation de site web par certificat ====