Vous ouvrez le Gestionnaire des tâches et vous tombez sur RuntimeBroker.exe qui consomme 800 Mo de RAM. Panique légitime – sauf que ce processus est souvent parfaitement normal. Comprendre ce qu’il fait réellement permet de distinguer une situation saine d’un vrai problème en moins de deux minutes.
C’est quoi le Runtime Broker?
Le Runtime Broker, ou RuntimeBroker.exe en version complète, signifie littéralement « Windows Runtime Permissions Broker ». Son rôle : faire l’intermédiaire entre les applications UWP (Universal Windows Platform) et les ressources système sensibles comme la webcam, le microphone, la localisation GPS ou les contacts.
Concrètement, quand une application du Microsoft Store demande l’accès à votre géolocalisation, c’est le Runtime Broker qui vérifie si vous avez accordé cette permission, puis transmet ou refuse l’accès. Sans lui, les apps modernes pourraient théoriquement accéder à vos données sans contrôle.
Ce processus existe depuis Windows 8, première version à intégrer les applications universelles packagées. Il s’est maintenu dans Windows 10, puis Windows 11, où son rôle s’est encore élargi avec la multiplication des composants système packagés en format moderne.
Emplacement et identification du fichier RuntimeBroker.exe
Le fichier légitime se trouve exclusivement dans C:\Windows\System32. C’est la première vérification à faire si vous doutez de l’authenticité du processus : cliquez droit sur RuntimeBroker.exe dans le Gestionnaire des tâches, sélectionnez « Ouvrir l’emplacement du fichier ». Tout autre répertoire est suspect.
La signature numérique Microsoft confirme l’origine du fichier. Pour la vérifier : clic droit sur le fichier, Propriétés, onglet Signatures numériques. Vous devez y voir Microsoft Windows Publisher avec une signature valide.
Côté taille, le fichier existe en plusieurs variantes selon la version de Windows. La taille la plus fréquente sur Windows 10 et 11 est 73 328 octets, présente dans environ 17 % des installations recensées, avec une variante à 76 872 octets également répandue. Ces écarts entre variantes sont normaux et liés aux mises à jour cumulatives. La cote de dangerosité technique du fichier légitime est évaluée à 3 % seulement.
Consommation CPU et RAM : quels niveaux sont normaux?
Au repos, le Runtime Broker tourne à 0 % de CPU et entre 20 et 40 Mo de RAM. C’est sa signature normale lorsqu’aucune application UWP n’interagit avec des ressources sensibles. Si vous le voyez à ces niveaux dans le Gestionnaire des tâches, tout va bien.
Lors du lancement d’une application UWP, un pic bref est attendu : la consommation CPU peut monter à 25-30 % pendant quelques secondes, puis redescendre à zéro. La RAM peut grimper temporairement vers 500-700 Mo selon la complexité des vérifications de permissions. Ce pic doit se résorber en moins d’une minute.
Le seuil d’alerte, selon Microsoft, se situe quand la consommation dépasse 15 % de la mémoire totale du système de façon persistante. Sur une machine avec 8 Go de RAM, cela représente environ 1,2 Go. En cas de dysfonctionnement réel, le processus peut saturer le CPU à 100 % et maintenir plus d’1 Go de RAM occupé indéfiniment – là, c’est anormal.
| Situation | CPU | RAM |
|---|---|---|
| Repos (normal) | 0 % | 20-40 Mo |
| Lancement d’une app UWP (normal) | Pic 25-30 %, bref | 500-700 Mo temporaire |
| Dysfonctionnement | 100 % persistant | +1 Go continu |
Pourquoi Runtime Broker est-il ouvert plusieurs fois?
Depuis la mise à jour Windows 1709 (Fall Creators Update), voir plusieurs instances de RuntimeBroker.exe simultanément dans le Gestionnaire des tâches est un comportement normal. Windows crée un processus distinct pour chaque application UWP active qui nécessite une gestion de permissions.
Autrement dit : si vous avez Photos, Météo et le Microsoft Store ouverts en même temps, vous pouvez avoir trois instances distinctes. Chacune gère les droits d’accès de son application de façon isolée. Cette architecture améliore la stabilité – si une app plante, son Runtime Broker associé ne fait pas tomber les autres.
Sous Windows 11, ce phénomène est encore plus visible. Beaucoup d’éléments d’interface natifs – les Widgets, l’application Paramètres, certains composants de la barre des tâches – sont désormais packagés en format moderne. Chacun peut générer sa propre instance, ce qui explique pourquoi vous pouvez en compter cinq ou six sans avoir ouvert une seule application tierce.
Runtime Broker sous Windows 10 et Windows 11 : quelles différences?
Sous Windows 10, le Runtime Broker s’active principalement en réponse aux tuiles dynamiques du menu Démarrer et aux applications configurées pour tourner en arrière-plan. Désactivez les tuiles dynamiques et limitez les apps en arrière-plan, et son activité chute significativement.
Windows 11 change la donne. L’intégration des frameworks modernes est beaucoup plus profonde dans l’interface elle-même : les Widgets, le panneau Notifications, l’application Paramètres et plusieurs éléments visuels natifs passent par ces mêmes canaux UWP. Le Runtime Broker peut donc s’activer même quand vous n’avez ouvert aucune application tierce – simplement parce que vous avez consulté la météo depuis les Widgets.
Résultat pratique : sur Windows 11, le nombre d’instances simultanées est structurellement plus élevé qu’en Windows 10 à usage équivalent. Ce n’est pas un signe de problème, mais une conséquence directe de l’architecture choisie par Microsoft. Les utilisateurs qui migrent de Windows 10 vers Windows 11 et s’inquiètent de voir soudainement davantage d’instances peuvent donc être rassurés sur ce point.
Runtime Broker error : causes et solutions aux erreurs courantes
Une « runtime broker error » se manifeste généralement de deux façons : soit le processus consomme des ressources de façon anormale et persistante, soit Windows affiche un message d’erreur explicite lors du démarrage ou de l’ouverture d’une application.
Les causes les plus fréquentes sont une application UWP corrompue ou mal installée, un cache du Microsoft Store défaillant, ou une mise à jour Windows incomplète. Une application qui boucle sur une demande de permission peut faire grimper le Runtime Broker indéfiniment.
- Mettre à jour toutes les applications via le Microsoft Store (rubrique Bibliothèque)
- Réinitialiser le Microsoft Store : Win + R, taper wsreset.exe, valider
- Lancer l’utilitaire de résolution des problèmes d’applications du Store (Paramètres → Système → Résolution des problèmes)
- Effectuer un scan système avec sfc /scannow dans une invite de commandes en administrateur
- Vérifier les mises à jour Windows en attente dans Paramètres → Windows Update
Si le problème persiste après ces étapes, identifier l’application responsable via le Gestionnaire des tâches (voir la section suivante) permet de cibler directement l’origine sans tâtonner.
Runtime Broker est-il un virus? Comment distinguer le vrai du faux?
Des malwares utilisent délibérément le nom « RuntimeBroker.exe » pour se fondre dans la liste des processus système. Les souches identifiées incluent Trojan.GenericKD.5105096 détecté par BitDefender et HEUR:Backdoor.MSIL.Light, deux familles qui usurpent ce nom précisément parce qu’il paraît légitime aux yeux d’un utilisateur non averti.
La distinction se fait en trois vérifications rapides. D’abord, l’emplacement : tout fichier RuntimeBroker.exe situé ailleurs que dans C:\Windows\System32 est suspect, sans exception. Ensuite, la signature numérique : un fichier légitime porte la signature Microsoft Windows Publisher valide. Enfin, la consommation : un processus malveillant usurpateur tend à maintenir une charge CPU élevée en continu, sans corrélation avec l’ouverture d’applications.
Si vous avez un doute, la marche à suivre est la suivante : isolez le processus dans le Gestionnaire des tâches, notez son PID (identifiant de processus), puis utilisez l’outil Process Explorer de Sysinternals pour vérifier la signature et l’emplacement exact. Un antivirus à jour (Windows Defender suffit dans la majorité des cas) peut aussi confirmer ou infirmer la suspicion. Pensez à agir de la même façon si vous rencontrez un fichier ouvert dans COM Surrogate, autre processus système régulièrement imité par des malwares.
Faut-il désactiver Runtime Broker?
La tentation de désactiver le processus est compréhensible quand il consomme beaucoup de ressources. Mais supprimer ou bloquer RuntimeBroker.exe perturbe le fonctionnement des applications UWP : elles ne peuvent plus vérifier leurs permissions, ce qui entraîne des plantages, des refus d’accès à la caméra ou au micro, et parfois une instabilité générale.
Il est techniquement possible de le terminer via le Gestionnaire des tâches – Windows le relance automatiquement quelques secondes plus tard. Modifier les droits du fichier dans System32 pour l’empêcher de s’exécuter est une manipulation risquée qui peut corrompre des fonctionnalités système. Le jeu n’en vaut pas la chandelle, surtout quand des alternatives moins invasives existent.
Sur Windows 11, le composant est encore moins dissociable du système qu’en Windows 10. Si votre objectif est de réduire la charge globale, mieux vaut agir sur les applications qui sollicitent le Runtime Broker plutôt que sur le Runtime Broker lui-même. C’est la même logique qui s’applique à d’autres composants système comme TrustedInstaller : bloquer le composant crée plus de problèmes qu’il n’en résout.
Comment enlever l’impact de Runtime Broker sans le supprimer?
La méthode la plus efficace consiste à identifier quelle application UWP provoque la charge. Dans le Gestionnaire des tâches, développez l’arbre du processus RuntimeBroker.exe concerné (Windows 11 affiche parfois le nom de l’application parente directement). Si ce n’est pas visible, l’outil Process Explorer de Sysinternals affiche l’arbre complet des processus parents et enfants.
Une fois l’application identifiée, vous avez plusieurs leviers :
- Désactiver l’exécution en arrière-plan de l’application : Paramètres → Applications → choisir l’app → Options avancées → Autorisation d’exécution en arrière-plan → Jamais
- Limiter les notifications de l’application pour réduire ses sollicitations au Runtime Broker
- Révoquer les permissions inutiles (localisation, micro, caméra) dans Paramètres → Confidentialité et sécurité
- Désinstaller les applications UWP préinstallées que vous n’utilisez pas, via PowerShell ou l’application de désinstallation directe
- Désactiver les Widgets sous Windows 11 si vous ne les utilisez pas : clic droit sur la barre des tâches → Paramètres de la barre des tâches
Pour les fichiers ouverts dans le Runtime Broker qui bloquent une opération (renommer, déplacer un fichier), le plus simple est de terminer temporairement l’instance concernée dans le Gestionnaire des tâches. Windows la relance aussitôt, mais le verrou sur le fichier est libéré dans l’intervalle.
Un système avec peu d’applications UWP installées et les permissions bien calibrées génère un Runtime Broker quasi silencieux. C’est là que se joue vraiment la différence entre une machine qui respire et une qui rame en permanence – pas dans la suppression d’un processus qui fait son travail.