5Aug
Vous lisez sans aucun doute cet article, car vous avez trébuché sur le processus de l'hôte de la fenêtre de console( conhost.exe) dans le Gestionnaire des tâches et vous vous demandez de quoi il s'agit. Nous avons la réponse pour vous.
Cet article fait partie de notre série en cours expliquant divers processus trouvés dans le Gestionnaire des tâches, comme svchost.exe, dwm.exe, ctfmon.exe, mDNSResponder.exe, rundll32.exe, Adobe_Updater.exe, et bien d'autres. Je ne sais pas ce que sont ces services? Mieux vaut commencer à lire!
Alors, quel est le processus hôte de la fenêtre de console?
La compréhension du processus Hôte de la fenêtre de la console nécessite un peu d'historique. Au cours des jours de Windows XP, l'invite de commandes était gérée par un processus appelé CSRSS( ClientServer Runtime System Service).Comme son nom l'indique, CSRSS était un service de niveau système. Cela a créé quelques problèmes. Tout d'abord, un crash dans CSRSS pourrait faire tomber un système entier, qui exposait non seulement des problèmes de fiabilité, mais aussi des failles de sécurité possibles. Le deuxième problème était que CSRSS ne pouvait pas être à thème, car les développeurs ne voulaient pas risquer le code de thème à exécuter dans un processus système. Ainsi, l'invite de commandes a toujours eu l'aspect classique plutôt que d'utiliser de nouveaux éléments d'interface.
Notez dans la capture d'écran de Windows XP ci-dessous que l'invite de commande n'a pas le même style qu'une application comme le Bloc-notes.
Windows Vista a introduit le gestionnaire de fenêtres de bureau, un service qui "dessine" des vues composites de fenêtres sur votre bureau plutôt que de laisser chaque application gérer cela seule. L'invite de commande a gagné un certain aspect superficiel( comme le cadre vitreux présent dans les autres fenêtres), mais cela s'est fait au détriment de la possibilité de glisser et déposer des fichiers, du texte, etc. dans la fenêtre d'invite de commandes.
Pourtant, cette thématique est allée si loin. Si vous jetez un coup d'œil à la console de Windows Vista, il semblerait qu'elle utilise le même thème que tout le reste, mais vous remarquerez que les barres de défilement utilisent toujours l'ancien style. Cela est dû au fait que le gestionnaire de fenêtres de bureau gère le dessin des barres de titre et du cadre, mais une fenêtre CSRSS à l'ancienne se trouve toujours à l'intérieur.
Entrez Windows 7 et le processus Hôte de la fenêtre de la console. Comme son nom l'indique, c'est un processus hôte pour la fenêtre de la console. Le processus se situe au milieu entre CSRSS et l'invite de commande( cmd.exe), permettant à Windows de corriger les deux précédents éléments d'interface de problèmes comme les barres de défilement dessinent correctement, et vous pouvez glisser et déposer dans l'invite de commandes. Et c'est la méthode encore utilisée dans Windows 8 et 10, permettant tous les nouveaux éléments d'interface et le style qui sont apparus depuis Windows 7.
Même si le Gestionnaire des tâches présente l'hôte de la fenêtre de console comme une entité distincte, il est toujours étroitement associé avec CSRSS.Si vous vérifiez le processus conhost.exe dans Process Explorer, vous pouvez voir qu'il s'exécute réellement sous le processus csrss.ese.
En fin de compte, l'hôte de la fenêtre de la console est quelque chose comme un shell qui maintient la puissance d'exécuter un service au niveau du système comme CSRSS, tout en accordant de façon fiable et fiable la possibilité d'intégrer des éléments d'interface modernes.
Pourquoi existe-t-il plusieurs instances du processus en cours d'exécution?
Vous verrez souvent plusieurs instances du processus Hôte de la fenêtre de console s'exécuter dans le Gestionnaire des tâches. Chaque instance de l'invite de commande en cours génère son propre processus d'hôte de fenêtre de console. En outre, d'autres applications qui utilisent la ligne de commande génèrent leur propre processus d'hôte Windows Console, même si vous ne voyez pas de fenêtre active pour eux. Un bon exemple est l'application Plex Media Server, qui fonctionne comme une application en arrière-plan et utilise la ligne de commande pour se rendre disponible pour d'autres périphériques sur votre réseau.
De nombreuses applications d'arrière-plan fonctionnent de cette manière, il n'est donc pas rare de voir plusieurs instances du processus Hôte de la fenêtre de console s'exécuter à un moment donné.C'est un comportement normal. Pour la plupart, chaque processus devrait prendre très peu de mémoire( généralement moins de 10 Mo) et presque zéro processeur sauf si le processus est actif.
Cela dit, si vous remarquez qu'une instance particulière de Console Window Host( ou un service associé) cause des problèmes, comme une utilisation excessive continue du CPU ou de la RAM, vous pouvez vérifier dans les applications spécifiques qui sont impliquées. Cela pourrait au moins vous donner une idée de l'endroit où commencer le dépannage. Malheureusement, le Gestionnaire des tâches lui-même ne fournit pas de bonnes informations à ce sujet. Les bonnes nouvelles sont que Microsoft fournit un excellent outil avancé pour travailler avec des processus dans le cadre de sa gamme Sysinternals. Il suffit de télécharger Process Explorer et de l'exécuter - c'est une application portable, donc pas besoin de l'installer. Process Explorer fournit toutes sortes de fonctionnalités avancées - et nous vous recommandons fortement de lire notre guide pour comprendre Process Explorer pour en savoir plus.
La méthode la plus simple pour suivre ces processus dans Process Explorer consiste à appuyer d'abord sur Ctrl + F pour démarrer une recherche. Recherchez "conhost", puis cliquez sur les résultats. Comme vous le faites, vous verrez le changement de fenêtre principale pour vous montrer l'application( ou service) associée à cette instance particulière de l'hôte de la fenêtre de la console.
Si l'utilisation du processeur ou de la RAM indique que c'est l'instance qui vous cause des problèmes, au moins vous l'avez réduit à une application particulière.
Ce processus peut-il être un virus?
Le processus lui-même est un composant Windows officiel. Bien qu'il soit possible qu'un virus ait remplacé le véritable hôte de la fenêtre de la console par un exécutable, il est peu probable. Si vous voulez être sûr, vous pouvez vérifier l'emplacement du fichier sous-jacent du processus. Dans le Gestionnaire des tâches, cliquez avec le bouton droit sur un processus hôte de service et choisissez l'option «Ouvrir l'emplacement du fichier».
Si le fichier est stocké dans votre dossier Windows \ System32, vous pouvez être certain que vous n'avez pas de virus.
Il y a, en fait, un cheval de Troie nommé Conhost Miner qui se fait passer pour le processus hôte de la fenêtre de console. Dans le Gestionnaire des tâches, il apparaît exactement comme le processus réel, mais un peu de recherche révélera qu'il est stocké dans le dossier% userprofile% \ AppData \ Roaming \ Microsoft plutôt que dans le dossier Windows \ System32.Le cheval de Troie est en fait utilisé pour pirater votre PC pour extraire des Bitcoins, donc l'autre comportement que vous remarquerez s'il est installé sur votre système est que l'utilisation de la mémoire est supérieure à ce que vous pourriez attendre.80%).
Bien sûr, l'utilisation d'un bon antivirus est le meilleur moyen de prévenir( et de supprimer) les logiciels malveillants comme le Conhost Miner, et c'est quelque chose que vous devriez faire de toute façon. Mieux vaut prévenir que guérir!