Skip to main content

Linux Google Chrome Extension Deployment and Blocking Policy

Overview

The Linux Google Chrome Extension Deployment and Blocking Policy lets administrators enable the Swif Chrome extension, automatically install required extensions, and block specific extensions on enrolled Linux devices.

The policy is delivered through the Swif agent and supports both company-owned and BYOD devices. Use it to provide approved browser tools and prevent unwanted extensions from running.

The current policy includes three settings:

  • Swif Extension

  • Install Extension ID List

  • Blocked Extension ID List

Requirements

Requirement

Details

Operating system

Linux

Device ownership

Company-owned or BYOD

Enrollment

Device enrolled in Swif with the Swif agent installed

Browser

Google Chrome installed on the device

Connectivity

Swif agent can check in; Chrome can reach the extension download and update services

This policy manages extensions. Install Google Chrome separately if it is not already available.

The policy definition does not specify a distribution, architecture, or minimum Linux version. Verify compatibility with your Linux distribution and Chrome installation before broad deployment. Support for Google Chrome does not automatically establish support for Chromium, Brave, or other Chromium-based browsers, or for alternative packaging methods.


Policy Settings

Setting

Type

Default

Swif Extension

On/off

Off (false)

Install Extension ID List

List of extension IDs

No predefined IDs

Blocked Extension ID List

List of extension IDs

No predefined IDs

Swif Extension

Enables the Swif Chrome extension on the device.

Turn this setting on when the deployment requires the Swif extension. After the policy applies, confirm that the extension appears in Chrome.

When changing this setting from On to Off, verify the resulting extension state. The setting's default alone does not establish whether an existing installation will be disabled or removed.

Install Extension ID List

Specifies extensions to install silently, without user interaction. While the force-install requirement applies, users cannot disable or uninstall these extensions through Chrome.

Add one extension ID per list entry. Enter the ID itself, rather than the extension's name or full Chrome Web Store URL.

Review the publisher, permissions, and business purpose before requiring an extension. Force-installed extensions receive permissions without the usual user approval prompt. Google: Automatically install apps and extensions

Blocked Extension ID List

Specifies extensions that users cannot install. When a listed extension is already installed, it is disabled after the blocking policy takes effect. Users cannot re-enable it while the block applies.

Add one extension ID per list entry. Blocking an extension should not be described as deleting its files or stored data.

Keep the install and block lists consistent. Google's ExtensionInstallForcelist takes precedence over ExtensionInstallBlocklist, so an extension required by a force-install policy may remain installed despite a blocklist entry. Resolve any conflicting requirements before deployment. Google: Force-install policy definition

Find a Chrome Extension ID

To obtain an ID from the Chrome Web Store:

  1. Open the extension's store listing.

  2. Confirm that the name and publisher match the intended extension.

  3. Copy the 32-character extension ID from the listing URL.

For an installed extension, open chrome://extensions and enable Developer mode to display its ID. Turn Developer mode off afterward if it is no longer needed. Google: Linux extension policy setup, Google: Force-install policy definition

Use real IDs from the extensions you intend to manage. Example placeholders are not deployable extensions.

Create and Assign the Policy

  1. In the Swif Admin Dashboard, go to Device Management > Policies.

  2. Create a new policy and select Linux Google Chrome Extension Deployment and Blocking Policy.

  3. Enter a descriptive policy name.

  4. Enable Swif Extension if required.

  5. Add required extension IDs to Install Extension ID List.

  6. Add unwanted extension IDs to Blocked Extension ID List.

  7. Save the policy and assign it to a test device or device group.

  8. Allow the Swif agent to check in and review the policy status.

  9. Verify the result in Chrome before expanding the assignment.

An offline device must reconnect to receive changes. Receiving the policy and downloading an extension are separate steps; confirm both before considering deployment complete.

Configuration Examples

Use the actual extension IDs for the tools your organization has selected.

Goal

Swif Extension

