L'interconnexion, c'est davantage : ce que COD fait d'outils isolés

Dans la plupart des entreprises, chaque outil fonctionne bien de son côté. Le switch a son système d'exploitation. La supervision a Zabbix. Le pare-feu a son interface. Le registre des risques se trouve dans un tableur. Le problème se situe entre les deux. Le même appareil figure dans cinq listes, et aucune ne connaît les autres.

Chez COD, c'est le cœur du produit. Le manuel le dit ainsi : COD n'est pas une collection d'outils indépendants qui partagent seulement une connexion. Presque chaque module s'appuie sur le même inventaire. Nous appelons cela l'interconnexion. Les modules pris séparément sont bons. Ce qui apporte davantage, c'est ce qui naît entre eux.

Ce que nous entendons par là

Quatre éléments font tenir COD ensemble :

• l'Asset, c'est-à-dire l'appareil ou l'entrée de l'inventaire, comme point de référence commun
• la Location, choisie dans l'en-tête, qui filtre presque chaque module
• une recherche globale sur plusieurs modules
• un audit qui montre les modifications à travers les modules

Toutes les connexions ne vont pas aussi loin. C'est pourquoi nous ne comptons dans cet article que ce que nous avons vu nous-mêmes à l'écran. Tous les exemples viennent de la démo (COD 3.8, état au 4 novembre 2026).

Ce que vous avez, reste

Nous ne remplaçons rien de ce que vous voulez garder. Ce que vous avez, reste. C'est la phrase la plus importante de cet article. Votre Zabbix continue de fonctionner. Vos pare-feu, votre vCenter, votre annuaire, votre CMDB et votre système de tickets continuent de fonctionner. COD les relie sur la base des assets. Là où il vous manque quelque chose, par exemple un coffre-fort, un contrôle d'accès ou une sauvegarde de configuration, COD apporte ses propres modules. Ils s'intègrent.

Exemple 1 : Un appareil, et tout ce qui s'y rattache

Ouvrez dans la démo l'asset KAT-FW-01 et passez à l'onglet « References ». Vous y voyez ce qui pointe vers cet appareil : l'entrée du module Firewall, l'hôte dans Zabbix, la configuration de vouchers pour l'accès invités et deux entrées ToDo, toutes deux déjà terminées. Trois de ces références portent la mention « Blocks delete ». Elles empêchent la suppression tant qu'elles existent. Avec le compte Demo GRC s'ajoute un processus métier, rattaché à l'appareil par un groupe d'assets.

Qui veut remplacer ou supprimer un appareil voit ainsi au préalable ce qui en dépend. L'information se trouve à un seul endroit.

Exemple 2 : Une recherche sur plusieurs modules

Avec la loupe ou Ctrl+K, vous cherchez par nom, IP ou MAC. Dans la démo, la recherche de « sw » donne des résultats dans sept catégories : appareils réseau, topologie, Subnet Planner, Assets, Hypervisor, calendrier et Active Ports Inventory. La recherche de « fw » en donne cinq, dont les pare-feu. Un clic sur le résultat ouvre l'enregistrement.

La recherche ne remplace pas le fait de savoir où se trouvent les choses. Elle épargne le chemin pour y arriver. Elle vaut pour la Location que vous avez choisie. Ne sont pas parcourus, par exemple, NAC, TACACS+, Backup et Monitoring.

Exemple 3 : Au port du switch figure ce que RADIUS a signalé

« L'appareil n'arrive pas sur le réseau. » Jusqu'ici, cela veut dire : regarder d'abord dans le switch, puis dans le journal RADIUS. Dans COD, vous ouvrez dans la Client Overview la ligne d'un client. La boîte de dialogue montre la carte des ports du switch. En dessous figure « NAC sessions » avec utilisateur, MAC, IP, NAS, port, début, fin et durée. À côté figure l'historique de ce client, c'est-à-dire MAC, IP, voisin et changements de lien. COD conserve cet historique 90 jours par défaut.

Ainsi, la réponse de RADIUS se voit à côté du port du switch. Cela vaut tant que le switch envoie RADIUS depuis son adresse de management.

Exemple 4 : De l'appareil au risque et au processus

Dans le GRC se trouvent des processus, des groupes d'assets, des assets et des fournisseurs sous forme de registres. Dans la démo, il y a 17 processus, 12 groupes d'assets, 124 assets et 13 fournisseurs. Les liens entre eux vont un pas plus loin. Le niveau d'un groupe d'assets provient de son évaluation des risques. À partir du niveau d'un fournisseur, COD calcule quels justificatifs sont nécessaires.

Cela répond à une question qui demande sinon une réunion : quelle panne touche quel processus ? Qui ouvre le compte GRC de la démo voit en outre, sur l'appareil, des onglets pour Placement, Connectivity, Contacts, Contracts et Dependencies. En cas de panne, les interlocuteurs figurent sur l'appareil. Les contrats ont leur propre onglet, la démo n'en contient aucun. Pour cela, un compte a besoin du droit sur le module GRC.

Exemple 5 : La maintenance dans le même calendrier

Les fenêtres de maintenance du pare-feu créent des entrées dans le calendrier COD. Dans la démo, la recherche de « fw » trouve l'entrée « KAT-FW-02 Reboot ». La maintenance figure ainsi à côté des rendez-vous qui sont de toute façon dans le calendrier. L'entrée de la démo porte une date de l'année 2025. Elle montre la connexion, pas un rendez-vous à venir.

Jusqu'où vont les connexions

Tous les modules ne sont pas reliés à tous les autres. Qui introduit COD doit le savoir au préalable. Le manuel dit lui-même quelles connexions sont réelles et lesquelles n'en ont que l'apparence. Nous nous y tenons et ne citons ici que les premières. Si vous voulez savoir si une connexion précise tient dans votre cas, demandez-nous. Nous la montrons à l'écran.

Ce que vous en retirez

• Moins de trajets entre les outils. La réponse se trouve souvent déjà dans le module où vous travaillez.
• Un point de référence commun pour l'exploitation et la sécurité de l'information. Le même appareil, la même désignation.
• Vos outils existants restent. COD ne les imite pas, il les relie.

Voir par vous-même

Les exemples 1 à 3 et 5 fonctionnent avec le compte Demo First Level. Dans l'exemple 1, seul le compte Demo GRC montre aussi le processus métier. L'exemple 4 nécessite Demo GRC. Les identifiants figurent sur extocode.com/demo. Tous les visiteurs se partagent les comptes. Veuillez ne saisir aucune donnée réelle. L'interface est en anglais, les données d'exemple sont en majorité en allemand.

Les fonctions couvertes par votre contrat résultent uniquement de la description des prestations dans la version applicable à votre contrat.

• Démo : cod.demo.extocode.com
• Présentation personnelle : Contact

extocode GmbH · Central Operations Dashboard