Tenir compte de la sécurité au quotidien - Historique des versions

Jiel le 18 novembre 2018 à 17:36

2018-11-18T17:36:27Z

← Version précédente		Version du 18 novembre 2018 à 17:36
Ligne 10 :		Ligne 10 :
	Lisez aussi les articles connexes en cliquant sur les hyperliens dans le texte car dans ce document je ne m'étale justement pas sur les sujets pour lesquels il existe déjà un article.		Lisez aussi les articles connexes en cliquant sur les hyperliens dans le texte car dans ce document je ne m'étale justement pas sur les sujets pour lesquels il existe déjà un article.

	Pour lire ce document, il est aussi important d'être à l'aise avec les concepts essentiels de [[~~Intro-index~~\|GNU/Linux]]. Cela permettra d'une part de mieux comprendre ce que vous faîtes et d'autre part de mieux réagir en cas d'attaque, donc, documentez vous sur ce système et son langage de commande ([[Admin-admin_env-shell\|shell]]). Lisez aussi la documentation expliquant ce que sont [[Admin-admin_boot-daemons\|les daemons et comment ils fonctionnent]], comment fonctionne un réseau, comment gérer les permissions des fichiers, et tout ce qui pourrait être relatif à l'administration Linux. Plus vous en saurez à propos de Linux mieux vous serez armé pour démarrer avec ce document.		Pour lire ce document, il est aussi important d'être à l'aise avec les concepts essentiels de [[Decouvrir Linux\|GNU/Linux]]. Cela permettra d'une part de mieux comprendre ce que vous faîtes et d'autre part de mieux réagir en cas d'attaque, donc, documentez vous sur ce système et son langage de commande ([[Admin-admin_env-shell\|shell]]). Lisez aussi la documentation expliquant ce que sont [[Admin-admin_boot-daemons\|les daemons et comment ils fonctionnent]], comment fonctionne un réseau, comment gérer les permissions des fichiers, et tout ce qui pourrait être relatif à l'administration Linux. Plus vous en saurez à propos de Linux mieux vous serez armé pour démarrer avec ce document.

	== Petit survol de la sécurité informatique ==		== Petit survol de la sécurité informatique ==

Lea le 6 juillet 2014 à 13:31

2014-07-06T13:31:03Z

← Version précédente		Version du 6 juillet 2014 à 13:31
Ligne 246 :		Ligne 246 :
	Une fois limité les ports réseau attendant des connexions, il faut mettre en place un firewall filtrant grâce à iptables (ou autre). Netfilter est le nom de la couche du noyau qui permet de filtrer tout ce qui passe par les interfaces réseau, tandis que iptables est une interface permettant de piloter Netfilter. Ne pas confondre, donc.		Une fois limité les ports réseau attendant des connexions, il faut mettre en place un firewall filtrant grâce à iptables (ou autre). Netfilter est le nom de la couche du noyau qui permet de filtrer tout ce qui passe par les interfaces réseau, tandis que iptables est une interface permettant de piloter Netfilter. Ne pas confondre, donc.
	Des articles ont déjà été écrits à ce propos :		Des articles ont déjà été écrits à ce propos :
	* [[~~Reseau-secu-~~iptables\|iptables par l'exemple]]		* [[iptables\|iptables par l'exemple]]
	* [[Reseau-secu-murdefeu\|Mur de feu pas à pas]]		* [[Reseau-secu-murdefeu\|Mur de feu pas à pas]]
	* [[Leapro-pro_reseau-qos\|QoS via iptables]]		* [[Leapro-pro_reseau-qos\|QoS via iptables]]

Jiel : balises code

2012-05-17T12:37:46Z

balises code

Voir les modifications

Jiel le 30 mars 2011 à 15:09

2011-03-30T15:09:49Z

