Under enterprise management organization admins can configure the way ChromeOS device / browser operates using policies.
On most operating systems policies are applied to specific users / all users of the browser, but on ChromeOS there are also policies that control the device itself.
On all platforms cloud-based policies are fetched and applied when a managed user signs in.
On different operating systems there can be different methods for enterprise to propagate policies for all users (including non-managed ones):
Windows Policies can be set up via Windows Registry (GPO).
MacOS Policies can be set via Mac preferences system.
Linux Policies can be set via files in specific directories:
Base directory is /etc/chromium/policies for Chromium builds, /etc/opt/chrome/policies/ for official Chrome builds. Base directory contains two subdirectories: managed/ for mandatory policies and recommended/ for recommended policies. All files inside these directories are treated as JSON files containing policies.
On these systems it is also possible to set machine-wide cloud-based policies.
** Chrome OS **
Chrome OS devices can be either cloud-managed or Active Directory managed (AdManagement).
The cloud source is usually called DMServer (device management server). Organization admins can configure both device and cloud policies using https://admin.google.com.
On an Active Directory managed device policies are set via GPO from the Active Directory server.
When Chrome OS is in development mode with writeable rootfs, it would also apply use Linux policy mechanism, that can be handy for testing during development.
There are two main types of policies on Chrome OS: User policies, that define the browser behavior for a particular user, and Device policies, that control the whole device.
Device policies are defined in the chrome_device_policy proto file. They are also mentioned in the policy templates file with 'device_only': True for documentation purposes.
Device policies are applied to all users on the device (and even if no user is signed in), even for guest sessions. Note that device policy can also limit which users can sign in on the device.
Implementation-wise, these policies can have complex structure, and are usually accessed via DeviceSettingsProvider or it's wrapper CrosSettings.
User policies are defined in the policy templates fileббб, only entries without 'device_only': True are user policies.
User policies are bound to user accounts, so a personal account on an enterprise-enrolled device would be affected only by device policy, while an enterprise-owned account on personal device would only be affected by user policy for that account.
Chrome OS has some specific enterprise-only account types (Kiosk, public accounts) that are controlled via policies. Those policies are usual user policies, though they have their own user ID namespace when retrieved from DMServer.
Chrome on these systems can be configured to receive machine-wide cloud-based policy from DMServer. It is a user policy, but it would be applied to all users.
Organization admins can configure particular extensions for the user. Such extensions have to define the schema of the configuration in their manifest.
When Chrome OS device is cloud-managed, there is a limit on policy size. As such configuration can be relatively large, it is not provided as a part of user policy. Instead, user policy would only include URL and hash signature for external data, and browser would fetch that data, validate signature, validate data against schema from extension manifest and provide the extension with such configuration.
The same approach is used for other large objects that can be set via policies (e.g. background wallpapers or printer configuration).