Brevet FR2874275A1 — publié le 20060217

La présente invention concerne les procédés et programmes visant à éviter l'installation non autorisée d'un logiciel dans un système informatique, par exemple en raison de la non acquisition de la licence d'exploitation correspondante. L'invention concerne plus particulièrement mais non exclusivement les réseaux 5 informatiques comportant un système informatique administrateur et une pluralité de systèmes informatiques locaux, par exemple le réseau d'une entreprise. Il existe le risque dans un tel réseau que les utilisateurs des systèmes informatiques locaux installent des programmes pour lesquels l'entreprise n'a pas acquis les droits. Pour éviter ce risque, les gestionnaires des réseaux informatiques ont comme habitude de verrouiller au maximum les systèmes informatiques locaux, par exemple par des interdictions d'écriture dans des répertoires donnés, afin d'éviter que les utilisateurs de ceux-ci puissent installer de leur propre initiative des logiciels. Malheureusement, les systèmes de verrouillage utilisés ne permettent pas la distinction entre les logiciels pour lesquels l'entreprise n'a pas acquitté les droits d'installation et les logiciels pouvant être licitement installés, tels que les logiciels libres ou ceux pour lesquels l'entreprise possède les licences d'utilisation. Par ailleurs, les éditeurs de logiciels mettent en oeuvre des moyens financiers et humains considérables pour lutter contre les utilisations illicites de leurs logiciels. De nombreuses solutions techniques ont ainsi été proposées visant à réduire les risques d'utilisation illicite. Les brevets US 5 490 216 et 6 502 124 ne sont que deux exemples parmi d'autres de solutions développées dans ce but. Néanmoins, aucune solution actuelle n'apporte une solution complètement satisfaisante au problème exposé plus haut. La présente invention vise à y remédier et a pour objet, selon un premier de ses aspects, un procédé de contrôle de l'installation d'un programme par un utilisateur d'un système informatique local, ce dernier appartenant éventuellement à un réseau comportant un système informatique administrateur, le système informatique local et/ou le système informatique administrateur pouvant éventuellement échanger des informations avec un système informatique externe de certification, ce procédé comportant les étapes suivantes: - la détection d'une tentative d'installation d'un programme sur le système informatique local, l'analyse, par le système informatique local et/ou par le système informatique administrateur éventuel et/ou par le système informatique externe de certification, d'un identifiant du programme de manière à déterminer si l'utilisateur dispose de droits correspondants préalablement répertoriés, par exemple dans le système informatique local et/ou dans le système informatique administrateur éventuel et/ou le système informatique externe de certification éventuel, - la délivrance ou non d'une information autorisant l'installation sur le système informatique local, en fonction du résultat de l'analyse. L'information précitée peut être délivrée par le système informatique administrateur, par le système informatique local et/ou par le système informatique externe de certification et peut rester interne à l'un au moins de ceux-ci, l'utilisateur pouvant ne pas y accéder, le cas échéant. L'invention rend possible l'installation par l'utilisateur du système informatique local de logiciels libres préalablement répertoriés, sans pour autant faire courir le risque d'une utilisation illicite d'un logiciel non libre, cette installation n'étant possible que lorsqu'il a été vérifié que le programme objet de la tentative d'installation peut effectivement être installé. Comme l'installation de tout programme peut être interdite si l'identifiant de celui-ci n'est pas répertorié, par exemple dans le système informatique local, dans le système informatique administrateur ou dans le système informatique externe de certification, cela présente l'avantage, outre la non installation de logiciels non libres, de réduire le risque d'implantation de virus. L'analyse ci-dessus peut comporter la comparaison d'un identifiant du programme objet de la tentative d'installation avec un ensemble d'identifiants de programmes répertoriés, par exemple dans une table, en correspondance avec au moins une information relative aux droits éventuels attachés. Cette information peut par exemple indiquer si le programme répertorié est un logiciel libre ou non ou pouvant être ou non licitement installé, selon par exemple que l'entreprise dispose ou non des droits correspondants. La table précitée peut être enregistrée dans une base de données interne au réseau ou externe à celui-ci. Lorsque la base de données est externe au réseau, cela présente l'avantage de permettre sa mise à jour de manière centralisée par un organisme de certification par exemple, qui associe à chaque nouveau logiciel son identifiant et le type de droits attachés. L'accès à cette base de données peut s'effectuer par Internet, par exemple. L'analyse, et notamment la comparaison précitée, peut avoir lieu au moins partiellement dans le système administrateur lorsque celui-ci existe. L'analyse peut encore avoir lieu au moins partiellement à l'extérieur du réseau, notamment dans le système informatique externe de certification. L'analyse peut comporter également l'évaluation des droits de l'utilisateur du système informatique local en ce qui concerne le programme objet de la tentative d'installation, compte tenu de la nature de celui-ci. Cette évaluation, qui peut s'effectuer dans le système informatique administrateur éventuel ou dans le système informatique local ou être partagée entre les deux ou encore avoir lieu au moins partiellement à l'extérieur du réseau, peut comporter la vérification que l'utilisateur est en droit d'installer le programme compte tenu des types de licence qu'il est en droit d'installer et du type de licence dont relève le programme objet de la tentative d'installation. Les types de licence que l'utilisateur est en droit d'installer peuvent être répertoriés dans le système informatique local et/ou dans le système informatique administrateur et/ou à l'extérieur du réseau. Lorsqu'ils le sont dans le système informatique local, ce dernier peut recevoir du système informatique administrateur ou du système informatique externe de certification éventuel une information concernant le type de licence associé au programme objet de la tentative d'installation, afin de permettre l'installation lorsque ce type de licence figure parmi ceux qui sont répertoriés dans le système informatique local comme pouvant être installés par l'utilisateur. Dans un exemple de mise en oeuvre de l'invention, le système informatique administrateur est agencé pour comptabiliser le nombre d'installations déjà effectuées du programme objet de la tentative d'installation ou de programmes similaires correspondant par exemple à différentes versions d'un logiciel, afin par exemple d'empêcher une nouvelle installation de ce programme lorsque le nombre d'installations atteint une limite prédéfinie, qui peut être fonction des droits acquis. Au moins une information résultant de l'analyse ci-dessus et permettant l'installation éventuelle du nouveau programme peut être assortie d'une date limite de validité au-delà de laquelle cette information cesse de produire ses effets. Cette information peut être assortie, le cas échéant, d'une autre information relative aux droits de l'utilisateur à exécuter, lire ou écrire au moins un fichier dans au moins un répertoire prédéterminé du système informatique local. Ce répertoire peut être par exemple le répertoire d'installation du programme. La détection d'une tentative d'installation d'un programme sur le système informatique local est avantageusement effectuée par le système d'exploitation du système informatique local. On peut réserver à un administrateur autorisé la possibilité de modifier la liste des programmes répertoriés dont l'identifiant est connu ainsi que les données utiles pour la délivrance de toute information permettant l'installation de ces programmes, notamment le type de licence associé à chaque programme et les droits attachés à chaque utilisateur. Lorsque le système informatique local doit transmettre une première information au système informatique administrateur ou au système informatique externe de certification, en vue de recevoir en retour une deuxième information autorisant l'installation ou susceptible de conduire à une autorisation d'installation, la transmission de ces première et deuxième informations s'effectue de préférence après établissement d'une liaison sécurisée entre les systèmes informatiques concernés et de préférence également avec l'emploi d'une fonction de hachage pour fournir l'identifiant du programme objet de la tentative d'installation, afin qu'un utilisateur indélicat ne puisse tromper le système informatique administrateur et/ou le système informatique externe de certification dans le but d'installer illicitement un logiciel. Ainsi, dans un exemple de mise en oeuvre de l'invention, le système informatique local et le système informatique administrateur échangent des données par une liaison sécurisée. Les données en question peuvent notamment comporter l'identifiant du programme objet de la tentative d'installation, le type de licence dont relève ce programme et toute autre information susceptible de permettre l'installation. Le procédé peut être mis en oeuvre au moyen d'un programme s'exécutant dans le système informatique local et/ou dans le système informatique administrateur et ce programme peut par exemple s'exécuter automatiquement dès la mise en fonctionnement du système informatique local, ne pouvant de préférence être empêché de s'exécuter par un utilisateur non autorisé sans que le système administrateur en soit alerté. L'invention a encore pour objet ce programme en tant que tel, comprenant des codes exécutables par ordinateur de manière à réaliser toutes les étapes du procédé tel que défini ci-dessus quand le programme s'exécute sur au moins l'un du système informatique local et du système informatique administrateur éventuel. Le programme permettant la mise en oeuvre du procédé défini ci-dessus peut être enregistré sur un support de données informatiques tel qu'un disque ou une mémoire ou être téléchargé depuis un site d'un réseau, par exemple le réseau Internet. L'invention a encore pour objet un système informatique exécutant un programme agencé pour: détecter une tentative d'installation d'un nouveau programme, permettre l'analyse d'un identifiant du logiciel de manière à déterminer si l'utilisateur dispose de droits correspondants répertoriés, et - autoriser l'installation de celui-ci sur le système informatique lorsque l'utilisateur dispose des droits correspondants. De préférence, comme mentionné ci-dessus, le système informatique est également agencé pour utiliser une fonction de hashage afin de produire l'identifiant et pour établir une liaison sécurisée avec un système informatique externe de certification ou un système informatique administrateur. Cette liaison peut permettre de transmettre l'identifiant afin en retour de connaître le type de licence attaché au programme objet de la tentative d'installation. L'invention pourra être mieux comprise à la lecture de la description détaillée qui va suivre, d'exemples de mise en oeuvre non limitatifs de celle-ci, et à l'examen du dessin annexé, sur lequel: - la figure 1 représente de manière schématique un réseau informatique dans lequel l'invention peut être mise en oeuvre, - la figure 2 représente un exemple de table répertoriant les programmes pour lesquels une autorisation d'installation est susceptible d'être accordée, - la figure 3 représente de manière schématique un exemple de table d'attribution de droits à au moins un utilisateur du réseau, - la figure 4 représente de manière schématique un exemple de table permettant de connaître le nombre maximal d'installations, et - la figure 5 est un schéma en blocs illustrant différentes étapes d'un exemple de procédé de contrôle d'installation selon l'invention. L'invention peut s'appliquer à un réseau 1 comportant, comme illustré à la figure 1, un système informatique administrateur 2 et un ou plusieurs systèmes informatiques locaux 3 pouvant échanger des informations avec le système administrateur 2 par le biais de liaisons filaires et/ou optiques et/ou radioélectriques. Le réseau 1 est par exemple un réseau Intranet, Internet ou de téléphonie. Le système informatique administrateur 2 et le ou les systèmes informatiques locaux 3 communiquent par exemple au sein d'une entreprise ou d'une administration. Le cas échéant, un système informatique externe de certification 5 n'appartenant pas au réseau peut exister et être interrogé par un système informatique local 3 et/ou le système informatique administrateur 2. Le système informatique externe de certification 5 peut par exemple échanger des informations avec un système informatique local 3 ou avec le système informatique administrateur 2 par le réseau Internet. Les expressions système informatique administrateur , système informatique local et système informatique externe de certification englobent tous types d'ordinateurs, serveurs, assistants personnels numériques, terminaux, notamment téléphones mobiles ou fixes, appareils intelligents tels que par exemple des appareils électroménagers ou multimédia ou des systèmes informatiques embarqués. L'expression système informatique local est synonyme de système informatique de l'utilisateur lorsque le système informatique local n'est pas connecté à un réseau ou n'est connecté qu'au réseau Internet, sans être contrôlé par un système informatique administrateur. Le procédé selon l'invention peut le cas échéant être mis en oeuvre entièrement au sein du système informatique local. Le système informatique local 3 peut encore n'être relié éventuellement qu'au réseau Internet, par exemple. Le système informatique externe de certification 5 peut être commun à une 30 pluralité de réseaux informatiques comportant chacun au moins un système informatique administrateur 2 et une pluralité de systèmes informatiques locaux 3. Le système informatique administrateur 2, local 3 ou externe de certification 5 peut comporter une interface de réseau qui peut comporter par exemple un bus, un modem ou toute autre structure d'entrée et de sortie de données, par l'intermédiaire par exemple d'un réseau Intranet, Internet ou téléphonique, notamment cellulaire. Chaque système informatique administrateur 2 ou local 3 dispose par ailleurs d'une interface utilisateur qui peut comporter par exemple un clavier, une télécommande, un clavier de téléphone, une souris, un téléphone, un scanner, un microphone, un écran tactile, une webcam, un système répondant à la voix ou tout autre moyen adapté pour véhiculer une information. L'interface utilisateur peut également comporter un port d'entrée relié à une connexion filaire, optique ou sans fil, et le cas échéant, un dispositif de lecture tel qu'un lecteur de disque, de bande ou de mémoire électronique pour recevoir et/ou écrire des données contenues dans une mémoire telle que par exemple une clef USB, une bande magnétique ou un disque optique ou magnétique. Conformément à l'invention, l'un au moins du système informatique administrateur 2 et du système informatique local 3 est agencé pour, comme illustré à la figure 4, détecter dans une première étape 10 du procédé d'installation toute tentative d'installation d'un nouveau programme sur le système informatique local 3. De préférence, c'est le système d'exploitation du système informatique local 3 qui est agencé de manière à effectuer cette détection suite à l'exécution d'un programme ayant par exemple été au préalable installé et/ou exécuté sur le système informatique local 3. Ce programme peut par exemple s'exécuter dès la mise sous tension du système informatique local 3 de manière à détecter ensuite toute tentative d'installation d'un nouveau programme. Le programme a pu, lors de son installation, modifier au moins un fichier du système d'exploitation faisant en sorte que, lorsque l'utilisateur est amené à vouloir installer un nouveau programme, des instructions particulières contenues dans le fichier modifié sont exécutées par le système d'exploitation. Lorsqu'une tentative d'installation d'un nouveau programme sur le système informatique local 3 est détectée, un identifiant du programme peut être analysé dans une deuxième étape 11 du procédé illustré à la figure 5. Le terme identifiant ne doit pas être compris de manière limitative et englobe toute information capable d'identifier de préférence de manière non équivoque le programme objet de la tentative d'installation. L'identifiant est par exemple le hash du programme, c'est-à-dire une suite de caractères alphanumériques propre au programme, ce hash étant obtenu par exemple avec une fonction de hashage cryptographique à sens unique telle que SHA-1. Le hash peut être unique pour chaque logiciel ou même chaque version d'un logiciel. D'autres fonctions de hashage que SHA- 1 peuvent être utilisées pour produire un identifiant du programme, par exemple l'une des fonctions MD5 et RIPEMDS-x. L'identifiant du programme objet de la tentative d'installation peut être envoyé par le système informatique local 3 au système informatique administrateur 2 et/ou au système informatique externe de certification 5 lorsqu'il existe, de préférence par une liaison sécurisée encore appelée tunnel, cette liaison ayant été établie par exemple avec le programme stunnel (http://www.stunnel.org) qui permet d'échanger de façon sécurisée des données. Dans un exemple de mise en oeuvre de l'invention, le système informatique administrateur 2 et/ou le système informatique externe de certification 5 permettent d'analyser l'identifiant du programme objet de la tentative d'installation afin de déterminer si l'utilisateur dispose de droits correspondants, préalablement répertoriés dans le système informatique local 3, dans le système informatique administrateur 2 et/ou dans le système informatique externe de certification 5. L'un au moins du système informatique administrateur 2 et du système informatique externe de certification 5 comporte par exemple une table 13 des programmes répertoriés, telle que représentée schématiquement à la figure 2, associant à chaque identifiant Si.. . SW d'un programme répertorié P 1...PW une information concernant les conditions d'exploitation du programme au regard notamment des droits de propriété intellectuelle, par exemple les licences ou types de licences. Il peut s'agir par exemple, comme illustré, d'un type de licence appelé La, Lb, L, ou Ld dans la table 3. La catégorie La correspond par exemple à une licence de logiciel libre, par exemple de type GPL ou LGPL, ou encore X11, W3C, Open Software License version 1.0 ou 2.0, cette liste n'étant pas limitative. La catégorie Lb correspond par exemple à un logiciel pouvant être utilisé par exemple sous ses différentes versions avec un nombre d'installations illimité par une entité ayant acquitté les droits correspondants. Les catégories Lc et Ld correspondent par exemple à deux logiciels nécessitant d'acquérir une licence par installation. Bien entendu, le nombre de programmes et de licences ou catégories de licences pouvant être répertoriés n'est limité éventuellement que par les capacités de la machine. La table 13 est par exemple accessible par le système informatique administrateur 2, figurant par exemple dans une base de données enregistrée dans une mémoire associée à ce système informatique ou dans le système informatique externe de certification 5 éventuel. Il peut être avantageux que la table 13 soit enregistrée dans le système informatique externe de certification 5 car cela peut permettre par exemple sa mise à jour par un organisme indépendant, à chaque fois qu'un nouveau logiciel est développé. L'un au moins du système informatique local, du système informatique administrateur 2 et du système informatique externe de certification 5 peut comporter par ailleurs une table 14 que l'on a représentée schématiquement à la figure 3, répertoriant les droits de chaque utilisateur U1, U2, ..., Un, en termes de licences ou types de licences pouvant être installés sur le système informatique local 3 correspondant. Par exemple, l'utilisateur Ul dispose de droits pour installer des logiciels libres correspondant à une licence de type La, de droits pour installer des logiciels relevant de la catégorie Lb, c'est-à-dire pour lesquels l'entreprise dispose d'une possibilité d'installation illimitée et de droits correspondant aux licences La et Ld, la licence L, permettant à l'utilisateur U1 d'installer le logiciel P3 dans la mesure où le nombre d'installations effectives n'excède pas un nombre d'installations prédéfini et la licence Ld permettant d'installer le programme P4. L'utilisateur U2 dispose des mêmes droits que l'utilisateur Ul à l'exception de la possibilité d'installer le programme P4, ne disposant pas de la licence Ld. Les utilisateurs U3 et U4 disposent des mêmes droits que l'utilisateur U2 à l'exception de la possibilité d'installer le programme P3. Certains logiciels peuvent faire l'objet de plusieurs versions qui correspondent à des identifiants différents, par exemples des hash différents. Dans ce cas, le nombre maximal d'installations d'un logiciel peut être donné pour un ensemble d'identifiants, au moyen d'une table 17 supplémentaire telle que celle représentée à la figure 4. Par exemple, si l'entreprise a acquis dix licences d'utilisation de WORD 97 , et si l'identifiant de la version 1 de WORD 97 est Sy et celui de la version 2 est Sy+i, alors le nombre maximal d'installations de logiciels dont l'identifiant est Sy ou Sy+i est de dix. L'accès à la table 13 peut s'effectuer à l'étape 15 du schéma de la figure 5 et permet de déterminer si l'identifiant analysé à l'étape 11 du programme que l'on cherche à installer est répertorié. En cas de programme non répertorié, la conséquence peut être une interdiction d'installation 16. Une telle interdiction peut notamment réduire le risque d'infiltration d'un virus, lequel n'est alors pas reconnu lorsqu'il cherche à s'installer sur le système informatique local. Il est également possible, lorsqu'un virus a infiltré un programme préalablement répertorié, d'éviter toute nouvelle installation du même programme, susceptible de contenir le virus, en supprimant celui-ci de la table 13. Si le programme que l'on cherche à installer est répertorié, le système informatique local 3, le système informatique administrateur 2 ou le système informatique externe de certification 5 éventuel peut déterminer à l'étape 17 si le nombre limite d'installations n'est pas atteint, par exemple au moyen de la table 17 de la figure 4. L'entreprise a par exemple acquis les droits d'installation du logiciel P3 pour N utilisateurs. Si N utilisateurs ont déjà installé le logiciel P3, éventuellement dans différentes versions, l'installation sera refusée. Le cas échéant, un logiciel peut être désinstallé de certains systèmes informatiques locaux 3, de telle sorte que l'utilisateur U2 pourra par exemple se voir refuser à un certain moment l'installation du logiciel P3 si N utilisateurs l'ont déjà installé sur les autres systèmes informatiques locaux, le nombre de licences disponibles étant épuisé, tandis qu'à d'autres moments l'installation pourra être possible. Lorsque le nombre limite d'installations n'est pas atteint, ou lorsqu'il n'y a pas de nombre limite d'installations, le système informatique local 3, le système informatique administrateur 2 ou le système informatique externe de certification 5 éventuel peut déterminer à l'étape 18 si l'utilisateur qui a ouvert la session sur le système informatique local 3 dispose des droits permettant d'installer le programme. Supposons par exemple que l'utilisateur U3 tente d'installer le programme P3, le système informatique administrateur 2 et/ou le système informatique local 3 et/ou le système informatique externe de certification 5 saura d'après la table 14 que l'utilisateur U3 ne dispose pas de licence Lc et il refusera par conséquent l'installation. Supposons que ce soit par contre l'utilisateur U2 qui tente d'installer le programme P3, le système informatique administrateur 2, le système informatique local 3 ou le système informatique externe de certification 5 pourra accepter l'installation, à la condition que le nombre limite d'installations ne soit pas atteint. Dans un exemple de mise en oeuvre de l'invention, le système informatique local 3 confronté à la tentative d'installation a accès au moins aux informations de la table 14 se rapportant à l'utilisateur concerné et reçoit du système informatique administrateur 2 une information concernant le type de licence dont relève le programme que l'on cherche à installer. En supposant par exemple que l'utilisateur U2 cherche à installer le logiciel P2, le système informatique administrateur 2 indiquera au système informatique local 3 que ce programme relève de la catégorie de licence Lb. Le système informatique local 3 déterminera alors si l'utilisateur U2 dispose des droits d'installation Lb en effectuant l'étape 18, en s'adressant pour ce faire le cas échéant à un système informatique autre connaissant les droits de U2, par exemple le système informatique administrateur 2 ou le système informatique externe de certification 5. L'information 19, générée par le système informatique administrateur 2 et/ou par le système informatique local 3 et/ou par le système informatique externe de certification 5, autorisant l'installation peut éventuellement être assortie de limites concernant par exemple les droits liés à l'exécution du programme et les droits liés aux ressources manipulées par le programme, par exemple la possibilité d'imprimer et/ou de sauvegarder et/ou de lire un fichier pouvant être ouvert avec le programme. L'installation peut avoir lieu dès que l'autorisation d'installation est obtenue ou en variante de manière différée, au gré de l'utilisateur. L'information 19 peut être assortie d'une date d'expiration. Le système informatique local 3 ou le système informatique administrateur 2 peut alors vérifier en fonction de la date, à l'étape 21, au moment de l'installation effective, que l'information 19 produit toujours ses effets. Le procédé peut être mis en oeuvre de diverses façons sans que l'on sorte du cadre de la présente invention. Dans des exemples de mise en oeuvre de l'invention, toutes les étapes du procédé selon l'invention peuvent être mises en oeuvre par le système informatique administrateur 2 seul ou par le système informatique local 3 seul ou avec le système information externe de certification 5, notamment en l'absence de système informatique administrateur 2. Dans d'autres exemples de mise en oeuvre de l'invention, certaines étapes du procédé peuvent être mises en oeuvre par le système informatique administrateur 2 tandis que d'autres sont mises en oeuvre par le système informatique local 3. En particulier, l'étape de détection 10 et l'étape d'évaluation 18 peuventpar exemple être mises en oeuvre par le système informatique local 3 et les étapes 11, 15 et 17 par le système informatique administrateur 2, avec éventuellement un échange de données avec le système informatique externe de certification 5, le système informatique administrateur 2 retournant par exemple au système informatique local 3 une information concernant le type de licence associé au programme objet de la tentative d'installation, à charge pour le système informatique local 3 de vérifier que l'utilisateur dispose bien des droits correspondant à ce type de licence avant de permettre son installation, comme expliqué plus haut. De préférence, lorsque le système informatique local 3 et le système informatique administrateur 2 doivent s'échanger des informations conditionnant l'obtention de l'autorisation d'installation, le programme s'exécutant sur le système informatique local est configuré pour faire en sorte qu'il échange des données avec le système informatique administrateur et/ou le système informatique externe de certification 5 par une liaison sécurisée, comme mentionné précédemment. L'invention n'est pas limitée à un système d'exploitation donné et peut trouver à s'appliquer pour des systèmes d'exploitation opérant sous Unix, Windows, MacOS ou 30 Linux. Le cas échéant, les droits attachés à un identifiant peuvent dépendre de la localisation géographique du système informatique local. Ainsi, un type de licence différent peut par exemple être affecté à un identifiant donné selon la localisation géographique du système informatique local. Dans toute la description, y compris les revendications, les termes logiciel et programme sont synonymes et l'expression comportant un doit être comprise 5 comme étant synonyme de comportant au moins un , sauf si le contraire est spécifié. REVENDICATIONS 1. Procédé de contrôle de l'installation d'un programme (P1, P2, ..., PW) par un utilisateur (U1, U2, ..., Umm,) d'un système informatique local (3) , appartenant éventuellement à un réseau comportant un système informatique administrateur (2), le système informatique local et/ou le système informatique administrateur pouvant éventuellement échanger des informations avec un système informatique externe de certification (5), ce procédé comportant: - la détection d'une tentative d'installation d'un programme sur le système 10 informatique local (3), - l'analyse, par le système informatique local (3) et/ou par le système informatique administrateur (2) et/ou le système informatique externe de certification (5), d'un identifiant (S1, S2, ..., S,) du programme de manière à déterminer si l'utilisateur dispose de droits correspondants préalablement répertoriés, - la délivrance ou non d'une information (19) autorisant l'installation sur le système informatique local (3) en fonction du résultat de l'analyse. 2. Procédé selon la revendication précédente, caractérisé par le fait que l'analyse comporte la comparaison de l'identifiant (S1, S2, ..., SW) du programme objet de la tentative d'installation avec un ensemble d'identifiants (Si, S2, ..., SW) de programmes (P1, P2, ..., PW) répertoriés. 3. Procédé selon la revendication précédente, caractérisé par le fait que la comparaison de l'identifiant s'effectue dans le système informatique administrateur (2). 4. Procédé selon la revendication 2, caractérisé par le fait que la comparaison de l'identifiant s'effectue dans le système informatique externe de certification (5). 5. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait que l'analyse comporte l'évaluation (18) des droits de l'utilisateur du système informatique local concernant le programme objet de la tentative d'installation. 6. Procédé selon la revendication précédente, caractérisé par le fait que l'évaluation (18) s'effectue dans le système informatique administrateur (2). 7. Procédé selon la revendication 5, caractérisé par le fait que l'évaluation (18) s'effectue dans le système informatique local (3). 8. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait que le système informatique administrateur (2) est agencé pour comptabiliser le nombre d'installations du programme objet de la tentative d'installation. 9. Procédé selon la revendication précédente, caractérisé par le fait que l'on interdit une nouvelle installation de ce programme objet de la tentative d'installation lorsque le nombre d'installations de ce programme ou de programmes similaires atteint une limite prédéfinie. 10. Procédé selon l'une quelconque des revendications précédentes, dans lequel on interdit l'installation du programme objet de la tentative d'installation si l'identifiant du programme n'est pas répertorié dans le système informatique local (3), dans le système informatique administrateur (2) éventuel ou dans le système informatique externe de certification (5) éventuel. 11. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait qu'au moins une information résultant de l'analyse est assortie d'une date limite de validité au-delà de laquelle cette information cesse de produire ses effets. 12. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait qu'au moins une information résultant de l'analyse et permettant l'installation est assortie d'une autre information relative aux droits de l'utilisateur à exécuter, lire ou écrire au moins un fichier dans au moins un répertoire prédéterminé du système informatique local (3). 13. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait que la détection d'une tentative d'installation d'un programme sur le système informatique local est effectuée par le système d'exploitation du système informatique local. 14. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait qu'on réserve à un administrateur autorisé la possibilité de modifier la liste des programmes répertoriés dont l'identifiant est connu et les données utiles pour la délivrance de toute information permettant l'installation, notamment le type de licence ou les droits attachés à chaque utilisateur. 15. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait que le système informatique local (3) et le système informatique administrateur (2) éventuel ou le système informatique externe de certification (5) éventuel échangent des données par une liaison sécurisée. 16. Procédé selon la revendication 15, caractérisé par le fait que le système informatique local transmet une première information au système informatique administrateur ou au système informatique externe de certification, en vue de recevoir en retour une deuxième information autorisant l'installation ou susceptible de conduire à une autorisation d'installation, la transmission de ces première et deuxième informations s'effectuant après établissement d'une liaison sécurisée entre les systèmes informatiques concernés et avec l'emploi d'une fonction de hashage pour fournir l'identifiant du programme objet de la tentative d'installation. 17. Procédé selon l'une quelconque des revendications précédentes, caractérisé par le fait qu'il est mis en oeuvre au moyen d'un programme s'exécutant dans le système informatique local et/ou dans le système informatique administrateur et par le fait que ce programme s'exécute automatiquement dès la mise en fonctionnement du système informatique local (3) et qu'il ne peut être empêché de s'exécuter par un utilisateur non autorisé sans que le système administrateur en soit alerté. 18. Programme comprenant des codes exécutables par un ordinateur de manière à réaliser toutes les étapes du procédé tel que défini dans l'une quelconque des revendications précédentes, quand le programme s'exécute sur au moins l'un du système informatique local et du système informatique administrateur éventuel. 19. Système informatique exécutant un programme agencé pour: - détecter une tentative d'installation d'un logiciel, - permettre l'analyse d'un identifiant du logiciel de manière à déterminer si l'utilisateur dispose de droits correspondants répertoriés, et - autoriser l'installation de celui-ci sur le système informatique lorsque l'utilisateur dispose des droits correspondants. 20. Système informatique selon la revendication 19, caractérisé par le fait qu'il est agencé pour utiliser une fonction de hashage afin de produire l'identifiant du logiciel et pour établir une liaison sécurisée avec un système informatique externe de certification ou un système informatique administrateur.