← Version précédente		Version du 30 mars 2011 à 15:09
Ligne 473 :		Ligne 473 :
	=== Sauvegardes et IDS systèmes ===		=== Sauvegardes et IDS systèmes ===
	==== Mettre en place un système de sauvegarde ====		==== Mettre en place un système de sauvegarde ====
	Le mieux est encore de lire une ~~[[Catégorie:Trucs_Sauvegarde\|~~documentation correcte à ce sujet]], en l'occurence [[Les_sauvegardes\|cet article]].		Le mieux est encore de lire une documentation correcte à ce sujet, en l'occurence [[Les_sauvegardes\|cet article]].

	==== Configuration minimale de Tripwire ====		==== Configuration minimale de Tripwire ====

Lea : a renommé Fiches:Tenir compte de la sécurité au quotidien en Tenir compte de la sécurité au quotidien: c'est trop long pour être une fiche

2011-03-09T22:17:57Z

a renommé Fiches:Tenir compte de la sécurité au quotidien en Tenir compte de la sécurité au quotidien: c'est trop long pour être une fiche

← Version précédente	Version du 9 mars 2011 à 22:17
(Aucune différence)

Jiel le 8 mars 2011 à 10:37

2011-03-08T10:37:28Z

← Version précédente		Version du 8 mars 2011 à 10:37
Ligne 1 :		Ligne 1 :
	[[~~Category~~:~~Fiche sécurité~~]]		[[Catégorie:Sécurité]]
	~~<div class~~=~~"leapar">~~Par [[Utilisateur:Merlin8282\|merlin8282]], [[Utilisateur:Fleury\|Fleury]] , mis à jour par [[Utilisateur:Leaserge\|Leaserge]].~~</div>~~		= Tenir compte de la sécurité au quotidien =

			Par [[Utilisateur:Merlin8282\|merlin8282]], [[Utilisateur:Fleury\|Fleury]] , mis à jour par [[Utilisateur:Leaserge\|Leaserge]].

	== Introduction ==		== Introduction ==
	Un ordinateur n'est jamais en sécurité, quand bien même on croit qu'il l'est. Un dicton informatique dit d'ailleurs que l'ordinateur le plus sûr est celui qui est éteint. Cet article est là pour vous faire découvrir les différents risques que l'on court en ayant un ordinateur connecté à un réseau, ainsi que les bonnes habitudes à prendre afin de sécuriser sa machine personnelle (nous ne parlerons pas de la sécurisation de serveur en production). Enfin nous aborderons les différents moyens d'analyse post-mortem d'une machine après une attaque et comment la nettoyer avant de la remettre en ligne.		Un ordinateur n'est jamais en sécurité, quand bien même on croit qu'il l'est. Un dicton informatique dit d'ailleurs que l'ordinateur le plus sûr est celui qui est éteint. Cet article est là pour vous faire découvrir les différents risques que l'on court en ayant un ordinateur connecté à un réseau, ainsi que les bonnes habitudes à prendre afin de sécuriser sa machine personnelle (nous ne parlerons pas de la sécurisation de serveur en production). Enfin nous aborderons les différents moyens d'analyse post-mortem d'une machine après une attaque et comment la nettoyer avant de la remettre en ligne.
Ligne 542 :		Ligne 545 :
	== Conclusion ==		== Conclusion ==
	Même si l'on connaît les risques, il est toujours impératif de rester sur ses gardes. De nouvelles menaces apparaissent régulièrement, de nouvelles failles sont découvertes chaque jour, de nouveaux virus aussi, etc. L'avenir nous dira si un jour on aura des ordinateurs sûrs à 100%, chose qui n'est pas impossible mais cependant improbable.		Même si l'on connaît les risques, il est toujours impératif de rester sur ses gardes. De nouvelles menaces apparaissent régulièrement, de nouvelles failles sont découvertes chaque jour, de nouveaux virus aussi, etc. L'avenir nous dira si un jour on aura des ordinateurs sûrs à 100%, chose qui n'est pas impossible mais cependant improbable.



			<br/>
			<br/>
			'''<b>[[Reseau-index\|@ Retour à la rubrique Réseau et sécurité]]</b>'''
			<br/>


	{{Copy\|2006\|[[Utilisateur:Merlin8282\|Merlin8282]], [[Utilisateur:Fleury\|Fleury]]\|CC-BY-SA}}		{{Copy\|2006\|[[Utilisateur:Merlin8282\|Merlin8282]], [[Utilisateur:Fleury\|Fleury]]\|CC-BY-SA}}

