Informations sécurité: Difference between revisions

Jump to navigation Jump to search
m
Tag: 2017 source edit
Tag: 2017 source edit
Line 96: Line 96:
*Aucun traçage de mot de passe dans les logs (ni techniques ni fonctionnelles) <sup>[*7]</sup>.
*Aucun traçage de mot de passe dans les logs (ni techniques ni fonctionnelles) <sup>[*7]</sup>.
*Système d'audit interne pour journaliser de manière permanente les événements en rapport avec l'administration utilisateurs et les connexions en succès ou en échec.
*Système d'audit interne pour journaliser de manière permanente les événements en rapport avec l'administration utilisateurs et les connexions en succès ou en échec.
*Possibilité de tracer un enregistrement en fichier log (Le module Debug Log doit être activé avec au moins le niveau 5 - LOG_NOTICE) après un succès ou un échec de connexion ainsi vou spouvez ajouter une règle fail2ban pour bloquer les brute force cracking. Vous pouvez vérifier les enregistrements avec la syntax :  
*Possibilité de tracer un enregistrement en fichier log (Le module Debug Log doit être activé avec au moins le niveau 5 - LOG_NOTICE) après un succès ou un échec de connexion ainsi vous pouvez ajouter des  règles fail2ban ou crowdsec pour bloquer les '''brute force attacks'''. Vous pouvez vérifier les enregistrements avec la syntax :  
  "YYYY-MM-DD HH:MM:SS (ERROR|NOTICE|INFO|DEBUG)    IP functions_dolibarr::check_user_password_.* Authentication KO"
  "YYYY-MM-DD HH:MM:SS (ERROR|NOTICE|INFO|DEBUG)    IP functions_dolibarr::check_user_password_.* Authentication KO"
Des exemples de règles fail2ban son fournis avec le projet.




Navigation menu