Skip to main content

Suppress the Local Network Access Prompt in Chrome v142

  • November 5, 2025
  • 6 replies
  • 119 views

PMullins1
Forum|alt.badge.img+13

Anyone else using DUO on Chrome and get this new Chrome "bug" to allow DUO to access devices on the local network?

 

I put together a teeny Config Profile to allow local network access to duo security. I’m told it will work with other Chrome extensions, such as Okta Fastpas as well.

Here’s what the Plist preview looks like:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC “-//Apple//DTD PLIST 1.0//EN” “http://www.apple.com/DTDs/PropertyList-1.0.dtd”>
<plist version=“1.0">
  <dict>
    <key>LocalNetworkAccessRestrictionsEnabled</key>
    <true/>
    <key>LocalNetworkAccessAllowedForUrls</key>
    <array>
      <string>[*.]duosecurity.com</string>
    </array>
  </dict>
</plist> 

 

Note: DO NOT neglect those box brackets if you’re using a wildcard.

  1. Create a new Configuration Profile in Jamf,
  2. Name it and apply Site and Categories as desired.
  3. Leave the settings to install on Computer Level and to Install Automatically
  4. Scroll down to Application and Custom Settings, select External Applications and add a new one
  5. Source is Jamf Repository
  6. Preference Domain is com.google.Chrome.
  7. There is only one Version and Variant, so choose them from the pop-up list(s)
  8. Add the properties from the xml above: “LocalNetworkAccessRestrictionsEnabled” is boolean - true
  9. “LocalNetworkAccessAllowedForUrls” is an array of string(s).
  10. The strings are (obviously) the URLs your Chrome extension is trying to access. In the case of DUO Security it’s “[*.]duosecurity.com”. 
  11. For Okta Fastpass:  “https://atko.okta.com”, “https://[*.]okta.com”, “https://login.yourdomain.com”, “https://[*.]yourdomain.com” (Note the box brackets - very important.)
  12. Save, Scope, and Rejoice!

Note: I haven’t tested the FastPass URLs, but their instructions are very similar to DUO’s. I’m thinking you probably don’t need the https protocol, but YMMV.

Sources: https://support.okta.com/help/s/article/configure-chrome-to-suppress-the-local-network-access-prompt-for-okta-fastpass?language=en_US

https://help.duo.com/s/article/9470?language=en_US

 

6 replies

nielandj
Forum|alt.badge.img+8
  • Contributor
  • 13 replies
  • November 5, 2025

Box appears to have this issue as well.


PMullins1
Forum|alt.badge.img+13
  • Author
  • Jamf Heroes
  • 36 replies
  • November 5, 2025

PMullins1
Forum|alt.badge.img+13
  • Author
  • Jamf Heroes
  • 36 replies
  • November 5, 2025

aparten11
Forum|alt.badge.img+8
  • Contributor
  • 27 replies
  • November 6, 2025

When I was setting this up for Box the other day and doing research for it, I took it that using the LocalNetworkAccessRestrictionsEnabled key and set to true meant that any time this prompt WOULD display but wasn’t added to the accepted URLs, it would be automatically blocked instead and the user could not accept it manually. Is that correct or am I misunderstanding how it works?


PMullins1
Forum|alt.badge.img+13
  • Author
  • Jamf Heroes
  • 36 replies
  • November 6, 2025

Unfortunately, I don’t remember which of the articles said this, but it was explained that setting LocalNetworkAccessRestrictionsEnabled to true  dictates that the rules you set are enforced, so in this case it makes your whitelist in the other key active.

Without it the whitelist is ignored.

Full disclosure: I haven’t tested this, but if you (or anyone reading this) do, please report back with your results.

 

Thanks,


aparten11
Forum|alt.badge.img+8
  • Contributor
  • 27 replies
  • November 6, 2025

@PMullins1 So I’ve got 2 Macs with the URLs for Box whitelisted (1 with the key LocalNetworkAccessRestrictionsEnabled and 1 without). Looks like both have the site allowed under site permissions and cannot be disabled. And for both, all the allowed sites show up under Chrome settings > Site settings > Local network access as managed URLs and cannot be changed.
 


I guess where I’m still confused is the wording on the description for that key and what exactly it does and if/not it’s required. Here’s from the Chrome Docs:​​​​

When this policy is set to Enabled, any time when a warning is supposed to be displayed in Chrome DevTools due to Local Network Access checks failing, the main request will be blocked instead.

When this policy is set to Disabled or unset, Local Network Access requests will use the default handling of these requests.