Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Integrate with Microsoft Intune

Follow these steps to understand Intune integrations, link your Intune account to your HPE Mist organization, create policy rules, and view client events.

Overview

Microsoft Intune Endpoint Management uses Device Compliance Policies to check for the presence of an antivirus software, account for firewall rules, check clients for the latest security patches, and so on. HPE Mist Networking™ Access Assurance can leverage the compliance state of Intune-managed device for additional posture assessment according to the Auth Policies you create.

Figure 1: Microsoft Intune Integration for Getting Compliance State of the Device Workflow illustrating HPE Mist Networking Access Assurance integrated with Microsoft Intune for device compliance and network access control. Devices managed by Intune are evaluated for compliance. Compliance state determines network access via 802.1X EAP-TLS authentication.

You can integrate Access Assurance with the Intune for use in the HPE Mist management portal. For example, you can use the integration to create a client authorization policy in HPE Mist Networking that segregates non-compliant clients to a quarantine VLAN while letting compliant ones access the corporate network. To do so, you need to be running firmware version 0.14 or later on the HPE Mist Networking APs, and have an administrator account on Microsoft Entra ID (this is to grant read privileges to HPE Mist Networking Access Assurance to get the Intune device data).

As wireless clients log on and are authorized on an HPE Mist Networking AP, the cloud-based HPE Mist Networking Access Assurance service learns the client's security compliance status from Intune. It then uses that information in an authentication policy to connect the client to a selected VLAN based on the results. In the figure above, which shows the Insights tab on the Monitor page, Intune has classified one of the clients as non-compliant.

Note:

Some of the screenshots included in this document are sourced from third-party applications. Be aware that these screenshots may change over time and may not always match the current version of the applications.

How it Works

The Access Assurance API polls Microsoft Intune every two hours for a list of authenticated Intune-managed clients, and makes any necessary updates. The default polling interval for Microsoft Intune to its managed devices is every eight hours. HPE Mist Networking Access Assurance caches the retrieved compliance state data to optimize retrieval times.

Whenever a device if found to be out of compliance, HPE Mist Networking Access Assurance issues a Change Of Authorization command and re-runs the policy. The policy then triggers the required corrective actions, as needed, to bring the device back in to compliance.

The communication flow between the two services is shown in Figure 2.

Figure 2: Authentication and Authorization for Microsoft Intune Flowchart illustrating client compliance verification with HPE Mist Networking Access Assurance and Microsoft Intune. Steps include EAP-TLS authentication, device identity extraction, Intune compliance check, quarantine for non-compliant devices, and network access for compliant devices.

Client onboarding sequence includes:

  1. EAP-TLS Authentication—Client initiates a connection (wired or wireless) and authentication request is sent to the HPE Mist Networking system.
  2. Initial NAC Access Decision—Client is placed in a quarantine VLAN/Role. Restricted access is provided until device compliance is verified.
  3. Device Identity Extraction—HPE Mist Networking uses the following information during client authentication to match a client with a device record in Microsoft Intune (in order of lookup):
    • Non-randomized MAC address
    • DeviceName or DeviceName.FQDN from the certificate’s Common Name (CN) field
    • DeviceID from the certificate’s Subject Alternative Name (SAN) as a DNS entry

    For EAP-TLS authentication, a match is successful if any one of these identifiers is found.

    For EAP-TTLS authentication, HPE Mist Networking Access Assurance uses only the non-randomized MAC address to match with Intune device records.

  4. MDM Lookup—HPE Mist Networking queries Microsoft Intune using the extracted identity.Retrieve the device’s compliance status.
  5. MDM Response- Intune returns the device status.
    • If the client device is found compliant, access is provided.

    • If the client device is non-compliant, it remains in quarantine.

  6. Change of Authorization (CoA)—HPE Mist Networking triggers CoA via the AP or switch. Client session is refreshed with updated access rights.
  7. EAP-TLS Re-Authentication—Client re-authenticates with the updated VLAN/Role.
  8. Final NAC Access Decision—Client is placed in an unrestricted VLAN/Role. Full network access is granted.
