Ошибка dcom ошибка доступа

Обновлено 27.08.2022

Добрый день! Уважаемые читатели IT блога Pyatilistnik.org, в прошлый раз мы с вами разобрали за, что отвечает библиотека vcruntime140.dll и на сколько она важна для работы многих программ. Сегодня я хочу вам рассказать, об интересном случае, когда специализированный софт может не получить доступ к удаленному компьютеры по RPC протоколу из-за новых политик безопасности DCOM. В логах будет фигурировать событие об ошибке DCOM ID 10036 «политика уровня проверки подлинности на стороне сервера не разрешает пользователю». Давайте смотреть в чем дело.

❌Описание ошибки DCOM ID 10036 (EOleException)

Обратился ко мне мой коллега с просьбой показать ему, как отправлять сообщение всем пользователям терминального хоста. Я предложил ему бесплатную утилиту Terminal Services Manager и подумал, что задача выполнена, но не тут то было. Коллега сказал, что у него не подключается к RDSH хосту и высвечивается ошибка доступа. Я решил так же проверить данную ситуацию.

Запустив Terminal Services Manager, в логе я увидел вот такую ошибку подключения:

Сразу отмечу, что права на удаленный сервер у меня были и сетевая доступность присутствовала. Первым делом я полез на сам сервер, куда не удавалось произвести подключение. В логах системы я обнаружил массовую ошибку:

ID 10036: Политика уровня проверки подлинности на стороне сервера не разрешает пользователю ROOTsem SID (S-1-5-21-551888299-3078463796-123456789-46162) с адреса 10.11.11.210 для активации DCOM-сервера. Повысьте уровень проверки подлинности активации, чтобы RPC_C_AUTHN_LEVEL_PKT_INTEGRITY в клиентском приложении. («The server-side authentication level policy does not allow the user ROOTsem SID (S-1-5-21-551888299-3078463796-123456789-46162) from address 10.11.11.210 to activate DCOM server. Please raise the activation authentication level at least to RPC_C_AUTHN_LEVEL_PKT_INTEGRITY in client application.»)

Давайте выяснять в чем дело и как это можно обойти.

⚙️Причина ошибки DCOM ID 10036

Первое, что я стал изучать, что такое RPC_C_AUTHN_LEVEL_PKT_INTEGRITY. В итоге я наткнулся на статью Microsoft о константах уровня аутентификации.

Константы уровня аутентификации представляют собой уровни аутентификации, передаваемые различным функциям времени выполнения. Эти уровни перечислены в порядке возрастания аутентификации. Каждый новый уровень добавляет к аутентификации, обеспечиваемой предыдущим уровнем. Если библиотека времени выполнения RPC не поддерживает указанный уровень, она автоматически обновляется до следующего более высокого поддерживаемого уровня.

В итоге есть вот такой список констант:

• RPC_C_AUTHN_LEVEL_DEFAULT — Использует уровень проверки подлинности по умолчанию для указанной службы проверки подлинности.
• RPC_C_AUTHN_LEVEL_NONE — Не выполняет аутентификацию.
• RPC_C_AUTHN_LEVEL_CONNECT — Аутентифицируется только тогда, когда клиент устанавливает связь с сервером.
• RPC_C_AUTHN_LEVEL_CALL — Выполняет аутентификацию только в начале каждого вызова удаленной процедуры, когда сервер получает запрос. Не применяется к удаленным вызовам процедур, выполненным с использованием последовательностей протоколов на основе соединения (тех, которые начинаются с префикса «ncacn»). Если последовательность протокола в дескрипторе привязки представляет собой последовательность протокола на основе соединения, и вы указываете этот уровень, эта процедура вместо этого использует константу RPC_C_AUTHN_LEVEL_PKT.
• RPC_C_AUTHN_LEVEL_PKT — Аутентифицирует только то, что все полученные данные получены от ожидаемого клиента. Не проверяет сами данные.
• RPC_C_AUTHN_LEVEL_PKT_INTEGRITY — Аутентифицирует и проверяет, что никакие данные, передаваемые между клиентом и сервером, не были изменены.
• RPC_C_AUTHN_LEVEL_PKT_PRIVACY — Включает все предыдущие уровни и гарантирует, что данные в открытом виде могут быть видны только отправителю и получателю. В локальном случае это предполагает использование безопасного канала. В удаленном случае это включает шифрование значения аргумента каждого удаленного вызова процедуры.

