La configuración de permisos específico de la aplicación no concede el permiso Activación Local para la aplicación de servidor COM con CLSID

¡Hola, Fernando. Gracias por hacer parte de la Comunidad Microsoft!

Quisiera saber qué proceso intentas realizar, para que de esa forma sea más claro para la Comunidad y ayudar a las personas que lleguen a tener la misma consulta.

Adicionalmente, confírmanos la versión del sistema que estás usando.

Estaremos atentos a tus comentarios y que tengas un excelente día :) 

Buenas tardes, recientemente también tengo este mismo error. He buscado en diversas páginas y todo me hace apuntar a que este error deriva en el consumo del 100% de disco al iniciar Windows. Por lo que al atender este incidente seguramente se resolverá el otro problema. 

La versión de windows 10 home single language es Versión 1607 compilación 14393.10 

La configuración de permisos específico de la aplicación no concede el permiso Activación Local para la aplicación de servidor COM con CLSID 
{8D8F4F83-3594-4F07-8369-FC3C3CAE4919}
 y APPID 
{F72671A9-012C-4725-9D2F-2A4D32D65169}
 al usuario NT AUTHORITY\SYSTEM con SID (S-1-5-18) en la dirección LocalHost (con LRPC) que se ejecuta en el contenedor de aplicaciones con SID No disponible (No disponible). Este permiso de seguridad se puede modificar mediante la herramienta administrativa Servicios de componentes

Agradeciendo su respuesta. 

Hola, Eduardo.

Este es un problema ya viejo, y heredado de otros sistemas, y puede producirse si se da alguna de las siguientes condiciones:

- Un programa con el ID de clase (CLSID) que aparece en el mensaje (en este caso, el ID {8D8F4F83-3594-4F07-8369-FC3C3CAE4919}) intenta iniciar el componente COM utilizando la infraestructura de DCOM, pero el usuario no tiene los permisos necesarios para iniciar el componente COM.

- La cuenta de Servicio de red no tiene los permisos correctos.

La solución a veces no es fácil, y reside únicamente en establecer los permisos correctos para ambas condiciones. Si quieres intentar esta solución, sigue estos pasos, y por el mismo orden. Es necesario hacerlo desde una cuenta de administrador:

Paso 1. Establecer permisos de administrador para las claves afectadas.

1. Crea un punto de restauración antes de iniciar el proceso:
    a) Pulsa las teclas Windows+X y selecciona Sistema
    b) Haz clic en Protección del sistema
    c) Selecciona la unidad y haz clic en Crear.... dale un nombre al punto de restauración.

2. Pulsa las teclas Windows+X y selecciona Símbolo de sistema (administrador)

3. En la consola de administrador escribe regedit y pulsa Intro. Se abrirá el editor del registro

4. Cierra la consola del símbolo de sistema

5. En el editor del registro localiza la siguiente clave:

    HKEY_CLASSES_ROOT\AppID\{F72671A9-012C-4725-9D2F-2A4D32D65169}
   
Observa en el panel derecho de esta clave, el primer valor que aparece, el valor (Predeterminado), anota qué programa o servicio aparece en la columna Datos. Es posible que no aparezca ningún servicio, sinó que ponga (valor no establecido). En cualquier caso, toma nota de lo que aparece.
   
6. Ahora selecciona la clave y haz clic en Archivo > Exportar. Exporta la clave (como copia de seguridad) al Escritorio, por ejemplo, con el nombre AppID-{F72671A9-012C-4725-9D2F-2A4D32D65169}.REG

7. Haz clic derecho sobre la clave y en el menú contextual elige Permisos:

8. En la ventana de Permisos, haz clic en Opciones avanzadas. Se abrirá la ventana de Configuración de seguridad avanzada para esta clave, y verás que su Propietario es TrustedInstaller. Esto es necesario cambiarlo (temporalmente, luego volverá a ser TrustedInstaller). Haz clic en Cambiar.

9. En la ventana que se abre, haz clic en Opciones avanzadas:

10. En la nueva ventana Seleccionar Usuario o Grupo, haz clic en Buscar ahora, y en el resultado de la búsqueda haz doble clic en Administradores (en plural). Haz clic en Aceptar. Verás ahora cómo ha cambiado el Propietario al grupo Administradores.

11. Marca la casilla Reemplazar propietario en subcontenedores y objetos:

12. Haz clic en Aplicar y Aceptar para cerra la ventana de configuración de seguridad.

