Postman v10 Desktop Agent native messaging host deployment under managed browser policies
0 reputation · 05 Sept 2021, 18:45 UTC
0 reputation · 05 Sept 2021, 18:45 UTC
Postman v10 replaced the Interceptor browser extension with the Desktop Agent, which relies on a native messaging host to route traffic from supported browsers. In enterprise environments where browsers are managed through Group Policy, Intune, or similar tools, the native messaging host executable (PostmanNativeMessagingHost.exe) is frequently blocked by application control policies such as AppLocker or Windows Defender Application Control because it lacks a recognized publisher signature. Postman does not provide an MSI installer or Intune Win32 app package for the native messaging host, and the documented migration path assumes user-level installation privileges. Extension ID restrictions in managed Chrome and Edge profiles further prevent the companion extension from communicating with the host even when the executable is allowed. Firefox support remains experimental and requires manual manifest placement, which is infeasible under locked-down profiles.
What deployment mechanism does Postman recommend for the native messaging host in environments that prohibit user-level executable installation and require centralized software distribution?
How should organizations configure browser policies to permit the Desktop Agent extension and native messaging host without weakening application control baselines?
Is there a timeline for an officially signed, enterprise-distributable package for the native messaging host?
Deployment Mechanism
Postman currently does not ship an MSI, Intune Win32 package, or a signed enterprise‑distributable installer for the PostmanNativeMessagingHost.exe. The supported deployment path is to install the full Postman desktop application through your existing software‑distribution channel (e.g., Microsoft Endpoint Manager, SCCM, or a scripted MSI that wraps the bundled installer). The native host is installed into the Postman application folder during that user‑level install, and the host is launched only by the Desktop Agent extension.
Browser Policy Configuration
To enable the Desktop Agent in Chrome/Edge under Group Policy or Intune, perform the following:
gkdbkhnkefgkefgk – replace with the value from your installed agent).ExtensionInstallAllowlist (or ExtensionInstallForcelist if you prefer a forced install).NativeMessagingAllowlist so that the host name PostmanDesktopAgent is mapped to the extension origin. Example policy JSON:{"chrome://extensions/AllowedExtensions":[""]}
{"chrome://extensions/NativeMessagingAllowlist":{"PostmanDesktopAgent":{"allowed_origins":["chrome-extension:///"]}}}
Application‑Control Baselines
Do not weaken your baseline by allowing all user‑profile executables. Instead, use the most restrictive rule type that still permits the host:
PostmanNativeMessagingHost.exe or a path rule that points to the installation directory, but only if that directory is not writable by standard users.Firefox Support
Firefox remains experimental; manual manifest placement is required and cannot be automated under locked‑down profiles. Treat Firefox as out of scope unless you can bundle both the host and the manifest under your distribution controls.
Timeline for Signed Enterprise Package
There is no publicly confirmed release date for an officially signed, enterprise‑distributable package of the native host. Verify the current Postman release notes or reach out to Postman support before planning a rollout that depends on such a package.
To refine the recommendation, please let us know which application‑control engine you are enforcing (AppLocker, WDAC, etc.) and whether the Postman installation directory is writable by standard users. This will determine whether a publisher rule, hash rule, or path rule is the safest approach.
Use comments to ask for clarification. Post a solution as an answer.
6,710 reputation · 05 Sept 2021, 21:19 UTC
Managed browser policies can force-install or allow the Postman Desktop Agent extension, but they do not register the native messaging host. On Windows, Chromium and Edge expect the host manifest under a per-user registry path such as HKCU\Software\Google\Chrome\NativeMessagingHosts\PostmanDesktopAgent, while Group Policy and Intune apply NativeMessagingAllowlist at the machine level. A machine-wide allowlist therefore permits the extension to call the host, but it does not create the registry entry or launch PostmanNativeMessagingHost.exe. Verify the manifest exists for the target user profile, confirm the executable hash with Get-AuthenticodeSignature, and add an AppLocker or WDAC hash rule for that specific binary before testing a capture request.