Audit réseau informatique : étapes, tests et rapport exploitable

Un audit réseau informatique doit expliquer un problème et déboucher sur des corrections vérifiables. Un relevé de débit ou une liste de routeurs ne suffit pas. Le bon point de départ est un périmètre autorisé, des usages à protéger et des symptômes précis : coupures Wi-Fi, transferts lents, accès distant instable ou segmentation insuffisante.

Que doit couvrir un audit réseau ?

Il peut porter sur les performances, la disponibilité, la configuration et la sécurité. Ces volets se recoupent sans se confondre. Une visioconférence saccadée peut venir du Wi-Fi, d’une saturation montante, du poste ou du service distant. Un équipement rapide peut aussi présenter une configuration dangereuse. Demandez donc quels résultats sont attendus avant de lancer des tests.

Pour cadrer l’audit de votre réseau informatique, préparez une courte fiche : sites concernés, personnes responsables, applications critiques, horaires des incidents et contraintes d’intervention. Un prestataire doit pouvoir distinguer les observations des hypothèses et expliquer les limites de sa mission.

1. Définir les autorisations et les limites

Listez les réseaux, adresses et équipements inclus, ainsi que les exclusions : infrastructure d’un hébergeur, système industriel, téléphonie sensible ou réseau partenaire. Précisez les créneaux et un contact capable d’arrêter un test. L’accès à un réseau ne donne pas automatiquement l’autorisation de scanner tous ses équipements.

Un audit de configuration n’est pas un test d’intrusion. Si des essais actifs ou des captures de trafic sont nécessaires, faites préciser leur portée, les données collectées et leur durée de conservation. Commencez par des observations et des exports de configuration lorsque cela répond au besoin.

2. Construire un inventaire et un schéma lisibles

Identifiez accès Internet, pare-feu, commutateurs, bornes Wi-Fi, serveurs et services indispensables. Relevez les versions, les liens, les VLAN, les sous-réseaux, le DHCP et les résolveurs DNS. N’inscrivez pas les mots de passe dans le rapport partagé. La méthode de cartographie de l’ANSSI fournit un cadre pour structurer cette connaissance du système d’information.

Le schéma doit suivre un usage réel. Pour une application de gestion, tracez le chemin du poste vers le serveur : borne, commutateur, passerelle, liaison distante et service d’authentification. Cela évite de concentrer toute l’analyse sur la box alors que le problème se situe entre deux sites.

3. Mesurer au bon endroit et au bon moment

Symptôme	Comparaison utile	Ce qu’elle permet de préciser
Wi-Fi lent	Même poste, même tâche, Ethernet puis Wi-Fi	Part du problème liée à l’accès radio
Fichiers lents	Transfert local puis distant, à deux horaires	Stockage, liaison ou saturation selon le contexte
Application introuvable	Résolution DNS et accès au service séparément	Différence entre nom, connectivité et application
Coupures collectives	Horodatage commun avec les journaux	Événement réseau partagé plutôt qu’un poste isolé

Notez la source, la destination, l’heure, la durée et les conditions de chaque mesure. Un test Internet réalisé un dimanche matin ne décrit pas l’activité du lundi à dix heures. Le débit maximal n’explique pas non plus la latence, les pertes de paquets ou la stabilité.

4. Examiner les configurations qui comptent

Vérifiez les règles d’accès entre réseaux, les comptes d’administration, les mises à jour prises en charge, les sauvegardes de configuration et l’isolement des invités. Une imprimante, un poste administrateur et un visiteur n’ont pas nécessairement besoin des mêmes accès. Contrôlez également les équipements oubliés et les interfaces d’administration exposées sans justification.

Un résultat automatique doit être confirmé. Une version détectée ne prouve pas à elle seule qu’une faille est exploitable dans cette configuration. À l’inverse, un outil qui ne signale rien ne garantit pas l’absence de risque. Le rapport doit conserver cette distinction.

5. Prioriser un plan d’action réaliste

Pour chaque constat, demandez la preuve, l’impact métier, la correction proposée, son responsable et une méthode de contrôle. Une priorité élevée doit être justifiée par l’exposition et les conséquences, pas par la couleur d’une capture d’écran. Séparez les corrections rapides des changements nécessitant achat, migration ou interruption.

Exemple : des appels se dégradent pendant une sauvegarde. Avant de remplacer tous les points d’accès, comparez Ethernet et Wi-Fi, observez l’utilisation de la liaison et déplacez temporairement la sauvegarde dans un créneau validé. Si le symptôme disparaît dans les mêmes conditions de charge, vous disposez d’une piste mesurable à confirmer.

Quels livrables demander ?

• Un schéma actualisé et un inventaire daté.
• Les mesures avec leurs conditions et leurs limites.
• Une synthèse compréhensible pour décider.
• Un tableau d’actions avec responsables et priorités.
• Une vérification après correction sur les mêmes usages.

Le coût et la durée dépendent du nombre de sites, des accès et de la profondeur demandée. Comparez des périmètres équivalents, pas uniquement un nombre de jours. Un audit est terminé lorsque les résultats sont expliqués et que les équipes savent quoi faire ensuite.