Skip to content

Certificates and network access

Certificates let devices prove who they are without passwords: for enterprise Wi-Fi, VPN, email signing, and authentication to apps. Getting certificates onto devices is one of the fiddlier parts of Intune, mostly because several profiles have to line up.

Your options for issuing certificates

Option How it works Infrastructure you run Best for
Microsoft Cloud PKI Microsoft hosts your root and issuing CAs, plus a SCEP registration authority None New deployments and organizations leaving on-premises PKI. Licensed with Microsoft 365 E5/E7 or the Intune Suite.
SCEP with your own CA Devices request certificates from your CA through NDES, validated by the Certificate Connector for Microsoft Intune CA, NDES server, connector, reverse proxy Existing Active Directory Certificate Services estates
PKCS with your own CA The certificate connector requests the certificate and its private key on the device's behalf CA, connector S/MIME and scenarios that need a key generated off the device
PKCS imported You upload existing certificates (usually S/MIME encryption keys) to Intune for delivery Connector Delivering the same S/MIME encryption certificate to all of a user's devices

Every option also needs trusted certificate profiles so devices trust the root (and issuing) CA.

Microsoft Cloud PKI

Set it up under Tenant administration > Cloud PKI.

  1. Create a root CA, or use bring your own CA (BYOCA) to anchor a cloud issuing CA to your existing private root.
  2. Create an issuing CA under the root. Choose the validity period (2 to 10 years) and the extended key usages carefully: you can't edit a CA after creating it.
  3. Download the root and issuing CA certificates and deploy them with trusted certificate profiles to every platform. Also install them on relying parties such as your RADIUS or NPS servers.
  4. Create a SCEP profile per platform, pasting the issuing CA's SCEP URI and leaving the {{CloudPKIFQDN}} placeholder as-is. Link it to the root CA trusted certificate profile.

Limits and behaviors to know:

  • Up to three CAs per tenant in total (root, issuing and BYOCA issuing CAs all count).
  • RSA keys of 2048, 3072 or 4096 bits, and SHA-256, SHA-384 or SHA-512.
  • Licensed CAs use keys in Azure Managed HSM. CAs created during a trial use software keys, so plan to recreate them after you buy.
  • Intune hosts the CRL (valid for 7 days, refreshed every 3.5 days and on every revocation) and the AIA endpoint. Relying parties need network access to both.
  • Only SCEP issuance is supported.

The Certificate Connector for Microsoft Intune

If you use your own CA with PKCS, or SCEP with NDES, you need the connector on a Windows Server.

  • Install at least two connectors for redundancy.
  • Keep it up to date. It updates itself automatically when it can; check the version in Tenant administration > Connectors and tokens > Certificate connectors.
  • Connector logs are in Event Viewer under Applications and Services Logs > Microsoft > Intune > CertificateConnectors.

Strong mapping for Active Directory authentication

Since February 11, 2025, Windows domain controllers enforce strong certificate mapping (KB5014754). Certificates used to authenticate against Active Directory (for example by NPS for 802.1X Wi-Fi) must contain the user's or device's security identifier (SID). Without it, authentication is denied.

Add a URI subject alternative name with the value {{OnPremisesSecurityIdentifier}}. Intune turns it into tag:microsoft.com,2022-09-14:sid:<SID> in the certificate.

  • Works for user certificates on Windows, macOS and iOS/iPadOS, and for device certificates on hybrid joined Windows devices.
  • Users and devices must be synced from Active Directory so Entra ID knows their SID.
  • Your CA must accept the tag. Active Directory Certificate Services with the KB5014754 updates does; check with third-party CA vendors.
  1. Update the certificate connector to version 6.2406.0.1001 or later.
  2. On each connector server, set HKLM\Software\Microsoft\MicrosoftIntune\PFXCertificateConnector\EnableSidSecurityExtension (DWORD) to 1.
  3. Restart the PFX Create Certificate Connector for Microsoft Intune and PFX Create Legacy Connector for Microsoft Intune services.

New and renewed PKCS certificates then include the SID extension.

Roll the change out to a small group first and test every system that consumes the certificates: NPS and other RADIUS servers, VPN gateways, network access control and apps.

Getting the profiles to line up

Most certificate failures are assignment mistakes, not PKI problems.

flowchart LR
    T[Trusted root profile] --> S[SCEP or PKCS profile]
    S --> W[Wi-Fi or VPN profile]
    T -.->|server validation| W
  • Assign the trusted certificate, SCEP or PKCS, and Wi-Fi or VPN profiles to the same groups, and the same group type. A device-targeted Wi-Fi profile that references a user-targeted SCEP certificate won't work.
  • Match certificate type to use. Use device certificates for Wi-Fi that must connect before sign-in (and for shared devices), and user certificates when the network needs to know who the user is.
  • Check the subject name variables exist. If a profile uses {{EmailAddress}} and the user has no email address in Entra ID, no certificate is issued.
  • Plan renewal. Devices request a new certificate when the remaining validity drops below the profile's renewal threshold (20% by default). Very short certificate lifetimes create a lot of churn.

Wi-Fi profiles

Network type Profile approach
Enterprise Wi-Fi (802.1X) Enterprise profile with EAP-TLS, a SCEP or PKCS client certificate, and server trust settings (RADIUS server names plus the root certificate). Don't skip server validation.
Pre-shared key Wi-Fi Basic profile with WPA2-Personal or WPA3-Personal. Remember that the key is retrievable from devices.
Guest Wi-Fi Usually not deployed at all

iOS/iPadOS Wi-Fi profiles support WPA3-Personal since mid-2026. WPA3 for other platforms and WPA3-Enterprise are still on Microsoft's roadmap.

VPN and remote access

  • Windows: Always On VPN or a third-party client, configured with the VPN template or settings catalog, plus the certificate profiles above.
  • iOS/iPadOS and Android: per-app VPN, so only work apps use the tunnel.
  • Microsoft Tunnel: Microsoft's VPN gateway for iOS and Android. It runs as a container on a Linux server you host. Tunnel for MAM extends it to devices that aren't enrolled (part of Intune Plan 2).
  • Microsoft Entra Global Secure Access: if you use Microsoft's security service edge (Entra Internet Access and Private Access), deploy its client with Intune instead of a traditional VPN.

Troubleshooting certificates

Where What to check
Intune admin center The certificate profile's device status, and Devices > device > Device configuration for errors
Windows certmgr.msc (user) and certlm.msc (device) for the issued certificate, its template, subject and SAN
iOS/iPadOS Settings > General > VPN & Device Management > management profile > More Details
Connector server Connector event logs, plus NDES and CA logs for SCEP
RADIUS/NPS Authentication logs. Strong mapping failures appear here, not in Intune.

Learn more