Microsoft-Windows CAPI2 failed extract of third-party root list from auto update cab

Anonymous
2009-06-02T10:11:30+00:00

Hi, I get this error in the last few weeks and I am not sure, whether I should do something about it. I went to TechNet, Event ID 11 Automatic Root Certificates Update Configuration, but I would need something simpler that I can follow. Confuseduser P.S. Exact error message is below: -

Log Name:      Application

Source:        Microsoft-Windows-CAPI2

Date:          27/05/2009 8:42:16 PM

Event ID:      11

Task Category: None

Level:         Error

Keywords:      Classic

User:          N/A

Computer:      Helga-PC

Description:

Failed extract of third-party root list from auto update cab at: <http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab> with error: A required certificate is not within its validity period when verifying against the current system clock or the timestamp in the signed file.

.

Event Xml:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

  <System>

    <Provider Name="Microsoft-Windows-CAPI2" Guid="{5bbca4a8-b209-48dc-a8c7-b23d3e5216fb}" EventSourceName="Microsoft-Windows-CAPI2" />

    <EventID Qualifiers="49154">11</EventID>

    <Version>0</Version>

    <Level>2</Level>

    <Task>0</Task>

    <Opcode>0</Opcode>

    <Keywords>0x80000000000000</Keywords>

    <TimeCreated SystemTime="2009-05-27T10:42:16.000Z" />

    <EventRecordID>32381</EventRecordID>

    <Correlation />

    <Execution ProcessID="0" ThreadID="0" />

    <Channel>Application</Channel>

    <Computer>Helga-PC</Computer>

    <Security />

  </System>

  <EventData>

    <Data>http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab</Data>

    <Data>A required certificate is not within its validity period when verifying against the current system clock or the timestamp in the signed file.

</Data>

  </EventData>

</Event>

Windows for home | Other | Performance and system failures

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments
Answer accepted by question author
Anonymous
2009-10-20T11:32:58+00:00

I don't see any reason the solution above would not work in Vista.  I see the same folder structure and registry entries on Vista. 

If you are not familiar with the registry, here is a very detailed instruction set on how to delete entries:  http://support.microsoft.com/kb/136393

Be sure to use the export option before deleting entries in order to back them up.

Was this answer helpful?

2 people found this answer helpful.
0 comments No comments
Answer accepted by question author
Anonymous
2010-02-26T21:34:07+00:00

This does help.

Now that you've pointed this out I've seen the same behaviour in the CAPI2 Event Viewer log file. My Windows 7 clients have been trying to access two URL's at the domain http://crl.microsoft.com/

None of the posts I had seen on this had mentioned the need for this path.

Thanks,

Michael

hi

Here's a basic definition for CRL in general terms. You can search Google using "Certificate Revocation List" and find a lot more information.

it could also be that direct X is looking for some updated drivers

what happens is that your browser is checking for provoked certificates , is perfectly normal and safe , its to keep you safe

have a nice day

ps for some further info

http://technet.microsoft.com/en-us/library/dd772269.aspx


Scan with OneCare + 50 Windows 7even Tips + Plagued by the Privacy Center? REMOVE IT + Threat Research & Response Blog + Sysinternals Live tools + TRANSLATOR+ Photosynth + Microsoft Security + Microsoft SUPPORT + PIVOT from Live Labs+ Microsoft Live Labs + Office 2010 beta + Get Windows LIVE!

Was this answer helpful?

0 comments No comments

138 additional answers

