Qu'est-ce que conhost.exe et pourquoi est-il en cours d'exécution?

Table des matières:

Qu'est-ce que conhost.exe et pourquoi est-il en cours d'exécution?
Qu'est-ce que conhost.exe et pourquoi est-il en cours d'exécution?

Vidéo: Qu'est-ce que conhost.exe et pourquoi est-il en cours d'exécution?

Vidéo: Qu'est-ce que conhost.exe et pourquoi est-il en cours d'exécution?
Vidéo: iPhone 7 plus | mode portrait | test et conseils - YouTube 2024, Avril
Anonim
Vous êtes sans doute en train de lire cet article car vous êtes tombé par hasard sur le processus de l’hôte de la fenêtre de la 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.
Vous êtes sans doute en train de lire cet article car vous êtes tombé par hasard sur le processus de l’hôte de la fenêtre de la 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 d'explications sur divers processus trouvés dans le Gestionnaire des tâches, tels que svchost.exe, dwm.exe, ctfmon.exe, mDNSResponder.exe, rundll32.exe, Adobe_Updater.exe et bien d'autres. Vous ne savez pas ce que sont ces services? Mieux vaut commencer à lire!

Alors, quel est le processus hôte de la fenêtre de la console?

Comprendre le processus hôte de la fenêtre de console nécessite un peu d’historique. Sous Windows XP, l'invite de commande était gérée par un processus nommé CSRSS (ClientServer Runtime System Service). Comme son nom l'indique, CSRSS était un service de niveau système. Cela a créé quelques problèmes. Premièrement, un crash dans CSRSS pourrait faire tomber tout un système, ce qui exposerait non seulement des problèmes de fiabilité, mais également des vulnérabilités de sécurité. Le deuxième problème était que CSRSS ne pouvait pas être thématisé, car les développeurs ne voulaient pas risquer le code de thème à exécuter dans un processus système. Ainsi, l'invite de commande avait toujours 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 telle que le Bloc-notes.

Windows Vista a introduit Desktop Window Manager, un service qui «dessine» des vues composites de Windows sur votre bureau plutôt que de laisser chaque application en gérer elle-même. L’invite de commande en a tiré quelques thèmes superficiels (comme le cadre vitreux présent dans d’autres fenêtres), mais cela a entraîné le risque de pouvoir faire glisser des fichiers, du texte, etc. dans la fenêtre d’invite de commande.
Windows Vista a introduit Desktop Window Manager, un service qui «dessine» des vues composites de Windows sur votre bureau plutôt que de laisser chaque application en gérer elle-même. L’invite de commande en a tiré quelques thèmes superficiels (comme le cadre vitreux présent dans d’autres fenêtres), mais cela a entraîné le risque de pouvoir faire glisser des fichiers, du texte, etc. dans la fenêtre d’invite de commande.

Pourtant, cette thématisation n’est allée jusqu’à présent. Si vous examinez la console dans Windows Vista, vous constaterez 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. En effet, Desktop Window Manager gère le dessin des barres de titre et du cadre, mais une fenêtre CSRSS à l'ancienne est toujours visible.

Entrez Windows 7 et le processus hôte de la fenêtre de console. Comme son nom l'indique, il s'agit d'un processus hôte pour la fenêtre de la console. Le processus se situe en quelque sorte entre CSRSS et l'invite de commande (cmd.exe), ce qui permet à Windows de résoudre les deux problèmes précédents: les éléments d'interface tels que les barres de défilement sont dessinés correctement et vous pouvez à nouveau glisser-déposer dans l'invite de commande. Et c’est la méthode encore utilisée dans Windows 8 et 10, permettant tous les nouveaux éléments d’interface et les nouveaux styles apparus depuis Windows 7.
Entrez Windows 7 et le processus hôte de la fenêtre de console. Comme son nom l'indique, il s'agit d'un processus hôte pour la fenêtre de la console. Le processus se situe en quelque sorte entre CSRSS et l'invite de commande (cmd.exe), ce qui permet à Windows de résoudre les deux problèmes précédents: les éléments d'interface tels que les barres de défilement sont dessinés correctement et vous pouvez à nouveau glisser-déposer dans l'invite de commande. Et c’est la méthode encore utilisée dans Windows 8 et 10, permettant tous les nouveaux éléments d’interface et les nouveaux styles apparus depuis Windows 7.

Même si le gestionnaire de tâches présente l’hôte de la fenêtre de console comme une entité distincte, il est toujours étroitement associé à CSRSS. Si vous vérifiez le processus conhost.exe dans Process Explorer, vous pouvez voir qu'il est exécuté sous le processus csrss.ese.

