Brevet FR2917203A1 — publié le 20081212

-1- Procédé pour analyser et auditer des informations La présente invention a pour objet un procédé pour analyser et auditer des informations contenues dans des fichiers provenant de sources d'information diverses, notamment de bases de données. Le domaine de l'invention est celui des technologies de l'information et plus particulièrement celui de l'analyse et de l'audit de données contenus dans des fichiers, notamment à des fins de contrôle et de sécurité. Il existe déjà de nombreuses techniques d'analyse de données contenues dans des bases, telles que celle décrite dans le document WO 2006/047009. On connaît aussi des procédés d'accès à des bases multidimensionnelles mettant en oeuvre des index, tels que ceux décrits dans le document US 6,915,289 ou dans le document US 7,043,476, qui divulgue un procédé de data mining pour découvrir des associations et des covariances associées à des données. Le document WO 2004/042621 divulgue aussi un procédé de monitoring d'un système de base de données, opérant sans connexion avec ce système ; qui met en oeuvre un protocole de réseau SQL ou BEQ. Dans les procédés d'audit dynamique de migration de données tels que divulgués dans le document US 2006/0218405, des points d'audit potentiels sont détectés dans un flux de données, et des règles d'audit sont définies. Toutefois, ces procédés effectuent un traitement en temps réel et sont donc généralement consommateurs de puissance de calcul et de bande passante de serveur. Le document WO 2004/042621 divulgue un procédé de monitoring d'un système de base de données, opérant sans connexion avec ce système ; qui met en oeuvre un protocole de réseau SQL ou BEQ. Dans le procédé d'analyse d'information divulgué par le document WO 2004/102323, l'utilisateur peut modifier et personnaliser le underlying data design au moyen de templates (modèles). On connaît aussi le procédé de gestion de métadonnées divulgué dans les documents WO 2006/026636 et WO 2006/026702. Ces procédés de l'art antérieur présent tous l'inconvénient de nécessiter des moyens de calcul conséquents pour générer des résultats 2917203 -2-d'analyse et d'audit, qui ne permettent pas leur mise en oeuvre sur des ordinateurs personnels autonomes ou impliquent alors une puissance et une bande passante de serveur considérable dans le cas de consultation à partir de terminaux de serveur. Par ailleurs, les procédés actuels sont considérés 5 comme intrusifs dans la mesure où ils impliquent des requêtes et des accès au coeur même des bases de données. Le but de la présente invention est de proposer un procédé d'analyse et d'audit d'informations, qui soit aisément exploitable sur des ordinateurs personnels dans des conditions et une ergonomie suffisantes pour les 10 utilisateurs, et qui soit non intrusif. Cet objectif est atteint avec un procédé d'analyse et d'audit comprenant les étapes suivantes : - une étape de transformation de fichiers d'information provenant d'environnements divers et de sources hétérogènes, de façon à 15 produire des fichiers au format csv, - une analyse des informations ainsi transformées, de façon à créer dynamiquement des relations entre différents types d'éléments. Ainsi avec le procédé selon l'invention, on dispose d'une solution résolument rapide et efficace au problème, par comparaison avec les 20 procédés de l'art antérieur qui impliquent pratiquement tous une utilisation en temps réel ou semi-réel de moyens de traitement de données en relation directe avec une ou plusieurs bases de données. D'autres avantages et caractéristiques de l'invention apparaîtront à l'examen de la description détaillée d'un mode de mise en oeuvre nullement 25 limitatif, et des dessins annexés sur lesquels : - la figure 1A illustre schématiquement les étapes principales du procédé d'analyse et d'audit selon l'invention ; - La figure 1B illustre schématiquement un exemple de relations héritées créées dynamiquement avec le procédé selon l'invention ; 30 - La figure 2 illustre schématiquement un exemple de modèle d'information pouvant être mis en oeuvre dans une matrice de création des profils métiers au sein du procédé selon l'invention ; - la figure 3 illustre schématiquement un exemple de construction d'un profil dans le cadre du procédé selon l'invention ; -3- - La figure 4 illustre schématiquement une phase d'analyse dans le cadre du procédé selon l'invention ; - La figure 5 représente une interface graphique de configuration d'un modèle d'information ; - La figure 6 représente une interface graphique d'analyse d'une convention de nommage du type d'élément sélectionné dans le navigateur; - La figure 7 représente une interface graphique d'accueil pour le logiciel implémentant le procédé d'analyse et d'audit selon l'invention ; - La figure 8 représente une interface graphique d'historique illustrant une évolution temporelle des groupes d'éléments ; - La figure 9 représente une seconde interface graphique illustrant une évolution des entrées-sorties d'éléments au sein des types d'éléments choisis par l'utilisateur ; -la figure 10 illustre un mécanisme de création dynamique de relations entre deux éléments, mis en oeuvre dans le procédé d'analyse et d'audit selon l'invention ; - la figure 11 représente une interface graphique de recherche mise en oeuvre dans le procédé d'analyse et d'audit selon l'invention ; et -la figure 12 illustre une interface graphique de configuration d'un modèle d'information, mis en oeuvre dans le procédé d'analyse et d'audit selon l'invention. On va maintenant décrire, en référence aux figures précitées, le procédé d'analyse et d'audit selon l'invention. Le procédé d'analyse et d'audit selon l'invention comprend, en référence à la figure 1A, une séquence de transformation de fichiers d'information qui peuvent issus de divers environnements informatiques et présenter des formats différents suivant leur source, pour les transformer en fichiers directement intégrables dans le module d'analyse. On peut notamment citer les source suivantes : RACF (par IRRDBU00) LDAP (format LDIF) AD fichiers Excel fichiers Texte 2917203 -4- fichiers CSV (Comma Separated Value : Valeurs séparées par virgules). Cette phase de transformation peut être aisément automatisée et ordonnancée afin de gérer un cycle complet pour la gestion des 5 informations destinées à être analysées. On peut à ce sujet citer le document WO 2006/101766 qui divulgue des étapes de transformation de données issues de sources diverses, mais ne prévoit pas une analyse avec création dynamique de relations entre éléments. Il est à noter que l'on peut prévoir des fichiers transformés dans 10 lesquels l'utilisateur peut choisir d'autres caractères de séparation que des virgules. La phase suivante du procédé d'analyse et d'audit selon l'invention est celle de l'analyse. Elle implique de créer dynamiquement des relations entre différents types d'éléments, comme l'illustre la figure 1B. Cette phase 15 d'analyse met en oeuvre un concept de matrice visuelle au coeur de la présente invention, dans lequel il est possible, à la manière d'un cube multidimensionnel, de créer dynamiquement des relations, dans la mémoire d'un simple ordinateur de bureau sans interagir avec une base de données. Grâce à la séquence préalable de transformation, les informations peuvent 20 provenir d'environnements différents tels que SAP, RACF, Windows , ou Unix. Ainsi, on distingue sur l'exemple de la , d'une part, des relations héritées existantes entre des groupes d'éléments (indiquées en traits gras), et d'autre part, des relations créées dynamiquement par mise en oeuvre du procédé selon l'invention. 25 Dans cet exemple, on considère les groupes suivants : Secteurs budgétaires Métiers Groupes d'utilisateurs Utilisateurs 30 Entités Droits Le procédé d'analyse et d'audit selon l'invention est mis en oeuvre sous la forme de modules logiciels tels que : comparaison analyse - 5 historique simulation Une première étape dans l'analyse des données consiste en leur visualisation. Des tables représentant un type d'information, tel que identifiant , groupe d'utilisateurs , peuvent être affichées en regard de n'importe quelle autre table. On peut ainsi visualiser l'ensemble des transactions d'un utilisateur, ou examiner l'affectation globale d'un mappage (ou cartographie) Profils-Transaction. Le module d'analyse mis en oeuvre dans le procédé selon l'invention permet d'accéder à n'importe quelle relation héritée. La mise en relation entre deux tables est facilitée par un système de navigation rapide intuitif représenté graphiquement, par exemple en référence à la partie inférieure de la figure 6. Cette représentation graphique des données permet de configurer en un nombre minimal d'opérations de commande (typiquement, deux clics de souris), les éléments que l'on analyse et les relations concernées. Le module de comparaison, compare des éléments entre eux, trouve les éléments les plus proches voisins et met en évidence des profils semblables. Cette comparaison est matérialisée sous la forme d'une visualisation des différences et des transactions affectées. Ces informations de comparaison peuvent ensuite être exploitées par un utilisateur, par exemple pour statuer afin de réduire le nombre de profils. Le procédé d'analyse et d'audit selon l'invention, procure également un contrôle de l'évolution du système d'information analysé, au moyen de fonctions de gestion de l'historique. Cette évolution du système est représentée graphiquement. Des fonctions de recherche sont fournies à l'utilisateur du logiciel implémentant le procédé d'analyse et d'audit selon l'invention. En particulier, ces fonctions de recherche sont agencées pour permettre d'émettre des requêtes en langage naturel du type je souhaite trouver tous les identifiants appartenant à telle section budgétaire et ayant tels droits, ou bien tous les identifiants ayant telle fonction et possédant tels profils . En pratique, le module de recherche présente une hiérarchie de critères dans un arbre, reliés par des liaisons de logique booléenne ET ou OU . Chacun des critères est exprimé en langage naturel. -6- Ces fonctions de recherche permettent d'extraire un sous-ensemble du système d'information analysé, sur lequel les possibilités d'analyse sont les mêmes. Un utilisateur peut ainsi limiter l'utilisation des données à son seul domaine de compétence. En référence à la figure 11, une interface graphique de recherche procure à l'utilisateur une visualisation des résultats de cette recherche. Le procédé d'analyse et d'audit selon l'invention met également en oeuvre une matrice de création de profils métier, en référence à la figure 2 qui illustre schématiquement un exemple de modèle d'information pouvant être pris en compte dans une telle matrice de création. Comme l'illustre la figure 3, il est aisé pour un utilisateur de construire graphiquement un profil de métier à partir de la matrice de visualisation des éléments. La séquence d'analyse mise en oeuvre dans le procédé d'analyse et d'audit selon l'invention génère des interfaces graphiques du type de celle fournie en figure 4, dans lesquelles sont fournies des indicateurs calculés localement à partir des éléments traités, sans qu'il soit nécessaire d'accéder aux bases de données. On va maintenant décrire, en référence aux figures 5 à 9, plusieurs exemples d'interface graphique générées dans le cadre du procédé d'analyse et d'audit selon l'invention. Une interface d'accueil (Figure 7) générée par le procédé selon l'invention comprend le choix d'un système à analyser, une liste des éléments traités classés par types et de leurs nombres dans chaque type, ainsi qu'une zone graphique de navigation parmi les groupes d'information. Suit une interface graphique (Figure 5) de configuration du modèle d'information et de visualisation des affectations d'éléments ou de groupes d'éléments du système d'information à analyser. Une interface graphique de configuration du modèle, illustrée en figure 12, permet : de configurer les types d'éléments pris en charge et leur relation, d'indiquer les fichiers à prendre en compte, d'effectuer un mappage (cartographie) entre les informations chargées en mémoire et l'emplacement d'où elles proviennent dans les fichiers source. -7- Dans cette interface graphique, Users représente un type d'élément central à analyser. On peut ainsi sélectionner un utilisateur pour visualiser ses relations. La liaison visualisée en figure 12 est actuellement sur les groupes (liaison en gras) et on visualise donc les groupes de l'utilisateur. Par un simple clic, on peut choisir de positionner la liaison sur Sector et ainsi voir les affectations du même utilisateur en terme de secteur. Une interface graphique (figure 6) fournit une visualisation d'une analyse de la convention de nommage du type d'élément sélectionné dans le navigateur, c'est-à-dire les groupes dans l'exemple décrit. Cette interface graphique comprend une fenêtre visualisant le pourcentage des éléments sélectionnés, une fenêtre listant les éléments analysés et une fenêtre de répartition des éléments. Une fenêtre de navigation graphique est également fournie dans cette interface. Des groupes d'éléments analysés peuvent être comparés entre eux dans une interface graphique de comparaison, afin de déterminer les ressemblances éventuelles entre ces groupes. Le procédé selon l'invention procure aussi une observation des éléments par couple des affectations. L'interface graphique correspondante inclut une fenêtre de détection de couples d'éléments présentant une ressemblance en termes de droits. Une interface graphique d'analyse permet une détermination des éléments ayant le plus d'affectations dans un ensemble défini par plusieurs critères. Cette interface d'analyse comprend une fenêtre d'analyse sur les identifiants incluant une fenêtre représentant le nombre d'affectations des éléments, une fenêtre listant les éléments concernés par l'analyse et une fenêtre des éléments représentatifs. L'utilisateur du procédé d'analyse et d'audit selon l'invention dispose aussi d'une interface graphique d'accueil de l'historique, dans laquelle est déterminé un intervalle de temps sur lequel est portées l'étude de l'évolution des informations analysées. Suit une interface graphique d'historique (Figure 8) comprenant une fenêtre d'évolution du nombre d'éléments d'un index sur une période de temps déterminée. Une autre interface d'historique (Figure 9) est générée pour mettre en évidence les entrées-sorties sur un intervalle de temps -8-sélectionné. Cette interface inclut une représentation graphique de l'évolution des identifiants. On va maintenant décrire plus en détail, en référence à la figure 10, un mode particulier de création dynamique de relations mise en oeuvre dans le procédé d'analyse et d'audit selon l'invention. Dans ce mode de réalisation, on considère par exemple deux noeuds A et C associés à un Réseau. A chacun de ces noeuds est associée une liste référence des éléments : EIt0, EItl,...Elt7. Ces listes constituent un index trié des éléments. Si l'on considère par exemple que l'élément 4 (Elt 4) du noeud A possède une connexion avec l'élément 5 (Elt 5) du noeud C, on associe alors à cet élément 4, d'une part, une liste des connexions reliée par des liaisons implicites au Réseau, et d'autre part, une liste manipulable des éléments comprenant des éléments EIt4,Elt5, EIt2, EIt3, Eltl, EltO, EIt6, EIt7. A l'élément 2 de la liste des connexions, on associe un tableau de Connexion [1 2 5 8 25 27 ], la case 5 de ce tableau référant à l'élément 5 (Elt 5) de la liste Référence des éléments. Ainsi, le noeud A est associé, d'une part, à la liste Référence des éléments [Elt 0, Elt 1,... Elt 4, ,Elt 7] et d'autre part, à la liste manipulable des éléments [Elt 4, Elt 5, Elt 2, Elt 3, Elt 1, Elt 0, Elt 6, Elt ]. Le tableau de connexion réalise la connexion entre l'élément 5 (Elt 5) du noeud C et l'élément 4 (Elt 4) du noeud A. Bien sûr, l'invention n'est pas limitée aux exemples qui viennent d'être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l'invention...FT: PROCEDE POUR ANALYSER ET AUDITER DES INFORMATIONS REVENDICATIONS 1. Procédé pour analyser et auditer des informations, comprenant : - une étape pour transformer des fichiers d'information provenant d'environnements divers et de sources hétérogènes, de façon à produire des informations dans un format unique, lesdites informations étant constituées des éléments présentant entre eux des relations existantes, -une étape pour créer dynamiquement des relations entre lesdits éléments en fonction de requêtes d'analyse sur lesdites informations, et - une étape pour analyser lesdites informations transformées, à partir desdites relations créés dynamiquement et desdites relations existantes. 2. Procédé selon la revendication 1, caractérisé en ce que les fichiers d'information sont transformées dans un format mettant en oeuvre des caractères de séparation entre valeurs, notamment en format csv (Comma Separated Value). 3. Procédé selon l'une des revendications 1 ou 2, caractérisé en ce que l'étape d'analyse met en oeuvre une matrice de visualisation multidimensionnelle. 25 4. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape pour générer une interface graphique de navigation représentant des relations entre des groupes d'éléments disponibles au sein d'un modèle d'information, et une étape pour sélectionner des relations à créer dynamiquement entre des groupes 30 d'éléments. 5. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape pour générer une interface graphique de comparaison entre des éléments d'un modèle d'information. 35 -10- 6. Procédé selon l'une des revendications précédentes, caractérisé en ce qu'il comprend en outre une étape pour générer une interface graphique de contrôle de l'évolution d'un système d'information sur une période de temps déterminée. 7. Procédé selon l'une des revendications précédentes et la revendication 3, caractérisé en ce qu'il comprend en outre une étape pour créer un profil, dit profil métier, à partir de la matrice de visualisation des éléments. 10 8. Procédé selon l'une des revendications précédentes, caractérisé en ce que l'étape de création dynamique de relations comprend au moins une opération pour connecter un élément d'un premier noeud parmi un ensemble de noeuds constituant un réseau d'un système d'information, à un élément d'un second nœud dudit réseau. 15 9. Procédé selon la revendication 8, caractérisé en ce que l'opération de connexion met en oeuvre pour chaque noeud concerné par cette connexion, une liste Référence des éléments associés à chacun desdits noeuds, et pour chaque élément connectable, une liste des connexions concernant ledit 20 élément. 10. Procédé selon la revendication 9, caractérisé en ce que l'opération de connexion génère une liste manipulable des éléments, associée à un noeud concerné par une connexion. 25