Теперь стало понятно, за что отвечает RPC_C_AUTHN_LEVEL_PKT_INTEGRITY и видимо Microsoft, ужесточила какую-то политику безопасности, я стал изучать вопрос дальше. Поиск ошибки DCOM ID 10036 привел меня ну обсуждение нового обновления KB5004442, которое как я выяснил и вызывает эту ситуацию.

KB5004442 призвана усилить защиту DCOM объектов. Удаленный протокол модели распределенных компонентов (DCOM) — это протокол для предоставления объектов приложений с помощью удаленных вызовов процедур (RPC). DCOM используется для связи между программными компонентами сетевых устройств. Многие из нас на самом деле не понимают этого, и мы не можем диагностировать ошибки DCOM в наших журналах событий, которые, по-видимому, не оказывают серьезного влияния на наши сети. Эта технология представляет собой протокол для предоставления объектов приложения с помощью удаленных вызовов процедур (RPC).

RPC являются ключевой частью Windows. RPC — это клиент-серверный протокол, который разработчики приложений могут использовать для вызова процедур на локальном или удаленном узле в сети. Детали подключения и сортировка данных выполняются за кулисами на уровне RPC, что дает разработчикам средства для прямого подключения клиентских приложений к удаленному компьютеру. Это позволяет разработчикам не беспокоиться о знании деталей того, как данные передаются между двумя машинами и как вызываются процедуры.

С обновлениями безопасности от 14 июня 2022 г. RPC_C_AUTHN_LEVEL_PKT_INTEGRITY на серверах DCOM теперь включен по умолчанию. Клиент, которому это необходимо, может отключить его с помощью раздела реестра RequireIntegrityActivationAuthenticationLevel.

Согласно бюллетеню, злоумышленник сначала воспользуется уязвимостью, предложив клиенту DCOM каким-либо образом подключиться к специально созданному серверу, как правило, отправив пользователю фишинговое электронное письмо, чтобы завладеть системой. Затем злоумышленник использует эту информацию для доступа к серверу DCOM, а затем скомпрометирует его. Патч исправляет и усиливает аутентификацию, используемую между клиентами и серверами DCOM.

Я проверил RDSH хосты и действительно там прилетело данное обновление. Microsoft пока полностью не закрутило данную политику безопасности и ее еще можно обойти, но самое правильное, это доделать приложение, чтобы оно при обращении к серверу и запросе данных выполняло все требования вендора. На текущий момент есть вот такой график внедрения:

1. 8 июня 2021 г. — Изменения защиты отключены по умолчанию, но с возможностью включить их с помощью ключа реестра.
2. 14 июня 2022 г. — Защитные изменения включены по умолчанию, но с возможностью отключить их с помощью ключа реестра.
3. 14 марта 2023 г. — Усиление изменений включено по умолчанию, отключить их невозможно. К этому моменту вы должны решить все проблемы совместимости с усиливающими изменениями и приложениями в вашей среде.