En fin de compte, l'hôte de fenêtre de console est un peu comme un shell qui conserve la puissance nécessaire à l'exécution d'un service de niveau système tel que CSRSS, tout en offrant de manière sécurisée et fiable la possibilité d'intégrer des éléments d'interface modernes.
En fin de compte, l'hôte de fenêtre de console est un peu comme un shell qui conserve la puissance nécessaire à l'exécution d'un service de niveau système tel que CSRSS, tout en offrant de manière sécurisée et fiable la possibilité d'intégrer des éléments d'interface modernes.

Pourquoi plusieurs processus du processus sont-ils en cours d'exécution?

Vous verrez souvent plusieurs instances du processus d’hôte de la fenêtre de console s’exécuter dans le Gestionnaire des tâches. Chaque instance d'invite de commande en cours d'exécution génère son propre processus d'hôte de fenêtre de console. En outre, d’autres applications utilisant la ligne de commande génèrent leur propre processus d’hôte de la console Windows, même si vous ne voyez pas de fenêtre active pour elles. L'application Plex Media Server en est un bon exemple. Elle est exécutée en tant qu'application d'arrière-plan et utilise la ligne de commande pour être disponible pour les autres périphériques de votre réseau.
Vous verrez souvent plusieurs instances du processus d’hôte de la fenêtre de console s’exécuter dans le Gestionnaire des tâches. Chaque instance d'invite de commande en cours d'exécution génère son propre processus d'hôte de fenêtre de console. En outre, d’autres applications utilisant la ligne de commande génèrent leur propre processus d’hôte de la console Windows, même si vous ne voyez pas de fenêtre active pour elles. L'application Plex Media Server en est un bon exemple. Elle est exécutée en tant qu'application d'arrière-plan et utilise la ligne de commande pour être disponible pour les autres périphériques de votre réseau.

De nombreuses applications en arrière-plan fonctionnent de cette manière. Il est donc courant 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. Dans la plupart des cas, chaque processus devrait occuper très peu de mémoire (généralement moins de 10 Mo) et presque zéro processeur, à moins que le processus ne soit actif.

Cela dit, si vous remarquez qu'une instance particulière de l'hôte de la fenêtre de la console, ou d'un service associé, pose des problèmes, tels qu'une utilisation excessive excessive du processeur ou de la mémoire RAM, vous pouvez vous renseigner sur les applications spécifiques impliquées. Cela pourrait au moins vous donner une idée de l'endroit où commencer le dépannage. Malheureusement, le gestionnaire de tâches lui-même ne fournit pas de bonnes informations à ce sujet. La bonne nouvelle est 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: il s’agit d’une application portable, vous n’avez donc pas besoin de l’installer. Process Explorer fournit toutes sortes de fonctionnalités avancées. Nous vous recommandons vivement de lire notre guide de compréhension de Process Explorer pour en savoir plus.

Le moyen le plus simple de suivre ces processus dans Process Explorer consiste à appuyer d'abord sur Ctrl + F pour lancer une recherche. Recherchez «conhost», puis cliquez sur les résultats. Dans ce cas, la fenêtre principale change pour vous montrer l’application (ou le 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éduite à une application particulière.
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éduite à une application particulière.

Ce processus pourrait-il être un virus?

Le processus lui-même est un composant Windows officiel. Même s’il est possible qu’un virus ait remplacé le véritable hôte de la fenêtre de la console par un propre exécutable, il est peu probable.Si vous souhaitez en être sûr, vous pouvez consulter l’emplacement sous-jacent du processus. Dans le Gestionnaire des tâches, cliquez avec le bouton droit de la souris sur un processus de l'hôte de service et choisissez l'option «Ouvrir l'emplacement du fichier».

Si le fichier est stocké dans votre
Si le fichier est stocké dans votre

WindowsSystem32

dossier, alors vous pouvez être à peu près certain de ne pas avoir affaire à un virus.

En fait, il existe un cheval de Troie nommé Conhost Miner qui se fait passer pour le processus d’hôte de la fenêtre de console. Dans le Gestionnaire des tâches, il ressemble au processus réel, mais un peu de creusage révélera qu’il est réellement stocké dans le répertoire.
En fait, il existe un cheval de Troie nommé Conhost Miner qui se fait passer pour le processus d’hôte de la fenêtre de console. Dans le Gestionnaire des tâches, il ressemble au processus réel, mais un peu de creusage révélera qu’il est réellement stocké dans le répertoire.

%userprofile%AppDataRoamingMicrosoft

dossier plutôt que le

WindowsSystem32

dossier. Le cheval de Troie est en fait utilisé pour détourner votre PC des mines en Bitcoins. L’autre comportement que vous remarquerez s’il est installé sur votre système est que l’utilisation de la mémoire est plus importante que prévu et que l’utilisation de la CPU se maintient à des niveaux très élevés 80%).

Bien sûr, utiliser un bon antivirus est le meilleur moyen de prévenir (et de supprimer) les logiciels malveillants tels que Conhost Miner. C’est quelque chose que vous devriez faire de toute façon. Mieux vaut prévenir que guérir!

Conseillé: