InfraRiver, la pièce manquante de votre infrastructure.

Conçu pour passer un comité de sécurité, pas pour le contourner.

Dans un SI exigeant, quelle que soit sa taille, la question n'est pas ce que l'outil sait faire, mais ce qu'il est autorisé à faire et ce qu'il en reste comme trace.

Neuf blocages qui coûtent des semaines,
et qui n'ont rien de technique.

Le désaccord entre équipes vient rarement de la mauvaise volonté. Il vient de huit tableurs qui ne disent pas la même chose, et d'une information qui existe quelque part sans que personne sache où. Chacun garde ses questions et ses réflexes — mais tout le monde travaille enfin sur le même socle.

InfraRiver Collector

Linux

Sur Linux, la carte des privilèges n'existe nulle part. On la reconstruit.

Côté Windows, il y a une autorité centrale. L'annuaire sait qui est administrateur de quoi, et c'est parce que cette base existe qu'un outil peut la parcourir et en sortir des chemins d'attaque.

Côté Linux, cette base n'existe pas. Les droits réels sont éparpillés : une ligne de sudoers ici, une clé publique dans un authorized_keys là, un export NFS en écriture sur un troisième serveur, un binaire SUID sur un quatrième. Chaque élément est banal isolément. Ensemble, ils forment un chemin que personne n'a jamais dessiné — et qu'aucun outil du marché ne dessine.

C'est exactement le trou qu'InfraRiver comble. La collecte lit ces fragments sur chaque hôte, en lecture seule et sans agent installé, puis reconstruit le graphe qui n'a jamais été écrit nulle part. Le résultat n'est pas un inventaire de plus : c'est la carte qui manquait.

Lire tout un parc Linux
avec le moindre privilège et une auditabilité facile.

Trois acteurs, un seul sens de flux. InfraRiver donne le travail à faire ; le collecteur va le chercher, lit les cibles, et renvoie le résultat.

Et au-delà de SSH : il passe par ce que vous avez déjà

InfraRiver Collector ne vous demande pas de déployer un agent de plus. Il réutilise les accès et les agents de supervision déjà en place et validés chez vous — et il ne fait que sortir : un collecteur par zone, qui envoie ses résultats à InfraRiver en TLS mutuel. Rien n'entre.

• SSH — parc Linux : comptes, sudo, clés, SUID, chemins d'administration
• NRPE / NSClient++ — Windows, même là où WinRM reste fermé : services en écoute et connexions établies
• Agent Zabbix — interrogé directement, sur un flux de supervision déjà ouvert
• SNMP v2c et v3 — sans rien déployer sur la cible
• GLPI — relire ce que glpi-agent remonte déjà dans votre CMDB bientôt

Les connexions relevées partout disent qui parle à qui : InfraRiver en déduit les dépendances entre serveurs et dessine la carte de vos applications — Linux et Windows sur le même graphe, quel que soit le chemin de collecte.

Un chemin, lu et non deviné. Chaque saut s'appuie sur une donnée déjà collectée : une ligne de sudoers analysée, une empreinte de clé, une liaison applicative.

AIRiver.
Expliquer. Corréler. Investiguer. Assister.

AIRiver n'est pas une surcouche conversationnelle posée sur un produit existant. C'est le module qui lit tous les rivers, et c'est lui qui rend le modèle exploitable par quelqu'un qui n'écrit pas de requêtes.

01Votre IA,
pas la nôtre

AIRiver se branche au modèle que votre organisation a choisi et homologué : un modèle installé chez vous, un service cloud, ou votre propre passerelle d'IA (LiteLLM ou équivalent). Changer de modèle est un réglage, pas un projet. C'est votre politique de sécurité qui décide où partent les données — pas InfraRiver. En zone isolée, un modèle local suffit : rien ne sort.

02Économe en tokens,
par construction

Une même situation n'est jamais redemandée au modèle : la réponse validée est réutilisée. Les cas identiques sont regroupés, si bien que le coût suit le nombre de situations distinctes, pas le nombre de serveurs. Le modèle remplit un format court et imposé au lieu de rédiger. Chaque appel est compté, y compris ceux évités, et un budget par module le plafonne.

03Cloisonné
par les droits

Les données consultées par le modèle sont filtrées par les droits de la personne qui pose la question. Un exploitant applicatif et un administrateur du socle n'obtiennent pas la même réponse, parce qu'ils ne voient pas la même chose.

04Le strict nécessaire
quitte InfraRiver

Le contexte est compacté en amont : seuls les nœuds pertinents du graphe partent, jamais le parc entier. La génération est contrainte à un format vérifiable, ce qui rend une réponse malformée mécaniquement impossible plutôt que simplement improbable. Les décisions validées par un humain sont conservées et réutilisées. Même vers un service cloud, le modèle ne voit que ce dont il a besoin pour répondre.

05Il apprend votre SI,
puis veille sur sa sécurité bientôt

Une fois vos sources branchées, AIRiver construit une mémoire de contexte de votre infrastructure — applications, dépendances, points d'entrée, crown jewels, couverture de vos outils — que vous relisez et validez. Il s'en sert pour analyser la sécurité : une vulnérabilité activement exploitée vous concerne-t-elle, et où ; ce qui a changé cette semaine ; vos angles morts ; quelle correction coupe le plus de chemins d'attaque. Chaque recommandation devient une suggestion que vous acceptez ou non : l'IA ne modifie rien seule.

Ce qu'on lui demande au quotidien :

AIRiver est optionnel : le RSSI peut le couper, les analyses continuent sans enrichissement. Chaque interaction est journalisée — question posée, périmètre appliqué, données consultées, réponse produite — et un auditeur voit quels rivers l'IA touche, et pour quoi faire, sans avoir à lire le code.

Le correctif n'est pas le problème.
Se mettre d'accord sur la fenêtre, si.

Savoir quels serveurs patcher prend une heure. Obtenir l'accord du responsable applicatif, trouver un créneau qui n'interrompt pas la clôture comptable, prévenir les bonnes personnes et garder une trace de qui a validé quoi — c'est là que passent les semaines. InfraRiver traite cette partie-là comme un module à part entière.

CertRiver.

Les certificats provoquent des interruptions parce que personne ne sait lesquels existent ni à qui ils appartiennent. CertRiver les rattache à l'application, au service métier et à l'équipe qui recevra l'appel.

• Découverte des certificats sur le parc et derrière les services
• Inventaire centralisé, y compris magasins locaux
• Détection des expirations et alerte anticipée
• Intégration PKI Microsoft
• Génération automatisée
• Renouvellement
• Cycle de vie complet, de l'émission à la révocation
• Rattachement à l'application et au responsable

InfraRiver décide. Vos outils exécutent.

InfraRiver ne cherche pas à remplacer vos chaînes d'exécution, ni à obtenir des droits qu'elles ont déjà. La décision est prise sur un modèle complet, puis déléguée à l'outil que votre production a déjà homologué.

On-premise ou cloud.
Avec ou sans IA.

InfraRiver s'adapte à votre contexte. Deux modes de déploiement, l'IA en option sur les deux — on construit l'offre avec vous.

Pas de grille tarifaire en ligne : les conditions dépendent de la taille de votre parc et des modules retenus. Écrivez-nous à contact@infrariver.com.