So we have a number of user systems and servers that think they need this update "Update for Microsoft Visual C++ 2012 Update 4 Redistributable Package (KB3032622)" but every time they attempt to install it errors. We have this issue on Windows 7, 8.1, 2008 R2, and 2012.  I did the internet searching and found lots of people having various issues but no solid answers to a solution. So I went digging into the error logs and found this in the runtime log for the installer.

MSI (s) (2C:B4) [08:50:33:969]: Product: Microsoft Visual C++ 2012 x64 Minimum Runtime - 11.0.61030 -- Error 1326.Error getting file security: C:\WINDOWS\system32\atl110.dll GetLastError: 5

Followed by

MSI (s) (2C:B4) [08:50:34:103]: Windows Installer installed the product. Product Name: Microsoft Visual C++ 2012 x64 Minimum Runtime - 11.0.61030. Product Version: 11.0.61030. Product Language: 1033. Manufacturer: Microsoft Corporation. Installation success or error status: 1603.

So I went looking for that file and it does exist but the permissions on it were only for my user for some reason.  Looking at the ATL100.dll file it also has ALL APLICATION PACKAGES, SYSTEM, Administrators, Users so it makes no sense why the ATL110.dll has only my user.

I tried uninstalling the VC 2012 redistributables but it left behind that DLL with only my user permissions on it.  If I ran the VC 2012 x86 installer it would install no issue but if I ran the VC 2012 x64 one it would fail with the exact same error. So I gave the EVERYONE permission to the DLL and that let the installer run and update the dll and it even corrected the permissions on it.

I've started looking at our other systems having this issue and I'm finding the same problem there too.  Instead of uninstalling I'm going to test just giving the EVERYONE group to that DLL and see if it fix

Hi,

Similiar issue has been discussed in the following link:

https://social.technet.microsoft.com/Forums/windows/en-US/39a0e6bd-3e38-40c5-8681-6c2624b9041d/update-for-microsoft-visual-c-2012-update-on-windows-7?forum=w7itproinstall

I've tested in one of my my Windows 7 machine, checking for updates, and the update is longer available. If you've already found the update, please run the build-in Windows Update Troubleshooter (Control Panel\All Control Panel Items\Troubleshooting\System and Security\Windows Update) and check if it can help you fix the error.

Now, for Microsoft Visual C++ 2012 Update 4 Redistributable Package (KB3032622), we can download and install it via the following link

Visual C++ Redistributable for Visual Studio 2012 Update 4

https://www.microsoft.com/en-us/download/details.aspx?id=30679

Hi,

Similiar issue has been discussed in the following link:

https://social.technet.microsoft.com/Forums/windows/en-US/39a0e6bd-3e38-40c5-8681-6c2624b9041d/update-for-microsoft-visual-c-2012-update-on-windows-7?forum=w7itproinstall

I've tested in one of my my Windows 7 machine, checking for updates, and the update is longer available. If you've already found the update, please run the build-in Windows Update Troubleshooter (Control Panel\All Control Panel Items\Troubleshooting\System and Security\Windows Update) and check if it can help you fix the error.

Now, for Microsoft Visual C++ 2012 Update 4 Redistributable Package (KB3032622), we can download and install it via the following link

Visual C++ Redistributable for Visual Studio 2012 Update 4

https://www.microsoft.com/en-us/download/details.aspx?id=306

Hi,

As I know, the KB3032622 is not the ture update actually, it is an exe package.

when you check for updates now in your system, it will not show up, even you manually install it, it still will not be shown up in update history, but you can find it under Programs and Features.

If you find the update in your system and find errors when installing the update, I recommend you hide it.  If you need it, please use the download link I mentioend in my first reply. I have installed the Redistributable Package without errors.

Regards.

 looking at the version information on the files themselves using a Nessus security scanner.

I don't think that is valid any more necessarily.  The file version created inside the module is not being maintained consistently.  Ditto for the date modified.  Only the length and filehash seem to be a reliable indicator of version for modules when they are being examined outside of WinSxS.  This is why I would use the following PowerShell pipeline to investigate version discrepancies.

PS C:\> LS -Re -Fi atl*.dll | sort LastWriteTime | ft Length, FullName -AutoSize

Recently I have found that it is also useful to use  fsutil hardlink list  and PowerShell's Get-FileHash

to help clarify further what is really happening with System modules.

FYI