Cette section contient les bonnes pratiques ¨¤ suivre pour configurer Áú»¢¶Ä²© de mani¨¨re s¨¦curis¨¦e.
Les pratiques expliqu¨¦es ici ne sont pas obligatoire pour faire fonctionner Áú»¢¶Ä²©. Elles sont recommand¨¦es pour une meilleure s¨¦curit¨¦ du syst¨¨me.
Dans la configuration par d¨¦faut, les processus du serveur et de l'agent Áú»¢¶Ä²© partage le m¨ºme utilisateur 'zabbix'. Si vous voulez ¨ºtre s?r que l'agent ne puisse pas acc¨¦der ¨¤ certains d¨¦tails sensibles de la configuration du serveur (ex : informations de connexion ¨¤ base de donn¨¦es), l¡¯agent devrait s¡¯ex¨¦cuter avec un utilisateur diff¨¦rent :
Sur RHEL/Centos, installez le package mod_ssl :
Cr¨¦ez un repertoire pour les cl¨¦s SSL :
Ajoutez les param¨¨tres SSL :
Country Name (2 letter code) [XX]:
State or Province Name (full name) []:
Locality Name (eg, city) [Default City]:
Organization Name (eg, company) [Default Company Ltd]:
Organizational Unit Name (eg, section) []:
Common Name (eg, your name or your server's hostname) []:localhost
Email Address []:
?ditez la configuration SSL Apache :
/etc/httpd/conf.d/ssl.conf
DocumentRoot "/usr/share/zabbix"
ServerName localhost:443
SSLCertificateFile /etc/httpd/ssl/apache.crt
SSLCertificateKeyFile /etc/httpd/ssl/apache.key
Red¨¦marrez le service Apache pour appliquer les changements :
Ajoutez un h?te virtuel ¨¤ la configuration Apache et d¨¦finissez une redirection permanente pour le document racine vers l'URL s¨¦curis¨¦e de Áú»¢¶Ä²©. Remplacez localhost par le nom r¨¦el du serveur.
/etc/httpd/conf/httpd.conf
#Add lines
<VirtualHost *:*>
ServerName localhost
Redirect permanent / http://localhost
</VirtualHost>
Red¨¦marrez le service Apache pour appliquer les modifications :
Il est recommand¨¦ de d¨¦sactiver toutes les signatures de serveur Web dans le cadre du processus de renforcement du serveur Web. Le serveur Web expose la signature logicielle par d¨¦faut :
La signature peut ¨ºtre d¨¦sactiv¨¦e en ajoutant deux lignes au fichier de configuration Apache (utilis¨¦ comme exemple) :
La signature PHP (X-Powered-By HTTP header) peut ¨ºtre d¨¦sactiv¨¦e en changeant le fichier de configuration php.ini (la signature est d¨¦sactiv¨¦e par d¨¦faut) :
Le red¨¦marrage du serveur Web est obligatoire pour qur les changements dans le fichier de configuration soient appliqu¨¦s.
Un niveau de s¨¦curit¨¦ suppl¨¦mentaire peut ¨ºtre atteint en utilisant le mod_security (package libapache2-mod-security2) avec Apache. mod_security permet de supprimer la signature du serveur au lieu de supprimer uniquement la version de la signature du serveur. La signature peut ¨ºtre modifi¨¦e en n'importe quelle valeur en changeant "SecServerSignature" apr¨¨s l'installation de mod_security.
Reportez-vous ¨¤ la documentation de votre serveur Web pour obtenir de l'aide sur la suppression/modification des signatures logicielles.
Il est recommand¨¦ de d¨¦sactiver les pages d'erreur par d¨¦faut pour ¨¦viter toute exposition d'informations. Le serveur Web utilise par d¨¦faut les pages d'erreur int¨¦gr¨¦es :
Les pages d'erreur par d¨¦faut doivent ¨ºtre remplac¨¦es/supprim¨¦es dans le cadre du processus de renforcement du serveur Web. La directive "ErrorDocument" peut ¨ºtre utilis¨¦e pour d¨¦finir une page/texte d'erreur personnalis¨¦ pour le serveur web Apache (utilis¨¦ comme exemple).
Reportez-vous ¨¤ la documentation de votre serveur Web pour obtenir de l'aide sur la fa?on de remplacer/supprimer les pages d'erreur par d¨¦faut.
Il est recommand¨¦ de supprimer la page de test du serveur Web pour ¨¦viter toute exposition d'informations. Par d¨¦faut, le webroot du serveur web contient une page de test appel¨¦e index.html (Apache2 sur Ubuntu est utilis¨¦ comme exemple) :
La page de test doit ¨ºtre supprim¨¦e ou doit ¨ºtre rendue indisponible dans le cadre du processus de renforcement du serveur Web.