Verify sig error 0x800b0003 что это
Verify sig error 0x800b0003 что это
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Answered by:
Question
Answers
Thank you for posting in MSDN forum.
The error code «0x800b0003» means “The form specified for the subject is not one supported or known by the specified trust provider”, try the following possible workarounds to see whether it is helpful:
2. Please try verify your ISO checksum with this tool http://support.microsoft.com/kb/841290 Then compare it with the code provided by the official site
3. Error code: (0x800B0003) = The form specified for the subject is not one supported or known by the specified trust provider.
Please try running the fixit and then try the installation
4. This could appear if the “Certificate Revocation List” checking is switched off.
To switch on “Certificate Revocation List” checking, please change the value of the following registry key:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing\State
The value should be 23c00.
State REG_DWORD 0x00023c00
So once the CRL checking is turned on and the certificate of the application that we are installing is valid, the install is successful.
This setting is to prevent installation of any untrusted application on the machine.
If the above don’t help, we may need your total installation log files, please use http://aka.ms/vscollect to gather the installation logs. After using it, you will find vslogs.cab from %temp% folder. Please upload the file to https://skydrive.live.com/ and share the link here.
Hope this information is helpful.
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Все коды ошибок Центра обновления Windows
При обновлении системы или установке пакетов через Центр обновлений Windows могут появляться ошибки. На этой странице собраны все распространенные коды ошибок, которые можно увидеть при попытке обновить Windows 7, 8 или 10.
Большинство кодов ошибок универсальны и позволяют исправить проблему вне зависимости от версии Windows. Нажатие на любой код откроет страницу с инструкцией, где подробно расписаны методы решения.
Универсальная инструкция по исправлению ошибок Центра обновления:
Если простой способ не помог, следует найти свою ошибку в списке и попробовать решить её при помощи подробной инструкции.
Коды ошибок Центра обновления Windows
0x80070002 ERROR_FILE_NOT_FOUND — Не удается найти указанный файл.
Центру обновлений не удается найти файлы, нужные для установки. Решение: сканирование системы, восстановление системных файлов, в случае неудачи — установка нужного обновления вручную из каталога Microsoft.
0x8007000D ERROR_INVALID_DATA — Недопустимые данные.
Ошибка появляется при установке Windows (файлы повреждены, может потребоваться новый установочный архив), при восстановлении системы (повреждена точка восстановления), при активации (ошибка в разделе реестра \CurrentControlSet\Enum\Root), а также при обновлении Windows через Центр обновлений.
Решение: использовать Microsoft Easy Fix или установить обновление вручную. Программа Fix It более не поддерживается Microsoft, поэтому придется искать её в неофициальных источниках. Также можно использовать Media Creation Tool или ISO-образ системы (для Windows 10).
Для исправления ошибки нужно проверить, правильно ли указан путь, есть ли нужные файлы/обновления по адресу и есть ли у пользователя доступ на чтение этих файлов. При обновлении Windows может помочь ручная установка и утилита DISM.exe.
0x80073712 ERROR_SXS_COMPONENT_STORE_CORRUPT — Хранилище компонентов находится в несогласованном состоянии.
Причиной ошибки является поврежденный компонент манифеста CBS. Это чисто системная ошибка, из-за которой система не может установить обновление. До Windows 10 ошибку можно исправить при помощи утилиты CheckSUR.
В Windows 10 нужно загрузить с сайта Microsoft программу MediaCreationTool.exe, нажать «Обновить этот компьютер сейчас» и следовать инструкции на экране. Использование загрузочного образа Win 10 (формат ISO) позволит устранить системные ошибки, при этом личные документы и файлы на компьютере останутся без изменений.
Решение: использовать команду Dism /online /enable-feature /featurename:NetFx3 /All в командной строке от имени администратора для установки фреймфорка. Альтернативный вариант — загрузить ISO-образ нужной версии Windows и использовать команду dism.exe /online /enable-feature /featurename:NetFX3 /Source:d:\sources\ico, где d:\sources\ico — диск и расположение образа системы. Без установленного NET Framework 3.5 Центр обновления Windows работать не будет, поэтому придется использовать командную строку.
0x800705B9 ERROR_XML_PARSE_ERROR — Не удалось обработать запрошенные XML-данные.
Сравнительно редкая системная ошибка при обновлении. Если код 0x800705B9 появился на Windows 7, Vista или 8/8.1, для исправления ситуации нужно:
В Windows 10 для восстановления системных файлов также используется Media Creation Tool и ISO-образ системы. Также можно ввести в командную строку ряд команд, которые очистят все системные файлы и сбросят настройки.
0x80070246 ERROR_ILLEGAL_CHARACTER — Обнаружен недопустимый символ.
Нестандартная ошибка, которая может быть связана как с системным сбоем, так и с ошибками со стороны пользователя. Решение ошибка 0x80070246 «Обнаружен недопустимый символ» осложняется тем, что при ней нельзя запустить утилиту swf /scannow (и ряд других системных служб).
Для исправления этого кода ошибки Центра обновлений нужно:
Если это не помогло, придется восстановить исходное состояние Центра обновления Windows. Вручную это может занять до часа времени и более — желательно иметь хотя бы общее понимание своих действий, а также резервные копии важных данных и реестра Windows.
0x8007370D ERROR_SXS_IDENTITY_PARSE_ERROR — Строка удостоверения повреждена.
На сайте Microsoft ошибка с кодом 0x8007370D описана как ошибка повреждения, возникающая при повреждении системных файлов. Это стандартная ошибка, решить которую может центр исправления неполадок. Встроенная утилита восстановит целостность системных файлов, после чего перестанут появляться ошибки при скачивании и установке обновлений.
В Windows Vista или XP нужно запустить средство устранения неполадок Центра управления Windows. Найти его можно через поиск в меню Пуск или в Панели управления.
В Windows 7, 8/8.1 и 10 все также просто, но для полноценной работы средства устранения неполадок требуется подключение к интернету. В противном случае шанс на успешное решение проблемы уменьшается, поскольку система не сможет загрузить недостающие файлы.
Microsoft советует использовать этот метод для следующих кодов ошибок (для Windows 7, Vista, XP):
В Windows 10 для восстановления системы после ошибок также может использоваться ISO-образ системы (доступен на сайте Microsoft) и встроенная утилита DISM.exe.
0x8007370B ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME — Имя атрибута в удостоверении находится вне допустимого диапазона.
Ошибка обновления Windows с кодом 0x8007370B обозначает, что хранилище компонентов Windows повреждено. Вне зависимости от причины, нужен доступ в интернет, сканирование системы и дозагрузка поврежденных или недостающих файлов. Как и в других случаях, ошибка исправляется при помощи DISM.exe или средства проверки готовности системы к обновлению.
0x8007370A ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE — Значение атрибута в удостоверении находится вне допустимого диапазона.
В большинстве случаев ошибка возникает на Windows 10. На сайте поддержки Microsoft советуется решать проблему при помощи одной из двух команд, которые требуется ввести в Командную строку от имени администратора: DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:d:\sources\sxs или DISM /online /cleanup-image /RestoreHealth /source:d:\sources /LimitAccess, если первая команда не помогла.
Вместо d: должен быть указан диск, на который установлена Windows 10 (или располагается виртуальный образ). Если проблема связана с Net Framework 3.5, может потребоваться полная переустановка этого фреймворка. Если ничего не помогает, остается запустить процесс установки Windows и выбрать пункт «обновление с сохранением данных». Предварительно можно сохранить на внешнем носителе все нужные файлы во избежание потери важной информации (хотя риск при восстановлении минимален).
0x80070057 ERROR_INVALID_PARAMETER — Неправильный параметр.
При появлении ошибки с кодом 0x80070057 в Центре обновления стоит попробовать установить его вручную, загрузив файлы из каталога Microsoft или центра обновлений.
Если ошибка при обновлении остается, стоит сделать резервную копию редактора реестра и удалить следующий ключ: KEY_LOCAL_MACHINE \SYSTEM \CurrentControlSet \services \eventlog \Microsoft-Windows-PrintService /Operational. Ключ также может находиться в разделе HKEY_LOCAL_MACHINE \SYSTEM \CurrentControlSet \services \eventlog. После удаления ключа нужно перезагрузить компьютер и запустить установку обновления заново.
0x800B0100 TRUST_E_NOSIGNATURE — В этом объекте нет подписи.
При появлении ошибки 0x800B0100 следует убедиться, что все файлы типа .mum и .cat находятся в каталоге %windir%\Temp\CheckSUR\servicing, а все файлы типа .manifest должны быть в каталоге %windir%\Temp\CheckSUR\manifests.
При помощи DISM.exe, команды sfc /scannow, средства проверки готовности системы к обновлению и загрузочного образа Windows также можно исправить следующие проблемы:
Надпись ERROR_NOT_FOUND может говорить о временных ошибках с сетью или проблемах с интернет-соединением. Если проблема не пропадает, нужно попробовать установить обновление вручную.
Статья находится в состоянии редактирования, поскольку кодов ошибок у Центра обновлений достаточно. По мере появления новой информации, информация на странице будет обновляться.
Verify sig error 0x800b0003 что это
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Asked by:
Question
I’ve never had this issue before, but I have just received a fresh Windows 10 machine and when I’m trying to install C++ libraries, SSMS or Visual Studio Community, I’m getting a strange error that I’m not sure how to work around!
The error is: «A certificate was explicitly revoked by its issuer (0x800B010C)»
With the log showing:
The SSMS 18 installer sits on Loading Packages for about 5 minutes before throwing this error.
Is this something anyone has seen before?
Windows 10 Enterprise
My machine sits behind a proxy, however it’s worth me noting that I tried installing SSMS 17.9.1 and that has installed perfectly fine. Everything else I have installed today, other than C++ libraries (vc_redist.x64.exe), SSMS and Visual Studio Community, has installed perfectly fine!
All replies
1. Confirm that you install using the administrator account
2. To eliminate any influence of network issue including proxy, please download the installation file instead of installing from the net
 | Ronen Ariely [Personal Site] [Blog] [Facebook] [Linkedin] |
