Aux services informatiques et aux prestataires qui exploitent des infrastructures hétérogènes réparties sur plusieurs sites et qui souhaitent réunir en un seul endroit l'exploitation, la documentation et la conformité.

Le COD combine des solutions propres et des raccordements. Des fonctions telles que le NAC, le Backup, l'OTP, le GRC ou la gestion des switches virtuels sont fournies avec le produit sous forme de solutions autonomes et indépendantes des fabricants. Les systèmes tiers existants, comme les services d'annuaire, le monitoring, votre CMDB/gestion des actifs ou les firewalls, sont conservés et raccordés. Vous gardez vos mécanismes habituels tout en gagnant en transparence et en automatisation centralisées.

Tous les modules de la plateforme sont actifs par défaut et déjà installés dans la livraison. S'y ajoute la gestion des vulnérabilités COD-VAS. C'est un add-on à commander séparément, actuellement en préparation.

Nous livrons sous forme de solutions autonomes et indépendantes des fabricants : Network Access Control (NAC), Backup/reprise après sinistre, authentification OTP, GRC (avec prise en charge de NIS2), gestion des hyperviseurs (pour les switches virtuels) ainsi que la documentation et la visualisation réseau (topologie L2/L3), y compris la gestion des firewalls et des rapports.

Via des raccordements, nous intégrons en outre les systèmes tiers existants : services d'annuaire, monitoring et votre CMDB/gestion des actifs.

COD existe en trois modes d'exploitation. Self Hosted fonctionne dans votre propre infrastructure ou dans celle de votre partenaire. Depuis la version 3.7.0, il s'installe et se met à jour sous forme de paquet pour Ubuntu Server. Vos données d'exploitation restent alors chez vous ou chez votre partenaire. Shared Hosted et Private Hosted sont des instances qu'extocode exploite pour vous. Les modes d'exploitation figurent aussi sur la page Tarifs.

En Self Hosted, COD fonctionne dans votre propre environnement et les données restent sous votre contrôle. En Shared Hosted et Private Hosted, extocode exploite l'instance pour vous et traite les données pour votre compte. Les accès sont gérés selon les rôles. Les clients et les sites sont séparés logiquement et par les droits d'accès.

Via un contrôle d'accès basé sur les rôles (RBAC). Les droits sont attribués de façon fine par module, rôle et site. Pour la connexion, les services d'annuaire existants peuvent être raccordés via LDAP/Active Directory. Des comptes locaux sont également possibles.

Oui. Le COD est multi-clients et multi-sites. Les données et les autorisations sont séparées par site. Les utilisateurs peuvent passer d'un site autorisé à un autre.

Le module GRC numérise la matrice des risques, la gestion des risques liée aux actifs ainsi que les catalogues de politiques et de menaces. Combiné au contexte central des actifs et de leurs dépendances, le COD facilite les obligations de preuve et de documentation dans le cadre de NIS2.

Le COD est multi-vendor. Dans la gestion réseau, sont pris en charge entre autres Cisco, HPE, Allied Telesis, Ruijie et MikroTik. Les firewalls peuvent être gérés via OPNsense, pfSense, DynFi et AIMdefense. En complément, nous raccordons les services d'annuaire (LDAP/Active Directory), le monitoring et votre CMDB/gestion des actifs. L'objectif est une exploitation avec votre infrastructure hétérogène existante.

La sécurité est mise en œuvre de façon fondamentale : accès basés sur les rôles, connexion avec un second facteur (TOTP avec codes de récupération), stockage chiffré des données sensibles et un journal d'audit champ par champ dans le module GRC. Un journal commun pour les autres modules est en cours de mise en place. Les clients et les sites sont séparés logiquement et par les droits d'accès. En Self Hosted, les données et les accès restent dans votre environnement.

Tous les modules de la plateforme sont compris dans les prix des Seats et de la Tenant Fee. Aucune licence séparée par module n'est nécessaire. Seul l'add-on COD-VAS pour la gestion des vulnérabilités se commande séparément. COD est distribué par des partenaires, c'est donc un partenaire qui établit votre offre. Indiquez-nous votre besoin via le formulaire de contact et nous vous mettrons en relation avec le partenaire adapté.

