USB Access Policy – Blocking Baseline and SID Rule Issue

Aran Billen 971 Reputation points
2026-06-15T10:37:54.66+00:00

I would like to implement a baseline policy where all USB devices are blocked by default, while allowing access only to specific approved USB devices for designated users.

However, when I try to configure this using SID-based rules, it doesn’t behave as expected. If I set enforcement to “deny” by default and create both allow and deny rules that include the user’s SID, the USB device remains blocked.

On the other hand, if I set the default enforcement to “allow,” then all USB devices are permitted, and the deny rules do not appear to take effect.

Microsoft Security | Intune | Security
0 comments No comments

1 answer

Sort by: Oldest
  1. Marcin Policht 106.8K Reputation points MVP Volunteer Moderator
    2026-06-15T11:05:35.3933333+00:00

    With Intune-managed Microsoft Defender Device Control, the “Default Enforcement” setting acts as the baseline decision before SID-based exceptions are processed, so if you configure the policy as “Deny” globally, a user-based allow rule will not automatically override it unless the device itself is explicitly matched by an allow entry. In other words, SID conditions alone are not sufficient to bypass a blanket deny policy.

    Instead, consider creating a deny-all removable storage policy, then separately define reusable “Allowed Devices” groups containing specific USB device identifiers such as Serial Number, Hardware ID, or Instance Path. After that, create an allow policy targeting only the approved Entra ID user group together with the approved device group. Do not create matching allow and deny rules for the same user/device combination because Intune Device Control rule processing is not a traditional firewall-style top-down evaluation and explicit deny conditions frequently override user exceptions.

    If the default enforcement is set to “Allow,” then deny rules may appear ineffective because generic allow behavior is already permitting access before the scoped deny condition fully applies. This is common when the deny rule uses incomplete device matching criteria or when the policy assignment scope is broader than intended.

    Effectively, your approach for least-privilege USB control would be:

    • Global policy: Deny removable storage access.
    • Specific policy: Allow only approved device IDs.
    • Assignment: Target only approved users or devices.
    • No competing explicit deny rule for the same scope.

    Also verify that you are using “Device Control” policies under Endpoint Security and not mixing them with older “Removable Storage Access” Administrative Template settings, because those can conflict and produce inconsistent behavior. The DeviceControl Operational log on the endpoint will usually show whether the device match failed before the SID condition was evaluated.


    If the above response helps answer your question, remember to "Accept Answer" so that others in the community facing similar issues can easily find the solution. Your contribution is highly appreciated.

    hth

    Marcin

    Was this answer helpful?


Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.