Microsoft Intune

Device owner, compliance state, OS version, encryption and threat-defence agent state from Microsoft Intune, as triage context. Read-only.

• Connector id: microsoft_intune
• Category: mdm

Configuration

Field	Label	Type	Required	Default	Notes
tenant_id	Directory (tenant) ID	string	yes	—	—
client_id	Application (client) ID	string	yes	—	—
client_secret	Client secret	secret	yes	—	encrypted at rest · The app registration needs the application permission DeviceManagementManagedDevices.Read.All, granted with admin consent.

Credential handling

client_secret is encrypted at rest by the credential vault before the row is written, and decrypted only at poll time. The value is never logged and never returned by the API — a read of the saved connector shows the field as set, not its contents. See credential vault.

Capabilities

• pull_device_inventory

Setup

1. In the console, go to Connectors → Add connector and pick Microsoft Intune.
2. Fill in the fields above and run Test connection. The test is read-only and does not save anything.
3. Save. Polling starts on a jittered schedule within about a minute; the connector row shows last_sync once the first poll completes.

If last_sync stays empty

The first poll is the honest signal that the credential works. A connector that saves cleanly and never syncs usually means the credential lacks a scope the vendor requires for reads — check the connectors service log for the vendor's own error, which is passed through verbatim rather than summarised.

Vendor-specific setup notes go here: which console page issues the credential, which scopes to grant, rate limits, and anything the schema cannot express. This section is preserved when the page is regenerated.