Oui. Tous les modules font partie de la plateforme. Seul l'add-on COD-VAS se commande séparément.

Oui. Le COD s'exécute dans votre environnement, vous conservez la pleine souveraineté sur vos données, ce qui convient aux exigences KRITIS et NIS2.

Non. codPass est un produit autonome et ne fait pas partie de COD. Le coffre-fort intégré à COD est Stronghold. Les plugins de navigateur ne font pas partie de codPass.

Non. Le COD peut être exploité entièrement on-premise et convient à KRITIS. Les données de conformité résident dans une base de données PostgreSQL dédiée, sous votre plein contrôle.

Le module GRC travaille sur les mêmes actifs que COD-Network détecte et tient à jour automatiquement. Votre évaluation des risques porte sur l'actif concret, y compris son statut en direct, et non sur une liste obsolète.

L'entrée de gamme se compose d'au moins 2 seats à 47,50 € plus une Tenant Fee à partir de 8 € (Self Hosted). Le VAS et les packs de services s'ajoutent selon les besoins.

Oui. Pour une durée de contrat de 36 mois, les Seats bénéficient de 10 % de remise de durée. Pour COD-VAS, il n'existe pas de prix conseillé pour les tenants de plus de 25 000 assets. Le prix est alors convenu au cas par cas.

Oui. La démo en direct est gratuite et sans aucune obligation, sans pression commerciale.

Tous ceux qui vous intéressent : du réseau et des actifs au NAC, firewall et VPN, GRC et monitoring, jusqu'à la gestion des vulnérabilités et le Backup. C'est vous qui définissez les priorités.

Non. Le throttling par firewall évite les alertes répétées pour le même problème, et vous planifiez les maintenances de façon centralisée dans le calendrier, si bien que le monitoring ne se déclenche pas sans raison.

Le monitoring est intégré directement au COD sous forme de module et utilise le même jeu de données que votre inventaire réseau. Les systèmes existants comme Zabbix peuvent être raccordés via des intégrations.

Une solution de Network Access Control propre au COD, indépendante des fabricants et basée sur RADIUS. Elle pilote et journalise l'accès réseau de façon centralisée dans le COD.

En règle générale, non. Le COD-NAC est multi-vendor et fonctionne avec une infrastructure existante compatible 802.1X ou MAC.

802.1X (EAP, avec certificats) ainsi que l'authentification MAC.

De façon dynamique via les attributs RADIUS. Les groupes de clients avec priorités permettent de regrouper les règles. Un équipement peut être affecté à n'importe quel VLAN créé, y compris un VLAN de quarantaine ou d'invités dédié. COD-NAC ne vérifie pas si un équipement est conforme.

Oui. L'import de masse CSV reprend les adresses MAC, les affectations de VLAN et les groupes, y compris la validation et la détection des conflits.

Depuis la PKI intégrée : création de certificats CA et Leaf, gestion des CRL et export PKCS#12 pour distribution aux clients.

COD ne se raccorde pas à une Windows-CA existante. Pour le 802.1X, COD apporte sa propre autorité de certification.

COD ne se raccorde pas à PacketFence. Le contrôle d'accès réseau de COD fonctionne avec FreeRADIUS.

Via les logs d'authentification et d'accounting ainsi que les statistiques de connexion par client.

Ils sont automatiquement désactivés et supprimés. Les anciens comptes oubliés et les mots de passe valables en permanence appartiennent ainsi au passé.

Ce sont des bons d'accès à durée limitée au lieu de mots de passe permanents. COD les génère pour le portail captif de votre firewall OPNsense ou AIMdefense, avec durée de validité et expiration, sous forme de QR code ou de PDF imprimable. Les bons expirés sont supprimés. Plus personne ne recopie un mot de passe depuis un tableau blanc.

Tout client TACACS+ conforme à la RFC 8907, comme les switches, routeurs et firewalls. La solution n'est pas spécifique à un fabricant.