Еще список обновлений несущих данное изменение: Windows Server 2022 — KB5005619, KB5005568. Windows 10, version 2004, Windows 10, version 20H2, Windows 10, version 21H1 — KB5005101. Windows Server 2019, Windows 10, version  1809 — KB5005102. Windows Server 2016, Windows 10, version 1607 — KB5005573. Windows Server 2012 R2 and Windows 8.1 — KB5006714. Данный список всегда меняется, так что смотрите в каталоге центра обновлений, что чем заменяется (https://www.catalog.update.microsoft.com/).

Так же помимо события ID 10036, есть еще два:

ID 10037: «Приложение %1 с PID %2 запрашивает активацию CLSID %3 на компьютере %4 с явно заданным уровнем аутентификации %5. Минимальный уровень аутентификации активации, требуемый DCOM, — 5 (RPC_C_AUTHN_LEVEL_PKT_INTEGRITY). Чтобы повысить уровень аутентификации активации, пожалуйста, обратитесь к поставщику приложения». («Application %1 with PID %2 is requesting to activate CLSID %3 on computer %4 with explicitly set authentication level at %5. The lowest activation authentication level required by DCOM is 5(RPC_C_AUTHN_LEVEL_PKT_INTEGRITY). To raise the activation authentication level, please contact the application vendor.»)

ID 10038: «Приложение %1 с PID %2 запрашивает активацию CLSID %3 на компьютере %4 с уровнем аутентификации активации по умолчанию %5. Минимальный уровень аутентификации активации, требуемый DCOM, — 5 (RPC_C_AUTHN_LEVEL_PKT_INTEGRITY). Чтобы повысить уровень аутентификации активации, пожалуйста, обратитесь к поставщику приложения». («Application %1 with PID %2 is requesting to activate CLSID %3 on computer %4 with default activation authentication level at %5. The lowest activation authentication level required by DCOM is 5(RPC_C_AUTHN_LEVEL_PKT_INTEGRITY). To raise the activation authentication level, please contact the application vendor.»)

• %1 — путь к приложению
• %2 — PID приложения
• %3 — CLSID класса COM, который приложение запрашивает для активации
• %4 — имя компьютера
• %5 — значение уровня аутентификации

💡Как устранить ошибку ID 10036

Первое, что вы должны сделать, это установить все доступные обновления, как на стороне сервера, куда идет подключение, так и на стороне системы откуда идет подключение. Напоминаю, что последнего можно найти в тексте ошибки:

ID 10036: Политика уровня проверки подлинности на стороне сервера не разрешает пользователю ROOTsem SID (S-1-5-21-551888299-3078463796-123456789-46162) с адреса 10.11.11.210 для активации DCOM-сервера. Повысьте уровень проверки подлинности активации, чтобы RPC_C_AUTHN_LEVEL_PKT_INTEGRITY в клиентском приложении.

Тут IP-адрес откуда идет подключение 10.11.11.210, там и нужно установить все возможные обновления безопасности.

Как только я обновился, ошибка EOleException ушла и мой Terminal Services Manager успешно подключился к серверу.

Если по каким, то причинам ваше приложение не заработало, а вам нужно, то есть лазейка до 2023 года в виде ключа реестра, который вы должны добавить на сервере, куда вы пытаетесь производить подключение. Запустите реестр Windows и перейдите в раздел:

HKEY_LOCAL_MACHINESOFTWARE MicrosoftOleAppCompat

И создайте там ключ реестра с типом REG_DWORD (32-бита) с именем RequireIntegrityActivationAuthenticationLevel.

• RequireIntegrityActivationAuthenticationLevel = 0x00000000 выключает политику
• RequireIntegrityActivationAuthenticationLevel = 0x00000001 включает политику

не забываем после создания ключа в реестре Windows произвести перезагрузку сервера

Если и данный метод вам не помог, то как крайняя мера может быть, это удаление обновления. Посмотрите список установленных обновлений командой:

После чего просто прочитайте инструкцию, как это сделать. Надеюсь, что вам оказалась полезна данная статья, и вы устранили ошибку EOleException. Если остались вопросы, то пишите их в комментариях. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.

Дополнительные ссылки

• https://docs.microsoft.com/en-us/windows/win32/rpc/authentication-level-constants
• https://support.microsoft.com/en-us/topic/kb5004442-manage-changes-for-windows-dcom-server-security-feature-bypass-cve-2021-26414-f1400b52-c141-43d2-941e-37ed901c769c
• https://msrc.microsoft.com/update-guide/vulnerability/CVE-2021-26414

Ошибка DistributedCOM с кодом события 10016 в Windows 11/10  — одна из самых известных проблем с которой пользователи сталкиваются в системном журнале. Эта ошибка запускается, когда определенные процессы не содержат прав доступа к компонентам DCOM, которые упоминаются в журналах событий. Это ограничивает безупречную работу компьютера, что в конечном итоге раздражает пользователей. Система сразу же забивает «Просмотрщик событий» тысячами сообщений с показам событий.

В ходе расследования выясняется, что при попытке запустить сервер DCOM с помощью приложения у вас нет никаких прав на это, и вы получите приведенную ниже ошибку в средстве просмотра событий: «Параметры разрешений для конкретного приложения не дают разрешения Локальной Активации для приложения COM-сервера«.

Перед тем, как приступить к исправлению, создайте точку восстановления системы.

Исправление кода события 10016 Ошибки DistributedCOM

Это самый быстрый и простой способ, чтобы исправить ошибку DistributedCOM с кодом события 10016, но менее надежный.

Нажмите Win+R и введите regedit, чтобы запустить редактор реестра. В реестре перейдите по пути:

HKEY_LOCAL_MACHINESOFTWAREMicrosoftOle

• Удалите следующие значения (некоторых может не быть): DefaultAccessPermission, DefaultLaunchPermission, MachineAccessRestriction, MachineLaunchRestriction.

Перезагрузите ПК и проверьте, появляется ли ошибка. Если да, то следуем ниже большому способу из 3 пунктов, где мы зададим привилегии для определенного DCOM.

Проверка процесса

1. Прежде всего должны отсортировать процесс или службу, связанную с кодом ошибки 10016. Далее вы найдете описание ошибки чуть ниже во вкладке «общие» или «подробности». Из описания скопируйте CLSID. Он может выглядеть как {D63B10C5… .

2. Отроем теперь редактор реестра. Нажмите сочетание кнопок Win+R и введите regedit.

3. В редакторе реестра выделите «Компьютер» одним нажатием мышки и нажмите «Правка» > «Найти«.

1. Введите в поле поиска свой CLSID ключ, который типа {D63B10C5… . Поставьте галочку искать только «имена разделов».
2. Вам выдаст ключ в правой стороне, выделите его мышкой один раз.
3. В правом поле у вас будет ключ «По умолчанию» со значением RuntimeBroker. Запомните это значение оно нам пригодится в дальнейшим.

Следующая задача — запустить сценарий, чтобы внести некоторые изменения в раздел разрешений, найденных в службах компонентов для этой службы.

Открытие сервисов компонентов

Наберите в поиске windows «Службы компонентов«, нажмите правой кнопкой мыши и выберите запустить от имени администратора.

Перейдите по следующему пути Службы компонентов > Компьютеры > Мой компьютер > Настройка DCOM > и найдите в списке RuntimeBroker.

В некоторых случаях может быть два файла с этим именем. Вам нужно выяснить, какой файл несет ответственность за ошибку, что ниже мы и сделаем.

1. Нажмите по очереди на двух файлов с именем RuntimeBroker правой кнопкой мыши выберите «Свойства«.
2. Во вкладке «Общие» у вас будет «Код приложения» запомните его на двух файлах RuntimeBroker.
3. Сравните код с ошибкой в «Журнале событий». APPID в журнале с ошибкой, должен соответствовать коду приложения в файле RuntimeBroker.

Исправление разрешений

Наконец, когда вы удостоверились, что это именно тот файл выдает ошибку, то проделайте следующие шаги:

• Нажмите в свойствах RuntimeBroker вкладку «Безопасность«.
• Кнопка «настроить» должна быть активной.
• Проделайте ниже шаги чтобы активировать настройки. (Не Запуск сценария PowerShell).

Запуск сценария PowerShell активирует эту кнопку настройки с помощью команды, но я рекомендую воспользоваться этим способом, если у вас не получилось все по порядку. Пропустите этот шаг «Запуск сценария PowerShell», если что потом вернетесь к нему.

• 1-2. Скопируйте «Код приложения» в службах и компонентах, компонента RuntimeBroker.
• 3. Откройте редактор реестра, нажмите «правка» > «найти» и вставьте код приложения, который до этого скопировали. Нажмите правой кнопкой мыши на найденным ключе в реестре и выберите «Разрешения«.
• 4. далее в окне нажмите «Дополнительно«.

1. В окне сверху «Владелец» нажмите «Изменить«.
2. В следующим окне нажмите внизу «Дополнительно«.
3. Нажмите справа «Поиск» и ниже со списка выберите «Администраторы«.

• Теперь переходим обратно в компоненты к свойству файла RuntimeBroker и мы видим, что теперь кнопка «настроить» стала интерактивной.
• Выскочит предупреждающее окно нажмите Удалить, если вам не мог код сценария powerShell.
• Нажмите Отмена, если вам помог код сценария powerShell.
• Нажмите Изменить напротив кнопки «настроить» в графе «разрешения на запуск и активацию».

Добавим группы система и local service.

1. В окне, где имеются учетные записи нажмите «Добавить«.
2. Ниже кнопка «Дополнительно«.
3. Нажмите «Поиск» с боку.
4. Найдите локальную службу LOCAL SERVICE и нажмите OK.

Аналогичным способом, что описан выше добавьте «Система«.

Теперь у вас появились две группы система и local service, нажмите на каждую из них и поставьте галочки в пунктах «Локальный запуск» и «Локальная активация».

Перезагрузите компьютер, ноутбук и код события 10016 Ошибка DistributedCOM должен пропасть.

[ Telegram | Поддержать ]

You might have encountered the notorious DistributedCOM 10016 error on Windows 10.

It is a known error, it has been around since the Windows 8 era and now it is even affecting Windows 11 users.

Although the error is not known to cause any serious damage to your operating system, it might be annoying to deal with it all the time.

Unfortunately, the error does not seem to resolve even after an upgrade. It arises due to the lack of user permissions when an application tries to start the DCOM server. 

It is delivered to the user in the form of a system error, along with a message having an APPID and CLSID. It’s just because both of them are unique for every app and they are required to allow application-specific permissions.

Moreover, users have reported multiple DCOM server-related errors. The most common ones are the following and note that you may fix them by using the solutions below:

• DistributedCOM 10016 unavailable sid – You may also get around this problem by altering the permissions on DCOM components in order to prevent this error from being logged.
• DistributedCOM 10016 freeze – This problem has been around since the early versions of Windows, but it has also been reported in Windows 10.
• DistributedCOM 10016 crash – In most cases, these problems occur in the background and do not in any way impair the experience that you, as a user, have.
• DistributedCOM warning – There are a few registry keys that are present in your registry that are known to create issues, despite the fact that they belong to a sub-category of the Microsoft registry itself.
• Event ID 10016 game crash – The computer will start up with a limited set of drivers and apps if a clean boot is performed; allowing the user to verify whether or not a background program is the source of the problem.
• 10016 error – In case you don’t have a backup of your registry, check out how to restore the registry without backup in Windows 10.

Please have a look at our solutions below that can help you remove the Windows 10 and 11 DistributedCOM 10016.

Is DistributedCOM 10016 error in Event Viewer serious?

Because these events are not intended to have any negative impact on the operation of the system, it is acceptable to disregard them. Therefore, no, this error is not a serious one and unless you are a professional or intend to fix it, you can leave it aside.

Without further ado, let’s jump right into the list of methods that you can use to fix DistributedCOM 10016. Follow along!

The fastest way to fix it is by tweaking the Registry. If you are not comfortable doing that, you can use a third-party automated tool that can fix any corrupted files.

Alternatively, you can also modify the permissions to try and fix the DistributedCOM 10016 error.

1. Delete the Registry keys

1. Press the Windows key + R to launch the Run console.

2. Type regedit in the Run dialog box and press Enter or click OK. The Registry Editor will open.

3. Navigate to the following section in the Registry:HKEY_LOCAL_MACHINESOFTWAREMicrosoftOle

4. Delete the following keys: DefaultAccessPermission, DefaultLaunchPermission, MachineAccessRestriction, and MachineLaunchRestriction.

5. Finally, you can save the changes by restarting your PC.

The recommended way to fix the DistributedCOM error 10016 is to make a few changes to your Registry. The default permissions will be written for the system if you delete the above-mentioned four keys from your registry.

Hence those apps that require access to the DCOM Server will eventually get access as a result. 

2. Use third-party software to fix this error

A lot of Windows errors are pretty hard to pinpoint and the DistributedCOM 10016 error is definitely one of them.

As you can see, we have some excellent solutions here but if editing the Registry is not your thing, you can try using a dedicated solution that will fix the problem automatically.

The solution recommended below can deal with any Windows 10 errors, including BSoD and DLL problems so give it a shot.

3. Enable sufficient permissions

1. Press the Windows key + R to start the Run app.
2. Type regedit and press Enter or click OK.
3. Navigate to the following section in the registry: HKEY_CLASSES_ROOTCLSID
4. Expand it and spot the CLSID folder that has the same CLSID you got in the error.
5. Right-click and select that folder. 
6.  You will be able to see the owner at the top of the window. You need to modify the owner to the Administrators group.
7. Now you have to select Replace all child object permission entries that are available at the bottom of the owner window.
8. You will see a Windows Security warning, now click the OK and Yes buttons respectively.
9. Click the Add button, type Everyone in the available field and click the OK button in the previous permissions window.
10. You will see a list of users at the top of the main permissions Window. Now select Everyone under the user’s list and select allow to give Full Control to the user at the bottom.
11. Click OK to apply full control and save the changes.
12. Next, you have to expand the following folder: HKEY_LOCAL_MACHINESoftwareClassesAppID
13. Select the folder having the APPID similar to the error message and right-click it.
14. Repeat steps 5 to 10 to allow sufficient permissions to the respective app. 
15. A registry key will be visible that is going to have a similar name to that of the service causing the error.
16. Click the Start button, type control panel, and click the app from the results.
17. Navigate to the top right corner to enable the icons view. 
18. Next, you need to navigate to Administrative Tools and select Component Services.
19. Go to Computer and choose My Computer. 
20. Right-click on the issue-causing service, and click Properties.
21. Select the Security tab.
22. If you have correctly followed all the previous steps to set permissions in the registry, you can select Customize on the Launch and Activation Permissions, Access Permissions, and Configuration Permissions categories.
23. Click Edit on the Launch and Activation Permissions. (Click Remove if you receive the following warning one or more permissions entries attached has an unrecognized type)
24. Now find System under the list of users. Click the Add button if you are not able to locate it, type System and hit the OK button.
25. You will now be able to select System under the user’s list in the current window. Look for Local Launch and Local Activation and select Allow. 
26. Click OK to save the changes and repeat Step 18 for Access Permissions and Configuration Permissions as well.

Finally, you will find some other ClSID and AppID values. Repeat the following steps for all of those values that have been listed in the event logs. The changes will take effect after you restart your system at the end.

Although the third solution seems to be a long and hectic one, it is only recommended for those users who are not able to resolve the error through the previous methods.

How do I fix the DistributedCOM 10016 error in Windows 11?

Although it’s more advanced than Windows 10, the new OS is still very similar in its core, and needless to say, it inherited a lot of the old OSes bugs, including the DistributedCOM 10016 error.

However, this will also help you solve the problem in Windows 11 by using all the above solutions outlined for Windows 10.

The Registry Editor and the Component Services apps are identical in Windows 11 so it’s not going to be a problem to access them and follow the steps above.

The only difference is how you launch the apps and in Windows 11, you have the dedicated magnifying glass icon on the taskbar.

Most of the users have been able to resolve the issue through all of them. Hence you would be able to get rid of the Windows 10 & 11 DistributedCOM 10016 error in no time if you correctly follow each step.

Because the error is common enough and it affects a lot of Windows users, Microsoft has an advanced guide on how to deal with this problem. You can check it out if you’re interested in advanced solutions and in-depth explanation of the causes and the problem.

Since this is an issue connected to rights and permissions, you might be interested in how to change the permissions to access or modify a file.

Leave us a note if you managed to fix the problem using our solutions. Also, feel free to share with us if you have any quick workaround for the error.

You might have encountered the notorious DistributedCOM 10016 error on Windows 10.

It is a known error, it has been around since the Windows 8 era and now it is even affecting Windows 11 users.

Although the error is not known to cause any serious damage to your operating system, it might be annoying to deal with it all the time.

Unfortunately, the error does not seem to resolve even after an upgrade. It arises due to the lack of user permissions when an application tries to start the DCOM server. 

It is delivered to the user in the form of a system error, along with a message having an APPID and CLSID. It’s just because both of them are unique for every app and they are required to allow application-specific permissions.

Moreover, users have reported multiple DCOM server-related errors. The most common ones are the following and note that you may fix them by using the solutions below:

• DistributedCOM 10016 unavailable sid – You may also get around this problem by altering the permissions on DCOM components in order to prevent this error from being logged.
• DistributedCOM 10016 freeze – This problem has been around since the early versions of Windows, but it has also been reported in Windows 10.
• DistributedCOM 10016 crash – In most cases, these problems occur in the background and do not in any way impair the experience that you, as a user, have.
• DistributedCOM warning – There are a few registry keys that are present in your registry that are known to create issues, despite the fact that they belong to a sub-category of the Microsoft registry itself.
• Event ID 10016 game crash – The computer will start up with a limited set of drivers and apps if a clean boot is performed; allowing the user to verify whether or not a background program is the source of the problem.
• 10016 error – In case you don’t have a backup of your registry, check out how to restore the registry without backup in Windows 10.

Please have a look at our solutions below that can help you remove the Windows 10 and 11 DistributedCOM 10016.

Is DistributedCOM 10016 error in Event Viewer serious?

Because these events are not intended to have any negative impact on the operation of the system, it is acceptable to disregard them. Therefore, no, this error is not a serious one and unless you are a professional or intend to fix it, you can leave it aside.

Without further ado, let’s jump right into the list of methods that you can use to fix DistributedCOM 10016. Follow along!

The fastest way to fix it is by tweaking the Registry. If you are not comfortable doing that, you can use a third-party automated tool that can fix any corrupted files.

Alternatively, you can also modify the permissions to try and fix the DistributedCOM 10016 error.

1. Delete the Registry keys

1. Press the Windows key + R to launch the Run console.

2. Type regedit in the Run dialog box and press Enter or click OK. The Registry Editor will open.

3. Navigate to the following section in the Registry:HKEY_LOCAL_MACHINESOFTWAREMicrosoftOle

4. Delete the following keys: DefaultAccessPermission, DefaultLaunchPermission, MachineAccessRestriction, and MachineLaunchRestriction.

5. Finally, you can save the changes by restarting your PC.

The recommended way to fix the DistributedCOM error 10016 is to make a few changes to your Registry. The default permissions will be written for the system if you delete the above-mentioned four keys from your registry.

Hence those apps that require access to the DCOM Server will eventually get access as a result. 

2. Use third-party software to fix this error

A lot of Windows errors are pretty hard to pinpoint and the DistributedCOM 10016 error is definitely one of them.

As you can see, we have some excellent solutions here but if editing the Registry is not your thing, you can try using a dedicated solution that will fix the problem automatically.

The solution recommended below can deal with any Windows 10 errors, including BSoD and DLL problems so give it a shot.

3. Enable sufficient permissions

1. Press the Windows key + R to start the Run app.
2. Type regedit and press Enter or click OK.
3. Navigate to the following section in the registry: HKEY_CLASSES_ROOTCLSID
4. Expand it and spot the CLSID folder that has the same CLSID you got in the error.
5. Right-click and select that folder. 
6.  You will be able to see the owner at the top of the window. You need to modify the owner to the Administrators group.
7. Now you have to select Replace all child object permission entries that are available at the bottom of the owner window.
8. You will see a Windows Security warning, now click the OK and Yes buttons respectively.
9. Click the Add button, type Everyone in the available field and click the OK button in the previous permissions window.
10. You will see a list of users at the top of the main permissions Window. Now select Everyone under the user’s list and select allow to give Full Control to the user at the bottom.
11. Click OK to apply full control and save the changes.
12. Next, you have to expand the following folder: HKEY_LOCAL_MACHINESoftwareClassesAppID
13. Select the folder having the APPID similar to the error message and right-click it.
14. Repeat steps 5 to 10 to allow sufficient permissions to the respective app. 
15. A registry key will be visible that is going to have a similar name to that of the service causing the error.
16. Click the Start button, type control panel, and click the app from the results.
17. Navigate to the top right corner to enable the icons view. 
18. Next, you need to navigate to Administrative Tools and select Component Services.
19. Go to Computer and choose My Computer. 
20. Right-click on the issue-causing service, and click Properties.
21. Select the Security tab.
22. If you have correctly followed all the previous steps to set permissions in the registry, you can select Customize on the Launch and Activation Permissions, Access Permissions, and Configuration Permissions categories.
23. Click Edit on the Launch and Activation Permissions. (Click Remove if you receive the following warning one or more permissions entries attached has an unrecognized type)
24. Now find System under the list of users. Click the Add button if you are not able to locate it, type System and hit the OK button.
25. You will now be able to select System under the user’s list in the current window. Look for Local Launch and Local Activation and select Allow. 
26. Click OK to save the changes and repeat Step 18 for Access Permissions and Configuration Permissions as well.

Finally, you will find some other ClSID and AppID values. Repeat the following steps for all of those values that have been listed in the event logs. The changes will take effect after you restart your system at the end.

Although the third solution seems to be a long and hectic one, it is only recommended for those users who are not able to resolve the error through the previous methods.

How do I fix the DistributedCOM 10016 error in Windows 11?

Although it’s more advanced than Windows 10, the new OS is still very similar in its core, and needless to say, it inherited a lot of the old OSes bugs, including the DistributedCOM 10016 error.

However, this will also help you solve the problem in Windows 11 by using all the above solutions outlined for Windows 10.

The Registry Editor and the Component Services apps are identical in Windows 11 so it’s not going to be a problem to access them and follow the steps above.

The only difference is how you launch the apps and in Windows 11, you have the dedicated magnifying glass icon on the taskbar.

Most of the users have been able to resolve the issue through all of them. Hence you would be able to get rid of the Windows 10 & 11 DistributedCOM 10016 error in no time if you correctly follow each step.

Because the error is common enough and it affects a lot of Windows users, Microsoft has an advanced guide on how to deal with this problem. You can check it out if you’re interested in advanced solutions and in-depth explanation of the causes and the problem.

Since this is an issue connected to rights and permissions, you might be interested in how to change the permissions to access or modify a file.

Leave us a note if you managed to fix the problem using our solutions. Also, feel free to share with us if you have any quick workaround for the error.