0x80070005Esta guía corresponde a Windows Update, no al mismo código en otros productos. Un recurso denegado, una política y un bloqueo de seguridad requieren decisiones diferentes.
Error 0x80070005 en Windows Update
0x80070005 indica acceso denegado durante Windows Update. Identificá la actualización, la administración del equipo y el recurso en los registros antes de decidir qué reparar.
Probá esto primero
2 comprobaciones rápidas · ~8 min
Identificá tu caso
Todas las señales a la vista. Elegí la que coincide con lo que observás.
Equipo de trabajo o escuela
La política o el agente de administración pueden limitar acceso. Coordiná con IT sin eludir controles.
Hay un bloqueo explícito de seguridad
Relacioná el archivo y la hora con el intento; no alcanza con tener un antivirus instalado.
El registro identifica un recurso
La ruta concreta permite pedir una reparación dirigida; no generalices sus permisos a todo Windows.
No se identifica el objeto denegado
Conservá ese límite y los resultados antes de considerar una reparación más amplia de componentes.
Señales de diagnóstico
- ObservaciónE_ACCESSDENIED en el intento fallido
- Indica acceso denegado en este contexto; la línea y la hora importan para saber qué recurso investigar.
- ObservaciónDISM/SFC terminan sin errores
- No demuestra que todos los permisos sean correctos ni descarta una restricción de política o seguridad.
Soluciones paso a paso
Confirmá contexto, actualización y hora
Comprobá que 0x80070005 aparece durante Windows Update y anotá la actualización o KB y la hora del intento fallido. En este contexto es E_ACCESSDENIED: acceso denegado a un recurso requerido. El mismo número en Store o al abrir un archivo necesita otro diagnóstico.
No identifica por sí solo qué permiso falta. Microsoft contempla WinSxS, SoftwareDistribution, la clave Component Based Servicing, permisos de TrustedInstaller o SYSTEM, políticas y bloqueos de seguridad. Son categorías para investigar, no instrucciones para restablecerlas todas.
Si la instalación ya terminó con error y Windows responde, guardá trabajo y podés hacer un reinicio normal y un reintento. Si vuelve el código, conservá la nueva hora y pasá a los registros; no repitas reinicios ni interrumpas una instalación activa.
Separá administración del equipo y un bloqueo concreto
Si el equipo pertenece a trabajo/escuela o muestra ajustes administrados, consultá a IT con KB, hora y código. Tener una cuenta administradora no prueba que una política permita la operación; no desconectes la organización ni fuerces permisos.
Revisá el historial de tu herramienta de seguridad en ese momento. Si registra un archivo o carpeta de actualización bloqueados, conservá el evento y pedí al proveedor o IT revisar ese caso. Una alerta coincidente orienta; la ausencia de alertas no descarta todos los bloqueos.
No desactives antivirus/firewall, descargues utilidades de permisos ni agregues exclusiones generales. Si no hay un bloqueo concreto o la política no explica el fallo, identificá el recurso en CBS o Windows Update antes de elegir una reparación.
Buscá el recurso denegado en los registros
Abrí una copia de C:\Windows\Logs\CBS\CBS.log con un visor de texto, sin modificar el original. Si Windows está instalado en otra carpeta, usá su carpeta Windows. Buscá 0x80070005 o E_ACCESSDENIED cerca de la hora del intento y leé las líneas anteriores y posteriores: pueden nombrar el archivo, carpeta, paquete o clave implicados.
Get-WindowsUpdateLogEn Windows PowerShell, genera una copia legible de los registros de Windows Update; no restablece permisos. Abrí la ruta que informe al terminar y buscá el código alrededor de la hora registrada.
Una ruta nombrada junto al acceso denegado orienta una reparación específica; una línea que solo dice que no pudo abrir un paquete no demuestra cuál ACL está mal. No uses un error viejo de otra actualización como diagnóstico del intento actual.
Si no aparece un objeto claro o no podés acceder al registro, conservá ese límite. No tomes posesión del archivo para leerlo: pedí ayuda a IT/Microsoft con el fragmento pertinente. Si otro código reemplazó 0x80070005, seguí ese estado.
Comprobaciones avanzadas
Continuá solo si los pasos anteriores no alcanzaron. Leé las precauciones de cada procedimiento.
Elegí una reparación dirigida con respaldo
Si el registro identifica WinSxS, SoftwareDistribution o una clave concreta, llevá esa ruta y el contexto a IT o Microsoft. La reparación debe coincidir con el recurso y con las instrucciones oficiales aplicables al equipo; una ruta presente en el registro no autoriza por sí sola a modificar su seguridad.
Restablecer una ACL cambia quién puede acceder al recurso; cambiar propietario cambia quién puede administrar permisos. En componentes protegidos puede afectar mantenimiento y actualizaciones. No extiendas una corrección a todo C:\Windows ni a todas las claves.
No se incluyen comandos de cambio de ACL ni edición manual del registro porque no hay un objeto diagnosticado para todos los lectores. Si soporte indica una corrección específica, verificá respaldo del disco del sistema, autorización y procedimiento de recuperación antes de ejecutarla. Después, reintentá la misma KB y compará el registro.
Considerá DISM y SFC si no hay una causa dirigida
Si no se pudo identificar el objeto y tampoco hay un bloqueo o política pendiente de resolver, una reparación de componentes admitida por Microsoft puede ser razonable. No la uses para saltar una restricción administrada ni como prueba de que los permisos causaron el error.
DISM /Online /Cleanup-Image /RestoreHealthEjecutá en una terminal con administrador autorizado y esperá el resultado. Repara el almacén de componentes; normalmente usa Windows Update como origen. Si falla, conservá el código y no encadenes más comandos como si hubiera terminado bien.
sfc /scannowSi DISM terminó correctamente, comprobá los archivos protegidos del sistema con SFC y dejá que finalice. Si informa que reparó archivos, reiniciá normalmente y probá la actualización.
Si no encuentra daños, no queda demostrado que las ACL, políticas o bloqueos estén bien. Si no puede reparar, guardá el resultado para soporte. Si ambas herramientas terminan pero la misma KB sigue fallando con 0x80070005, compará el nuevo registro; no repitas la secuencia indefinidamente. Un 0x800f081f de DISM corresponde al diagnóstico de origen de reparación.
¿Sigue sin funcionar?
Conservá KB, hora, código y líneas pertinentes del registro, con datos privados ocultos. Indicá si es un equipo administrado y qué informaron DISM/SFC si se ejecutaron. Consultá a IT o Microsoft para una reparación concreta; no restablezcas permisos al azar ni repitas la misma reparación sin información nueva.
Fuentes
Documentación utilizada para esta guía. Las recomendaciones editoriales se identifican por separado.
- Microsoft LearnOficialTroubleshoot Windows Update error 0x80070005
- Microsoft SupportOficialTroubleshoot problems updating Windows
- Microsoft LearnOficialCommon Windows Update errors
Revisión documental: . Revisión de fuentes; no implica una prueba física del equipo.