195.6.25.114 : /* Sécuriser les services utiles */ petites corrections de français

2009-01-23T13:13:39Z

Sécuriser les services utiles : petites corrections de français

← Version précédente		Version du 23 janvier 2009 à 13:13
Ligne 218 :		Ligne 218 :
	==== Sécuriser les services utiles ====		==== Sécuriser les services utiles ====

	Quand un service est ~~necessaire~~ pour votre travail, ~~essayer~~ autant que possible de limiter son ~~accés~~ aux personnes qui ont en besoin. ~~Bien sur dans~~ le cas d'un service public, comme une site web par exemple, on doit bien ~~sur laissé~~ l'~~accés~~ du service à tout le monde.		Quand un service est nécessaire pour votre travail, essayez autant que possible de limiter son accès aux personnes qui ont en besoin. Dans le cas d'un service public, comme une site web par exemple, on doit bien sûr laisser l'accès du service à tout le monde.
	Mais par exemple on ~~peu~~ trés bien imaginer un serveur samba limité à certain utilisateur. La plupart du temps ces services permettent de configurer une liste d'adresse IP à qui ils doivent répondre~~. A~~ vous de bien les configurer.		Mais par exemple on peut trés bien imaginer un serveur samba limité à certain utilisateur. La plupart du temps ces services permettent de configurer une liste d'adresse IP à qui ils doivent répondre ; à vous de bien les configurer.

	Pour les services lancés par les "super serveurs" (inetd ou xinetd) les autorisations d'~~accés~~ se configurent par /etc/hosts.allow et /etc/hosts.deny. La régle est toujours la même, on autorise PERSONNE sauf ceux qui sont exlicitements autorisés, par cette maniére:		Pour les services lancés par les "super serveurs" (inetd ou xinetd) les autorisations d'accès se configurent par /etc/hosts.allow et /etc/hosts.deny. La régle est toujours la même, on autorise PERSONNE sauf ceux qui sont exlicitements autorisés, par cette maniére:

	On refuse tout le monde avec le fichier <code>/etc/hosts.deny</code>:		On refuse tout le monde avec le fichier <code>/etc/hosts.deny</code>:
Ligne 237 :		Ligne 237 :
	</code>		</code>

	Dans l'exemple ci-dessus on autorise tout les services à tout ce qui est local (réseau local privé et la machine elle même), le service imap (mail) qu'a la machine 88.88.88.88 et le service proftpd (FTP) à tout le monde. Je vous conseille de lire les nombreuses documentation sur ces deux fichiers d'autorisation présentes sur le Net.		Dans l'exemple ci-dessus on autorise tout les services à tout ce qui est local (réseau local privé et la machine elle même), le service imap (mail) qu'à la machine 88.88.88.88, et le service proftpd (FTP) à tout le monde. Je vous conseille de lire les nombreuses documentation sur ces deux fichiers d'autorisation présentes sur le Net.

	=== Firewalls et IDS réseaux ===		=== Firewalls et IDS réseaux ===

Leaserge le 8 août 2008 à 09:19

2008-08-08T09:19:14Z

