Le contexte de l'infrastructure
InfraRiver tient à jour une mémoire de votre parc : un ensemble de fiches courtes qui disent ce que le produit sait de votre infrastructure — combien de serveurs, quelles applications et quelles équipes, quels serveurs sont exposés, lesquels sont des crown jewels, où se concentrent les vulnérabilités, quelle est la couverture de chaque outil.
Page : Analyse → Contexte (/ia/contexte/).
Des faits calculés, pas des suppositions
Chaque fiche est calculée à partir de l'inventaire et des connecteurs : aucun modèle d'IA n'intervient. Les chiffres sont donc reproductibles, et chaque fiche renvoie vers les pages d'où elle vient (colonne Preuves).
Les cinq thèmes
| Thème | Ce que les fiches disent |
|---|---|
| Organisation | taille du parc par environnement et par site, équipes et applications, serveurs sans application |
| Architecture | points d'entrée (zones internet et DMZ), crown jewels, dépendances connues, et une fiche par application (serveurs, équipes, responsables, dépendances) |
| Sécurité de référence | vulnérabilités ouvertes, critiques et exploitées, couverture par outil, chemins d'administration, certificats |
| Rythmes | fenêtres de patching récurrentes, exceptions et suspensions |
| Décisions | décisions en vigueur et celles à réexaminer sous 30 jours |
Utiliser la page
- Les cartes du haut donnent le nombre de fiches par thème ; un clic filtre la liste sur ce thème.
- Par défaut seules les fiches valides sont listées ; le filtre Statut permet d'afficher aussi les fiches périmées (un fait qui n'existe plus, par exemple une application
supprimée), supprimées d'elles-mêmes au bout de 30 jours. Les applications de test (nom commençant par
E2E_) n'ont pas de fiche. - La recherche porte sur le titre et l'énoncé.
- Le bouton Recalculer (réservé à ceux qui peuvent valider la mémoire) relance le calcul à la demande. Sinon la mémoire est recalculée automatiquement toutes les 24 heures.
Le rôle des serveurs : ce qui tourne dessus, pas le nom
InfraRiver déduit le rôle d'un serveur (frontal, applicatif, base de données, file ou messagerie, cache, annuaire, messagerie, supervision, DNS) de ce qui tourne dessus. Les signaux sont pris dans cet ordre de fiabilité :
- ports et processus en écoute (InfraRiver Collector) ;
- logiciels installés ;
- connexions reçues d'autres serveurs ;
- le nom en tout dernier, seulement pour départager.
Un serveur nommé sv1w7001 qui porte PostgreSQL est une base de données.
- Un serveur peut avoir plusieurs rôles (par exemple frontal + base de données), chacun avec sa preuve. Un rôle n'est établi que si un service écoute réellement (un port ou un processus observé par InfraRiver Collector). Un logiciel installé seulement ne suffit pas (un paquet n'est pas un service en marche) : le rôle est alors probable, présenté dans une fiche « Rôles probables — … » à l'état Proposée que vous validez ou rejetez ; une base de données installée mais qui n'écoute nulle part n'est pas une base de données.
- La forme du serveur est donnée par l'adresse d'écoute : web sur le réseau + base sur = tout-en-un (web + base locale) (une faille web y donne accès à la base, les analyses de sécurité le signalent) ; base sur le réseau avec des clients = frontal + base partagée ; base qui écoute sur le réseau sans aucun client = port ouvert inutile (fiche « Base de données en écoute réseau sans client », reprise dans le rapport hebdomadaire quand elle apparaît).
- Les fiches « Rôles des serveurs — … » (une par application, plus une pour les serveurs sans application) ne contiennent que des rôles établis par des règles : un moteur de base, un port ouvert, un serveur d'applications… Chaque rôle porte sa preuve (« PostgreSQL installé », « port 5432 en écoute », « reçoit des connexions de 3 serveurs »), visible en dépliant Preuves sous la fiche.
- Quand les signaux se contredisent (un serveur web qui a aussi un moteur de base installé, ou un nom qui évoque autre chose), le serveur est ambigu : l'IA peut alors arbitrer, mais seulement entre les rôles que les règles ont trouvés ; sa proposition (fiche « Rôles proposés par l'IA ») reste à valider. Un serveur sans aucun signal n'a pas de rôle : rien n'est inventé à partir du nom.
- La fiche « Rôles déduits des serveurs » dit combien de serveurs ont un rôle établi, combien sont ambigus et combien n'ont aucun signal exploitable.
- La grammaire des noms n'est proposée que si les données la confirment (un mot d'environnement dont les serveurs déjà qualifiés ont presque tous la même valeur ; un mot de rôle dont les serveurs au rôle trouvé sont presque tous de ce rôle). Sinon la fiche dit que les noms ne portent pas de sens exploitable.
- Vos propres règles : l'encadré « Règles de rôle des serveurs » (réservé à ceux qui peuvent valider la mémoire) ajoute un logiciel, un processus ou un port à un rôle, avec un poids de 1 à 3. Un rôle est établi sans IA à partir de 3 points et 2 points d'avance sur le suivant. Recalculez ensuite la mémoire.
Fiches proposées par l'IA
Le bouton ✦ Proposer des fiches (IA) demande à l'IA de nommer ce qu'InfraRiver a extrait : le sens des mots utilisés dans les noms de serveurs (environnement, site, rôle…) et le rôle de chaque serveur d'une application (frontal, applicatif, base de données…). L'IA ne fait que choisir dans une liste fermée ; le texte de la fiche est assemblé par InfraRiver.
Ces fiches sont proposées : tant qu'une personne ne les a pas validées (en modifiant au besoin la formulation) ou rejetées, aucune analyse ne les utilise comme un fait, et un bandeau rappelle combien attendent.
Un rejet est mémorisé : la fiche n'est pas reproposée telle quelle. Le travail se fait en tâche de fond (environ une minute).
Règles apprises
Quand vous avez validé la fiche « Grammaire des noms de serveurs », les mots qu'elle rattache à un environnement deviennent des règles — sans IA. Une règle n'est retenue que si vos données la confirment : parmi les serveurs dont le nom contient le mot et qui ont déjà un environnement, une valeur domine (au moins 3 serveurs et 80 %).
Le bouton ⚙ Appliquer les règles apprises (et le recalcul quotidien) crée alors une suggestion d'environnement pour chaque serveur sans environnement dont le nom contient un de ces mots. Rien n'est modifié sans votre accord : tout se traite dans Suggestions IA.
Les règles en vigueur sont affichées en haut de la page.
Droits
La page demande la permission Contexte — Voir la mémoire de contexte de l'infrastructure, accordée par défaut aux administrateurs et aux auditeurs. Le recalcul demande Contexte — Recalculer et valider la mémoire de contexte (administrateurs). La mémoire décrit l'architecture de votre parc : ne l'ouvrez qu'aux personnes qui doivent la voir.