![]() |
Titre de l'article : La corrélation de logs Auteur : Yannick Hamon, consultant sécurité Xmco Partners Courriel : yannick.hamon@xmcopartners.com Date : Septembre 2006 Version complète en PDF : Actu Sécurité Septembre 2006
|
|
La journalisation |
Le traitement des logs |
WatchLog | |
|
Les enjeux Limitations juridiques Les réglementations SoX et LSF |
Le traitement des logs Les besoins réels |
WatchLog : Centralisation des traces informatiques WatchLog : Solutions de corrélation "sur mesure" |
Bibliographie |
La corrélation de logs
|
La multiplication et la diversité des solutions de sécurité et d'administration ont conduit à l'apparition d'un nouveau problème : |
|
Avec l'arrivée de nouveaux besoins, dont la mise en conformité avec les réglementations Sarbanes-Oxley (1) et la Loi sur la Sécurité Financière (2), les responsables informatiques vont être obligés d'optimiser cette gestion.
La journalisation
Les enjeux
Les journaux d'évènements sont des fichiers contenant des informations brutes sur les activités d'un réseau, d'un service ou d'une application. Les contenus des logs sont très variés car ils rassemblent aussi bien des opérations de fonctionnement normal que des erreurs survenues ou des tentatives d'utilisation frauduleuse.
Ces fichiers vont permettre aux administrateurs d'analyser les utilisations des différentes ressources du parc informatique afin de sécuriser, de fiabiliser et d'optimiser le système d'information. En outre, la journalisation permet d'offrir une garantie juridique lorsque la responsabilité de l'entreprise est engagée ou lorsqu'un individu malveillant s'introduit au sein de son réseau.
- la validation de la politique de sécurité
- l'optimisation des coûts d'exploitation
- l'aide à la gestion des risques
- la protection juridique
Limitations juridiques
|
Afin de lutter contre l'utilisation frauduleuse ou abusive des ressources informatiques, il est courant de journaliser toutes les connexions aux services et aux applications.
|
En revanche la mise en oeuvre d'un logiciel d'analyse des différentes logs (applicatives et systèmes), permettant de collecter des informations nominatives dans le but de contrôler l'activité des utilisateurs, est autorisée à condition d'être déclarée à la CNIL.
Les réglementations SoX et LSF
La gestion des logs constitue un point critique des recommandations Sarbanes-Oxley et de la Loi sur la Sécurité Financière. En effet, le besoin de traçabilité de ces réglementations nécessite une parfaite maîtrise de tous les flux informatiques de l'entreprise.
De nombreuses solutions de corrélations des journaux d'évènements présentent aux administrateurs un journal préalablement traité dont les informations sont séparées et triées pour ne garder que les informations semblant essentielles. Or cette opération peut entrainer des pertes d'informations ou offrir des résultats non pertinents qui pourraient nuire à l'obtention de certaines certifications.
Pour remédier à cette problématique, il est important d'archiver, sur un support non réinscriptible, les logs "brutes" n'ayant subies aucune modification par un logiciel tiers et de les signer numériquement. Cette sauvegarde participera à la normalisation de la société ainsi qu'à sa protection juridique.
Le traitement des logs
Analyse de l'existant
|
Contrairement au suivi des flux applicatifs : processus parfaitement maîtrisé (voir la Figure 1), la corrélation des différentes données sensibles afin d'en ressortir une information pertinente, est une tâche beaucoup plus complexe.
|
|
Un exemple concret de solution "tout-en-un" serait celle de l'éditeur NetSecureOne : "NetSecure://LOG (3)". Les principaux avantages sont la qualité du reporting et la qualité du support en contrepartie d'une offre généraliste et d'une facturation plus onéreuse. Tous les processus d'intégration et de suivi du client sont ainsi parfaitement maîtrisés. L'éditeur propose même un forum dédié aux clients de ce produit (4). Cependant, l'intégration de nouveaux agents au sein des différents serveurs pourrait altérer le fonctionnement global des services (voir la Figure 2).
|
Les besoins réels
Toutes ces offres souffrent généralement d'un mode de fonctionnement statique et identique pour tous les environnements. Les particularités du parc informatique de chaque entreprise ne sont pas toujours prises en compte. Dans d'autres cas, les éditeurs fournissent des solutions "sur-mesure", cependant, le moindre changement de topologie ou de configuration peut entrainer l'inefficacité du système de corrélation.
L'aspect attractif de ses solutions repose sur la rédaction automatique des rapports contenant de jolis graphiques. Seulement, nous en oublions alors le besoin initial. L'analyse des journaux doit être réalisée par une application simple et évolutive qui permet d'identifier un évènement, sa portée et son impact. Des logiciels qui ont une interaction avec l'outil, via un langage de haut niveau à l'instar du SQL, permettent de s'adapter à toutes les infrastructures mais demande une plus longue période d'intégration. Ainsi, n'est-il pas préférable de consacrer un peu plus de temps à la définition des réels attentes de la société plutôt qu'au déploiement d'un package "tout-en-un" dont les résultats ne seront pas ceux attendus car trop souvent aléatoires.
|
L'algorithme, ci-contre (Figure 3), illustre le croisement des logs d'un serveur web et d'un serveur de bases de données à la suite d'une tentative d'intrusion.
|
Un bon compromis est, sans concession, une offre modulable et évolutive. Chaque environnement est unique, il n'existe donc pas de solution miracle. L'étude des attentes et des besoins de l'entreprise est une phase non négligeable mais il faut cependant toujours garder à l'esprit que ceux-ci peuvent évolués.
Centralisation et la corrélation de logs avec Watchlog
Centralisation des traces informatiques
|
Watchlog est un logiciel de centralisation des journaux d'évènements. Développé par les consultants du cabinet Xmco Partners, cet outil ne nécessite aucune installation d'agents sur les machines en production. La consolidation des logs permet de rapatrier toutes les logs d'applications brutes: serveurs web, proxy, IDS, contrôleurs de domaine, Active Directory, progiciel de gestion intégré, etc., au sein d'une base de donnée unique. |
|
Solutions de corrélation "sur mesure"
|
Cette solution se différencie de la concurrence par la simplicité d'installation, de configuration et d'utilisation. Chaque implémentation est unique et l'évolution est assurée par l'ajout de nouveaux modules personnalisés. La force majeure de Watchlog est sa très grande flexibilité : l'outil s'adapte en quelques heures à toutes les applications et nous permet de construire, en collaboration avec les équipes de nos clients, un outil de corrélation et de reporting performant.
|
Mis à part les alertes et les configurations effectuées lors de l'intégration de Watchlog, tout administrateur peut ajouter et vérifier de nouvelles alarmes par le biais d'une interface simplifiée (voir la Figure 4). L'outil pourra ainsi évoluer en parallèle avec le système d'information de chaque entreprise.
Bibliographie
[1]
Sarbanes-Oxley
http://www.sarbanes-oxley.com
Notre article sur SoX
http://www.xmcopartners.com/article-sarbanes-oxley.html
[2]
Loi sur la Sécurité Financière
http://www.legifrance.gouv.fr
Notre article sur la LSF
http://www.xmcopartners.com/article-lsf.html
[3] NetSecure://LOG
http://www.netsecureone.com/fr/produits/gammenetsecurelog
[4] Forum Client NSLOG
http://www.netsecureone.com/fr/support/forumclientnslog
[5] Watchlog
http://www.xmcopartners.com/watchlog-fr.html









