Gestion du parc informatique

Contexte et objectifs

La fusion entre Solutech et Horizon a engendré un système d'information hétérogène, composé de matériels, serveurs et logiciels issus de deux patrimoines distincts, avec des pratiques de gestion divergentes.

L'objectif principal était de reprendre le contrôle du patrimoine informatique afin de :

  • Obtenir une vision claire et centralisée de tous les actifs
  • Réduire les risques liés à l'ombre IT et aux installations non maîtrisées
  • Poser les bases d'une gouvernance commune post-fusion
  • Faciliter les audits, la conformité et la prise de décision

GLPI a été retenu comme référentiel unique du parc informatique.

GLPI Debian CLI Inventaire RBAC HTTPS Sécurité
Tableau de bord GLPI

Tableau de bord GLPI une fois le référentiel unique en place : parc matériel, logiciels et tickets consolidés en un seul endroit, pour Solutech comme pour Horizon.

Besoins identifiés

Recensement automatisé

Le volume et la diversité des équipements rendaient un inventaire manuel impossible :

  • Automatiser la remontée des informations matérielles et logicielles
  • Garantir la fiabilité et la mise à jour régulière des données
  • Limiter l'intervention humaine pour réduire les erreurs

Conformité logicielle

La fusion a mis en évidence des écarts importants sur les licences :

  • Identifier les logiciels installés sur chaque poste
  • Suivre les versions et les licences
  • Détecter les logiciels non autorisés ou obsolètes

Gouvernance des accès

La gestion des droits devait refléter la nouvelle organisation :

  • Séparation claire des périmètres de responsabilité
  • Traçabilité des actions réalisées dans l'outil
  • Respect du principe du moindre privilège

Solution technique retenue

Debian CLI
  • Légèreté : absence d'interface graphique, consommation minimale de ressources
  • Stabilité : distribution reconnue pour sa robustesse en environnement serveur
  • Sécurité : mises à jour maîtrisées et surface d'attaque réduite
  • Standard industriel : largement utilisé et documenté
GLPI
  • Open source : outil mature et éprouvé en milieu professionnel
  • Couverture complète : inventaire, gestion de parc, utilisateurs, droits
  • Écosystème : large catalogue de plugins disponibles
  • Adoption large : facilite la maintenance et la montée en compétences

Réalisation

Déploiement de l'agent GLPI

Un agent GLPI a été déployé sur l'ensemble des postes et serveurs pour :

  • Collecter automatiquement les informations matérielles (CPU, RAM, disques, périphériques)
  • Remonter l'inventaire logiciel complet
  • Mettre à jour régulièrement les données dans GLPI

Le déploiement a été standardisé pour garantir l'homogénéité des remontées.

Cloisonnement par entités

Les entités GLPI ont été configurées pour refléter l'organisation post-fusion :

  • Séparation logique entre les périmètres Solutech et Horizon
  • Règles, utilisateurs et ressources gérés distinctement
  • Gouvernance évolutive selon l'avancement de la fusion

Ce cloisonnement limite les risques d'erreurs de manipulation inter-entités.

Configuration du RBAC (profils)

La gestion des accès repose sur un contrôle d'accès basé sur les rôles (RBAC) strict :

  • Création de profils adaptés aux rôles (administrateur, technicien, lecteur…)
  • Attribution de comptes nominatifs à chaque utilisateur
  • Suppression de tous les comptes génériques

Garantit l'imputabilité des actions, la traçabilité et le respect du moindre privilège.

Sécurisation HTTPS et durcissement PHP
  • HTTPS : chiffrement des échanges entre agents, utilisateurs et serveur GLPI
  • Certificats : configuration pour éviter les interceptions de données
  • PHP durci : désactivation des fonctions à risque et paramètres sécurisés

Ces mesures réduisent l'exposition aux vulnérabilités applicatives.

Preuves de réalisation

Ordinateur dans l'entité Horizon

Fiche d'un poste rattaché à l'entité Horizon : modèle, composants et affectation, tous remontés automatiquement par l'agent GLPI.

Fiche d'un ordinateur dans GLPI
Ticket de demande avec solution

Ticket de demande pris en charge, résolu et documenté, avec les intervenants et la solution apportée tracés dans l'historique.

Ticket de demande traité dans GLPI
Historique de l'actif (double trace)

Chaque modification sur un actif (ajout de composant, lien avec un ticket) est journalisée : qui, quoi, quand — la double trace utilisateur/action.

Historique d'un actif dans GLPI
Éléments associés

Un ticket peut être lié directement à l'ordinateur ou au logiciel concerné, ce qui relie la demande de l'utilisateur à l'actif réel du parc.

Éléments liés à un ticket dans GLPI
Capture tcpdump HTTPS

Commande sudo tcpdump -i ens33 -A port 443 — capture à ajouter.