13. De nuevo en el cuadro de Permisos de la clave, selecciona el grupo Administradores y marca la casilla Control total. Por último haz clic en Aceptar para cerrar el cuadro de Permisos:

14. Haz exactamente el mismo proceso para la clave:

HKEY_CLASSES_ROOT\CLSID\{8D8F4F83-3594-4F07-8369-FC3C3CAE4919}

Sigue los pasos del 5 al 13 ambos inclusive. (Nota: en esta clave el propietario original no es TrustedInstaller, sinó SYSTEM).

15. Cierra el editor del registro.

Paso 2. Conceder permiso de activación local para la aplicación de servidor COM

1. Pulsa las teclas Windows+X y selecciona Símbolo de sistema (administrador)

2. En la consola de administrador escribe dcomcnfg y pulsa Intro. Se abrirá la consola de Servicios de componentes 

3. Cierra la consola del símbolo de sistema.

4. En la consola de Servicios de componentes, navega a la siguiente carpeta:

    Raíz de consola
    Servicios de componentes
    Equipos
    Mi PC
    Configuración DCOM
   
En el panel de la derecha aparecerán toda un lista de componentes. Busca en esta lista el programa o servicio que aparece como valor (Predeterminado) en la clave del registro {F72671A9-012C-4725-9D2F-2A4D32D65169}. Si lo que aparece en este valor es (valor no establecido), busca en la lista de componentes esa misma clave.

5. Haz clic derecho sobre ese componente encontrado (el programa, o servicio o la clave directamente) y elige Propiedades

6. Abre la ficha Seguridad y en Permisos de inicio y activación pulsa en Editar, como muestra la imagen: 

7. En el cuadro de permisos de inicio, tienes que buscar el usuario que te aparece en el evento y que no tiene permisos. En tu caso es éste:

"...usuario NT AUTHORITY\SYSTEM con SID (S-1-5-18) en la dirección LocalHost (con LRPC)..."

NT AUTHORITY\SYSTEM es lo mismo que SYSTEM. Selecciona SYSTEM y marca las cuatro casillas de Permitir. En el caso que SYSTEM no apareciera en el cuadro Nombre de grupos o usuarios, habría que agregarlo siguiendo estos pasos:

a) Pulsa Agregar...
b) Opciones avanzadas
c) Buscar ahora
d) Doble clic sobre SYSTEM
e) Aceptar

8. Por último haz clic en Aceptar para cerrar la ventana de edición de permisos.

9. Acto seguido, haz clic en Aplicar y Aceptar para cerrar la ventana de Propiedades del componente.

Paso 3. Devolver los propietarios originales de las claves afectadas.

1. Para volver a establecer los propietarios originales de las dos claves del registro afectadas, debes seguir, en cada una de las claves, los puntos 5, 7, 8, 9, 10, 11 y 12 del paso 1.

2. En la clave AppID, el propietario era TrustedInstaller; no lo encontrarás buscándolo, cuando pulses en Cambiar tienes que escribir lo siguiente en el cuadro en blanco y pulsar Aceptar:

NT SERVICE\TrustedInstaller

Marca la casilla Reemplazar propietario... y guarda los cambios.

3. En la clave CLSID, el propietario era SYSTEM. Aquí no tendrás problema para encontrarlo.

Paso 4. Conceder permisos correctos a la cuenta Servicio de red

En el caso que el usuario afectado por los permisos en este error DCOM (evento 10016) fuera el usuario NT AUTHORITY\LOCAL SERVICE, además de seguir los tres primeros pasos, habría que proceder a conceder permisos al usuario Servicio de red, siguiendo el procedimiento descrito en la siguiente nota técnica, en el apartado "Conceder los permisos correctos a la cuenta de Servicio de red":

https://support.microsoft.com/es-es/kb/899965

Nota: Se pueden producir problemas graves si se modifica el Registro incorrectamente utilizando el Editor del Registro o cualquier otro método. Estos problemas pueden requerir que se reinstale de nuevo el sistema operativo. Modifica el Registro bajo tu propia responsabilidad.

Coméntanos.

---
Saludos,
Enrique Cortés
www.ekort.blogspot.com

Buenas noches.

La ejecucion de estos pasos ha liberado el error mostrado en el sistema,

Muchas gracias por la atencion.

Mi problema es parecido solo que con distinta clave de registro y distinto usuario a los que aparecen aquí.

Lo que aparece en el visor de eventos:

