Reduce the risk by enabling MAC address randomisation on client devices, limiting unnecessary probe responses, and reducing passive exposure where possible. Treat the address as a tracking identifier, not an identity control, and avoid using it for authentication. Review access point telemetry to understand when devices reveal stable identifiers despite randomisation settings.
Why Wi-Fi MAC Address Tracking Still Works
MAC randomisation reduces the reliability of a device as a long-lived identifier, but it does not eliminate every observable signal. Network behaviour, association timing, probe activity, SSID queries, and AP-side telemetry can still create a linkable pattern, especially when the same device repeatedly appears in the same places or reveals stable behaviour across sessions.
Randomisation is most effective when it is enabled consistently across all client types and when the wireless environment does not force devices to expose extra metadata. If clients fall back to a fixed address for certain networks, or if probes and management exchanges remain permissive, a tracker can still correlate appearances over time.
For a broader security context on wireless exposure and rogue infrastructure, see the Wi-Fi Security Guide, which covers the controls that shape what a nearby observer can learn from a wireless network.
Which Mitigations Actually Reduce Tracking Exposure?
The highest-value mitigations are the ones that reduce stable identifiers and shrink passive observability at the same time. MAC randomisation is the first layer, but it should be paired with limiting unnecessary probe responses, reducing broadcast exposure where practical, and reviewing whether any Wi-Fi management features are causing devices to advertise more than they need to.
These mitigations work best as policy and configuration choices, not as one-off privacy settings. If a site depends on open discovery, captive portal behaviour, or overly chatty wireless telemetry, the tracking surface stays larger than many operators expect. In practice, the question is not whether a MAC address can be hidden perfectly, but whether the environment makes linkability materially harder.
When you need to assess whether the residual exposure is acceptable, treat the problem as a wireless privacy and observability issue rather than a device identity issue. That distinction matters because the right control is to reduce consistent exposure, not to repurpose the MAC address as an access decision factor.
For a related control set on how wireless environments expose more information than intended, the Wi-Fi Security Guide is the most direct internal reference.
What Should You Check When Randomisation Is Already Enabled?
Validate the control from the network side, not just on the endpoint. AP and controller logs can show whether the same device still appears with a stable pattern, whether probes reveal persistent identifiers, and whether certain networks or device classes override randomisation under the hood.
If you are investigating a privacy complaint or a sensitive deployment, focus on the residual correlation points: association timing, SSID history, vendor-specific telemetry, and whether the same device can be tracked across different radio environments. Those are the places where the control usually fails in practice, even when the setting looks correct on paper.
In environments where network operators need to understand the remaining visibility, a good follow-on review is to compare what the client believes it is hiding with what the wireless infrastructure can still observe. That gap is often where tracking survives.
The external authority most useful for the threat side of this problem is CISA cyber threat advisories, which provides a current reference point for adversarial activity and exposure patterns.
Risk and Threat Considerations
MAC address tracking is a privacy and security exposure because it turns routine wireless behaviour into a persistent correlation signal. Even when randomisation is enabled, passive observers can sometimes link devices by location patterns, timing, or repeated network behaviour, which is enough for surveillance, profiling, or targeted follow-up.
Failure mechanism: The tracking works when a device continues to expose linkable wireless metadata, or when the environment preserves stable correlation points despite a changing MAC address. Unnecessary probe responses, consistent SSID behaviour, and AP telemetry can all support that linkage.
Impact: The result is reduced user privacy and a broader surveillance surface, especially in public, semi-public, or sensitive environments. In some cases, tracking data can also help an attacker map device presence, movement, or recurring attendance without ever authenticating to the network.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST CSF 2.0 and CIS Controls v8 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST CSF 2.0 | PR.AA-05 — Authenticator Management | MAC randomisation and wireless tracking reduce exposure tied to stable device identifiers. |
| DE.CM-01 — Monitoring for Anomalies and Events | AP telemetry and repeated wireless patterns are central to detecting tracking exposure. | |
| Recommendation — Reduce identifier reuse and exposure paths that make devices linkable over time. Monitor wireless telemetry for repeated correlation signals and unexpected identifier stability. | ||
| ISO/IEC 27001:2022 | A.8.20 — Network security | Wi-Fi tracking risk is shaped by wireless network exposure and management-frame behavior. |
| Recommendation — Harden wireless network controls to limit passive observation and correlation. | ||
| CIS Controls v8 | CIS-13 — Network Monitoring and Defense | Reducing MAC tracking depends on observing wireless telemetry and identifying linkable behavior. |
| Recommendation — Inspect wireless logs for identifier stability and abnormal probe activity. | ||
Practitioner Guidance
What to verify: Confirm that randomisation is enabled on the relevant device classes, and then test whether the wireless infrastructure still records stable identifiers or repeated correlation signals. Do not assume the endpoint setting alone is enough.
Decision rule: If the environment needs stronger privacy, prioritise reducing passive visibility and tightening wireless telemetry before treating MAC randomisation as sufficient. If the network must support legacy discovery or persistent device recognition, accept that some tracking risk remains and document it explicitly.
Practitioner takeaway: The control goal is to make wireless tracking materially harder, not to pretend the MAC address becomes invisible; the residual risk depends on both endpoint behaviour and what the access layer still reveals.
Related resources from NHI Mgmt Group
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 20, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org