Le gestionnaire de tâches s'exécute-t-il en tant qu'administrateur par défaut sur Windows 10?


29

J'essayais de fermer un processus non réactif, et après la première fois que j'ai cliqué sur "Terminer le processus", rien ne s'est produit. J'ai donc recommencé et cette fois, une fenêtre s'est ouverte disant "L'accès est refusé". Finalement, le processus s'est terminé, mais cela m'a fait réfléchir ..

Si j'avais exécuté le gestionnaire de tâches en tant qu'administrateur, est-ce qu'il m'aurait quand même donné ce message "Accès refusé"? Ou, en fait, Windows 10 exécute-t-il le gestionnaire de tâches en tant qu'administrateur par défaut (lorsque le compte d'utilisateur est un administrateur). De plus, y a-t-il une différence entre l'exécuter en tant qu'administrateur ou non ?

L'exécuter en tant qu'administrateur via cette méthode:

Je ne vois aucune différence notable entre cela et simplement faire Ctrl+ Shift+ Escape.

Remarque: Cette question concerne spécifiquement Windows 10 (et éventuellement 8 / 8.1) et j'utilise Pro. De plus, mon UAC est défini sur «Ne jamais notifier».


Si l'UAC est désactivé et que vous utilisez un compte administrateur, chaque processus que vous démarrez s'exécute avec des privilèges d'administrateur.
Alexey Ivanov

@AlexeyIvanov Je ne pense pas que ce soit vrai. Peut-être certains, mais pas tous les processus et applications ..
Insane

2
Vous avez raison: cela a changé avec Windows 8: le comportement de l'UAC pour le paramètre "Ne jamais notifier" ne désactive plus l'UAC. Le paramètre "Ne jamais notifier" vous donne un jeton divisé et élève toujours automatiquement le privilège requis. … Vous pouvez toujours désactiver l'UAC en utilisant des stratégies de groupe ou en définissant manuellement la clé de registre. Source: Contrôle de compte d'utilisateur . Mais si vous désactivez complètement l'UAC, tous les processus sont démarrés avec des privilèges d'administrateur.
Alexey Ivanov

1
@AlexeyIvanov Et maintenant que j'ai désactivé l'UAC de la stratégie de groupe, vous avez raison! Tout tourne désormais bien.
Insane

Oui. Bien que les applications Windows Metro IIRC dépendent de ne pas élever.
qasdfdsaq

Réponses:


37

Le gestionnaire de tâches s'exécute-t-il en tant qu'administrateur par défaut sur Windows 10?

Uniquement s'il est exécuté à partir d'un compte administrateur. La réponse de Ben N ci-dessous a une excellente explication de la façon dont cela est réellement mis en œuvre.

Si j'avais exécuté le gestionnaire de tâches en tant qu'administrateur, m'aurait-il quand même donné ce message «Accès refusé»?

Oui. Il existe de nombreux processus que même un administrateur n'est pas autorisé à terminer. En outre, essayer de mettre fin à une tâche inexistante génère également ce message d'erreur.

Si la raison pour laquelle vous avez reçu le message "Accès refusé" est due au fait que le Gestionnaire des tâches ne s'exécute pas en tant qu'administrateur, vous obtiendrez ce message très explicite vous le disant:

entrez la description de l'image ici

De plus, y a-t-il une différence entre l'exécuter en tant qu'administrateur ou non?

Oui, mais vous devez l'exécuter à partir d'un compte non administrateur pour le voir.

Soit dit en passant, tous les comportements ci-dessus sont exactement les mêmes que dans Windows 8 / 8.1