Note:

The device lookup process via Microsoft Intune can time depending on system load and response intervals. To ensure a seamless onboarding experience, we recommend configuring an authentication policy that permits initial access for the client device.

Configure the policy in accordance with your organization's security standards and access control policies to establish appropriate safeguards during the initial connection.

Once the MDM lookup succeeds and the device record is added to the Dynamic Device Database (DDB), the HPE Mist Networking MDM service automatically sends a Change of Authorization (CoA) message to the associated AP or switch. This prompts the client to reconnect.

Upon reconnection, the client is evaluated against the MDM Authentication policy, which determines access based on the device’s compliance status—either Compliant or Non-compliant.

Following sections provide more details about the identifiers.

Non-Randomized MAC Address

If you want to show non-randomized MAC addresses under Client Events, you need to disable MAC randomization in the Intune Wi-Fi settings. This display supports both EAP-TTLS and EAP-TLS authentication, and uses the client MAC address from Intune.

Note:

The screenshots from third-party applications are correct at the time of publishing. We have no way to know when or if the screenshots will be accurate at any future time. Please refer to the third-party website for guidance about changes to these screens or the workflows involved.

Figure 3: Disable MAC Address Randomization Wi-Fi profile configuration screen on iOS/iPadOS with options for network settings, security type, certificates, identity privacy, and proxy settings.

DeviceName or DeviceName.FQDN

