Disable Adobe Acrobat XI Updates with Group Policy

Disable 3rd Party Software Updates

01-disable_acrobat_xi_updates-iconBy default, an installation of Adobe Acrobat XI will check for updates and then will prompt the end user to install the update whether or not the user has Admin rights. In a small environment, this may not be a problem, but in a larger environment, this can generate a lot of unnecessary support requests when a user that doesn’t have Admin rights gets a UAC prompt that wants Admin credentials. Here’s how to disable the Acrobat update checks so that your end users don’t see messages like this:


Let me start with my standard warning about disabling the update utility for 3rd party software: You still need to update 3rd party software just like you would install monthly updates from Microsoft unless you have a really good reason not to. This tutorial is intended for systems administrators that are using some kind of systems management product for updating 3rd party software like SCCM, Landesk, etc. Many of the security flaws in 3rd party software can lead to malware infections and/or compromised computers. If you disable the update notifications, you still need to keep the software up to date!

This tutorial applies to Adobe Acrobat XI (32-bit) running on a x86/32-bit versions and x64/64-bit versions of Windows.

Disabling the Adobe Acrobat XI update notifications is actually pretty easy. There’s a registry setting in HKEY_LOCAL_MACHINE that will allow you to completely disable both update notifications and the update functionality. The full path of the key is HKEY_LOCAL_MACHINESOFTWAREPoliciesAdobeAcrobat Acrobat11.0FeatureLockDown. The registry entry is named bUpdater and is a DWORD value. Setting the value to 0 disables updates. (Note: This DWORD value does not exist by default and either has to be created manually or by some other automated method like Group Policy.) Here’s what it looks like in the Registry if you create the entries manually:


You could set this manually, but there’s actually a much easier way to do this in Group Policy. First off you’ll need a Group Policy Object (GPO) that applies to your computers that need to have the updater disabled. In my example, it is an empty GPO, but there’s no reason why you can’t add this to an existing GPO.

In your GPO, go to Computer Configuration > Preferences > Windows Settings > Registry. Right-click and choose New > Registry Item.


If you have Adobe Acrobat XI installed on your management station, you can browse the registry to the setting you’ll be changing. (If you don’t, you can skip the next couple of steps and copy the entry manually.) In the Window that opens, click the “…” button next to Key Path.

Browse down to HKEY_LOCAL_MACHINE > SOFTWARE > Policies > Adobe > Adobe Acrobat > 11.0 > FeatureLockDown . Click on FeatureLockDown and then click Select.


After clicking Select, you’ll be taken to the New Registry Properties window. You’ll need to enter the following:

Value name: bUpdater
Value type: REG_DWORD
Value data: 00000000 (that’s 8 zero’s)
Base: Hexadecimal


If you didn’t have Adobe Acrobat XI installed on your management station, you can enter the following:

Action: Update
Key Path: SOFTWAREPoliciesAdobeAdobe Acrobat11.0FeatureLockDown
Value name: bUpdater
Value type: REG_DWORD
Value data: 00000000 (that’s 8 zero’s)

When you click OK, it should look something like this in the Group Policy Management Editor:


All that is left is to let Group Policy refresh on your test systems (or you can run a gpupdate.exe manually). If you open the Registry Editor, you should see the setting changed:


Here’s the before and after in Adobe Acrobat XI so you can see what the change should look like in the application:


Series Navigation<< Disable Adobe Reader XI Updates with Group Policy

2 thoughts on “Disable Adobe Acrobat XI Updates with Group Policy

  1. nonameguyontheinternet09809 July 14, 2017 / 1:57 PM

    This didn’t work for me.. but I figured it out. Turns out my path was SOFTWARE\Policies\Adobe\Acrobat Reader\11.0\FeatureLockDown and not the The difference was that I had “\Acrobat Reader\” instead of “\Adobe Acrobat\”. This was on a 2008 R2 Enterprise terminal server.

  2. kambing October 4, 2017 / 11:47 PM

    Thanks, its also work with Acrobat Pro 10

Leave a Reply