1
En effet, ça l'est. Couvre tous les points, mais je suis enclin à donner 48 heures pour que d'autres réponses aient une chance (comme je l'ai crié à plusieurs reprises pour avoir accepté trop tôt :)
Insane

D'après mon expérience, cela se produit généralement lorsqu'un processus est bloqué en attendant la fin d'une demande d'E / S en mode noyau. Voir «Accès refusé» lorsque vous essayez de mettre fin à un processus sur Windows 8
Christopher Oicles

Il est possible de mettre fin à ces processus si vous démarrez taskmgr en tant que SYSTEM, en utilisant "psexec -d -i -s taskmgr"
drake7707

1
@ drake7707 En fait, les processus protégés ne peuvent pas être interrompus ou même écrits en DAC depuis le mode utilisateur, même si vous exécutez en tant que SYSTEM. Je ne crois pas non plus que le mode utilisateur puisse traiter avec autorité les processus suspendus en mode noyau; vous devez fermer toutes les poignées ( voir une autre de mes réponses ) et attendre que toutes les requêtes en mode noyau se terminent.
Ben N

@BenN Plus généralement, au point de suspendre quelque chose dans le noyau; N'avez-vous pas potentiellement des problèmes beaucoup plus graves qu'une simple application qui ne peut être interrompue par aucun moyen sûr.
Dan Neely

18

La réponse actuelle est très bonne. Je vais fournir quelques détails techniques, pour ceux qui aiment de telles choses.

Taskmgr.exe(in \Windows\System32) est le programme exécuté lorsque vous appelez le Gestionnaire des tâches. En l'inspectant avec un éditeur hexadécimal, j'ai découvert que son manifeste était défini requestedExecutionLevelsur highestAvailable. Cela signifie que si vous exécutez en tant qu'administrateur local, le Gestionnaire des tâches vous demandera de vous élever. Vous pouvez facilement le démontrer en définissant l'UAC au niveau le plus élevé et en appuyant sur Ctrl + Maj + Echap pour lancer le Gestionnaire des tâches, en notant qu'il produit une invite d'élévation. Si l'UAC n'est pas au plus haut niveau, le Gestionnaire des tâches peut élever silencieusement car il s'agit d'un composant Windows intégral. En bref, oui, le Gestionnaire des tâches s'exécute en tant qu'administrateur par défaut lorsque cela est possible .

highestAvailable(par opposition à requireAdministrator) permet aux non-administrateurs d'exécuter le programme sans être invité à élever, mais bien sûr, ils ne pourront rien faire d'administration.

Une façon simple et rapide de voir si un programme s'exécute en mode élévé consiste à activer la colonne de virtualisation UAC dans l'onglet Détails du Gestionnaire des tâches. Si et seulement si l'entrée d'un processus dans cette colonne n'est pas autorisée , elle est élevée. (Les processus administratifs ne peuvent pas être redirigés par compatibilité.) Vous pouvez également vérifier s'il dispose des privilèges puissants (par exemple SeSecurityPrivilege) à l'aide de Sysinternals Process Explorer .

En réponse à votre question sur l'accès toujours refusé à certains processus, Windows a un concept de processus protégés qui ne peuvent absolument pas être touchés par le mode utilisateur, pas même par les processus s'exécutant en tant que SYSTEM; la protection est appliquée par le noyau. Seuls les services système essentiels bénéficient de ce type de protection. Un tel processus est csrss.


2
De nombreuses applications antivirus (y compris celles de Microsoft) sont également protégées.
qasdfdsaq

car c'est un composant Windows intégré. Cela ressemble à un moyen pour un malware de se lancer avec des privilèges d'administrateur sans invite UAC ... Je me demande comment un jeu parvient à obtenir une telle sécurité renforcée par le noyau.
CausingUnderflowsEverywhere

@CausingUnderflowsEverywhere Pour altérer la logique qui choisit ce qu'est un "composant Windows intégral", les logiciels malveillants doivent déjà être exécutés en tant qu'administrateur, bien qu'il existe plusieurs autres stratégies d'exploitation de contournement UAC connues. De plus, je crois que le service Application Information (un programme en mode utilisateur) est responsable du traitement des demandes d'élévation.
Ben N

1

J'ai découvert une autre cause possible de ce message d'erreur, ce que je n'aurais jamais pensé vérifier lors du dépannage d'une erreur «Accès refusé».

Contexte

Microsoft a introduit un nouveau mécanisme de gestion des ressources, à partir de Windows 8. Lorsque les ressources du système sont en forte demande, Windows peut choisir certains processus à placer dans un état "Suspendu", afin de libérer leurs ressources pour d'autres processus. Un processus suspendu est essentiellement gelé jusqu'à ce que le système le suspende, ce qui se produit le plus souvent en réponse au lancement par l'utilisateur d'une interaction avec ce processus. Pour une raison quelconque, le Gestionnaire des tâches n'est pas exempt de ce mécanisme, et en fait il a un comportement particulièrement inattendu: lorsque Windows place taskmgr.exe dans l'état suspendu, son paramètre «Vitesse de mise à jour» est également modifié, quel que soit le paramètre que vous aviez défini. à, à suspendu. Cependant, lorsque le processus n'est pas suspendu, le paramètre "Vitesse de mise à jour" n'est pas restauré à sa valeur d'origine - il reste sur le paramètre Pause !

Erreur Cause

Lorsque la «Vitesse de mise à jour» du Gestionnaire des tâches est définie sur En pause , l'onglet Détails peut afficher les processus qui ne sont plus en cours d'exécution. Si tel est le cas et que vous tentez de "terminer le processus" sur un tel processus inexistant, vous obtiendrez l'erreur "Accès refusé". La solution (à court terme) * consiste à s'assurer que la «vitesse de mise à jour» est définie sur autre chose, comme Normal , avant d'essayer de mettre fin à un processus.

 

* Quant à la solution à long terme d'empêcher le paramètre "Vitesse de mise à jour" de basculer sur Pause en premier lieu (ce qui se produit constamment ) ... Je suis toujours à la recherche de celui-là!

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.