Sort by: Newest
  1. Anonymous
    2009-08-13T06:14:53+00:00

    What is this thing?!? And, has anyone found a way of getting rid of it? I have followed about 5 steps listed on this forum by "technicians" and I still keep getting this error. I have noticed others have logged events and were able to determine the cause, but no errors appear in the logging for me -- only in the event viewer.

    From what I know about it CAPI2 is the Crypto API of Windows. It looks like the CTL (Certificate Trust List) Microsoft currently offers on their update sites is broken (invalid signature). So Windows does not accept it for security reason. If Windows would accept it, then anybody could forge a fake certificate trust list and inject it which would open an attack vector for intruders.

    Most probably the error is simply triggered by any application using SSL connections with the help of the crypto API (CAPI2). So the first application using the API might trigger the (still pending since id did not succeed) CTL update which fails each time because the CTL provided by Microsoft is invalid.

    On some machines the error does not occur. This might be related to the fact that some people switch off WU or did not apply some patches. I noticed that the certificate revocation list update is an optional update on Windows Update which I usually apply to all machines. Maybe this triggers the problem. Installation of SP2 might trigger it too because it might contain a related update.

    In some cases enabling CAPI2 logging helps to find the process which actually triggers the CTL update. This might allow you to disable it. In my case it was the "Windows Media Player Network Sharing Service" which is a Microsoft built-in service. Disabling (or setting startup type to "manual") made the CAPI2 error to disappear on my machine.

    What irritates me is the fact that it seems the CAPI2 error completely disappeared from my system logs. So my statement above might not be true in any case (first application using crypto API triggers the error). Maybe the error is triggered only if CAPI2 is invoked too early at the boot stage (when starting services). Unfortunately you might not be able to fix it if an antivirus program (which needs to run as a service on system boot) triggers the error too early.

    I think we made a lot of good conclusions and findings in this thread. It's now about Microsoft to fix the issue.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2009-08-08T18:42:49+00:00

    I just recently noticed this error in my Event Viewer as well:

    Log Name:      Application

    Source:        Microsoft-Windows-CAPI2

    Date:          8/8/2009 1:56:04 PM

    Event ID:      11

    Task Category: None

    Level:         Error

    Keywords:      Classic

    User:          N/A

    Computer:      user-PC

    Description:

    Failed extract of third-party root list from auto update cab at: <http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab> with error: A required certificate is not within its validity period when verifying against the current system clock or the timestamp in the signed file.

    .

    Event Xml:

    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

      <System>

        <Provider Name="Microsoft-Windows-CAPI2" Guid="{5bbca4a8-b209-48dc-a8c7-b23d3e5216fb}" EventSourceName="Microsoft-Windows-CAPI2" />

        <EventID Qualifiers="49154">11</EventID>

        <Version>0</Version>

        <Level>2</Level>

        <Task>0</Task>

        <Opcode>0</Opcode>

        <Keywords>0x80000000000000</Keywords>

        <TimeCreated SystemTime="2009-08-08T17:56:04.000Z" />

        <EventRecordID>15024</EventRecordID>

        <Correlation />

        <Execution ProcessID="0" ThreadID="0" />

        <Channel>Application</Channel>

        <Computer>user-PC</Computer>

        <Security />

      </System>

      <EventData>

        <Data>http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab</Data>

        <Data>A required certificate is not within its validity period when verifying against the current system clock or the timestamp in the signed file.

    </Data>

      </EventData>

    </Event>

    I noticed that my first incidence of this CAPI2 error began on June 23, 2009 of this year after upgrading to Windows Service Pack 2 on my Windows Vista 32-bit OS. I have tried typing "Certutil -urlcache * delete" in cmd and running sf /scannow and the error still occurs. If I click on the link given in the Even Viewer (http://www.download.windowsupdate.com/msdownload/update/v3/static/trustedr/en/authrootstl.cab) it simply asks me if I wish to open, save or cancel the the 27.9KB authrootstl.cab download. I have gone to Applications and Services\Logs\Microsoft\Windows\CAPI2\Operational and enabled logging. However, none of the errors in the Event Viewer come up during logging. What is this thing?!? And, has anyone found a way of getting rid of it? I have followed about 5 steps listed on this forum by "technicians" and I still keep getting this error. I have noticed others have logged events and were able to determine the cause, but no errors appear in the logging for me -- only in the event viewer.

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2009-07-24T11:00:56+00:00

    Hi again, apparently the link below is a link to Microsoft.  Maybe somebody (who can cope with all the technical details) could send them the information. Confuseduser
    https://connect.microsoft.com/default.aspx

    What's Connect?

    This site is a connection point between you and Microsoft, and ultimately the larger community. Your feedback enables Microsoft to make software and services the best that they can be, and you can learn about and contribute to exciting projects

    Was this answer helpful?

    0 comments No comments