Oui. Les rôles (groupe d'utilisateurs × groupe d'équipements × règle) permettent d'attribuer finement les droits par groupe d'équipements.

Oui. L'autorisation de commandes fonctionne sur la base de motifs.

Sous forme de hachage Argon2id, non réversible.

À la gestion des utilisateurs, clients, groupes et règles, séparée du daemon serveur proprement dit.

Du niveau 1 au niveau 15, configurables par utilisateur.

Via un indicateur enabled. Les entrées désactivées sont ignorées lors de la vérification.

Allied Telesis, Cisco IOS et Ruijie (via fallback CLI).

Non. Après le premier déploiement, les identifiants sont stockés chiffrés dans le Vault et réutilisés.

Un Backup de la configuration actuelle est créé automatiquement. Une restauration vers un état antérieur est possible.

Oui, via des profils (PORT, AUTH, VLAN) directement depuis le COD.

Oui. Les algorithmes legacy (Hostkey, Key-Exchange, Cipher) sont pris en charge. En cas de besoin, paramiko est utilisé.

Non. Seule l'interface concernée est réinitialisée (shutdown/no shutdown). L'équipement reste en fonctionnement.

Il n'existe pas de verrou. Les requêtes sont traitées de façon séquentielle. Les modifications CLI manuelles en parallèle doivent être évitées pendant ce temps.

Il est prévu de ventiler les constats par niveau de gravité et de les présenter de façon à ce que vous identifiiez immédiatement où une action urgente s'impose. L'objectif est que vous travailliez sur le risque, pas sur la longueur de la liste.

COD-VAS est un add-on de la plateforme COD et il est en préparation. Nous décrirons son mode d'exploitation lors de sa mise à disposition.

C'est le stockage commun des mots de passe à usage unique basés sur le temps (TOTP) avec lesquels votre équipe se connecte à d'autres systèmes, par exemple des portails fabricants ou des accès aux équipements. Les codes ne restent ainsi plus sur le téléphone d'une seule personne. Le second facteur de la connexion à COD est un système distinct.

Oui. Il génère des codes standard otpauth:// et fonctionne avec toute application compatible RFC 6238.

Oui. Les groupes permettent de partager des tokens à l'échelle de l'équipe. Les tokens privés restent liés à des utilisateurs individuels.

Les codes du module OTP sont stockés de façon centralisée dans COD, pas sur le smartphone. Pour le second facteur de la connexion à COD, il existe des codes de récupération, et un administrateur peut réinitialiser le facteur.

Les tokens privés ne sont visibles que par leur propriétaire. Les tokens publics ou de groupe sont visibles par les membres du groupe ainsi que par les administrateurs.

Oui. Tous les tokens et groupes sont isolés par site.

Via le contrôle d'accès basé sur les rôles du COD et l'isolation par site. Le stockage s'effectue dans la base de données sécurisée.

Comme stockage commun des mots de passe à usage unique d'autres systèmes. La connexion multi-facteurs à COD lui-même est un système à part, qui relève de la gestion des utilisateurs.

Non. codPass ne propose actuellement pas de plugins de navigateur. La gestion des mots de passe, des secrets et de l'OTP s'effectue directement dans l'application.

Parce que l'ouverture crée la confiance : le code source et les mécanismes de sécurité sont transparents et vérifiables. Pour un gestionnaire de secrets, c'est un gage de sécurité et de qualité, pas un accessoire.

• Type : Coffre-fort Zero-Knowledge pour mots de passe et secrets (chiffré de bout en bout)
• Principe : Le serveur ne stocke que du chiffré. Le texte en clair, le mot de passe maître et les clés privées ne se trouvent jamais sur le serveur.
• Coffres-forts : un coffre-fort personnel par utilisateur, plus des coffres-forts d'équipe partagés (rôles : OWNER/MEMBER)
• Partage : des entrées individuelles partagées entre utilisateurs, avec droit READ/WRITE et date d'expiration
• Récupération : code de récupération à usage unique lors de la configuration
• Cryptographie : Argon2id (dérivation de clé), X25519 Sealed-Box (encapsulation de clé), AES-GCM (entrées), HKDF
• Connexion : JWT (ES384) via la connexion COD, vérification par JWKS
• Exploitation : PostgreSQL, accessible uniquement via le proxy COD, limitation de débit, journalisation

