
Runtime Broker — это системный процесс Windows, который отвечает за разрешения приложений из Microsoft Store. Он проверяет, может ли конкретное приложение получить доступ к камере, микрофону, файлам или другим защищённым ресурсам компьютера. Появился этот процесс ещё в Windows 8 и с тех пор работает в фоне на всех современных версиях системы. Сам по себе он не опасен, но иногда заметно нагружает процессор и память — и вот тут у пользователей обычно возникают вопросы.
Приложения из Microsoft Store устроены иначе, чем обычные программы для Windows. Они называются UWP (Universal Windows Platform) и работают в изолированной среде — это сделано для безопасности, чтобы одно приложение не могло без разрешения залезть в файлы другого или включить веб-камеру без вашего согласия.
Рядом по теме: Csrss.exe: что за процесс и почему он запущен и TiWorker.exe: что это за процесс и почему он грузит систему.
Именно эту прослойку контролирует Runtime Broker. Когда приложение запрашивает доступ к микрофону или к папке с документами, запрос идёт через этот процесс. Он проверяет права, сверяется с настройками системы и либо пропускает запрос, либо блокирует его. По сути, это посредник между приложением и защищёнными ресурсами — отсюда и название: broker переводится как «посредник».
В обычном состоянии Runtime Broker потребляет минимум ресурсов — доли процента процессора и несколько десятков мегабайт памяти. Заметная нагрузка появляется в момент, когда открыто приложение из Microsoft Store и оно активно запрашивает доступ к разным разрешениям.
Чаще всего скачок нагрузки короткий: пару секунд после запуска приложения или переключения между окнами. Если же процесс держит высокую нагрузку постоянно, это уже не норма. Такое бывает при зависшем приложении, конфликте разрешений или редком сбое самой системы.
Runtime Broker — легитимный компонент Windows, и вирусом он не является. Но вредоносные программы иногда маскируются под системные процессы, копируя их название почти буква в букву. Разница обычно в мелочах: лишний пробел, заглавная буква не там, где нужно, или расположение файла не в системной папке.
Проверить это просто: откройте «Диспетчер задач» (сочетание Ctrl+Shift+Esc), найдите процесс, нажмите правой кнопкой и выберите «Открыть расположение файла». Настоящий Runtime Broker лежит в системной папке Windows — если файл находится где-то в «Загрузках» или во временных папках, это повод насторожиться и проверить систему антивирусом.
| Ситуация | Что происходит | Нужно ли действовать |
|---|---|---|
| Кратковременный скачок нагрузки при запуске приложения | Runtime Broker проверяет разрешения | Нет, это нормальная работа процесса |
| Нагрузка держится долго при открытом приложении из Store | Приложение постоянно запрашивает доступ к ресурсам | Стоит проверить настройки приватности приложения |
| Высокая нагрузка без открытых UWP-приложений | Возможен сбой или зависший процесс | Да, перезапустить процесс или систему |
| Файл процесса лежит не в системной папке | Вероятная маскировка вредоносной программы | Да, проверить антивирусом |
Первым делом посмотрите, какое приложение открыто в данный момент — часто достаточно закрыть его, и нагрузка спадает сама. Если это не помогает, попробуйте по порядку:
Отключить процесс совсем через диспетчер задач можно, но смысла в этом немного: система запустит его снова при первой необходимости. А без него часть приложений из Store может начать работать с ошибками разрешений.
Пользователи нередко видят Runtime Broker в диспетчере задач с нагрузкой 5-10% и сразу решают, что это вирус или «тормозящий систему процесс», и пытаются его удалить или заблокировать через реестр. Делать это не нужно — короткие скачки нагрузки для этого процесса нормальны, а вмешательство в системные файлы через реестр без понимания того, что вы меняете, может привести к более серьёзным проблемам с работой Store-приложений.
Вторая типичная ошибка — путать Runtime Broker с похожими по названию процессами, например Runtime Broker Helper или сторонними процессами с похожим именем. Если название отличается хотя бы на символ, разбираться нужно отдельно — возможно, речь уже не про системный компонент Windows.
Технически да, через диспетчер задач или редактор групповых политик, но делать это не стоит. Процесс отвечает за разрешения приложений из Microsoft Store, и без него часть таких приложений начнёт работать нестабильно или вовсе откажется запускаться.
Память процесс использует, чтобы хранить временные данные о запросах разрешений — какие приложения что запрашивали и какой ответ получили. Обычно это несколько десятков мегабайт, и объём растёт вместе с количеством одновременно открытых UWP-приложений.
Да, процесс работает во всех версиях начиная с Windows 8, включая Windows 10 и Windows 11. Принцип его работы не менялся — он всё так же контролирует доступ приложений из Microsoft Store к защищённым ресурсам.
В редких случаях да, особенно если антивирус настроен на строгий контроль системных процессов. Если после установки или обновления антивируса приложения из Store перестали получать доступ к камере или микрофону, стоит проверить журнал блокировок антивируса и добавить процесс в исключения через официальную инструкцию производителя защитного софта.