Under Client Events, the name shown for Certificate CN comes from the Intune SCEP certificate configuration (it's the Subject name format field). The Client Events name shown for Certificate SAN (DNS Name) comes from the Intune SCEP profile variable used to encode the Intune Device ID in the SAN:DNS certificate field

Figure 4: Certificate CN Details Certificate authentication details table showing authentication type eap-tls, user name host/DESKTOP-H7CNSM7.deaflyz.onmicrosoft.com, certificate CN highlighted in red DESKTOP-H7CNSM7, certificate SAN UPN DESKTOP-H7CNSM7@deaflyz.onmicrosoft.com, certificate SAN DNS Name DESKTOP-H7CNSM7.deaflyz.onmicrosoft.com, certificate issuer DC=com DC=mistaa CN=mistaa-MROOT-CA, certificate expiry Dec 6 2025 1:36 PM, and certificate subject CN=DESKTOP-H7CNSM7.

In Intune SCEP profile, use the variables to create this certificate.

SCEP certificate configuration screen highlighting CN DeviceName field in red, with subject name format CN DeviceName and subject alternative name attributes UPN DeviceName deaflyz.onmicrosoft.com and DNS DeviceId.

DeviceID in Certificate's SAN:DNS

This illustration shows an Intune Device ID encoded in SAN:DNS certificate attribute in the Client Events.

NAC client event log interface showing a list of categorized events with timestamps and access points. Highlighted event indicates successful certificate validation, with detailed information including AP name, MAC address, SSID, certificate details, authentication type, user name, and port type.

In Intune SCEP profile, use the variable to encode Intune Device ID in the SAN:DNS certificate field.

Configuration settings screen for certificate setup showing Certificate type as Device, Subject name format as CN equals DeviceName, UPN as DeviceName at deaflyz.onmicrosoft.com, and DNS as DeviceId, with DNS attribute highlighted.

Adding Intune as an Identity Provider

Note:

To successfully link the Intune account, you must have Super User access to the organization.

To add Microsoft Intune as an identity provider:

  1. From the left menu of the HPE Mist management portal, select Organization | Access > Identity Providers
  2. In the Linked Accounts section, click Link Account .
  3. Select Microsoft Intune.
    Identity Providers page with a table listing OAuth IDPs like oauth-okta and Azure AD, and a highlighted dropdown to link Microsoft Intune.
  4. You will be redirected to Microsoft Entra ID / Intune for the Single Sign On (SSO) login, and then prompted to grant permission for the HPE Mist portal to read Microsoft Intune device data.

    Figure 5: Permissions for Intune Integration Microsoft permissions request screen asking to grant HPE Mist Networking Access Assurance by Juniper Networks permissions to read Intune devices and user profile. Options: Cancel or Accept.

    After linking the Intune account, connected Intune account status is displayed on the Identity Providers page.

    Figure 6: Linked Intune Account Status Configuration interface for managing identity providers and linked accounts in an HPE Mist Networking system. Shows active Microsoft Intune account and identity providers like oauth-okta and Azure AD. Includes navigation panel with network management options.
    Figure 7: Linked Intune Account Details Identity Providers interface for Microsoft Intune showing last sync date Jan 30 2024 9:47 AM status success account ID partially blurred linked by partially blurred email company name partially blurred linked timestamp Jan 30 2024 9:47 AM application Microsoft Intune logo included.
  5. (Optional) After linking the Intune account, you can see the Intune account status on the Identity Providers page: Organization | Access > Identity Providers.

Creating Policy Rules

With the Intune account linked to HPE Mist Networking, you can leverage managed the device compliance status in your Auth Policies. For example, you can put non-compliant clients into a quarantine VLAN, while allowing compliant devices to connect to the corporate VLAN. You do this by creating a pair of labels for compliance and non-compliance, and another pair for corp and quarantine VLANs. Then you use these labels in a pair of Auth Policy rules to automatically govern network access.

Create compliance and quarantine labels:

  1. From the left menu of the HPE Mist management portal, select Organization > Access > Auth Policies.
  2. Click the Create Label button and give the label a name, for example, Intune-Compliant.
  3. Under Label Type, choose MDM Compliance.
  4. Under Label Values, select Compliant.
    Authentication policies table with columns for policy number, name, match criteria, type, and actions. Includes Create Label panel to add labels with fields for name, type, and values, and navigation menu for managing network components like Monitor and Access Points.
  5. Click the Create button.

  6. Repeat these steps to create the remaining labels, as shown here:

    • Label Name: Intune-Non-Compliant, Label Type: MDM Compliance, Label Value: Non Compliant

      User interface showing authentication policies with details like policy names, match criteria, and actions. On the right, a Create Label dialog is open with label name Intune Non Compliant Devices, type MDM Compliance, and value Non Compliant.
    • Label Name: Quarantine, Label Type: AAA, Label Value: VLAN, 1
    • Label Name: Corp VLAN, Label Type: AAA, Label Value: VLAN, 750

      Auth Policies with match criteria, policies, and assignments. Create Label panel on the right includes fields: Label Name Corp VLAN, Label Type AMA Attribute, Label Values VLAN, VLAN Values 750.

Create Auth Policy Rules:

  1. Click the Add Rule button and give the rule a name, for example, Corp Compliant.
  2. In the Match Criteria column, click the + icon and then select Intune-Compliant from the list that appears.
  3. In the Policy column, select Allow.
  4. In the Assigned Policies column, click the + icon and then select Corp VLAN.
    Figure 8: Compliance Rules Based on Intune Configuration interface displaying a list of authentication policies for network access control. Includes columns for rule number, policy name, match criteria, action, assigned settings, and hit count. Highlighted policies assign non-compliant devices to a quarantine network and compliant devices to a corporate VLAN. Options to add rules, create labels, save or cancel changes, and filter hit count by time period are available.
  5. Repeat these steps to create the quarantine rule.

  6. When finished, click Save.

Viewing Client Events

As shown in the following illustration, in the Client Events section on the Insights tab of the Monitor page, the values show for some parameters depend on how you have configured Microsoft.

Figure 9: Monitor Intune-Based Access Assurance Policy Events Monitor page for a wired client with device MAC address 349971d67e1f, site name MistAA Test Site, network activity graph, client events status, and compliance details.