10.2. Aperçu

Ce chapitre tentera d'expliquer certaines procédures et programmes communément employés pour vous aider à rendre votre système plus sûr. Il est important de discuter de certains des concepts de base en premier, et créer une base de sécurité, avant de commencer.

10.2.1. Pourquoi a-t-on besoin de sécurité ?

Dans le monde en ébullition des communications mondiales de données, connections Internet peu chères, et développement de programmes accéléré, la sécurité devient une question de plus en plus importante. La sécurité est maintenant une nécessité de base, parce que l'informatique mondiale est intrinsèquement exposée au danger. Alors que vos données circulent d'un point A vers un point B sur Internet, par exemple, elles peuvent transiter par plusieurs autres points sur le trajet, donnant à d'autres la possibilité de les intercepter ou même de les modifier. Même d'autres utilisateurs sur votre système peuvent intentionnellement modifier vos données à votre insu. Les accès non autorisés à votre système peuvent êtres obtenus par des intrus, aussi appelés crackers, qui utilisent alors des techniques avancées pour se faire passer pour vous, vous voler de l'information, ou même vous empêcher d'accéder à vos propres ressources. Si vous vous demandez quelle est la différence entre un « hacker  » et un « cracker  », lisez le document How to Become a Hacker de Eric Raymond.

10.2.2. Degré de sécurité

Il convient de garder à l'esprit qu'aucun système ne peut jamais être absolument sûr. Tout ce que vous pouvez faire, est de rendre la tâche de plus en plus difficile à quiconque tenterait de compromettre votre système. Pour l'utilisateur moyen de GNU/Linux, il suffit de peu pour garder le cracker à l'écart. Néanmoins, pour les utilisateurs GNU/Linux de renom (banques, compagnies de télécommunications, etc), beaucoup plus de travail est nécessaire.

Un autre facteur à prendre en compte est que au plus votre système est sécurisé, au plus votre sécurité devient intrusive. Vous devez décider un juste milieu, compromis entre la sécurité et la facilité d'utilisation. En fait, vous pourriez exiger que toute personne se connectant à votre système utilise un modem à retour d'appel (call-back) pour les rappeler à leur propre numéro de téléphone. Cela est plus sûr, mais si quelqu'un n'est pas chez lui, cela devient difficile pour lui de se connecter. Vous pouvez aussi configurer votre système GNU/Linux sans réseau ou connexion Internet, mais cela réduit son utilité.

Si vous êtes en charge d'un site de taille moyenne à grande, vous devriez établir une politique de sécurité faisant état du degré de sécurité requis pour votre site, et quel outil d'audit est en place pour le contrôler. Vous pouvez trouver un exemple bien connu de politique de sécurité sur le site faqs.org. Il a été récemment mis à jour et propose un modèle exhaustif pour établir un plan de sécurité pour votre société.

10.2.3. Qu'essayez-vous de protéger ?

Avant d'essayer de sécuriser votre système, vous devriez déterminer à quel niveau de menace vous avez à vous protéger, quels risques vous pouvez ou ne pouvez pas prendre, et comme résultat, quel sera le degré de vulnérabilité de votre système.. Vous devriez analyser votre système pour savoir ce que vous protégez, pourquoi vous le protégez, quelle est sa valeur, et qui est responsable pour vos données et autres biens.

10.2.4. Développer une politique de sécurité

Créez une politique simple, générique, que vos utilisateurs pourront aisément comprendre et suivre. Cela devrait protéger les données et l'intimité des utilisateurs. Certains aspects que vous pouvez aborder sont : Qui a accès au système (ma fiancée peut-elle utiliser mon compte?) Qui est autorisé à installer des programmes sur le système, qui possède quelle donnée, récupération des catastrophes, et utilisation appropriée du système.

Une politique de sécurité généralement acceptée commence par la phrase

«  Ce qui n'est pas permis est interdit   »

Ceci signifie que, à moins que vous n'autorisiez l'accès à un service pour un utilisateur, cet utilisateur ne devrait pas utiliser ce service jusqu'à ce que vous l'y autorisiez. Assurez vous que les règles fonctionnent pour votre compte d'utilisateur normal. Vous dire « Ah, je n'arrive pas à résoudre ce problème de permissions, je vais le faire comme root  » peut conduire à des trous de sécurité évidents et d'autres n'ayant pas encore été exploités.

RFC 1244 est un document décrivant comment créer votre propre politique de sécurité réseau.

RFC 1281 est un document qui décrit un exemple de politique de sécurité avec des descriptions détaillées de chaque étape.

Enfin, vous pourrez jeter un coup d'oeil à la bibliothèque COAST pour voir de quoi ont l'air de véritables politiques de sécurité.

10.2.5. Moyens pour sécuriser votre site

Cette section va aborder plusieurs moyens grâce auxquels vous pourrez sécuriser les entités pour lesquelles vous avez travaillé dur : votre propre machine, vos données, vos utilisateurs, votre réseau, et même votre réputation. Qu'arriverait il à votre réputation si un intrus effaçait des données de vos utilisateurs? Ou défigure votre site Web? Ou publie le projet trimestriel de votre compagnie? Si vous envisagez une installation réseau, il y a beaucoup de facteurs dont vous devez tenir compte avant d'ajouter une simple machine à votre réseau.

Même si vous avez un simple compte PPP, ou juste un petit site, cela ne signifie pas que les intrus se désintéresseront de votre système. Les grands sites célèbres ne sont pas les uniques cibles,,,,,, beaucoup d'intrus veulent simplement pénétrer le plus de sites possibles, sans égard à leur taille. De plus, ils peuvent utiliser un trou de sécurité de votre site pour obtenir l'accès à d'autres sites auxquels vous êtes connectés.

Les intrus ont beaucoup de temps devant eux, et peuvent s'économiser de deviner comment vous avez bouché les trous, simplement en essayant toutes les possibilités. Il y a aussi plusieurs raisons pour lesquelles un intrus peut être intéressé par votre système, ce que nous traiterons plus tard.

10.2.6. Organisation de ce chapitre

Ce chapitre a été divisé en un certain nombre de sections. Elles couvrent plusieurs larges problèmes de sécurité. La première Sécurité physique, explique comment vous devez protéger votre machine physique de violation. La seconde, Sécurité locale, décrit comment protéger votre système de violations par des utilisateurs locaux. La troisième, Sécurité des fichiers et des systèmes de fichiers, vous enseigne comment configurer votre système de fichiers et les permissions sur les fichiers. La suivante, Sécurité des mots de passe et cryptage, traite des moyens de cryptage pour mieux sécuriser machines et réseaux. Sécurité du noyau débat des options du noyau (kernel) que vous pouvez utiliser ou être informé pour un système plus sûr. Sécurité réseau, décrit comment mieux sécuriser votre système GNU/Linux d'attaques réseau. Préparation de sécurité (avant de vous connecter), vous informe de la préparation des machines avant leur connexion. Ensuite, Que faire, avant et pendant une effraction, conseille l'attitude à avoir lors d une intrusion en cours et comment détecter une intrusion récente. Dans Documents de base, quelques documents de base sur la sécurité sont recensés. La section Questions et Réponses Foire aux questions, réponds à quelques questions fréquentes, et finalement une section Conclusion.

Les deux points principaux à réaliser lors de la lecture de ce chapitre sont :