Nombre de registro:System
Origen:        Microsoft-Windows-DistributedCOM
Fecha:         14/11/2017 10:57:54
Id. del evento:10016
Categoría de la tarea:Ninguno
Nivel:         Error
Palabras clave:Clásico
Usuario:       ZGZ_LA02\jjarm
Equipo:        ZGZ_LA02
Descripción:
La configuración de permisos específico de la aplicación no concede el permiso Activación Local para la aplicación de servidor COM con CLSID
{D63B10C5-BB46-4990-A94F-E40B9D520160}
 y APPID
{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}
 al usuario ZGZ_LA02\jjarm con SID (S-1-5-21-2184325757-233562516-2088014524-1018) en la dirección LocalHost (con LRPC) que se ejecuta en el contenedor de aplicaciones con SID No disponible (No disponible). Este permiso de seguridad se puede modificar mediante la herramienta administrativa Servicios de componentes.
XML de evento:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-DistributedCOM" Guid="{1B562E86-B7AA-4131-BADC-B6F3A001407E}" EventSourceName="DCOM" />
    <EventID Qualifiers="0">10016</EventID>
    <Version>0</Version>
    <Level>2</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x8080000000000000</Keywords>
    <TimeCreated SystemTime="2017-11-14T09:57:54.646448000Z" />
    <EventRecordID>2656</EventRecordID>
    <Correlation />
    <Execution ProcessID="1124" ThreadID="6524" />
    <Channel>System</Channel>
    <Computer>ZGZ_LA02</Computer>
    <Security UserID="S-1-5-21-2184325757-233562516-2088014524-1018" />
  </System>
  <EventData>
    <Data Name="param1">específico de la aplicación</Data>
    <Data Name="param2">Local</Data>
    <Data Name="param3">Activación</Data>
    <Data Name="param4">{D63B10C5-BB46-4990-A94F-E40B9D520160}</Data>
    <Data Name="param5">{9CA88EE3-ACB7-47C8-AFC4-AB702511C276}</Data>
    <Data Name="param6">ZGZ_LA02</Data>
    <Data Name="param7">jjarm</Data>
    <Data Name="param8">S-1-5-21-2184325757-233562516-2088014524-1018</Data>
    <Data Name="param9">LocalHost (con LRPC)</Data>
    <Data Name="param10">No disponible</Data>
    <Data Name="param11">No disponible</Data>
  </EventData>
</Event>

Problema:

La clave aparece en 

Equipo\HKEY_CLASSES_ROOT\AppID\{9CA88EE3-ACB7-47c8-AFC4-AB702511C276}

pero NO aparece en DCOM, con lo que no veo manera de cambiar los permisos.

Notas:

jjarm es un usuario standard

Windows 10 Profesional versión 1709 16299.19

Hola, Juan José.

Permíteme que le eche un vistazo a este problema y te digo algo. La solución creo que será bastante parecida.

---
Saludos,
Enrique Cortés
www.ekort.blogspot.com

Las dos claves afectadas por este problema en tu caso son:

• HKEY_CLASSES_ROOT\AppID\{9CA88EE3-ACB7-47c8-AFC4-AB702511C276}
• HKEY_CLASSES_ROOT\CLSID\{D63B10C5-BB46-4990-A94F-E40B9D520160}

Tienes que seguir rigurosamente los mismos pasos del tutorial.

En el Paso 1. Establecer permisos de administrador para las claves afectadas

Sigue los puntos 1, 2, 3 y 4. Al llegar al punto 5:

5. En el editor del registro localiza la siguiente clave:

    HKEY_CLASSES_ROOT\AppID\{9CA88EE3-ACB7-47c8-AFC4-AB702511C276}
     
Observa en el panel derecho de esta clave, el primer valor que aparece, el valor (Predeterminado), anota qué programa o servicio aparece en la columna Datos. Verás que corresponde a RuntimeBrocker.

Acaba de cumplimentar el punto 5 y sigue con los puntos 6, 7, 8, 9, 10, 11, 12 y 13.

A partir del punto 14:

14. Haz exactamente el mismo proceso para la clave:

HKEY_CLASSES_ROOT\CLSID\{D63B10C5-BB46-4990-A94F-E40B9D520160}

Sigue los pasos del 5 al 13 ambos inclusive. (Nota: en esta clave verás que el propietario original sigue siendo TrustedInstaller).

15. Cierra el editor del registro.