1. Yes, installing as admin
2. Do you have a link? I was installing the file downloaded from Download SSMS 18.0 (GA)
>> Do you have a link? I was installing the file downloaded from Download SSMS 18.0 (GA)
You can download it from here.
Best regards,
Cathy Ji
MSDN Community Support
Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com
I have even tried redownloading it and running the installer fresh (clearing all temp and package cache files), but I still get this exact same error.
I have installed SSMS 17.9.1 without any errors. It looks like something specific to SSMS 18.0, but I have installed this on a previous machine before (a slightly older version of Windows 10) without any issues, so I’m a bit confused!
Could the issue be that I’m missing some form of root cert/CA cert?
The main error seems to be:
I see a very similar error when I also try to install Visual Studio (although that relates to a «Wix» package and HelpViewer2_3 again, similar to one reported in the SSMS installer log:
Generally 0x80070490 error is caused by several reasons:
•Installed antivirus issues.
•CBS (component based services) files are corrupt.
•Synchronization issues.
•Issues in system files.
Best regards,
Cathy Ji
MSDN Community Support
Please remember to click «Mark as Answer» the responses that resolved your issue, and to click «Unmark as Answer» if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com
Hi, having same problem, if I look at properties on the executable is has been signed with a revoked certificate.
The file under https://go.microsoft.com/fwlink/?linkid=2094583 is an installer executable that is signed by Microsoft with two different certificates. The first one has been revoked by its issuer. The installer then fails because of this.
Check the properties of the file, go under Digital Signatures, pick the certificate with the sha1 digest and see details. You will see the legend «A certificate was explicitly revoked by its issuer» this is a problem in Microsoft’s court to fix. Has nothing to do with the end-user setup. Microsoft, please re-sign the executable with only valid certificates.
Dear Microsoft: Please check the file in your downloads section for sql-server-management-studio-ssms you will see that one of the code signing certificates that was used to sign that file is indeed revoked. This is the real reason that makes the installer to fail. Please make available a version with the proper signatures. FYI, your list of «several reasons» is missing the real and most obvious reason which happens to be contained in the error message itself.
Peter Van Gils Toa Projects
We were able to identify and fix the issue in our company:
CDD4EEAE6000AC7F40C3802C171E30148030C072 CN=Microsoft Root Certificate Authority, DC=microsoft, DC=com
A43489159A520F0D93D032CCAF37E7FE20A8B419 CN=Microsoft Root Authority, OU=Microsoft Corporation, OU=Copyright (c) 1997 Microsoft Corp.
8F43288AD272F3103B6FB1428485EA3014C0BCFE CN=Microsoft Root Certificate Authority 2011, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
3B1EFD3A66EA28B16697394703A72CA340A05BD5 CN=Microsoft Root Certificate Authority 2010, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
7F88CD7223F3C813818C994614A89C99FA3B5247 CN=Microsoft Authenticode(tm) Root Authority, O=MSFT, C=US
31F9FC8BA3805986B721EA7295C65B3A44534274 CN=Microsoft ECC TS Root Certificate Authority 2018, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
06F1AA330B927B753A40E68CDF22E34BCBEF3352 CN=Microsoft ECC Product Root Certificate Authority 2018, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
— Deleting these certificates from the certificate store of the affected machines
— Extracting clean copies of these certificates from the original image
— Import them through Import-Certificate
After reboot the error would not appear anymore and we were able to install the newer visual studio applications and also the HP drivers that we were unable to install before.
Verify sig error 0x800b0003 что это
This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.
Answered by:
Question
I’ve searched and found numerous issues regarding error 0x800B0001, but none that can help me. Last effort is to post a new question, here.
I’ve installed WSUS 3.0 on a new server, which is going to relieve an SBS2008-server of the WSUS task. The server is also going to host SCE, but haven’t got to that, yet. Since this is a small organization, I have decided not to migrate settings from the old WSUS, hence start with a clean sleet.
Everything installed fine, and I have directed all clients to the new WSUS server with GP. However, all clients (except one, actually) shows up as Not reported yet on the status info. Looking into the WindowsUpdate.log I can see
I have enabled SSL on the communications, and when I browse to https://mywsusserver/Selfupdate/wuident.cab, the certificate is trusted. The certificate I use on IIS is signed by the CA on the local domain.
I have tried to register all DLLs (as suggested by some other posts I have found), and to remove the SoftwareDistribution-catalog entirely to force a redownload of everything. No success.
Any suggestions is appreciated!
Answers
Like most of you, I began getting this error recently when trying to install Forefront on client machines. I ran the System Update Readiness Tool, but it found no errors. In the end I followed the link mentioned here: http://blogs.technet.com/b/wsus/archive/2012/06/08/further-hardening-of-wsus-now-available.aspx
In step two I applied the KB 2720211 on the WSUS server; listed here:
After restarting the Server, my clients could download their updates again without error. Hope it helps some folks.
Presuming you have just installed WSUS30-KB972455-x86.exe or WSUS30-KB972455-x64.exe on your server, you might want to look at this knowledge base article which talks to an update for those two WSUS installers:
That page offers you a choice of two downloads, one for x86 and one for x64 architecture. Follow the instructions above the download link area (if you don’t use the Network Load Balancing features, not to worry, just pay closer attention to items 2,4,5 and 6).
As I am somewhat impatient, I elected to force a client update by running ( wuauclt.exe /resetauthorization /detectnow ) on the client to test results. If this works for you as I hope it does, checking the WindowsUpdate.log file on the client should show you that things are indeed a bit different from your post above. Wait a bit longer and the client should check in naturally at your WSUS server. FWIW, you can also just run ( wuauclt.exe /detectnow ) on the client.
The Commerce Company
All replies
Disabling «Update Root Certificates» in the Windows Components OR specifying the proxy using proxycfg to see whether it works.
Regards,
Clarence
Forum Support
Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Subscriber Support, contacttnmff@microsoft.com.
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
Presuming you have just installed WSUS30-KB972455-x86.exe or WSUS30-KB972455-x64.exe on your server, you might want to look at this knowledge base article which talks to an update for those two WSUS installers:
That page offers you a choice of two downloads, one for x86 and one for x64 architecture. Follow the instructions above the download link area (if you don’t use the Network Load Balancing features, not to worry, just pay closer attention to items 2,4,5 and 6).
As I am somewhat impatient, I elected to force a client update by running ( wuauclt.exe /resetauthorization /detectnow ) on the client to test results. If this works for you as I hope it does, checking the WindowsUpdate.log file on the client should show you that things are indeed a bit different from your post above. Wait a bit longer and the client should check in naturally at your WSUS server. FWIW, you can also just run ( wuauclt.exe /detectnow ) on the client.
The Commerce Company
I WSUS 3.0 SP2 (Version: 3.2.7600.226) and 300 computers/servers are connected to my WSUS. Everything worked prefectly for two years until now.
Two clients, Windows XP SP3 and Windows Server 2008 R2 SP1 x64, are reporting Windows Update Client failed to detect with error 0x800b0001 when contacting to WSUS server. If I try to connect to Microsoft Update on the Internet, everything works perfectly.
All other clients are working properly. Today I made new syncronisation and approve new updates on my testgroup inside WSUS console.
On W2k8 R2 SP1 x64:
I tried http://support.microsoft.com/kb/958045, it took time to download and execute System Update Readiness Tool, also didn’t helped. Try also method 2 with regsvr32 Wintrust.dll /s, didn’t reslove my issue.
Any idea what can I do next?
Same here. Just started happening today after apply latest updates! What’s going on? I’m not using SSL on my WSUS server.
Some systems work, some don’t. Most of my Windows 2008 and 2008 R2 servers fail.
Similar situation on Windows 7 Starter. Looking into the WindowsUpdate.log I can see
4fc Setup Determining whether a new setup handler needs to be downloaded
2012-06-18 20:10:43:006 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\Handler\WuSetupV.exe:
2012-06-18 20:10:43:037 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:10:43:037 960 4fc Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\SelfUpdate\Handler\WuSetupV.exe are not trusted: Error 0x800b0001
2012-06-18 20:10:43:037 960 4fc Setup WARNING: Trust verification failed for WuSetupV.exe. It will be deleted and downloaded, error = 0x800B0001
2012-06-18 20:10:43:037 960 4fc Setup SelfUpdate handler update required: Current version: 7.6.7600.256, required version: 7.6.7600.256
2012-06-18 20:10:43:037 960 4fc Setup Evaluating applicability of setup package «WUClient-SelfUpdate-ActiveX
7.6.7600.256″
2012-06-18 20:10:43:068 960 4fc Setup Setup package «WUClient-SelfUpdate-ActiveX
7.6.7600.256″ is already installed.
2012-06-18 20:10:43:068 960 4fc Setup Evaluating applicability of setup package «WUClient-SelfUpdate-Aux-TopLevel
7.6.7600.256″
2012-06-18 20:10:43:240 960 4fc Setup Setup package «WUClient-SelfUpdate-Aux-TopLevel
7.6.7600.256″ is applicable but is already staged; it will not be downloaded.
2012-06-18 20:10:43:240 960 4fc Setup Evaluating applicability of setup package «WUClient-SelfUpdate-Core-TopLevel
7.6.7600.256″
2012-06-18 20:10:43:723 960 4fc Setup Setup package «WUClient-SelfUpdate-Core-TopLevel
7.6.7600.256″ is already installed.
2012-06-18 20:10:43:723 960 4fc Setup SelfUpdate check completed. SelfUpdate is NOT required.
2012-06-18 20:10:45:861 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:10:45:907 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:10:45:907 960 4fc Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab are not trusted: Error 0x800b0001
2012-06-18 20:10:46:048 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:10:46:079 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:10:46:079 960 4fc PT +++++++++++ PT: Synchronizing server updates +++++++++++
2012-06-18 20:10:46:079 960 4fc PT + ServiceId = <7971F918-A847-4430-9279-4A52D1EFE18D>, Server URL = https://www.update.microsoft.com/v6/ClientWebService/client.asmx
2012-06-18 20:13:07:433 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:13:07:479 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:13:07:589 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:13:07:620 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:13:07:635 960 4fc PT +++++++++++ PT: Synchronizing extended update info +++++++++++
2012-06-18 20:13:07:635 960 4fc PT + ServiceId = <7971F918-A847-4430-9279-4A52D1EFE18D>, Server URL = https://www.update.microsoft.com/v6/ClientWebService/client.asmx
2012-06-18 20:14:07:071 960 4fc Misc WARNING: Send failed with hr = 80072ee2.
2012-06-18 20:14:07:071 960 4fc Misc WARNING: SendRequest failed with hr = 80072ee2. Proxy List used: Bypass List used : Auth Schemes used : <>
2012-06-18 20:14:07:071 960 4fc PT + Last proxy send request failed with hr = 0x80072EE2, HTTP status code = 0
2012-06-18 20:14:07:071 960 4fc PT + Caller provided credentials = No
2012-06-18 20:14:07:071 960 4fc PT + Impersonate flags = 0
2012-06-18 20:14:07:071 960 4fc PT + Possible authorization schemes used =
2012-06-18 20:14:07:071 960 4fc PT WARNING: GetExtendedUpdateInfo failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
2012-06-18 20:14:07:071 960 4fc PT WARNING: PTError: 0x80072ee2
2012-06-18 20:14:07:071 960 4fc PT WARNING: GetExtendedUpdateInfo_WithRecovery: 0x80072ee2
2012-06-18 20:14:08:148 960 4fc PT WARNING: Sync of Extended Info: 0x80072ee2
2012-06-18 20:14:08:148 960 4fc PT WARNING: SyncServerUpdatesInternal failed : 0x80072ee2
2012-06-18 20:14:08:195 960 4fc Agent * WARNING: Exit code = 0x80072EE2
2012-06-18 20:14:08:195 960 4fc Agent *********
2012-06-18 20:14:08:195 960 4fc Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]
2012-06-18 20:14:08:195 960 4fc Agent *************
2012-06-18 20:14:08:195 960 4fc Agent WARNING: WU client failed Searching for update with error 0x80072ee2
2012-06-18 20:14:08:319 960 e00 AU >>## RESUMED ## AU: Search for updates [CallId = <8A83B3B5-055F-497E-B452-92F64D934BC9>]
2012-06-18 20:14:08:319 960 e00 AU # WARNING: Search callback failed, result = 0x80072EE2
2012-06-18 20:14:08:319 960 e00 AU # WARNING: Failed to find updates with error code 80072EE2
2012-06-18 20:14:08:319 960 e00 AU #########
2012-06-18 20:14:08:319 960 e00 AU ## END ## AU: Search for updates [CallId = <8A83B3B5-055F-497E-B452-92F64D934BC9>]
Similar situation on Windows 7 Starter. Looking into the WindowsUpdate.log I can see
4fc Setup Determining whether a new setup handler needs to be downloaded
2012-06-18 20:10:43:006 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\Handler\WuSetupV.exe:
2012-06-18 20:10:43:037 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:10:43:037 960 4fc Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\SelfUpdate\Handler\WuSetupV.exe are not trusted: Error 0x800b0001
2012-06-18 20:10:43:037 960 4fc Setup WARNING: Trust verification failed for WuSetupV.exe. It will be deleted and downloaded, error = 0x800B0001
2012-06-18 20:10:43:037 960 4fc Setup SelfUpdate handler update required: Current version: 7.6.7600.256, required version: 7.6.7600.256
2012-06-18 20:10:43:037 960 4fc Setup Evaluating applicability of setup package «WUClient-SelfUpdate-ActiveX
7.6.7600.256″
2012-06-18 20:10:43:068 960 4fc Setup Setup package «WUClient-SelfUpdate-ActiveX
7.6.7600.256″ is already installed.
2012-06-18 20:10:43:068 960 4fc Setup Evaluating applicability of setup package «WUClient-SelfUpdate-Aux-TopLevel
7.6.7600.256″
2012-06-18 20:10:43:240 960 4fc Setup Setup package «WUClient-SelfUpdate-Aux-TopLevel
7.6.7600.256″ is applicable but is already staged; it will not be downloaded.
2012-06-18 20:10:43:240 960 4fc Setup Evaluating applicability of setup package «WUClient-SelfUpdate-Core-TopLevel
7.6.7600.256″
2012-06-18 20:10:43:723 960 4fc Setup Setup package «WUClient-SelfUpdate-Core-TopLevel
7.6.7600.256″ is already installed.
2012-06-18 20:10:43:723 960 4fc Setup SelfUpdate check completed. SelfUpdate is NOT required.
2012-06-18 20:10:45:861 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:10:45:907 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:10:45:907 960 4fc Misc WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab are not trusted: Error 0x800b0001
2012-06-18 20:10:46:048 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:10:46:079 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:10:46:079 960 4fc PT +++++++++++ PT: Synchronizing server updates +++++++++++
2012-06-18 20:10:46:079 960 4fc PT + ServiceId = <7971F918-A847-4430-9279-4A52D1EFE18D>, Server URL = https://www.update.microsoft.com/v6/ClientWebService/client.asmx
2012-06-18 20:13:07:433 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:13:07:479 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:13:07:589 960 4fc Misc Validating signature for C:\Windows\SoftwareDistribution\WuRedir\7971F918-A847-4430-9279-4A52D1EFE18D\muv4muredir.cab:
2012-06-18 20:13:07:620 960 4fc Misc Microsoft signed: Yes
2012-06-18 20:13:07:635 960 4fc PT +++++++++++ PT: Synchronizing extended update info +++++++++++
2012-06-18 20:13:07:635 960 4fc PT + ServiceId = <7971F918-A847-4430-9279-4A52D1EFE18D>, Server URL = https://www.update.microsoft.com/v6/ClientWebService/client.asmx
2012-06-18 20:14:07:071 960 4fc Misc WARNING: Send failed with hr = 80072ee2.
2012-06-18 20:14:07:071 960 4fc Misc WARNING: SendRequest failed with hr = 80072ee2. Proxy List used: Bypass List used : Auth Schemes used : <>
2012-06-18 20:14:07:071 960 4fc PT + Last proxy send request failed with hr = 0x80072EE2, HTTP status code = 0
2012-06-18 20:14:07:071 960 4fc PT + Caller provided credentials = No
2012-06-18 20:14:07:071 960 4fc PT + Impersonate flags = 0
2012-06-18 20:14:07:071 960 4fc PT + Possible authorization schemes used =
2012-06-18 20:14:07:071 960 4fc PT WARNING: GetExtendedUpdateInfo failure, error = 0x80072EE2, soap client error = 5, soap error code = 0, HTTP status code = 200
2012-06-18 20:14:07:071 960 4fc PT WARNING: PTError: 0x80072ee2
2012-06-18 20:14:07:071 960 4fc PT WARNING: GetExtendedUpdateInfo_WithRecovery: 0x80072ee2
2012-06-18 20:14:08:148 960 4fc PT WARNING: Sync of Extended Info: 0x80072ee2
2012-06-18 20:14:08:148 960 4fc PT WARNING: SyncServerUpdatesInternal failed : 0x80072ee2
2012-06-18 20:14:08:195 960 4fc Agent * WARNING: Exit code = 0x80072EE2
2012-06-18 20:14:08:195 960 4fc Agent *********
2012-06-18 20:14:08:195 960 4fc Agent ** END ** Agent: Finding updates [CallerId = AutomaticUpdates]
2012-06-18 20:14:08:195 960 4fc Agent *************
2012-06-18 20:14:08:195 960 4fc Agent WARNING: WU client failed Searching for update with error 0x80072ee2
2012-06-18 20:14:08:319 960 e00 AU >>## RESUMED ## AU: Search for updates [CallId = <8A83B3B5-055F-497E-B452-92F64D934BC9>]
2012-06-18 20:14:08:319 960 e00 AU # WARNING: Search callback failed, result = 0x80072EE2
2012-06-18 20:14:08:319 960 e00 AU # WARNING: Failed to find updates with error code 80072EE2
2012-06-18 20:14:08:319 960 e00 AU #########
2012-06-18 20:14:08:319 960 e00 AU ## END ## AU: Search for updates [CallId = <8A83B3B5-055F-497E-B452-92F64D934BC9>]
Maybe this problem is a result of the exploit described at
which, in part, states that
Flame creates a local proxy which it uses to intercept traffic to Microsoft Update. This is used to spread Flame to other machines in a local area network.
The fake update was signed with a certificate linking up to Microsoft root, as the attackers found a way to repurpose Microsoft Terminal Server license certificates. Even this wasn’t enough to spoof newer Windows versions, so they did some cutting-edge cryptographic research and came up with a completely new way to create hash collisions, enabling them to spoof the certificate. They still needed a supercomputer though. And they’ve been doing this silently since 2010.