What is Passive Asset Discovery?
Keeping track of IT assets has always been a challenge. Organisations accumulate laptops, servers, mobile devices, cloud instances, and software subscriptions faster than anyone can reasonably document them. For years, the answer was a spreadsheet maintained by a diligent IT administrator – an approach that works until the moment it doesn’t. Passive asset discovery offers a fundamentally different model: instead of asking people to record what exists, you let your existing systems tell you automatically.
Active vs Passive Discovery
To understand passive discovery, it helps to contrast it with active discovery.
Active discovery involves scanning your network to find devices. Tools send ping requests, SNMP queries, or agent-based probes across IP ranges and report back what responds. Active discovery is useful, but it has limitations: it only finds devices that are powered on and reachable during the scan window, it can generate unwanted traffic on sensitive network segments, and it tells you very little about who owns a device or what software runs on it.
Passive discovery takes a different approach. Rather than probing the network, it collects asset data from the systems you already operate – management platforms, identity providers, endpoint security tools, and cloud consoles – through their APIs. Because these platforms continuously record information as part of their normal operation, the asset data they expose is always current without any additional scanning.
The two approaches are complementary. Many organisations use passive discovery as their primary source of truth and supplement it with occasional active scans for validation. But for day-to-day asset tracking, passive collection is where the bulk of useful, accurate data comes from.
Where the Data Comes From
Modern IT estates generate asset information as a by-product of their normal operation. The key is knowing where to look.
### Microsoft Graph
For organisations using Microsoft 365, Microsoft Graph is a rich source of endpoint data. Intune-managed devices, Entra ID (formerly Azure AD) registered machines, and user-to-device relationships are all queryable through a single API. You can retrieve device compliance status, operating system versions, and the user each device is associated with – without installing any additional agents.
### Mobile Device Management
Whether you use Microsoft Intune, Jamf, or VMware Workspace ONE, your MDM platform already knows every enrolled device, its hardware model, serial number, and enrolment status. Polling the MDM API gives you a continuously updated device list that reflects joiners, leavers, and hardware refreshes automatically.
### Endpoint Detection and Response
EDR tools such as Microsoft Defender for Endpoint, CrowdStrike, and SentinelOne maintain a real-time view of every agent reporting in. An EDR-managed device that stops reporting is often the first sign of a lost, stolen, or decommissioned machine – long before anyone updates a spreadsheet.
### Cloud Providers
AWS, Azure, and Google Cloud all expose inventories of running instances, storage volumes, and network interfaces through their management APIs. Because cloud resources are created and destroyed constantly, automated polling is the only practical way to maintain an accurate record.
### Identity Providers
Your identity provider – Entra ID, Okta, or similar – knows which users exist, which groups they belong to, and which applications they are licensed for. This is invaluable for software asset management, as it lets you tie licences to real people rather than purchase orders.
Why It Replaces Manual Tracking
Manual spreadsheet tracking suffers from well-understood problems:
- Stale data. A spreadsheet is a snapshot from the moment it was last edited. The moment a laptop is reassigned or a virtual machine is spun up, the record is out of date.
- Single point of failure. One person owns the file. When they are on holiday, no one updates it.
- No audit trail. Spreadsheets do not record who changed what, or when. For compliance purposes, that is a significant gap.
- No reconciliation. There is no automatic way to detect that a device listed in the spreadsheet no longer reports to your MDM, or that a user has three SaaS licences assigned when their role only requires one.
Passive discovery addresses all of these. Data is refreshed continuously by automated polling, multiple authorised users can access a shared source of truth, and every change is logged by the systems that reported it. The audit trail is built in.
Practical Benefits
The most immediate benefit is accuracy. When asset records are populated from the systems that actually manage those assets, the data is correct by construction. A laptop that Intune reports as compliant is, by definition, the laptop Intune manages – there is no transcription step where errors creep in.
A second benefit is coverage. Passive discovery naturally captures assets that manual tracking tends to miss: the developer who created a cloud instance outside the normal procurement process, the contractor enrolled in the MDM but never added to the asset register, the software trial that became a paid subscription and was never cancelled.
A third benefit is timeliness. Because APIs return current state on every poll, you detect changes – a device going offline, a licence being assigned, an instance being terminated – within the polling interval rather than at the next quarterly audit.
What Passive Discovery Does Not Do
Passive discovery is powerful, but it is not a complete answer on its own. It depends on the systems it queries being properly configured. A device that was never enrolled in MDM, never had an EDR agent installed, and was never registered in the identity provider will not appear in any API response. No amount of passive polling will find it.
For this reason, mature asset management programmes combine passive discovery from authoritative sources with periodic active scanning as a safety net. The passive data provides the rich, detailed, continuously updated register; the active scan confirms that nothing has slipped through the gaps.
Getting Started
If you are new to passive discovery, start by inventorying the systems you already operate that expose asset data. For most organisations, the most valuable sources are:
1. Your identity provider, for users and licences 2. Your MDM, for managed devices 3. Your EDR, for endpoint coverage 4. Your cloud provider APIs, for infrastructure
You do not need to connect all of them at once. A common starting point is the identity provider and MDM, since together they give you a view of users, devices, and software that covers the majority of an organisation’s estate. From there, you can layer in additional sources as your needs grow.
Passive asset discovery is not a single tool or product. It is an approach – one that replaces the fragile, manual habits of the past with a data pipeline that runs itself. For any organisation managing more than a handful of devices, it is the foundation of accurate, audit-ready asset management.
What this looks like in practice
Google Workspace: AssetGraph reads your Gmail for purchase confirmations like “Chromebook model XYZ shipped” and pulls device data from Google Admin – every managed Chromebook, phone and tablet assigned to your team.
Microsoft 365: AssetGraph scans Outlook for emails like “Surface Pro 9 ordered, serial #XYZ123” and pulls device data from Intune – every Windows laptop, Surface and mobile enrolled in your tenant.
No manual data entry. No spreadsheets. The asset register builds itself from the tools you already use.
Leave a Reply