Microsoft Defender for Endpoint
Endpoint protection

Configure Network Connections Microsoft Defender Antivirus

In brief

The article now explicitly covers cloud-delivered protection, provides more specific ValidateMapsConnection, MAPS, certificate/TLS, timeout, and proxy/CRL troubleshooting guidance, and updates related links and headings.

What Defender admins need to know

Administrators troubleshooting network access can use the added error examples and resolution guidance; no mandatory action is stated.

Summaries are generated from the documentation change itself.

Documentation change

The comparison below shows only the changed extract. Use the full-page view for complete context.

author: paulinbar ms.author: painbar ms.topic: how-to ms.custom: nextgen, msecd-doc-authoring-10141016 ms.date: 06/17/07/02/2026 ms.reviewer: yongrhee; pahuijbr ms.collection:

  • m365-security

The Microsoft Defender Antivirus cloud service provides fast, strong protection for your endpoints. While it's optional to enable and use the cloud-delivered protection services provided by Microsoft Defender Antivirus, it's highly recommended because it provides important and timely protection against emerging threats on your endpoints and network. For more information, see Enable cloud-delivered protection, which describes how to enable the service by using Intune, Microsoft Configuration Manager, Group Policy, PowerShell cmdlets, or individual clients in the Windows Security app.

After you've enabled the service,Microsoft Defender Antivirus cloud-delivered protection, you need to configure your network or firewall to allow connections between network and your endpoints. Computers must have access to the internet and reach the Microsoft cloud services for proper operation.

Required Microsoft Defender Antivirus services and URLs

The following table in this section lists services and their associated website addresses (URLs).

Make sure that there are no firewall or network filtering rules denying access to these URLs.the Microsoft Defender Antivirus connectivity URLs listed in the following table. Otherwise, you must create an allow rule specifically for thosethe required Microsoft Defender Antivirus connectivity URLs. The Microsoft Defender Antivirus connectivity URLs in the following table use port 443 for communication. (Port 80 is also required for some URLs, as noted in the followingservice and URL table.)

Service and description URL
Microsoft Defender Antivirus cloud-delivered protection service is referred to as Microsoft Active Protection Service (MAPS).
Microsoft Defender Antivirus uses the MAPS service to provide cloud-delivered protection.
*.wdcp.microsoft.com
*.wdcpalt.microsoft.com
*.wd.microsoft.com
Microsoft Update Service (MU) and Windows Update Service (WU)
These services allow security intelligence and product updates.
*.update.microsoft.com
*.delivery.mp.microsoft.com
*.windowsupdate.com
ctldl.windowsupdate.com

For more information, see Connection endpoints for Windows UpdateConnection endpoints for Windows Update.
Security intelligence updates Alternate Download Location (ADL)
This is an alternate location for Microsoft Defender Antivirus Security intelligence updates, if the installed Security intelligence is out of date (Seven or more days behind).
*.download.microsoft.com
*.download.windowsupdate.com (Port 80 is required)
go.microsoft.com (Port 80 is required)
https://www.microsoft.com/security/encyclopedia/adlpackages.aspx
https://definitionupdates.microsoft.com/download/DefinitionUpdates/
https://fe3cr.delivery.mp.microsoft.com/ClientWebService/client.asmx
Malware submission storage
This is an upload location for files submitted to Microsoft via the Submission form or automatic sample submission.
ussus1eastprod.blob.core.windows.net
ussus2eastprod.blob.core.windows.net
ussus3eastprod.blob.core.windows.net
ussus4eastprod.blob.core.windows.net
wsus1eastprod.blob.core.windows.net
wsus2eastprod.blob.core.windows.net
ussus1westprod.blob.core.windows.net
ussus2westprod.blob.core.windows.net
ussus3westprod.blob.core.windows.net
ussus4westprod.blob.core.windows.net
wsus1westprod.blob.core.windows.net
wsus2westprod.blob.core.windows.net
usseu1northprod.blob.core.windows.net
wseu1northprod.blob.core.windows.net
usseu1westprod.blob.core.windows.net
wseu1westprod.blob.core.windows.net
ussuk1southprod.blob.core.windows.net
wsuk1southprod.blob.core.windows.net
ussuk1westprod.blob.core.windows.net
wsuk1westprod.blob.core.windows.net
Certificate Revocation List (CRL)
Windows use this list while creating the SSL connection to MAPS for updating the CRL.
http://www.microsoft.com/pkiops/crl/
http://www.microsoft.com/pkiops/certs
http://crl.microsoft.com/pki/crl/products
http://www.microsoft.com/pki/certs

Common cloud validation error messages

Here are some error messages you might see:see. If the connectivity test starts but fails, the output begins with a timestamp and then shows a ValidateMapsConnection failure:

Start Time: <Day_of_the_week> MM DD YYYY HH:MM:SS
ValidateMapsConnection

If the device can't reach MAPS due to a connectivity issue, the command returns an error similar to one of the following examples:

ValidateMapsConnection failed to establish a connection to MAPS (hr=0x80070006 httpcore=451)
MpCmdRun.exe: hr = 0x80070006

If certificate validation or TLS negotiation fails, you might see output similar to the following:

ValidateMapsConnection failed to establish a connection to MAPS (hr=0x80072F8F httpcore=451)
MpCmdRun.exe: hr = 0x80072F8F

If the connection is interrupted or times out, the validation command can return output similar to the following:

ValidateMapsConnection failed to establish a connection to MAPS (hr=0x80072EFE httpcore=451)
MpCmdRun.exe: hr = 0x80072EFE
<a name="root-causes"></a>
#### Root causes of cloud validation failures

The root cause of thesethe `ValidateMapsConnection` error messages is that the device doesn't have its system-wide `WinHttp` proxy configured. If you don't set the system-wide WinHttp proxy, then the operating system isn't aware of the proxy and can't fetch the CRLcertificate revocation list (CRL) (the operating system does this, not Defender for Endpoint), which means that TLS connections to URLs like `http://cp.wd.microsoft.com/` don't succeed. You see successful (response 200) connections to the endpoints, but the MAPS connections would still fail.

<a name="solutions"></a>
#### Solutions for cloud validation failures

Use one of the following approaches to resolve cloud validation failures:

- **Preferred solution**: Configure the system-wide WinHttp proxy that allows the CRL check.

- **Alternate solution**: Configuring the following `SSLOption` registry key and value to Disable the CRL check for SpyNet only. The `SSLOptions` registry key doesn't affect other services. Disabling the CRL check isn't a best practice because the device no longer checks for revoked certificates or certificate pinning.

  To disable the CRL check for SpyNet, import a registry file with the following content:

  ```text
  Windows Registry Editor Version 5.00

The Windows event log will also show Microsoft Defender Antivirus event ID 1116. For more information, see Troubleshoot Microsoft Defender Antivirus event ID 1116.

See alsoRelated content

For related guidance, see the following resources: