Error 0x80070005 is Windows telling you “Access Denied” in its most cryptic form. When it shows up in Windows Update on Windows 10, it means the update engine reached for a file, folder, or registry key it needed and was refused. The update itself is not corrupt and your internet is fine — the permissions on your own system are blocking the install. It is one of the more fixable update errors because the cause is structural, not random: something owns or locks the paths Windows Update needs.
What makes this error confusing is that the denial often comes from your own security software or from permission changes you never made yourself. Windows Update runs as the SYSTEM account, which normally outranks everything — but third-party antivirus, aggressive “privacy” tools, and even corrupted permission inheritance can put up walls that SYSTEM cannot cross. The engine does not get a helpful message explaining who blocked it; it just gets “access denied” and reports the code, leaving you to play detective across folders, registry keys, and security products.
The fixes below target the usual suspects in order: account rights, the specific folders and registry keys involved, the security software that locks them, and finally the component store itself.
Why this happens
- Your account lacks administrator rights. Update installation requires admin privileges; a standard user account gets access-denied errors on protected system paths.
- Wrong permissions on update folders. The
SoftwareDistribution,Catroot2, or system32 folders have inherited or broken ACLs that refuse the update service’s writes. - Registry key ownership is broken. Keys under
HKEY_LOCAL_MACHINEthat the update engine must write to are owned by the wrong account or have restrictive permissions. - Third-party antivirus locks system paths. Security suites can deny even SYSTEM-level processes access to folders they are “protecting,” including update cache locations.
- Corrupted user profile or missing admin token. A damaged profile can fail to elevate properly, so the update engine runs without the rights it expects.
- Disk errors damaging security descriptors. Bad sectors or filesystem corruption can scramble the permission metadata on update-related files.
- Group Policy or registry hardening. Debloating scripts and “privacy” tools sometimes lock down update-related paths so aggressively that Windows Update itself cannot write to them.
How to fix it
Work through these in order — diagnose first, then act.
Fix 1: Run the update as a true administrator
The simplest cause is the simplest to check.
- Confirm your account is an administrator: Settings > Accounts > Your info should say “Administrator” under your name.
- If it says “Standard user,” sign in with an administrator account to install updates.
- Even as an admin, run the check from an elevated context: right-click Command Prompt, choose Run as administrator, and run
usoclient StartScanto trigger a privileged scan.
Fix 2: Take ownership of the update folders
Reset the permissions on the exact folders Windows Update needs.
- Open an elevated Command Prompt.
- Run these commands to grant the Administrators group full control of the key update folders:
icacls "C:\Windows\SoftwareDistribution" /reset /t /c /q icacls "C:\Windows\System32\catroot2" /reset /t /c /q - Restart the update services:
net stop wuauserv net stop bits net start wuauserv net start bits - Retry the update. Resetting inherited permissions this way is safe — it restores Microsoft’s defaults rather than inventing new ones.
Fix 3: Temporarily disable third-party security software
Overprotective antivirus is a leading cause of 0x80070005.
- Open your third-party antivirus or firewall and disable real-time protection temporarily.
- Run Windows Update and let the pending updates install.
- Re-enable protection immediately afterward.
- If the error disappears with protection off, add permanent exclusions for
C:\Windows\SoftwareDistributionandC:\Windows\System32\catroot2. Do not leave real-time protection disabled as a “fix.”
Fix 4: Run the Windows Update troubleshooter
Microsoft’s troubleshooter checks service registrations and permissions automatically.
- Go to Settings > Update & Security > Troubleshoot > Additional troubleshooters > Windows Update > Run the troubleshooter.
- Apply every fix it recommends, then restart.
- The troubleshooter re-registers update DLLs and repairs service permissions that commonly produce access-denied errors.
Fix 5: Check the drive for permission-scrambling errors
Filesystem damage can corrupt the security descriptors on update files.
- Open an elevated Command Prompt and run
chkdsk C: /f /r. Confirm the restart prompt and reboot — the scan runs before Windows loads. - After the scan completes and Windows boots, retry the update.
- If chkdsk reports bad sectors, back up your data promptly; recurring 0x80070005 errors can be an early warning of drive failure.
Fix 6: Reset the update components completely
A fresh component set with default permissions eliminates accumulated damage.
- In an elevated Command Prompt, stop the services and rename the cache folders:
net stop wuauserv net stop cryptSvc net stop bits net stop msiserver ren C:\Windows\SoftwareDistribution SoftwareDistribution.old ren C:\Windows\System32\catroot2 catroot2.old net start wuauserv net start cryptSvc net start bits net start msiserver - Retry the update. Windows rebuilds the folders with correct default permissions. Our guide to resetting stuck update components explains what each of these folders does if you want the background. The same access-denied repair applies on newer systems as well — the Windows 11 version of this 0x80070005 fix covers the differences on a modern install.
Fix 7: Create a fresh administrator account
If your profile’s security token is damaged, no amount of folder repair will help.
- Open an elevated Command Prompt and run:
net user FixAdmin TempPass123 /add net localgroup administrators FixAdmin /add - Sign in as FixAdmin, run Windows Update, and install the pending updates.
- Once updates succeed, you can delete the temporary account. If updates work here but not in your main profile, the profile itself is the problem — Microsoft’s Windows Update support hub documents the profile-repair path from there.
Closing
Error 0x80070005 is a permissions problem wearing an update-error costume. Work it like one: confirm admin rights, reset the folder permissions, get security software out of the way, and rebuild the update components with clean defaults. The error looks intimidating but it almost never indicates real system damage — it is Windows being denied access to its own update machinery, and restoring that access restores updates. If access-denied errors persist across every update rather than one package, the engine itself likely needs the broader reset covered in our update component repair guide .