Non. Le serveur ne conserve que des données chiffrées. Sans votre mot de passe maître, qui n'existe que côté client, celles-ci sont sans valeur, même en cas d'extraction complète de la base de données.

Lors de la configuration, vous recevez un code de récupération à usage unique. Il permet de rétablir l'accès à votre clé et de définir un nouveau mot de passe maître.

Oui, soit via un coffre-fort partagé, soit via le partage d'entrées individuelles (avec droit et date d'expiration). Dans les deux cas, le chiffrement se fait par clé publique.

La clé du coffre-fort est réattribuée aux membres restants. Le membre exclu perd l'accès aux contenus futurs.

Non. Le nom du coffre-fort est chiffré. Seule l'icône est stockée en clair.

Le code de récupération rétablit l'accès à votre clé (par exemple en cas d'oubli du mot de passe maître). Contre une perte de données côté serveur, c'est le Backup régulier du COD qui protège.

Via la connexion COD (JWT, ES384, vérifié par JWKS). Le coffre-fort est accessible exclusivement via le proxy COD.

Les configurations de tous les équipements accessibles via SSH ainsi que les bases de données MariaDB/MySQL. La solution est indépendante des fabricants et extensible via des modèles d'OS.

Librement configurable via cron, par hôte ou par modèle, par exemple toutes les heures, quotidiennement ou hebdomadairement.

En option. Le chiffrement peut être activé par hôte ou par modèle. Il s'applique aux sauvegardes que COD-Backup stocke localement. Les sauvegardes de dossiers en sont exclues.

Configurable selon le nombre ou l'âge en jours. Une fois la limite atteinte, les états les plus anciens sont supprimés automatiquement.

Oui. Une vue Diff montre les modifications entre deux versions ligne par ligne.

L'hôte passe alors au statut ERROR et l'échec est visible dans la vue d'ensemble. Si l'envoi d'e-mails est activé, le service de sauvegarde envoie en plus un e-mail d'échec. Il s'agit d'une aide à l'exploitation. Nous ne garantissons pas d'alerte active.

Oui. En option, COD-Backup transfère les sauvegardes par commande SSH et SFTP vers un serveur SCP après chaque exécution réussie et supprime la copie locale. La règle de conservation s'applique alors sur le serveur SCP.

Oui, via un tunnel Jump-Host.

Les sauvegardes sont téléchargeables via l'interface. La restauration sur l'équipement s'effectue manuellement avec les outils habituels.

Les switches virtuels et les groupes de ports sur VMware. Il ne pilote délibérément pas le cycle de vie des VM ou des hôtes.

VMware vCenter et ESXi (via l'API VMware pyVmomi). D'autres plateformes comme Hyper-V ou KVM ne sont pas prises en charge.

Oui. Chaque groupe de ports reçoit un ID de VLAN. COD crée les nouveaux groupes de ports avec un ID de VLAN de 1 à 4095. Dans l'inventaire, 0 signifie untagged et 4095 trunk all.

Oui, dans l'écran Port Groups. Chaque modification sur les hôtes peut y être simulée au préalable en Dry-Run, sans intervention. L'assistant sous Structure, avec lequel vous créez de nouveaux vSwitches et groupes de ports, n'a pas de Dry-Run et écrit immédiatement sur les hôtes.

COD affiche dans l'inventaire les NIC actives, en veille et inutilisées de chaque vSwitch. Lors de la création d'un vSwitch, vous choisissez pour chaque hôte les NIC physiques utilisées comme uplink. La répartition de charge et les politiques de sécurité se règlent toujours dans vSphere.

Avec des identifiants vCenter (hôte, utilisateur, mot de passe) dans chaque appel.

Oui. Les opérations acceptent une liste d'hôtes. Le résultat indique le succès ou l'échec par hôte.

Il fournit l'arborescence complète des objets vCenter en lecture seule, par exemple pour des vues de tableau de bord ou de la documentation.