Darktrace vSensor — installation et configuration initiale sur Hyper-V

Entreprise — réédition expurgée de la procédure fournie

1Objet

Installer l’appliance Darktrace vSensor sous Hyper-V, préparer ses interfaces de gestion et d’analyse, puis documenter le premier démarrage, les mises à jour et la liaison au Master. Cette procédure relève du contexte entreprise, distinct du laboratoire personnel.

La source fournie montre une appliance vSensor 7.1.0, un assistant Hyper-V et la console de configuration. Le Healthcheck photographié est daté du 9 octobre 2026. Les étapes observées sont distinguées des vérifications à effectuer : aucune commande ni intervention distante n’a été rejouée pour cette réédition.

2Périmètre et prérequis

Périmètre : appliance Hyper-V, disque préinstallé au format VHD, matériel virtuel, clavier, mot de passe local, nom d’hôte, interfaces, UpdateKey et menu Master. Hors périmètre : osSensors, réponse autonome, règles de détection, durcissement intégral de l’hyperviseur et preuve de mise en production.

3Rôles et responsabilités

4Procédure de mise en œuvre

4.1 Création de la VM

Depuis le portail client officiel Darktrace, récupérer l’image vSensor destinée à Hyper-V. Ne pas réutiliser une OVA VMware sur la seule base de son nom. Décompresser l’image selon les instructions associées à la version, puis ouvrir l’assistant Nouvel ordinateur virtuel dans Hyper-V.

Dans le cas photographié, l’assistant utilise Génération 1, 8192 Mo de mémoire de démarrage et la mémoire dynamique décochée. Sélectionner le disque VHD existant de l’appliance plutôt que créer un disque vide. Vérifier le résumé, puis terminer la création. Les chemins de stockage et noms de réseaux sont masqués.

4.2 Cartes réseau et trafic miroir

Identifier la carte de gestion et la carte destinée à l’analyse. Ajouter ou sélectionner la carte supplémentaire dans les paramètres Hyper-V, puis la raccorder au commutateur prévu pour le trafic miroir. Le nom des commutateurs et le numéro de VLAN restent dans la documentation interne.

La présence de deux cartes ne suffit pas : demander au référent réseau de vérifier le SPAN / port mirroring virtuel et son trajet jusqu’à l’interface d’analyse. Ne pas conclure à une réception de paquets sur la seule base du menu Hyper-V.

4.3 Premier démarrage

Démarrer la VM et ouvrir sa console. L’assistant initial propose de reconfigurer le clavier US ; sélectionner la disposition française appropriée et vérifier les caractères avant toute saisie de secret. La capture présente French sélectionné et plusieurs variantes AZERTY.

Définir puis confirmer un mot de passe administrateur local conforme à la politique de l’entreprise. Il ne doit apparaître ni dans la procédure, ni dans les captures, ni dans l’historique de commandes. Donner au vSensor un nom d’hôte conforme à la convention interne, puis terminer l’initialisation.

La console Welcome permet de constater le démarrage de vSensor 7.1.0. Dans la capture reçue, Master et Updates sont encore non configurés ; elle indique aussi une réserve PCAP de 28 GB et l’absence de configuration osSensor. Ce sont des états observés, pas des critères de recette remplis.

4.4 Réseau de gestion et interface d’analyse

Dans Network, identifier l’interface de gestion. Choisir DHCP ou Static suivant le plan validé ; en mode Static, saisir l’adresse, le masque, la passerelle et les DNS dans la console privée. Conserver un accès console Hyper-V pour éviter une perte d’administration lors du changement.

Le menu propose Analysis pour l’écoute de paquets en mode promiscuité, Directed pour une interface d’analyse avec adresse statique et Unconfigured pour désactiver l’interface. Choisir le mode avec l’administrateur réseau selon l’architecture autorisée, sans confondre le réseau de gestion et la source de trafic miroir.

4.5 Update key