Install Extension ID List

Blocked Extension ID List

Enable the Swif extension

On

No additional IDs

No additional IDs

Deploy approved business tools

As required

IDs of required tools, such as your approved password manager

No additional IDs

Block a specific unwanted extension

As required

IDs of any required tools

ID of the unwanted extension

The install list is a list of required extensions, not an exclusive allowlist. Adding IDs to it does not block all other extensions. The current policy does not expose a separate list of extensions users may optionally install.

Verify the Policy

After the policy reaches a test device:

  1. Open Chrome as the affected user.

  2. Go to chrome://policy and select Reload policies.

  3. Review the extension policies and their values, including ExtensionInstallForcelist, ExtensionInstallBlocklist, and ExtensionSettings where present.

  4. Check the status, source, and scope for errors or unexpected values.

  5. Open chrome://extensions.

  6. Confirm that required extensions are installed and cannot be disabled or removed through Chrome.

  7. Confirm that a blocked extension is disabled or that a new installation is prevented.

Close and reopen Chrome if the expected changes are not visible after refreshing policies. Use the policy source and scope to compare behavior across affected users or profiles. Google: View a device's current Chrome policies

Linux Policy Files and Other Management Tools

Google Chrome's standard Linux directory for mandatory platform policies is:

/etc/opt/chrome/policies/managed/

Google documents JSON policy files in this directory. Files should be protected from modification by non-administrators. Conflicting values for the same policy in multiple files can produce undefined behavior. Google: Set policies on Linux

This is a Chrome policy location, not a documented Swif-specific filename. For diagnosis, you can list its files:

sudo ls -la /etc/opt/chrome/policies/managed/

Review other configuration-management tools, provisioning scripts, and Chrome cloud policies when troubleshooting. Avoid adding a second JSON file to override a Swif-managed value; resolve the conflict at its source.

For BYOD devices, check the effective policy scope before deployment. A personal Google account does not by itself isolate a browser from machine-level policies. Google: View a device's current Chrome policies


Troubleshooting

The policy reports success, but an extension is missing

Check that:

  • The device received the latest policy.

  • Google Chrome is installed and has been reopened.

  • The extension ID is correct and contains no URL or extra spaces.

  • The extension remains available and supports the installed Chrome version.

  • Chrome can reach the download and update services.

  • chrome://policy shows the expected configuration without errors.

If the browser is packaged differently or runs in a sandbox, verify that it can access the relevant host policy files. Do not assume that a successful Swif policy report confirms compatibility with every browser package.

A blocked extension remains enabled

Check whether another policy force-installs the extension. Also inspect ExtensionSettings, which Google documents as overriding older extension policies, including the force-install and blocklist policies. Google: Linux extension policy setup

Remove conflicting configuration, let the device check in, and refresh Chrome policies. Confirm the extension's actual state afterward.

The settings change back

Review other Swif assignments, provisioning scripts, local Chrome policy files, and Chrome cloud management. Configure each setting through one authoritative source where possible.

A self-hosted extension does not install

The documented Swif fields accept extension ID lists and do not expose a separate custom update URL. Google's support for self-hosted extension delivery does not establish that this Swif policy supports that workflow. Contact Swif Support before using it to deploy extensions outside the Chrome Web Store.

What should I provide to Swif Support?

Include the device identifier, Linux distribution, Chrome version and installation method, policy status, affected extension IDs, and relevant errors from chrome://policy.

Update or Remove the Policy

Edit the extension lists, save the policy, and allow the device to check in. To stop assigning the configuration, remove its assignment and verify the resulting Chrome policies.

Changing a force-install list can remove extensions: Google documents that an extension removed from the effective ExtensionInstallForcelist is automatically uninstalled. Test changes before broad deployment. Google: Force-install policy definition

Other management sources may continue to require or block an extension after a Swif policy changes. Check both chrome://policy and chrome://extensions to confirm the final result.

Did this answer your question?