En el Paso 2. Conceder permiso de activación local para la aplicación de servidor COM

Sigue los puntos 1, 2, 3 y 4.

En el punto 4, cuando llegues a la consola de Configuración DCOM,
   
en el panel de la derecha aparecerán toda un lista de componentes. Busca en esta lista el programa o servicio que aparece como valor (Predeterminado) en la clave del registro {9CA88EE3-ACB7-47C8-AFC4-AB702511C276}, que es RuntimeBrocker. Es posible que aparezca más de un RuntimeBrocker. Haz clic derecho en cada RuntimeBrocker y elige Propiedades para asegurarte cuál pertenece a la clave {9CA88EE3-ACB7-47C8-AFC4-AB702511C276}.

Cuando lo tengas, sigue con el punto 6. Si te aparece la ventana Seguridad de Windows, haz clic en Quitar.

En la siguiente ventana, Permisos de inicio, tienes que buscar el usuario que te aparece en el evento y que no tiene permisos. En tu caso es éste:

"...usuario  ZGZ_LA02\jjarm  (donde la primera parte corresponde al nombre de tu equipo, y la segunda es tu usuario administrador (jjarm). Por lo tanto:

- haz clic en Agregar

- escribe directamente en el cuadro jjarm y pulsa Aceptar. Si te aparece ya lo tienes localizado. Si no te aparece, haz clic en Opciones avanzadas y en Buscar ahora... y búscalo en la lista. Haz doble clic y ya lo tendrás localizado.

-cuando te aparezca tu usuario en el cuadro de permisos, marca las cuatro casillas de Permitir.

8. Por último haz clic en Aceptar para cerrar la ventana de edición de permisos.

9. Acto seguido, haz clic en Aplicar y Aceptar para cerrar la ventana de Propiedades del componente.

Luego sigue con el paso 3.

Paso 3. Devolver los propietarios originales de las claves afectadas.

Recuerda que los propietarios originales de las dos claves en tu caso, es el mismo: TrustedInstaller. Por tanto sigue los puntos 1 y 2.

En cuanto al paso 4,

Paso 4. Conceder permisos correctos a la cuenta Servicio de red

Como que el usuario afectado por los permisos en este error DCOM (evento 10016) no es, en tu caso, el usuario NT AUTHORITY\LOCAL SERVICE, sinó tu usuario administrador, no creo que sea necesario que lo hagas.

Cuando acabes todos los pasos, reinicia el sistema.

Es un poquito complicado, pero si lo sigues paso a paso verás que no hay ningún problema.

Coméntame.

---
Saludos,
Enrique Cortés
www.ekort.blogspot.com

Enrique:

Muchísimas gracias por tu detallada ayuda paso a paso.

Ha sido necesario repetir el proceso con el usuario de red, pero ya está resuelto. Ya no aparece el error 10016 con esa clave.

Duda:

Tengo un usuario Administrador y varios usuarios estándar (concretamente jjarm, es uno de ellos) Hubiera resuelto el problema si en vez de dar los permisos al usuario jjarm se los hubiera dado al grupo "usuarios"?

EvenID 10016 con la clave APPID {316CDED5-E4AE-4B15-9113-7055D84DCC97}. En este caso con el usuario SERVICIO LOCAL. 

He intentado repetir el proceso, pero no me deja editar el objeto DCOM. Te adjunto captura de pantalla (no he encontrado la opción de COPIA)

Alguna sugerencia?

"...Hubiera resuelto el problema si en vez de dar los permisos al usuario jjarm se los hubiera dado al grupo "usuarios"?..."

Pues posiblemente sí. Pero prefiero ir a lo seguro.

En cuanto a la clave del registro que corresponde a Immersive Shell, primero tienes que conceder permiso al grupo Administradores. Recuerda: cambiar el propietario de TrustedInstaller a Administradores.

Cuando hayas cambiado este permiso, busca el objeto Dcom Immersive Shell, y verás que ha cambiado la interfaz de permisos: haz clic en permisos personalizados:

Podrás editar los permisos, pero en principio no será necesario, si SYSTEM y el grupo Administradores ya tienen los permisos. Pero puedes agregar otros usuarios para concederles permiso si es necesario.

Si en este caso el usuario afectado es NT AUTHORITY\LOCAL SERVICE recuerda implementar el paso 4 para conceder el permiso a la cuenta Servicio de red.

---
Saludos,
Enrique Cortés
www.ekort.blogspot.com