L’Update key fournit les informations d’authentification nécessaires aux mises à jour logicielles et de sécurité de l’appliance. Elle n’est ni le mot de passe local, ni le jeton de raccordement au Master, ni le HMAC osSensor.

Avec un compte autorisé, créer ou obtenir l’Update key depuis le portail en ligne Darktrace conformément aux droits du tenant et à la documentation de la version. Les captures ne montrent pas le formulaire de création du portail. Son emplacement exact doit être confirmé par l’administrateur Darktrace, et n’est pas inventé ici.

Dans la console vSensor, ouvrir Updates puis UpdateKey et saisir la clé en privé. Si l’environnement l’exige, renseigner Proxy / CDN. Utiliser Test pour contrôler la connexion ; Upgrade permet un contrôle et une installation manuelle. Noter uniquement le résultat et la date dans le ticket, jamais la clé.

4.6 Liaison Master

Le Master est l’instance Darktrace à laquelle la sonde transmet les données. Dans Setup, ouvrir Master. Obtenir ou créer la clé / le jeton de liaison avec l’administrateur depuis le portail ou la console Darktrace autorisée pour ce tenant, selon le mode et la version ; ne pas réutiliser l’Update key à cette place.

Sélectionner le mode validé, renseigner en privé les paramètres et le secret demandés, puis contrôler l’enregistrement côté Master et relancer Healthcheck. La source s’arrête sur vSensor unconfigured : la génération du jeton, sa saisie et l’enregistrement final ne sont pas démontrés.

4.7 Retour arrière

En cas de perte d’accès, reprendre la console Hyper-V et revenir au paramétrage réseau validé. En cas de mauvais raccordement, suspendre l’acheminement du trafic miroir avec le référent, corriger la configuration et révoquer les secrets exposés. Ne supprimer la VM ou le disque qu’après accord du responsable et vérification qu’aucune donnée utile n’est perdue. Aucun retour arrière n’a été exécuté pendant cette réédition.

5Intégration réseau

6Durcissement et sécurité

• Conserver trois secrets distincts : mot de passe local, Update key et secret / jeton Master. Ne pas les confondre avec osSensorHMAC, qui concerne un autre usage.

• Utiliser un compte autorisé et un coffre de secrets ; ne pas transmettre les clés par un ticket public, une capture ou une messagerie non approuvée.

• Ne pas publier la console client du portail Darktrace, les champs de mot de passe, les valeurs de jeton, les logs privés ou les captures PCAP.

• Appliquer les mises à jour suivant la fenêtre validée, vérifier les résultats et conserver la traçabilité sans divulguer les secrets.

• Limiter les accès de gestion et les flux Master au périmètre autorisé ; ne pas activer de réponse autonome ou de fonctions supplémentaires sans validation.

Cette édition contient uniquement douze captures sélectionnées et expurgées parmi trente-neuf images uniques de la source. Les masques sont opaques, les périphéries identifiantes retirées et les fichiers exportés sans métadonnées d’origine. Les autres captures, notamment les formulaires de mot de passe, sont exclues.

7Vérifications finales

Le contrôle réel photographié montre des services locaux fonctionnels mais un raccordement incomplet. Les lignes ci-dessous sont transcrites depuis ce Healthcheck.

Recette à effectuer et à consigner

8Références et historique des révisions

Source primaire : DARKTRACE Vsensor installation.docx fourni par le propriétaire, conservé sans modification. Les captures montrent Darktrace vSensor 7.1.0 et un Healthcheck du 9 octobre 2026. La note de la source demandant de supprimer les secrets et d’expliquer les clés a été remplacée par les rubriques de sécurité, Updates et Master.

Portail visible dans la source : https://customerportal.darktrace.com/software-downloads. Consulter les guides et notes de version depuis son compte autorisé ; aucune navigation authentifiée sur ce portail n’a été effectuée pendant cette rédaction.

Le sommaire du DOCX contient des champs PAGEREF à actualiser dans Word ou LibreOffice ; la pagination doit être vérifiée après cette actualisation.