Cette page a pour but de vous décrire l'accès à votre serveur expert nouvellement créé, les services en écoute sur celui-ci à la création, ainsi que vous fournir des informations sur la manière de le sécuriser un minimum.
Attention :
Cette page est en cours d'édition.L'accès se fait donc par SSH avec l'utilisateur configuré lors de la création et le mot de passe correspondant. Cet utilisateur est capable de gagner les droit super-utilisateur soit 'root' en tapant la commande 'su -'.
Puisque le mot de passe de l'utilisateur est le même que celui du super-utilisateur, il convient de les changer grâce à la commande 'passwd'.
L'agent Gandi
Au lieu d'utiliser un mot de passe pour l'utilisateur système lorsque vous vous connectez en SSH, vous pouvez créer un couple de clés privée/publique qui vous serviront à vous connecter.
Sur votre ordinateur, créez les clés :
ssh-keygen -t rsa -b 2048
Ensuite, envoyez la clé publique sur le serveur distant :
scp .ssh/id_rsa.pub user@ip_du_serveur:~/.ssh/authorized_keys
Si le répertoire '.ssh' n'existe pas préalablement sur le serveur virtuel, je vous suggère de le créer puis d'envoyer la clé publique.
Lorsque vous vous connecterez en SSH (ssh user@ip_du_serveur), le serveur ne vous demandera alors pas de mot de passe, la clé vous authentifiant.
Un clef SSH est aussi incluse dans les serveurs expert pour permettre à notre équipe technique d'accéder au serveur expert *si l'autorisation nous est donnée* et si l'urgence ou le problème ne permet pas une résolution de votre côté de manière simple.
Vous pouvez la désactiver dans le fichier /etc/default/gandi
Cette technique permet d'éviter partiellement les attaques par brute-force, le service SSH n'étant ouvert que si vous tapez d'abord sur un autre port défini par vos soins.
Il sera indisponible si le visiteur n'a pas encore effectué d'action sur un port précis, SSH ne pourra alors être attaqué par brute-force ou autre méthode.
Je vous invite à vous reporter aux documentations sur Internet qui expliquent cette technique :
Plusieurs outils à base d'Iptables (règles du pare-feu Netfilter/Linux) peuvent assurer la sécurité et vous rapporter les tentatives de connexion frauduleuses, notez qu'Iptables peut être géré en ligne de commande directement :
Note :
Tous ces programmes ne prennent pas en compte IPv4 et IPv6 sur une même interface, un pare-feu spécifique pour IPv6 est à prévoir (Shorewall6 par exemple).Sur les systèmes Unix/BSD, Packet Filter (PF) est le pare-feu usuel.
Note :
Vous devez accepter les requêtes de type "ping" pour que le protocole IPv6 soit fonctionnel sur votre serveur virtuel.
Logwatch/logcheck : reporting quotidien par email - parsing des journaux du serveur
Rkhunter/Chkrootkit : vérification de la présence de rootkits sur le serveur
Ninja/Tiger : reporting système (permissions et modifications des fichiers système)
Debsecan : reporting sur les failles connues des paquets installés sur le serveur
Dernière modification: le 19/08/2011 à 14:32 par Emerick M. (Gandi)