← Version précédente		Version du 8 août 2008 à 09:19
Ligne 1 :		Ligne 1 :
	[[Category:Fiche sécurité]]		[[Category:Fiche sécurité]]
	<div class="leapar">Par [[Utilisateur:Merlin8282\|merlin8282]] et [[Utilisateur:Fleury\|Fleury]].</div>		<div class="leapar">Par [[Utilisateur:Merlin8282\|merlin8282]], [[Utilisateur:Fleury\|Fleury]] , mis à jour par [[Utilisateur:Leaserge\|Leaserge]].</div>
	== Introduction ==		== Introduction ==
	Un ordinateur n'est jamais en sécurité, quand bien même on croit qu'il l'est. Un dicton informatique dit d'ailleurs que l'ordinateur le plus sûr est celui qui est éteint. Cet article est là pour vous faire découvrir les différents risques que l'on court en ayant un ordinateur connecté à un réseau, ainsi que les bonnes habitudes à prendre afin de sécuriser sa machine personnelle (nous ne parlerons pas de la sécurisation de serveur en production). Enfin nous aborderons les différents moyens d'analyse post-mortem d'une machine après une attaque et comment la nettoyer avant de la remettre en ligne.		Un ordinateur n'est jamais en sécurité, quand bien même on croit qu'il l'est. Un dicton informatique dit d'ailleurs que l'ordinateur le plus sûr est celui qui est éteint. Cet article est là pour vous faire découvrir les différents risques que l'on court en ayant un ordinateur connecté à un réseau, ainsi que les bonnes habitudes à prendre afin de sécuriser sa machine personnelle (nous ne parlerons pas de la sécurisation de serveur en production). Enfin nous aborderons les différents moyens d'analyse post-mortem d'une machine après une attaque et comment la nettoyer avant de la remettre en ligne.

Leaserge : /* sécuriser les services utiles */

2008-08-05T13:28:13Z

sécuriser les services utiles

← Version précédente		Version du 5 août 2008 à 13:28
Ligne 215 :		Ligne 215 :

	De mnaiére plus générale et plus compléte, apprenez à gérer vos [[Admin-admin_boot-daemons\|services]].		De mnaiére plus générale et plus compléte, apprenez à gérer vos [[Admin-admin_boot-daemons\|services]].

			==== Sécuriser les services utiles ====

			Quand un service est necessaire pour votre travail, essayer autant que possible de limiter son accés aux personnes qui ont en besoin. Bien sur dans le cas d'un service public, comme une site web par exemple, on doit bien sur laissé l'accés du service à tout le monde.
			Mais par exemple on peu trés bien imaginer un serveur samba limité à certain utilisateur. La plupart du temps ces services permettent de configurer une liste d'adresse IP à qui ils doivent répondre. A vous de bien les configurer.

			Pour les services lancés par les "super serveurs" (inetd ou xinetd) les autorisations d'accés se configurent par /etc/hosts.allow et /etc/hosts.deny. La régle est toujours la même, on autorise PERSONNE sauf ceux qui sont exlicitements autorisés, par cette maniére:

			On refuse tout le monde avec le fichier <code>/etc/hosts.deny</code>:
			<code multi>
			ALL:ALL
			</code>

			Et on autorise le service aux personnes autorisées, via le fichier <code>/etc/hosts.allow</code>:

			<code multi>
			ALL:LOCAL
			ALL:127.0.0.1
			imap:88.88.88.88
			proftpd:ALL
			</code>

			Dans l'exemple ci-dessus on autorise tout les services à tout ce qui est local (réseau local privé et la machine elle même), le service imap (mail) qu'a la machine 88.88.88.88 et le service proftpd (FTP) à tout le monde. Je vous conseille de lire les nombreuses documentation sur ces deux fichiers d'autorisation présentes sur le Net.

	=== Firewalls et IDS réseaux ===		=== Firewalls et IDS réseaux ===

Leaserge : /* Fermer les services inutiles */

2008-08-05T13:24:35Z

Fermer les services inutiles

@@ Ligne 161 : / Ligne 161 : @@
 ==== Fermer les services inutiles ====
-Apprenez à gérer vos [[Admin-admin_boot-daemons|services]].
 === Firewalls et IDS réseaux ===

Tenir compte de la sécurité au quotidien - Historique des versions

Jiel le 18 novembre 2018 à 17:36

Lea le 6 juillet 2014 à 13:31

Jiel : balises code

Jiel le 30 mars 2011 à 15:09

Lea : a renommé Fiches:Tenir compte de la sécurité au quotidien en Tenir compte de la sécurité au quotidien: c'est trop long pour être une fiche