For administrators who manage Chrome browser or Chrome OS devices for a business or school.
- For emails about future releases, sign up here.
- To try out new features before they're released, sign up for the trusted tester program.
- Connect with other Chrome Enterprise IT admins through the Chrome Enterprise Customer Forum.
- Sign up to take the Chrome OS administrator credential exam.
- Get help and see additional resources below.
Table updated: October 14, 2021
Previous release notes
Open all | Close allChrome 90Chrome Browser updates
- Single words are not treated as intranet locations by default
By default, Chrome improves user privacy and reduces load on DNS servers by avoiding DNS lookups for single keywords entered into the address bar. This change may interfere with enterprises that use single-word domains in their intranet. That is, a user typing "helpdesk" is no longer directed to "https://helpdesk/".
You can control the behavior of Chrome using the IntranetRedirectBehavior enterprise policy, including preserving the existing behavior (value 3: Allow DNS interception checks and did-you-mean "http://intranetsite/" infobars.).
Some users saw this change in Chrome 88 and 89; a full rollout is happening in Chrome 90.
- Chrome prefers https to http when not specified in the address bar
When a user types an address into the address bar without specifying the protocol, Chrome attempts to navigate using https first, then falls back to http if https is not available. For example, if the user navigates to example.com, Chrome first attempts to navigate to https://example.com, then falls back to http://example.com if required. See Chrome’s blog post, A safer default for navigation: HTTPS, for more information.
Desktop and Android users see this in Chrome 90, with a release on iOS following soon after.
- Chrome blocks port 554 in Chrome 90
Port 554 is added to the restricted ports list, so Chrome blocks traffic through port 554. This should have no effect on customers using standard ports, but custom configurations (for example, delivering PAC scripts) using non-standard ports may be affected. You should instead use standard ports for your use case (for example, delivering PAC scripts via HTTPS through port 443).
- The TargetChannel policy allows you to set Chrome's channel
Chrome 90 allows you to choose between stable, beta, and dev channels via the enterprise policy TargetChannel. You can read more about setting the policies for Mac and Windows.
- Chrome compresses public HTTPS images
When Chrome Lite mode is enabled, Chrome compresses public HTTPS images to reduce users’ data costs, by routing the requests through a Google service. You can control this using the DataCompressionProxyEnabled enterprise policy.
- Chrome saves data with Lite videos
To reduce the data-cost and improve the experience of videos on metered and limited data connections, Chrome on Android reduces the effective bitrate of videos for Lite mode users on cellular connection. You can control this feature using the DataCompressionProxyEnabled policy.
- AllowNativeNotifications updated to AllowSystemNotifications
As part of Chrome's move to using more inclusive policy names, AllowNativeNotifications is renamed to AllowSystemNotifications. The existing AllowNativeNotifications policy will be available until Chrome 95.
- Chrome supports Intel CET
Chrome supports Intel’s Control Flow Enforcement Technology (CET), known as Hardware-enforced Shadow Stacks on Windows. This only affects Chrome running on hardware that supports CET (Intel 11th Gen or AMD Zen 3). While no issues are expected, you can manage CET by manipulating Image File Execution Options (IFEO) through group policy.
- Some permission requests are less intrusive
Permission requests that the user is unlikely to allow are automatically blocked, when Safe Browsing is set to Enhanced. A less intrusive UI allows the user to manage permissions for each site.
You can control this feature on your environment using the SafeBrowsingProtectionLevel enterprise policy. Set it to 1 (standard), 2 (enhanced), or leave the policy unset to enable the quieter requests. Set it to 0 (disabled) to always use the standard requests instead of the quieter requests.
You can also explicitly allow or disable notifications for certain sites using the NotificationsAllowedForUrls and NotificationsBlockedForUrls. This may be better suited for your use case and doesn't require the user to be prompted at all.
- Extension settings load from the same place for all channels on Mac
All Chrome channels read the extension policies from the same.plistfile. For example, the extension Password Alert always loads its policies fromcom.google.Chrome.extensions.noondiphcddnnabmjcihcjfbhfklnnep.plistinstead ofcom.google.Chrome.canary.extensions.noondiphcddnnabmjcihcjfbhfklnnep.plistin Chrome Canary.
- Security key enterprise attestation
Chrome supports device-unique attestation of security keys without needing a policy configured. This is useful in situations where security keys are distributed by an enterprise to personnel who may use them on non-policy-managed computers. This requires specially-manufactured security keys—talk to your security key vendor if this sounds useful.
- WebXR depth sensing API will be supported
The WebXR Depth Sensing API allows Chrome to measure distance from the user’s device to real world geometry in the user’s environment. With this, Chrome will be able to power immersive experiences in WebXR-powered apps (for example, for physics, and lifelike occlusion for augmented reality).
You will be able to control access to WebXR and other augmented reality APIs using the WebXRImmersiveArEnabled enterprise policy.
- Admin controls on shutdown delay for fetch keepalive
When Chrome is closed, any outstanding fetch keepalive requests are cancelled by default. In Chrome 90, you can use the FetchKeepaliveDurationSecondsOnShutdown enterprise policy to block browser shutdown for a specified period of time to serve any outstanding fetch keepalive requests.
This may be suitable for enterprise web applications that require the fetch keepalive requests to signal the end of a user session.
- Legacy browser support works between Chrome and Microsoft Edge
You can configure Legacy Browser Support to automatically switch between multiple browsers, assigning certain sites to always open in Chrome, while other sites always open in another browser, for example, Internet Explorer. With Chrome 90, we now support configuring your environment to switch between Chrome and Microsoft Edge in IE mode. See this help center article for more details.
- Chrome on Android tablets requests the desktop site
Chrome 90 on Android tablets requests the desktop version of websites for some users. This is expected to be rolled out to all users in Chrome 91.
Chrome OS updates
- Deprecation of AMR and GSM audio codecs
AMR-NB, AMR-WB, and GSM audio codecs are deprecated as part of this release. Affected users should file bugs here and may temporarily rollback this change via the use of chrome://flags/#deprecate-low-usage-codecs. Users with long-term need for these codecs may use stand-alone applications found in the Google Play Store.
- New Diagnostics app
The new Diagnostics app helps users understand how their Chrome OS device [battery, CPU, and memory] is performing. Within the app, users can also run troubleshooting tests – results are saved in a session log file for easy sharing with customer support.
- Device Dock Update
Device updates provide users the ability to have reliable and safe peripherals, by providing an avenue to update their software if needed. In Chrome OS 90, we are releasing a path for updates to docks with minimal user experience disruption, making it simple and safe for all our users that use Works With Chromebook certified accessories.
- Updated UI for recent screenshots and downloads
Quickly access your recent screenshots and downloads. Pin your important Files to launch, copy, or drag with one click. Visit here for more information.
- Better account manager and add account flow
Chrome OS’s account manager is getting a brand new design to help users better understand the Chrome OS identity model, such as the difference between device account and secondary Google Accounts, and the implications of adding multiple Google Accounts to a user session. Instead of being nested under the "People'' section, the redesigned account manager is part of a new "Accounts" section for clarity and ease of access. Finally, the add account flow is also redesigned to help nudge users away from adding their Google Accounts to user sessions that are not their own.
- Add Live captions settings to Chrome OS settings
Chrome Live Caption now supports Chrome OS. Live Captions enables you to caption any audio or video in your browser.
- YouTube and Maps open in standalone windows for new users
New users can now experience YouTube and Maps in standalone app windows by default, rather than opening as browser tabs. Existing users can right-click on the YouTube or Maps app icon, then select Open link in new tab or Open link in new window.
- Files app: Enable offline for Docs, Sheets, and Slides files on Drive
Users now have the ability to make Google Docs, Sheets, and Slides available for offline access directly from their Drive folder in the Chrome OS file manager.
Admin console updates
- Chrome Policy API
The Chrome Policy API is a brand new API for configuring Admin console Chrome policies. Admins can use the API to script changes across multiple OUs, compare policies or copy policies across multiple OUs, and more. The Chrome Policy API is now available with support for user & browser settings, as well as printer settings. Future versions of the API will also support managing apps & extensions, device settings, kiosk, and managed guest session settings.
- Update Controls for macOS
Admin Console now supports configuring update controls for macOS. Please see the Help Center article on how to configure these settings.
- Version History API
The Chrome Update team released a web service API for retrieving information about Chrome versions and releases.
- Additional policies in the Admin console
Many new policies are available in the Admin console, including:
| Policy Name | Pages | Supported on | Category/Field |
| BasicAuthOverHttpEnabled | User & Browser Settings | Chrome OS, Windows, Mac, Linux | Network / Allow Basic authentication for HTTP |
| BrowserLabsEnabled | User & Browser Settings | Windows, Mac, Linux | User experience / Browser experiments icon in toolbar |
| DefaultSensorsSetting | User & Browser Settings; Managed Guest Session Settings | Chrome OS, Windows, Mac, Linux, Android | Hardware / Sensors / Default access |
| EnableDeprecatedPrivetPrinting | User & Browser Settings; Managed Guest Session Settings | Chrome OS, Windows, Mac, Linux | Printing / Deprecated privet printing |
| FullscreenAlertEnabled | User & Browser Settings | Chrome OS | User experience / Fullscreen alert |
| IntegratedWebAuthenticationAllowed | User & Browser Settings | Chrome OS | Network / Login credentials for network authentication |
| NTPCardsVisible | User & Browser Settings | Chrome OS, Windows, Mac, Linux | User experience / Show cards on the New Tab Page |
| PhoneHubAllowed | User & Browser Settings | Chrome OS | Connected devices / Phone Hub |
| PhoneHubNotificationsAllowed | User & Browser Settings | Chrome OS | Connected devices / Phone Hub |
| PhoneHubTaskContinuationAllowed | User & Browser Settings | Chrome OS | Connected devices / Phone Hub |
| ProfilePickerOnStartupAvailability | User & Browser Settings | Windows, Mac, Linux | Startup / Profile picker availability on browser startup |
| RemoteAccessHostDomainList | User & Browser Settings; Managed Guest Session Settings | Chrome OS, Windows, Mac, Linux | Remote access / Remote access hosts / Remote access host domain |
| SensorsAllowedForUrls | User & Browser Settings; Managed Guest Session Settings | Chrome OS, Windows, Mac, Linux, Android | Hardware / Sensors / Allow access to sensors on these sites |
| SensorsBlockedForUrls | User & Browser Settings; Managed Guest Session Settings | Chrome OS, Windows, Mac, Linux, Android | Hardware / Sensors / Block access to sensors on these sites |
| SigninInterceptionEnabled | User & Browser Settings | Windows, Mac, Linux | Sign-in settings / Signin interception |
| TargetBlankImpliesNoOpener | User & Browser Settings; Managed Guest Session Settings | Chrome OS, Windows, Mac, Linux, Android | Security / Popup interactions |
| WifiSyncAndroidAllowed | User & Browser Settings | Chrome OS | Other settings / Wi-Fi network configurations sync |
- New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
| AllowSystemNotifications Linux Only |
Allow system notifications |
| AudioProcessHighPriorityEnabled Windows Only |
Allow the audio process to run with priority above normal on Windows |
| FetchKeepaliveDurationSecondsOnShutdown | Fetch keepalive duration on Shutdown |
| SSLErrorOverrideAllowedForOrigins | Allow proceeding from the SSL warning page on specific origins |
| WebXRImmersiveArEnabled | Allow creating WebXR's "immersive-ar" sessions |
| WindowOcclusionEnabled Browser only |
Enable Window Occlusion |
Coming soon
Note: The items listed below are experimental or planned updates. They might change, be delayed, or canceled before launching to the Stable channel.
- Chrome is moving to a 4-week stable channel and introducing an 8-week extended stable channel as early as Chrome 94
Chrome on mobile, Windows, Mac, and Linux will move from its current 6-week release cycle to a 4-week release cycle, allowing security features, new functionality and bug fixes to reach users more quickly.
No action is required for most enterprises, but if you manually update or test new releases of Chrome and prefer a slower release cadence, you'll be able to switch Chrome to an extended stable channel, with a new release every 8 weeks instead. More details can be found on our blog post at blog.chromium.org.
Chrome OS is also planning changes to the release cycle during the same release. As always, Chrome OS will prioritize the latest security updates, and maintain a high quality and stable experience for users, customers, partners, and developers.
Upcoming Chrome Browser changes
- Chrome 91 will block port 10080 and add a policy for allowing specific ports
Port 10080 will be added to the restricted ports list and traffic will be blocked through it. This should have no effect on customers using standard ports, but custom configurations using non-standard ports may be affected.
If you're affected by this change, or other changes blocking ports for security reasons, Chrome will introduce an enterprise policy where you can allow specific ports in your environment.
- Collapsed tab groups will be frozen in Chrome 91
Chrome allows users to group tabs into collapsible groups, helping them stay organized and productive. In Chrome 91, those tabs will be frozen when the user collapses them, freeing up resources on the system. Chrome will not freeze tabs if they are playing audio, holding a web lock, holding an IndexedDB lock, connected to a USB device, capturing video or audio, being mirrored, or capturing a window or display.
- Web apps will be able to run when the user logs into the OS in Chrome 91
Users will be able to configure Progressive Web Apps to start automatically when they log into the OS. This allows some apps that the user expects to be always-on to behave as expected.
You will be able to control which apps can start on OS login using the WebAppSettings enterprise policy.
- Chrome will introduce initial_preferences in Chrome 91
As part of Chrome's move to using more inclusive naming, Chrome will support an admin using a file to control the browser's initial preferences, named initial_preferences. This file behaves the same way as, and will eventually replace the master_preferences file that exists today. To minimize any disruption, master_preferences will continue to be supported in Chrome 90 and more notice will be given before support for master_preferences is removed.
- Different-origin iframes will not be able to trigger javascript dialogs in Chrome 91
Chrome will prevent iframes from triggering prompts (window.alert,window.confirm,window.prompt) if the iframe is a different origin from the top-level page. This change is intended to prevent embedded content from spoofing the user into believing a message is coming from the website they're visiting, or from Chrome itself.
If you have any web apps affected by this change, you'll be able to use the temporary enterprise policy SuppressDifferentOriginSubframeDialogs to revert to the previous behavior. This policy will be removed in Chrome 94.
You can test apps in your environment for compatibility using Chrome 91 Canary, and Chrome 91 Beta on April 22.
- Network state will be partitioned in Chrome 91
At present, some network objects are shared globally for performance reasons, but this makes it possible to fingerprint users and track them across sites. To protect user privacy, Chrome will partition many network objects by topmost frame domain and iframe domain. A comprehensive description is available here.
No impact is expected other than minor performance changes, but you can test the change in advance by using the command line flag:
--enable-features=PartitionConnectionsByNetworkIsolationKey,PartitionExpectCTStateByNetworkIsolationKey,PartitionHttpServerPropertiesByNetworkIsolationKey,PartitionNelAndReportingByNetworkIsolationKey,PartitionSSLSessionsByNetworkIsolationKey,SplitHostCacheByNetworkIsolationKey
- The BrowserSignIn enterprise policy will be available for Chrome 91 on iOS
The BrowserSignIn policy allows you to either disable or force users to sign into Chrome browser. The IncognitoModeAvailability policy allows you to disable Incognito mode. Both of these policies will be available for Chrome 90 on iOS.
- Quantum computer resistant security will be enabled in Chrome 91
Chrome will start supporting a post-quantum key-agreement mechanism in TLS when communicating with some domains. This increases the size of TLS handshake messages which, in rare cases, may cause issues with network middleboxes that incorrectly assume that TLS messages will fit in a single network frame.
The CECPQ2Enabled policy can be set to disable this. It will also be disabled if the ChromeVariations policy is set to a non-default value. For more details on this rollout, see https://www.chromium.org/cecpq2
- The SSLVersionMin policy will not allow TLS 1.0 or TLS 1.1 in Chrome 91
The SSLVersionMin enterprise policy allows you to bypass Chrome's interstitial warnings for legacy versions of TLS. This will be possible until Chrome 91 (May 2021), then the policy will no longer allow TLS 1.0 or TLS 1.1 to be set as the minimum.
We previously communicated that this would happen as early as January 2021, but the deadline has since been extended.
- Server certificates issued by the Camerfirma will no longer be accepted, no later than Chrome 91
Websites that use server certificates issued by the Camerfirma Certification Authority will be distrusted in a future release of Chrome. Affected sites should have already been contacted by Camerfirma and have migration underway. Note that this does not affect client certificates, only those used for authentication of TLS servers.
- Chrome 91 on iOS will warn users if they reuse their saved passwords on known phishing sites
To better protect users from phishing schemes, Chrome warns users if it appears that they've entered a saved password on a known phishing site. In Chrome 91, this feature will be expanded to Chrome on iOS.
You can control your organization's use of this feature using the PasswordManagerEnabled enterprise policy.
- Chrome 91 will use updated table rendering
Chrome is updating the way it renders tables on web pages. This change fixes known issues and brings Chrome closer to the behavior of other browsers, so impact is expected to be minimal. However, you should test important workflows in your environment for unexpected issues. A full explainer is available here.
You can enable the new rendering behavior using chrome://flags/#enable-table-ng in Chrome 90 and above. If you experience any unexpected issues when testing with the flag enabled, please file a chromium bug.
- Managed profile sign-in popup will be more clear, with changes as early as Chrome 91
Chrome will update the notice when users sign into a managed profile. The new notice has more clear language and the available actions have been simplified. Some users will see a link to open Chrome in guest mode when they sign into a new profile that's different from the profile signed into Chrome.
- Insecure public pages no longer allowed to make requests to private or local URLs in Chrome 92
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. You will be able to control this behavior using the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies.
- Lock in address bar will be replaced in Chrome 92
The lock in the address bar will be replaced with a new icon. Chrome is moving to security messaging that highlights known security issues, and shows neutral messaging otherwise. Showing an icon that implies safety based solely on the connection's encryption may lead to a false sense of security.
- The Network Service on Windows will be sandboxed as early as Chrome 92
The network service, already running in its own process, will be sandboxed on Windows to improve the security and reliability of the service. As part of this, third party code that is currently able to tamper with the Network Service will be prevented from doing so. This might cause interoperability issues with software that injects code into Chrome's process space, such as Data loss Prevention software.You'll be able to disable the change with an enterprise policy when it becomes available.
- Chrome will leverage MiraclePtr to improve security, as early as Chrome 93
Chrome will leverage MiraclePtr to reduce the risk of security vulnerabilities related to memory safety. The Chrome team is gathering data on the performance cost of MiraclePtr in Chrome 91, but enterprises on the stable channel are excluded from MiraclePtr builds during this phase. A full release of MiraclePtr in Chrome may be as early as Chrome 93.
- Chrome will maintain its own default root store as early as Chrome 92
In order to improve user security, and provide a consistent experience across different platforms, Chrome intends to maintain its own default root store. If you are an enterprise admin managing your own certificate authority, you should not have to manage multiple root stores.We do not anticipate any changes to be required for how enterprises currently manage their fleet and trusted enterprise CAs, such as through group policy, macOS Keychain Access, or system management tools like Puppet.
- Chrome will launch a sharing hub in Chrome 92
Users will be able to more easily share their current page in Chrome 92, including the ability to send the current page to their devices, get a QR code for the current URL, screenshot and markup the current page, and share to third party apps.
You'll be able to control this feature using an enterprise policy.
- UserAgentClientHintsEnabled will be removed in Chrome 93
When Chrome introduced User-Agent Client Hints, some servers were not able to accept all characters in the User-Agent Client Hints headers as part of the broader Structured Headers emerging standard.
To give enterprises extra time updating these servers, the UserAgentClientHintsEnabled policy was introduced. This transition period will be ending with Chrome 93, and the policy will be removed.
- SyncXHR policy will no longer be supported on Chrome 93
The AllowSyncXHRInPageDismissal enterprise policy will be removed in Chrome 93. For any apps that rely on the legacy web platform behavior, be sure to update them before Chrome 93. This change was previously planned for Chrome 88, but delayed to provide more time for enterprises to update legacy applications.
- LegacySameSiteCookieBehaviorEnabled will be removed in Chrome 93
When same-site cookie behavior was introduced, Chrome included policies to give admins extra time to adjust the implementation of any enterprise apps that relied on the legacy cookie behavior. The first phase of the transition plan will end in Chrome 93, and LegacySameSiteCookieBehaviorEnabled will no longer take effect. You will still be able to opt specific sites into the legacy cookie behavior using LegacySameSiteCookieBehaviorEnabledForDomainList until Chrome 97.
- Legacy policies with non-inclusive names will be removed in Chrome 95
Chrome 86 through Chrome 90 introduced new policies to replace policies with less inclusive names (for example, whitelist, blacklist). In order to minimize disruption for existing managed users, both the old and the new policies currently work. This transition time is to ensure it's easy for you to move to and test the new policies in Chrome.
Note: If both the legacy policy and the new policy are set for any row in the table below, the new policy will override the legacy policy.
This transition period will end in Chrome 95, and the following policies in the left column will no longer function. Please ensure you're using the corresponding policy from the right column instead:
| Legacy Policy Name | New Policy Name |
| NativeMessagingBlacklist | NativeMessagingBlocklist |
| NativeMessagingWhitelist | NativeMessagingAllowlist |
| AuthNegotiateDelegateWhitelist | AuthNegotiateDelegateAllowlist |
| AuthServerWhitelist | AuthServerAllowlist |
| SpellcheckLanguageBlacklist | SpellcheckLanguageBlocklist |
| AutoplayWhitelist | AutoplayAllowlist |
| SafeBrowsingWhitelistDomains | SafeBrowsingAllowlistDomains |
| ExternalPrintServersWhitelist | ExternalPrintServersAllowlist |
| NoteTakingAppsLockScreenWhitelist | NoteTakingAppsLockScreenAllowlist< |
| PerAppTimeLimitsWhitelist | PerAppTimeLimitsAllowlist |
| URLWhitelist | URLAllowlist |
| URLBlacklist | URLBlocklist |
| ExtensionInstallWhitelist | ExtensionInstallAllowlist |
| ExtensionInstallBlacklist | ExtensionInstallBlocklist |
| UserNativePrintersAllowed | UserPrintersAllowed |
| DeviceNativePrintersBlacklist | DevicePrintersBlocklist |
| DeviceNativePrintersWhitelist | DevicePrintersAllowlist |
| DeviceNativePrintersAccessMode | DevicePrintersAccessMode |
| DeviceNativePrinters | DevicePrinters |
| NativePrinters | Printers |
| NativePrintersBulkConfiguration | PrintersBulkConfiguration |
| NativePrintersBulkAccessMode | PrintersBulkAccessMode |
| NativePrintersBulkBlacklist | PrintersBulkBlocklist |
| NativePrintersBulkWhitelist | PrintersBulkAllowlist |
| UsbDetachableWhitelist | UsbDetachableAllowlist |
| QuickUnlockModeWhitelist | QuickUnlockModeAllowlist |
| AttestationExtensionWhitelist | AttestationExtensionAllowlist |
| PrintingAPIExtensionsWhitelist | PrintingAPIExtensionsAllowlist |
| AllowNativeNotifications | AllowSystemNotifications |
| DeviceUserWhitelist | DeviceUserAllowlist |
| NativeWindowOcclusionEnabled | WindowOcclusionEnabled |
If you're managing Chrome via the Google Admin Console (for example, Chrome Browser Cloud Management), no action is required; the Google Admin Console will manage the transition automatically.
Upcoming Admin Console changes
- Sending Extension Requests for Chrome Browser and Chrome OS
As an admin, you can block users from installing extensions and the Chrome Web Store will now have a “Request” button so that you can see their requests from within the Admin Console and take an action to allow or to block the extensions.
- Sending Remote Commands for Chrome Desktop
As an admin, you can use your Google Admin console to remotely send actions to managed Chrome Desktop Browsers (Win/Mac/Linux). For example, you will be able to delete browser cache or cookies remotely.
Chrome Browser updates
- Single words will not be treated as intranet locations by default
By default, Chrome will improve user privacy and will reduce load on DNS servers by avoiding DNS lookups for single keywords entered into the address bar. This change may interfere with enterprises that use single-word domains in their intranet. That is, a user typing helpdesk will no longer be directed to https://helpdesk/.
You will be able to control the behavior of Chrome using the IntranetRedirectBehavior enterprise policy, including preserving the existing behavior (value 3: Allow DNS interception checks and did-you-mean http://intranetsite/ infobars.).
Some users saw this change in Chrome 88; a full rollout is planned in Chrome 89. - Chrome will prefer https to http when not specified in the address bar
When a user types an address into the address bar without specifying the protocol, Chrome will attempt to navigate using https first, then fallback to http if https is not available. For example, if the user navigates to example.com, Chrome will first attempt to navigate to https://example.com, then will fallback to http://example.com if required.
Some users on Windows, Mac, Linux, and Android will see this change in Chrome 89, and all users should see this change in Chrome 90. - Users can search open tabs
Users can search for open tabs across windows, as shown in this screenshot:
- Enterprise realtime URL checking enabled by BeyondCorp Enterprise
Chrome 89 will introduce new security capabilities enabled by BeyondCorp Enterprise allowing checking URLs for phishing attacks in realtime for BeyondCorp Enterprise customers. - Chrome profiles for separating users or accounts
Chrome will add new features to help different users keep their browsing data like bookmarks, history, and settings separate.
Users will be given the option to create a new Chrome profile and move their account over, when they sign in to a profile where another account is already signed in.
If a user signs in with an account that is already signed in to another profile, they will be offered the option to switch. Users who have multiple profiles set up will see a profile picker on startup.
You can control whether Chrome offers to create or switch profiles with the SigninInterceptionEnabled enterprise policy and ProfilePickerOnStartupAvailability enterprise policies.
- Certain features will be available to users who have signed in without having to enable Chrome Sync
Some users who have signed into Chrome may be able to access and save payment methods and passwords stored in their Google Account without Chrome Sync being enabled.
You can control users' access to payment methods on Chrome on Android using the AutofillCreditCardEnabled enterprise policy. You can control access to passwords on Chrome on desktop by either setting the SyncDisabled enterprise policy to disabled, or by including passwords in SyncTypesListDisabled.
- Chrome on Android will require the device to be certified
Chrome on Android will only be able to run on devices that are Play Protect certified. This will affect all instances of Chrome including PWAs, but does not include WebView.
Chrome on VMs and emulators will continue to work if an emulator is emulating an approved device or the emulator is Google-developed.
See the Android Help Center article for details on how to verify a device’s certification status.
- Version pinning for self-hosted extensions & apps
To increase the stability in high-reliability environments, Chrome 89 will facilitate the pinning of extensions and apps to a specific version. Administrators can self-host the extension or app of their choice, and instruct Chrome to use the update URL from the extension forcelist instead of the extension manifest. This will be via a new boolean parameter in ExtensionSettings policy. As a result, extensions & apps will not be updated via the updateURL that was originally configured in their manifest, and will stay on one specific version.
- Chrome introduces privacy-preserving APIs to replace some of the functionality of third-party cookies
Several changes are coming in Chrome 89 to build a more private web. We originally announced these changes in the Chromium Blog.
FLoC, an interest-based targeting API will be introduced as an origin trial. This API will allow working with cohorts—groups of users with similar interests. Users cannot be individually identified.
An event-level conversion API will continue in the origin-trial stage for Chrome 89. This API will enable the correlation of an ad click on a website with a subsequent conversion on an advertiser site (a sale, a sign-up, etc). Users cannot be individually identified.
Platform-provided trust tokens will be introduced to the ongoing Trust Token API Origin Trial. This experiment will be used to ascertain the value of tokens incorporating on-device state as a mechanism for anti-spam and anti-abuse systems, and to evaluate the feature’s performance relative to standard web-issued trust tokens.
First party sets will be introduced as an origin trial. This will allow a collection of related, commonly-owned domains to declare themselves as a first party set, so that browsers can consider this relationship when applying cross-site communication policies.
Schemeful Same-Site, which evolves the definition of same-site to include the URL scheme, will be fully rolled out and available to all audiences.
User Agent Client Hints will also be fully rolled out and available to all audiences.
See the chromium privacy sandbox page for details on these APIs and the privacy sandbox.
- Chrome will require SSE3 for Chrome on x86
Chrome 89 and above will require x86 processors with SSE3 support. This change does not impact devices with non-x86 (ARM) processors. Chrome will not install and run on x86 processors that do not support SSE3. SSE3 was introduced on Intel CPUs in 2003, and on AMD CPUs in 2005. - Chrome introduces BrowsingDataLifetime and ClearBrowsingDataOnExitList policies
Chrome will give you more control over data in your environment by introducing two policies that clear browsing data after a specified amount of time, or once Chrome has been closed: BrowsingDataLifetime and ClearBrowsingDataOnExitList. These policies will be useful for customers that have strict regulatory requirements around data being stored on client devices. - Metrics reporting can be disabled by the user even if admin has it turned on
To improve user privacy, end users will be able to turn off metrics reporting for themselves, even if you have set MetricsReportingEnabled to true. If you set MetricsReportingEnabled to false, users will not be able to enable metrics. - Chrome introduces the Serial API
The Serial API will provide a way for websites to read and write from a serial device through script. You can read an explainer on the Serial API here.
You will be able to control access to the Serial API using the DefaultSerialGuardSetting policy. You can also use the SerialAskForUrls and SerialBlockedForUrls policies to control serial device access on a site-by-site basis. - Chrome on iOS introduces biometric authentication for Incognito tabs
Users will have a setting to enable access control for their Incognito tabs. When this setting is turned on, users will be prompted to re-authenticate themselves with biometric authentication when they return to Incognito tabs after closing Chrome on iOS.
Chrome OS updates
- Extended auto-update blockout windows
Already as of today, the Chrome OS auto update blockout window device policy allows admins to block updates for their kiosk devices during certain business hours. This helps to save bandwidth in cases where Chromebooks are located at sites with limited network connectivity. From Chrome 89 on (official launch March 9th, 2021), the auto update blockout window policy will be extended. (1) Instead of only applying to kiosk sessions, it will also apply to user sessions & managed guest sessions (MGS). (2) Instead of only influencing the start of an update download, it will also pause previously started updates during blockout windows.
Due to the extended impact of the auto-update blockout window policy, an adjustment of your policy settings might be required to guarantee continuous updates of your devices. - Scaled Print Server Support
Admins will be able to assign any number of IPP based print servers to be remotely configured from the admin console. Users will select a specific print server to connect to if the user has more than 16 print servers assigned. If there are less than 16 configured, Chrome OS will automatically query all assigned print servers simultaneously. - Scanning support
Chrome OS will support the scanning functionality of compatible multifunction printers. Access to the Scan app on Chrome OS can be controlled by Admins.
- QR code scanning support
You can now scan QR codes with the Chrome OS Camera app. Just point your camera at a QR code and the results will automatically be scanned. - Switch Access settings Improvements
Switch Access settings will allow you to use any key or external switch and will make setting up your switches easier by replacing the drop down menu with just pressing the switch you want to use.
- Enhanced Screen Capture
Chrome OS screen capture just got better. Screen capture functionality is now always accessible via quick settings. A new capture mode provides users with an intuitive UI to switch between functionality. After taking a partial screenshot, you can adjust the selection to perfect your capture. New screen recording functionality lets you capture and share motion.
- Desk improvements
Improvements for frictionless smart creation and management of multiple workspaces (restore desks for browser, send to desk, and virtual desk improvements).
- Wi-Fi Sync improvements
Wi-Fi Sync is now even more powerful, with added support for Wi-Fi network sharing between Chrome OS and Android.
- Clipboard: visual clipboard history
Chrome OS introduces an extended clipboard to quickly transfer multiple pieces of content. Transfer everything you need with speed and ease.
- Tote: quick access to recent and important Files
Quickly access your recent screenshots and downloads. Pin your important Files to launch, copy, or drag with one click.
- Improved Media Controls
Brings unified media controls to quick settings. Access all your media sources in one place quickly.
- App icon refresh
The icons for the built-in apps on your Chromebook have a fresh new look, making it easier for you to distinguish between the core essential apps (for example, Canvas, Explore) that are made for Chrome OS and third-party apps that you’ve downloaded.
- Enhanced Select-to-speak to better support users with Dyslexia
Improve the Select-to-speak accessibility service with navigation controls (play/pause, navigate sentences and paragraphs, adjust speed in context).
Admin console updates
- Apps & Extension Usage Report
The Apps & Extension Usage Report report will allow admins to get a comprehensive view of the apps and extensions installed across their fleet of ChromeOS and Chrome Desktop devices. Refer to the View app and extension usage details article on how to enable it.
- Reports API
The Reports API will allow you to generate reports that give you aggregate information on your managed Chrome OS device / Chrome Browser deployment. Please see the documentation here on how to use it.
- Additional policies in the Admin console
Many new policies will be available in the Admin console, including:
| Policy Name | Pages | Supported on | Category/Field |
| NTPContentSuggestionsEnabled | User & Browser Settings | Android | Startup / New Tab page content suggestions |
| RestrictAccountsToPatterns | User & Browser Settings | Android | User experience / Visible Accounts / Restrict accounts that are visible in Chrome to those matching one of the patterns specified |
| MediaRecommendationsEnabled | User & Browser Settings | Chrome OS, Windows, Mac, Linux | User experience / Media Recommendations |
| AllowFileSelectionDialogs | User & Browser Settings | Windows, Mac, Linux | User experience / File selection dialogs |
| AllowWakeLocks | User & Browser Settings; Managed Guest Session Settings | Chrome OS | Power and shutdown / Wake locks |
| IntranetRedirectBehavior | User & Browser Settings; Managed Guest Session Settings | Chrome OS, Windows, Mac, Linux | Network / Intranet Redirection Behavior |
- New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|
Browsing Data Lifetime Settings |
|
|
Clear Browsing Data on Exit |
|
|
Enable deprecated privet printing |
|
|
Sets managed configuration values to websites to specific origins |
|
|
PhoneHubTaskContinuationAllowed Chrome OS only |
Allow Phone Hub task continuation to be enabled |
|
Chrome OS only |
Allow Phone Hub to be enabled |
|
Chrome OS only |
Allow Phone Hub notifications to be enabled |
|
ProfilePickerOnStartupAvailability Browser only |
Profile picker availability on startup |
|
RemoteAccessHostAllowRemoteAccessConnections Browser only |
Allow remote access connections to this machine |
|
RemoteAccessHostMaximumSessionDurationMinutes Browser only |
Maximum session duration allowed for remote access connections |
|
Browser only |
Enable signin interception |
Coming soon
Note: The items listed below are experimental or planned updates. They might change, be delayed, or canceled before launching to the Stable channel.
- Chrome will move to a 4-week stable channel and will introduce an 8-week extended stable channel as early as Chrome 94
Chrome on mobile, Windows, Mac, and Linux will move from its current 6-week release cycle to a 4-week release cycle, allowing security features, new functionality and bug fixes to reach users more quickly.
No action will be required for most enterprises, but if you manually update or test new releases of Chrome and prefer a slower release cadence, you'll be able to switch Chrome to an extended stable channel, with a new release every 8 weeks instead. More details can be found on our blog post at blog.chromium.org.
Chrome OS is also planning changes to the release cycle during the same release. As always, Chrome OS will prioritize the latest security updates, and maintain a high quality and stable experience for users, customers, partners, and developers.
Upcoming Chrome Browser changes
- Chrome 90 will block port 554
Port 554 will be added to the restricted ports list and traffic through it will be blocked. This should have no effect on customers using standard ports, but custom configurations (for example, delivering PAC scripts) using non-standard ports may be affected. You should instead use standard ports for your use case (for example, delivering PAC scripts via HTTPS through port 443).
- Launch of PDF XFA forms in Chrome 90
PDF XFA forms will be partially supported in Chrome 90, expanding the range of PDF documents that can open directly in Chrome.
- Managed profile sign-in popup will be more clear in Chrome 90
Chrome 90 will update the notice when users sign into a managed profile. The new notice will have more clear language and the available actions will be simplified.
- Some permission requests will be less intrusive in Chrome 90
Permission requests that the user is unlikely to allow will be automatically blocked. A less intrusive UI will allow the user to manage permissions for each site.
- Chrome 90 will support Intel CET
Chrome 90 will support Intel’s Control Flow Enforcement Technology (CET), known as Hardware-enforced Shadow Stacks on Windows. This will only affect Chrome running on hardware that supports CET. While no issues are expected, you can manage CET by manipulating Image File Execution Options (IFEO) through group policy.
- Chrome 90 will introduce initial_preferences
As part of Chrome's move to using more inclusive naming, Chrome will support an admin using a file to control the browser's initial preferences, namedinitial_preferences. This file will behave the same way as, and will eventually replace themaster_preferencesfile that exists today. To minimize any disruption,master_preferenceswill continue to be supported in Chrome 90 and more notice will be given before support formaster_preferencesis removed.
- AllowNativeNotifications updated to AllowSystemNotifications in Chrome 90
As part of Chrome's move to using more inclusive policy names, AllowNativeNotifications will be renamed to AllowSystemNotifications. The existing AllowNativeNotifications policy will be available until Chrome 95.
- Extension settings will load from the same place for all channels on Mac in Chrome 90
All Chrome channels will read the extension policies from the same.plistfile. For example, the extension Password Alert will always load its policies fromcom.google.Chrome.extensions.noondiphcddnnabmjcihcjfbhfklnnep.plistinstead ofcom.google.Chrome.canary.extensions.noondiphcddnnabmjcihcjfbhfklnnep.plistin Chrome Canary.
- Chrome will save data with Lite videos in Chrome 90
To reduce the data-cost and improve the experience of videos on metered and limited data connections, Chrome on Android will reduce the effective bitrate of videos for Lite mode users on cellular connection. You will be able to control this feature using the DataCompressionProxyEnabled policy.
- Data Saver: Chrome will compress public HTTPS images in Chrome 90
Public HTTPS images will be compressed when Chrome lite mode is enabled, to further provide a rich web experience to users with unreliable internet connections.
- Security key enterprise attestation in Chrome 90
Chrome will support device-unique attestation of security keys without needing policy configured. This will be useful in situations where security keys are distributed by an enterprise to personnel who may use them on non-policy-managed computers. This will require specially-manufactured security keys—talk to your security key vendor if this sounds useful.
- Launch WebXR capability - Depth Sensing API in Chrome 90
The WebXR Depth Sensing API will allow Chrome to measure distance from the user’s device to real world geometry in the user’s environment. With this, Chrome will be able to power immersive experiences in WebXR-powered apps (e.g. for physics, and lifelike occlusion for augmented reality). You will be able to control access to WebXR and other augmented reality APIs using the WebXRImmersiveArEnabled enterprise policy.
- Partition Network State in Chrome 90
Today, some network objects are shared globally for performance reasons, but this makes it possible to fingerprint users and track them across sites. To protect user privacy, Chrome will partition many network objects by topmost frame domain and iframe domain. A comprehensive description is available here.
No impact is expected other than minor performance changes, but you can test the change in advance by using the command line flag:
--enable-features=PartitionConnectionsByNetworkIsolationKey,PartitionExpectCTStateByNetworkIsolationKey,PartitionHttpServerPropertiesByNetworkIsolationKey,PartitionNelAndReportingByNetworkIsolationKey,PartitionSSLSessionsByNetworkIsolationKey,SplitHostCacheByNetworkIsolationKey
- Legacy Browser Support for Edge in IE Mode will be available in Chrome 90
For organizations accessing legacy web content in Microsoft Edge's IE mode, Chrome 90 will allow admins to configure Legacy Browser Support (LBS) to switch between Microsoft Edge in IE mode and Chrome. You can already use LBS to switch directly between Microsoft Internet Explorer and Chrome.
- The Network Service on Windows will be sandboxed in Chrome 91
The network service, already running in its own process, will be sandboxed on Windows in Chrome 90 to improve the security and reliability of the service. As part of this, third party code that is currently able to tamper with the Network Service will be prevented from doing so. This may cause problems when connecting to software such as:- Custom Authentication Packages.
- Custom SSO (Single Sign-on) providers.
- Custom Winsock Namespace/transport providers.
- Data Loss Prevention software.
- NTLM with Windows integrated authentication.
Enterprises are encouraged to try the sandboxed network stack on Dev and Canary channel and report any issues via crbug.com. You'll be able to disable the change with an enterprise policy when it becomes available.
- Lock in address bar will be replaced in Chrome 91
The lock in the address bar will be replaced with a new icon. Chrome is moving to security messaging that highlights known security issues, and shows neutral messaging otherwise. Showing an icon that implies safety based solely on the connection's encryption may lead to a false sense of security.
- Quantum computer resistant security will be enabled in Chrome 91
Chrome will start supporting a post-quantum key-agreement mechanism in TLS when communicating with some domains. This increases the size of TLS handshake messages which, in rare cases, may cause issues with network middleboxes that incorrectly assume that TLS messages will fit in a single network frame.
The CECPQ2Enabled policy can be set to disable this. It will also be disabled if the ChromeVariations policy is set to a non-default value.
For more details on this rollout, see CECPQ2
- Insecure public pages will no longer be allowed to make requests to private or local URLs in Chrome 91
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. You will be able to control this behavior using the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies.
- The address bar may show the domain rather than the full URL as early as Chrome 90
To protect your users from some common phishing strategies, Chrome will test showing only the domain in the address bar for some users. This change will make it more difficult for malicious actors to trick users with misleading URLs. For example, https://example.com/secure-google-sign-in/ will appear only as example.com to the user.
Although this change is designed to keep your users’ credentials safe, you can revert to the old behavior through the ShowFullUrlsInAddressBar policy.
This change has been enabled for some users, with a potential full rollout in a later release.
- The SSLVersionMin policy will not allow TLS 1.0 or TLS 1.1 in Chrome 91
The SSLVersionMin enterprise policy will allow you to bypass Chrome's interstitial warnings for legacy versions of TLS. This will be possible until Chrome 91 (May 2021), then the policy will no longer allow TLS 1.0 or TLS 1.1 to be set as the minimum.
We previously communicated that this would happen as early as January 2021, but the deadline has since been extended.
- Chrome will maintain its own default root store as early as Chrome 92
In order to improve user security, and provide a consistent experience across different platforms, Chrome intends to maintain its own default root store. If you are an enterprise admin managing your own certificate authority, you should not have to manage multiple root stores.We do not anticipate any changes to be required for how enterprises currently manage their fleet and trusted enterprise CAs, such as through group policy, macOS Keychain Access, or system management tools like Puppet.
- SyncXHR policy will no longer be supported on Chrome 93
The AllowSyncXHRInPageDismissal enterprise policy will be removed in Chrome 93. For any apps that rely on the legacy web platform behavior, be sure to update them before Chrome 93. This change was previously planned for Chrome 88, but delayed to provide more time for enterprises to update legacy applications.
- Old policies with non-inclusive names will be removed in Chrome 95
Chrome 86 through Chrome 90 introduced new policies to replace policies with less inclusive names (e.g. whitelist, blacklist). In order to minimize disruption for existing managed users, both the old and the new policies currently work. This transition time is to ensure it's easy for you to move to and test the new policies in Chrome.
This transition period will end in Chrome 95. A full list of the policies to be removed will be provided closer to the removal date. If you're managing Chrome via the Google Admin Console (for example, Chrome Browser Cloud Management), no action is required; the Google Admin Console will manage the transition automatically.
Upcoming Chrome OS changes
- Deprecation of AMR and GSM audio codecs in Chrome OS 90
AMR-NB, AMR-WB, and GSM audio codecs will be deprecated as part of this release. Affected users should file bugs here and may temporarily rollback this change via the use of chrome://flags/#deprecate-low-usage-codecs. Users with long-term need for these codecs may use stand-alone applications found in the Google Play Store.
Upcoming Admin Console changes
- Sending Extension Requests for Chrome Browser and Chrome OS
As an admin, you can block users from installing extensions and the Chrome Web Store will now have a Request button so that you can see their requests from within the Admin Console and take an action to allow or to block the extensions.
- Sending Remote Commands for Chrome Desktop
As an admin, you can use your Google Admin console to remotely send actions to managed Chrome Desktop Browsers (Win/Mac/Linux). For example, you will be able to delete browser cache or cookies remotely.
Chrome Browser updates
- Chrome will warn about mixed content forms
Web forms that load using HTTPS but submit their content using HTTP (unsecured) pose potential risk to user privacy. Chrome 85 and above shows a warning on such forms, letting the user know that the form is insecure. Chrome 88 will show an interstitial warning when the form is submitted, which stops any data transmission, so the user will be able to choose whether to proceed or cancel the submission. This was previously rolled out in Chrome 87 but was rolled back due to the way it interacted with redirects. It is being rolled out again in Chrome 88, but will only show warnings for forms that either submit directly to an http:// URL, or when a redirect to an http:// happens and the form data is exposed across the redirect. For example, 307 or 308 code redirects for POST method forms.
You will be able to control this behavior using the InsecureFormsWarningsEnabled enterprise policy. To test this behavior before the rollout, use the Mixed Forms Interstitial Chrome flag.
- Improved resource consumption for background tabs
To save on CPU load and prolong battery life, Chrome will limit the power consumption of background tabs. Specifically, Chrome will allow the timers in the background tabs to only run once per minute. Network event handlers are not affected, which allows sites like Gmail or Slack® to continue delivering timely notifications in the background. Some users saw this feature in Chrome 87. It's now available to all users in Chrome 88.
You will be able to control this behavior using the IntensiveWakeUpThrottlingEnabled policy.
- Insecure downloads are blocked from secure pages, with changes through Chrome 88
In Chrome 88 on Windows®, Mac®, and Linux®, downloads from insecure sources will no longer be allowed when started from secure pages. This change has been rolled out gradually, with different file types affected in different releases:
- Executables—Users were warned in Chrome 84, and files were blocked in Chrome 85.
- Archives—Users were warned in the Chrome developer console in Chrome 85, and files were blocked in Chrome 86.
- Other non-safe types, for example, PDFs—Users were warned in the Chrome developer console in Chrome 86, and files were blocked in Chrome 87.
- Other files—Users were warned in the Chrome developer console in Chrome 87, and files will be blocked in Chrome 88.
Warnings on Android will lag behind desktop warnings by one release. For example, executables showed a warning starting in Chrome 85.
The existing InsecureContentAllowedForUrls policy can be used to allow specific URLs to download insecure files. You can read more details in our blog post.
- The new tab page allows users to complete previously started workflows
The Chrome new tab page will show cards to help users return to searches and workflows that were already in progress, like searching for recipes or price comparisons. Users are able to control and remove these cards.
These cards appeared for some users in Chrome 87, and are now included in Chrome 88. You can control these cards using the NTPCardsVisible policy.
- Chrome introduces profiles for separating users or accounts
Some users will be given the option to create a new Chrome profile and move their account over when they sign in to a profile where another account is already signed in. This allows different users to keep bookmarks, history, and settings separate. If a user signs in with an account that is already signed in to another profile, they’re offered to switch. Some users who have multiple profiles set up will see a profile picker on startup.
You can control whether Chrome offers to create or switch profiles with the SigninInterceptionEnabled enterprise policy. In Chrome 89, you'll also be able to control the startup behavior for the profile picker with the ProfilePickerOnStartupAvailability enterprise policy.
A wider release to more users is planned for a later release - Certain features are available to users who have signed in without having to enable Chrome Sync
Some users who have signed into Chrome might be able to access and save payment methods and passwords stored in their Google Account without Chrome Sync being enabled.
On Chrome on Android, you can control a user's access to payment methods using the AutofillCreditCardEnabled enterprise policy. You can control access to passwords on Chrome on desktop by either setting the SyncDisabled enterprise policy to disabled, or by including "passwords" in SyncTypesListDisabled.
- DTLS 1.0 has been removed
DTLS 1.0, a protocol used in WebRTC for interactive audio and video, has been removed by default. Any applications that depend on DTLS 1.0 (most likely gateways to other teleconferencing systems) should update to a more recent protocol. You can test if any of your applications will be impacted by using the following command line flag when launching Chrome:
--force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/
If your enterprise needs additional time to adjust, the WebRtcAllowLegacyTLSProtocols enterprise policy will be made available to temporarily extend the removal.
- Chrome supports manifest v3
Chrome 88 supports extensions written in the new Manifest V3 format. Manifest V3 is a new platform that makes extensions more secure, performant, and privacy-respecting by default. There is no breaking change at this time; extensions using Manifest v2 will continue to function normally in Chrome 88.
- Chrome is launching an origin trial for detecting idle state
An early origin trial allows websites to request the ability to query if users are idle, allowing messaging apps to direct notifications to the best device.
-
Single words are no longer being treated as intranet locations by default
By default, Chrome improves user privacy and reduces load on DNS servers by avoiding DNS lookups for single keywords entered into the address bar. This change may interfere with enterprises that use single-word domains in their intranet. For example, a user typing "helpdesk" will no longer be directed to "https://helpdesk/".
You can control the behavior of Chrome using the IntranetRedirectBehavior enterprise policy, including preserving the existing behavior (value 3: Allow DNS interception checks and did-you-mean "http://intranetsite/" infobars.).
- Chrome introduces a new permission chip UI
Permission requests can feel disruptive and intrusive when they lack context – which often happens when prompts appear as soon as a page loads or without prior priming. This leads to a common reaction where end users dismiss the prompt in order to avoid making a decision.
Chrome now shows a less intrusive permissions chip in the address bar. Since the prompt doesn't intrude in the content area, users who don't want to grant the permission no longer need to actively dismiss the prompt. Users who wish to grant permission can click on the chip to bring up the permission prompt.
This change will be rolled out gradually throughout Chrome 88.
- The Legacy Browser Support extension has been removed from the Chrome Web Store
Legacy Browser Support (LBS) is built into Chrome, and the old extension is no longer needed. The Chrome team unpublished LBS from the Chrome Web Store in Chrome 85, and it is disabled in Chrome 88. Legacy Browser Support will still be supported, please migrate away from the extension and towards using Chrome's built-in policies, documented here. The old policies set through the extension will no longer function, and you won't be able to force install the extension once it's been disabled.
- Factor in scheme when determining if a request is cross-site (Schemeful Same-Site)
Chrome 88 modifies the definition of same-site for cookies such that requests on the same registrable domain but across schemes will be considered cross-site instead of same-site. For example, http://site.example and https://site.example will be considered cross-site to each other which will restrict cookies using SameSite. For additional information please see the Schemeful Same-Site explainer. We recommend testing critical sites using the testing instructions.
You may revert to the previous, legacy behavior, by using the LegacySameSiteCookieBehaviorEnabledForDomainList and LegacySameSiteCookieBehaviorEnabled policies. These policies will be available at least until Chrome 93, with the domain list planned to be available longer. For more details, including availability, please see Cookie Legacy SameSite Policies.
- Chrome 88 on Mac does not support OS X 10.10 (Yosemite)
Chrome 88 does not support OS X 10.10 (OS X Yosemite). Chrome on Mac requires OS X 10.11 or later.
- Popup on page unload policy is no longer supported on Chrome 88
The AllowPopupsDuringPageUnload enterprise policies have been removed in Chrome 88, as previously communicated. For any apps that rely on the legacy web platform behavior, be sure to update them immediately.
- Chrome treats an empty string as an unset policy on Android for some policies in Chrome 88
To integrate better with mobile management UEMs, Chrome on Android will not set list or dictionary policies from empty strings.
-
The BasicAuthOverHttpEnabled policy allows you to disable authentication over HTTP
You can set the new BasicAuthOverHttpEnabled policy to disabled to disallow non-secure HTTP requests from using the Basic authentication scheme. If you do, only secure HTTPS will be allowed.
- The Chrome Cleanup Tool can reset Chrome shortcuts
When users run the Chrome Cleanup Tool, it will modify command line flags within Chrome shortcuts. This helps users restore Chrome to a safe state if malware has inserted malicious command line flags into the shortcut.
You can control the Chrome Cleanup Tool using the ChromeCleanupEnabled policy, which will prevent this behavior.
- Notifications will be suspended while presenting
While Chrome is sharing a screen, web-notifications from Chrome will not show their content by default. They will be presented to the user after the screen sharing session ends or by manually revealing them via a notification action. Note that sharing a single window or tab does not affect the delivery of notifications from Chrome.
- The microphone is visible beside the address bar for some users on Android
The microphone button is visible in the top UI bar of Chrome for some users on Android. Users can to ask the Google Assistant to read the current page, or translate it to another language.
When users interact with the microphone button, the URL of the current page is shared with Google. You can control this feature using the AudioCaptureAllowed policy.
- Cloud Print is no longer supported
The Google Cloud Print service is no longer supported on any Operating Systems.
Chrome OS admins can select a print solution provider or migrate to the Chrome OS local and network printer solution. Admins of Windows®, Mac®, and Linux® operating systems can use the respective OS print workflow or engage with a print solution provider. Learn more about Cloud Print migration.
- Save to Drive is no longer supported
Saving to Google Drive is no longer available from the Chrome print dialog on Mac®, Windows®, Linux® devices. Users can instead install the Save to Drive Chrome extension which has been updated to include this feature or print locally to PDF then upload the file to Google Drive through drive.google.com and select New > File upload. You can also set up automatic syncing between local files and Google Drive with Backup and Sync or Drive File Stream. More details on printing from Chrome are available here.
-
FTP support has been removed
Chrome 88 has removed support for FTP URLs. The legacy FTP implementation in Chrome no longer supports encrypted connections (FTPS), or proxies. Usage of FTP is very low, and more capable FTP clients are available on all affected platforms.
More information is available here.
Chrome OS updates
- WebAuthn using Fingerprint & PIN
Tired of typing long passwords? Chrome OS now lets you sign in to supported websites without having to type your passwords for that website, if you have set up a PIN or fingerprint on your Chromebook. This feature, called Web Authentication, makes use of established protocols to make authentication into website simpler and more secure. Your Chromebook PIN/fingerprint are never shared with the websites requesting verification from your Chromebook and you don't have to worry about malicious attackers phishing for your passwords to websites. If your organization has U2F enabled, the Webauthn feature will not work; U2F will be supported in a future release.
- Autocorrect UI improvements
For users with autocorrect enabled, we have improved the user interface with visual indications that autocorrects have happened, as well as new ways to undo them.
- Magnifier Focus Following and Keyboard Support
Chrome OS Magnifier can now be panned using the keyboard. Use Ctrl + Alt and the arrow key to pan the viewport.
- Text app Screen Reader mode
Text app now has a screen reader mode to support Chromevox users.
- Improved switching between virtual desks
Switching between virtual desks with the keyboard and touchpad is now faster and more responsive. You can double or triple tap the <Search> + [ or <Search> + ] shortcut to move between multiple desks.
- Reverse Scrolling + Touchpad gesture consistency
Touchpad gestures are now more consistent with your preference for Reverse Scrolling.
- Chrome OS Camera now saves to a new location
Photos and videos captured with the Chrome OS Camera app will now get saved to a new Camera folder under My files. Any previously captured photos/videos will remain in your Downloads folder.
Admin console updates
- API for remote commands
The Admin SDK Directory API now supports issuing remote commands to devices, including wipe users, remote powerwash, remote reboot (kiosk only), screenshot (kiosk only), and set volume (kiosk only). See the developer documentation for details.
- Filter Chrome devices by version
The Chrome device list now supports filtering by Chrome version. Now you can quickly check which devices are up to date or out of date.
- Bookmark Management improvements
Admin Console has a new and improved bookmarks manager. Enterprise admins can more easily create, delete, and move around hundreds or even thousands of bookmarks. Details on the feature are described in the help center article.
- New summary report for Chrome versions
Admin Console has a new version report that shows the number of managed browsers and devices on each Chrome version. Details on the feature are described in the help center article.
- Group-based policy for printer management
Group-based management is now available for printers. From the printers page, select a group, and then configure which printers are available to users in that group.
- Kerberos credential manager
As an admin, you can now enable Kerberos tickets on Chrome devices to enable single sign-on (SSO) for internal resources that support Kerberos authentication. Internal resources might include websites, file shares, certificates, and so on. Details on the feature are described in the help center article.
Additional policies in the Admin console
Many new policies are available in the Admin console, including:
| Policy name | Pages | Category/Field |
| AbusiveExperienceInterventionEnforce |
User & Browser Settings |
Chrome Safe Browsing / Abusive Experience Intervention |
| AccessibilityImageLabelsEnabled | User & Browser Settings Managed Guest Session Settings |
Accessibility / Image descriptions |
| AdsSettingForIntrusiveAdsSites | User & Browser Settings Managed Guest Session Settings |
Chrome Safe Browsing / Sites with intrusive ads |
| AdvancedProtectionAllowed | User & Browser Settings | Security / Advanced Protection program |
| AuthAndroidNegotiateAccountType | User & Browser Settings | Network / Account type for HTTP Negotiate authentication / Account type |
| AutoOpenAllowedForURLs | User & Browser Settings Managed Guest Session Settings |
Content / Auto open downloaded files / Auto open URLs |
| AutoOpenFileTypes | User & Browser Settings Managed Guest Session Settings |
Content / Auto open downloaded files / Auto open files types |
| BackForwardCacheEnabled | User & Browser Settings | Content / Back-forward cache |
| BrowserNetworkTimeQueriesEnabled | User & Browser Settings | Other settings / Google time service |
| CACertificateManagementAllowed | User & Browser Settings | Security / User management of installed CA certificates |
| ClientCertificateManagementAllowed | User & Browser Settings | Security / User management of installed client certificates. |
| CommandLineFlagSecurity WarningsEnabled |
User & Browser Settings | Security / Command-line flags |
| ContextualSearchEnabled | User & Browser Settings | User experience / Touch to search |
| DefaultFileSystemReadGuardSetting | User & Browser Settings Managed Guest Session Settings |
Hardware / File system read access |
| DefaultFileSystemWriteGuardSetting | User & Browser Settings Managed Guest Session Settings |
Hardware / File system write access |
| DefaultSerialGuardSetting | User & Browser Settings Managed Guest Session Settings |
Hardware / Serial Port API / Control use of the Serial Port API |
| DefaultWebUsbGuardSetting | User & Browser Settings Managed Guest Session Settings |
Hardware / WebUSB API / Can web sites ask for access to connected USB devices |
| DeviceAllowRedeemChromeOs RegistrationOffers |
Device Settings | Other settings / Redeem offers through Chrome OS registration |
| DeviceQuirksDownloadEnabled | Device Settings | Other settings / Hardware profiles |
| DeviceShowLowDiskSpaceNotification | Device Settings | Other settings / Low disk space notification |
| DeviceWebBasedAttestation AllowedUrls |
Device Settings | Sign-in settings / Single sign-on verified access / Allowed IdP redirect URLs |
| DNSInterceptionChecksEnabled | User & Browser Settings Managed Guest Session Settings |
Network / DNS interception checks enabled |
| ExtensionCacheSize | Device Settings | Other settings / Apps and extensions cache size / Cache size in bytes |
| ExternalProtocolDialogShow AlwaysOpenCheckbox |
User & Browser Settings | Content / Show "Always open" checkbox in external protocol dialog |
| FileSystemReadAskForUrls | User & Browser Settings Managed Guest Session Settings |
Hardware / File system read access / Allow file system read access on these sites |
| FileSystemReadBlockedForUrls | User & Browser Settings Managed Guest Session Settings |
Hardware / File system read access / Block read access on these sites |
| FileSystemWriteAskForUrls | User & Browser Settings Managed Guest Session Settings |
Hardware / File system write access / Allow write access to files and directories on these sites |
| FileSystemWriteBlockedForUrls | User & Browser Settings Managed Guest Session Settings |
Hardware / File system write access / Block write access to files and directories on these sites |
| GloballyScopeHTTPAuthCacheEnabled | User & Browser Settings Managed Guest Session Settings |
Network / Globally scoped HTTP authentication cache |
| GSSAPILibraryName | User & Browser Settings | Network / GSSAPI library name / Library name or full path |
| HSTSPolicyBypassList | User & Browser Settings Managed Guest Session Settings |
Network / HSTS policy bypass list / List of hostnames that will bypass the HSTS policy check |
| InsecureFormsWarningsEnabled | User & Browser Settings Managed Guest Session Settings |
Content / Insecure forms |
| KerberosAccounts | User & Browser Settings | Kerberos / Kerberos tickets |
| KerberosEnabled | User & Browser Settings | Kerberos / Kerberos tickets |
| LookalikeWarningAllowlistDomains | User & Browser Settings Managed Guest Session Settings |
Chrome Safe Browsing / Suppress lookalike domain warnings on domains / Allowlisted Domains |
| MaxConnectionsPerProxy | User & Browser Settings | Network / Max connections per proxy / Maximum number of concurrent connections to the proxy server |
| MaxInvalidationFetchDelay | User & Browser Settings Managed Guest Session Settings |
Other settings / Policy fetch delay / Maximum fetch delay after a policy invalidation |
| NativeMessagingAllowlist | User & Browser Settings | User experience / Native Messaging allowed hosts / Native Messaging hosts not subject to the blocklist |
| NativeMessagingBlocklist | User & Browser Settings | User experience / Native Messaging blocked hosts / Prohibited Native Messaging hosts |
| NativeMessagingUserLevelHosts | User & Browser Settings | User experience / Native Messaging user-level hosts |
| NtlmV2Enabled | User & Browser Settings | Network / NTLMv2 authentication |
| OverrideSecurityRestrictions OnInsecureOrigin |
User & Browser Settings Managed Guest Session Settings |
Security / Override insecure origin restrictions / Origin or hostname patterns to ignore insecure origins security restrictions |
| PaymentMethodQueryEnabled | User & Browser Settings Managed Guest Session Settings |
User experience / Payment methods |
| PrinterTypeDenyList | User & Browser Settings Managed Guest Session Settings |
Printing / Blocked printer types |
| PrintRasterizationMode | User & Browser Settings | Printing / Print rasterization mode |
| RequireOnlineRevocationChecks ForLocalAnchors |
User & Browser Settings Managed Guest Session Settings |
Network / Require online OCSP/CRL checks for local trust anchors |
|
SafeBrowsingForTrusted |
User & Browser Settings | Chrome Safe Browsing / Safe Browsing for trusted sources |
| ShowAppsShortcutInBookmarkBar | User & Browser Settings | User experience / Apps shortcut in the bookmark bar |
| SignedHTTPExchangeEnabled | User & Browser Settings Managed Guest Session Settings |
Network / Signed HTTP Exchange (SXG) support |
| SpellcheckEnabled | User & Browser Settings Managed Guest Session Settings |
User experience / Spell check |
| SuppressUnsupportedOSWarning | User & Browser Settings Managed Guest Session Settings |
Security / Unsupported system warning |
| UserFeedbackAllowed | User & Browser Settings Managed Guest Session Settings |
User experience / Allow user feedback |
| WebRtcLocalIpsAllowedUrls | User & Browser Settings | Network / WebRTC ICE candidate URLs for local IPs / URLs for which local IPs are exposed in WebRTC ICE candidates. |
| WebUsbAskForUrls | User & Browser Settings Managed Guest Session Settings |
Hardware / WebUSB API / Allow these sites to ask for USB access |
| WebUsbBlockedForUrls | User & Browser Settings Managed Guest Session Settings |
Hardware / WebUSB API / Block these sites from asking for USB access |
| WPADQuickCheckEnabled | User & Browser Settings Managed Guest Session Settings |
Network / WPAD optimization |
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
| BasicAuthOverHttpEnabled | Non-secure HTTP connections are not permitted to use Basic authentication; HTTPS is required |
| NTPCardsVisible | Show cards on the New Tab Page |
|
ProfilePickerOnStartupAvailability |
Specifies whether the profile picker is enabled, disabled or forced at the browser startup |
|
SigninInterceptionEnabled |
This settings enables or disables sign in interception |
| TargetBlankImpliesNoOpener | Do not set window.opener for links targeting _blank |
Coming soon
Note: The items listed below are experimental or planned updates. They might change, be delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Facilitated version pinning for self-hosted extensions & apps in Chrome 89
To increase the stability in high-reliability environments, Chrome 89 facilitates the pinning of extensions and apps to a specific version. Administrators will be able to self-host the extension or app of their choice, and instruct Chrome to use the update URL from the extension forcelist instead of the extension manifest. This will be via a new boolean parameter in ExtensionSettings policy. As a result, extensions & apps will not be updated via the updateURL that was originally configured in their manifest, and will stay on one specific version.
-
Users will be able to search open tabs in Chrome 89
Users will be able to search for open tabs across windows, as shown in this screenshot:
- Chrome 89 will introduce privacy-preserving APIs to replace some of the functionality of third-party cookies
An interest-based targeting API will be introduced as an origin trial. This API allows working with cohorts—groups of users with similar interests. Users cannot be individually identified.
An event-level conversion API will continue in origin-trial stage for Chrome 89 This API enables the correlation of an ad click on a website with a subsequent conversion on an advertiser site, such as a sale, a sign-up, and so on. Users cannot be individually identified.
See the chromium privacy sandbox page for details on these APIs and the privacy sandbox.
- Some permission requests will be less intrusive in Chrome 89
Permission requests that the user is unlikely to allow will be automatically blocked. A less intrusive UI will allow the user to manage permissions for each site.
- Chrome 89 will require SSE3 for Chrome on x86
Chrome 89 and above will require x86 processors with SSE3 support. This change does not impact devices with non-x86 (ARM) processors. Chrome will not install and run on x86 processors that do not support SSE3. SSE3 was introduced on Intel CPUs in 2003, and on AMD CPUs in 2005.
- Chrome 89 will prefer https to http when not specified in the address bar
When a user types an address into the address bar without specifying the protocol, Chrome will attempt to navigate using https first, then fallback to http if https is not available. For example, if the user navigates to google.com, Chrome will first attempt to navigate to https://google.com, then fallback to http://google.com if required.
This change is planned for Windows, Mac, Linux, and Android in Chrome 89, and in Chrome 90 for iOS.
- Chrome 89 will introduce the Serial API
The Serial API provides a way for websites to read and write from a serial device through script. You can read an explainer on the Serial API here.
You will be able to control access to the Serial API using the DefaultSerialGuardSetting policy. You can also use the SerialAskForUrls and SerialBlockedForUrls policies to control serial device access on a site-by-site basis.
- Insecure public pages will no longer allowed to make requests to private or local URLs in Chrome 91
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. You will be able to control this behavior using the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies.
- Chrome will maintain its own default root store as early as Chrome 92
In order to improve user security, and provide a consistent experience across different platforms, Chrome intends to maintain its own default root store. If you are an enterprise admin managing your own certificate authority, you should not have to manage multiple root stores. We do not anticipate any changes to be required for how enterprises currently manage their fleet and trusted enterprise CAs, such as through group policy, macOS Keychain Access, or system management tools like Puppet.
- The address bar might show the domain rather than the full URL as early as Chrome 90
To protect your users from some common phishing strategies, Chrome will test showing only the domain in the address bar for some users. This change makes it more difficult for malicious actors to trick users with misleading URLs. For example, https://example.com/secure-google-sign-in/ will appear only as example.com to the user.
Although this change is designed to keep your users’ credentials safe, you can revert to the old behavior through the ShowFullUrlsInAddressBar policy.
This change has been enabled for some users, with a potential full rollout in a later release.
- The SSLVersionMin policy will not allow TLS 1.0 or TLS 1.1 in Chrome 91
The SSLVersionMin enterprise policy allows you to bypass Chrome's interstitial warnings for legacy versions of TLS. This will be possible until Chrome 91 (May 2021), then the policy will no longer allow TLS 1.0 or TLS 1.1 to be set as the minimum.
We previously communicated that this would happen as early as January 2021, but the deadline has since been extended.
- SyncXHR policy will no longer be supported on Chrome 93
The AllowSyncXHRInPageDismissal enterprise policy will be removed in Chrome 93. For any apps that rely on the legacy web platform behavior, be sure to update them before Chrome 93. This change was previously planned for Chrome 88, but delayed to provide more time for enterprises to update legacy applications.
Important: Adobe will no longer update and distribute Flash Player after December 31, 2020. Therefore, after this date, all versions of Chrome will stop supporting Flash content. Pinning to or keeping an earlier version of Chrome through any other mechanism, will not prevent this change.
You can read more about Adobe's plans to discontinue Flash player and your options in Adobe's blog post. Adobe is working with HARMAN, their exclusive licensing/distribution partner, to provide support for Flash Player in legacy browsers.
Chrome is designed to meet the needs of Chrome Enterprise customers, including integration with legacy web content. Companies that need to use a legacy browser to run Flash content after December 31, 2020 should use a HARMAN solution with Legacy Browser Support.
With Flash removed, Chrome 88 will no longer support these policies: DefaultPluginsSetting, PluginsAllowedForUrls, PluginsBlockedForUrls, AllowOutdatedPlugins, DisabledPlugins, DisabledPluginsExceptions, EnabledPlugins.
Chrome Browser updates
-
Google Cloud Print will no longer be supported after December 31, 2020
As of January 1, 2021 Google Cloud Print will no longer be supported on Chrome. You can continue to use the Windows®, Mac®, and Linux® operating system print solutions or engage with a print solution provider. Chrome OS admins can select a print solution provider or migrate to the Chrome OS local and network printer solution. Learn more about Cloud Print migration. -
Saving to Google Drive will no longer be available from the print dialog after December 31, 2020
Mac®, Windows®, Linux® devices and Chrome Browser will no longer be able to save directly to Google Drive from the print dialog, starting on January 1, 2021. Users can instead print locally to PDF then upload the file to Google Drive through drive.google.com and select New
File upload. You can also set up automatic syncing between local files and Google Drive with Backup and Sync or Drive File Stream. More details on printing from Chrome are available here.
Chrome OS has a new way of saving to Google Drive. See the Chrome OS section below for more information.
- Legacy Browser Support might be affected by IE + Edge redirection
Starting in November, Microsoft Edge® might enable automatic redirection from Internet Explorer to Microsoft Edge® for specific URLs. If you're using Legacy Browser Support, this might interfere with your existing setup. You can disable the redirection by setting the Microsoft Edge® policy RedirectSitesFromInternetExplorerRedirectMode to 0.
- Improved resource consumption for background tabs
To save on CPU load and prolong battery life, Chrome limits the power consumption of background tabs. Specifically, Chrome allows the timers in the background tabs to only run once per minute. Network event handlers are not affected, which allows sites like Gmail or Slack® to continue delivering timely notifications in the background. Some users will see this feature in Chrome 87, with a wider release planned for Chrome 88.
You will be able to control this behavior using the IntensiveWakeUpThrottlingEnabled policy.
-
Updated PDF viewer
Chrome has updated PDF viewer to include toolbar updates, table of contents, thumbnails, two-up view, and the ability to view annotations.
- Users can sign into the browser when they sign into Google web services
When users sign into a Google web service while using an Android device, Chrome offers for them to sign in with the Google account already signed in on the device. Signing into Chrome doesn’t turn on sync; that’s a separate, optional step.
This simplifies Android sign-in, makes the feature more consistent with Chrome on desktop, and provides signed-in users access to features without sync enabled. For example, click-to-call.
You can control this feature with the BrowserSignin enterprise policy.
- Certain features are available to users who have signed in without having to enable Chrome Sync
Users who have signed into Chrome might be able to access and save payment methods and passwords stored in their Google Account without Chrome Sync being enabled.
You can control users' access to payment methods on Chrome on Android using the AutofillCreditCardEnabled enterprise policy. You can control access to passwords on Chrome on desktop by either setting the SyncDisabled enterprise policy to disabled, or by including "passwords" in SyncTypesListDisabled.
- Enhanced Safe Browsing
Users will be prompted to consider enabling Enhanced Safe Browsing in Chrome, which provides better protection against phishing attacks. These prompts will show up on security warning interstitials and the new tab page, but only if you are not setting either of the SafeBrowsingProtectionLevel or SafeBrowsingEnabled policies. If one of these policies is set, your users can't change the setting and will not see any prompts to do so.
- The new tab page allows users to complete previously started workflows
The Chrome new tab page will show cards to help users return to searches and workflows that were already in progress, like searching for recipes or price comparisons. Users are able to control and remove these cards.
They appear for some users in Chrome 87, but a wider rollout, by way of policy, is planned for a later release.
- Chrome warns about mixed content forms
Web forms that load using HTTPS but submit their content using HTTP (unsecured) pose potential risk to user privacy. Chrome 85 shows a warning on such forms, letting the user know that the form is insecure. Chrome 87 shows an interstitial warning when the form is submitted, which stops any data transmission, so the user will be able to choose whether to proceed or cancel the submission. This was previously planned for Chrome 86 but the rollout was delayed and is now available in Chrome 87.
You will be able to control this behavior using the InsecureFormsWarningsEnabled enterprise policy.
-
Insecure downloads are blocked from secure pages, with changes through Chrome 88
By Chrome 88, downloads from insecure sources will no longer be allowed when started from secure pages. This change will be rolled out gradually, with different file types affected in different releases:
- Executables—Users were warned in Chrome 84, and files will be blocked in Chrome 85.
- Archives —Users will be warned in the Chrome developer console in Chrome 85, and files will be blocked in Chrome 86.
- Other non-safe types (For example, PDFs)—Users will be warned in the Chrome developer console in Chrome 86, and files will be blocked in Chrome 87.
- Other files—Users will be warned in the Chrome developer console in Chrome 87, and files will be blocked in Chrome 88.
Warnings on Android will lag behind computer warnings by one release. For example, executables showed a warning starting in Chrome 85.
The existing InsecureContentAllowedForUrls policy can be used to allow specific URLs to download insecure files. You can read more details in our blog post.
- Introducing more inclusive policy names
Chrome is moving to more inclusive policy names. The terms "whitelist" and "blacklist" have been replaced with "allowlist" and "blocklist". If you're already using the existing policies, they will continue to work, though you will see warnings in chrome://policy stating that they're deprecated.
The following policies have been deprecated, and equivalent policies are now available in Chrome 87 and 88. The deprecated policies will continue to work, and there is not yet any removal date planned. Future plans to remove the policies will be published in the enterprise release notes once confirmed.
Deprecated Policy Name New Policy Name Version DeviceNativePrintersBlacklist DevicePrintersBlocklist 87 DeviceNativePrintersWhitelist DevicePrintersAllowlist 87 DeviceNativePrintersAccessMode DevicePrintersAccessMode 87 DeviceNativePrinters DevicePrinters 87 UsbDetachableWhitelist UsbDetachableAllowlist 87 QuickUnlockModeWhitelist QuickUnlockModeAllowlist 87 AttestationExtensionWhitelist AttestationExtensionAllowlist 87 DeviceUserWhitelist DeviceUserAllowlist 87 PrintingAPIExtensionsWhitelist PrintingAPIExtensionsAllowlist 87 AllowNativeNotifications AllowSystemNotifications 88 - Chrome Actions allow the user to accomplish tasks directly from the address bar
Some Chrome users will be able take actions directly from the address bar, like clearing browsing data, using a button that appears among auto-complete suggestions. A wider rollout is planned for a later release.
-
Chrome will support remote commands from Chrome Browser Cloud Management in the future
Admins using Chrome Browser Cloud Management will soon be able to issue remote commands to enrolled Chrome Browsers, for example remotely clearing cache and cookies. Although the functionality will come to the Admin console in the future, support for this set of features will be added in Chrome 87.
-
The CORB/CORS allowlist has been removed
Chrome has removed the CORB/CORS allowlist in Chrome 87. Please test Chrome extensions that your business depends on to make sure they work with the new behavior.
Please test Chrome 87.0.4266.0 or later versions of Chrome and run through critical workflows using your extension. Watch for fetches or XHRs that are initiated by content scripts and blocked by CORB or CORS. Some typical error messages are shown below:
-
Cross-Origin Read Blocking (CORB) blocked cross-origin response <URL> with MIME type <type>. See https://www.chromestatus.com/feature/5629709824032768 for more details.
-
Access to fetch at 'https://another-site.com/' from origin 'https://example.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.
If the extension's content scripts create requests that don’t work when Chrome is launched with the chrome://flags listed above, then make sure you keep the extension updated so that it continues to work in Chrome 87 and above. In particular, the extensions must be updated to initiate cross-origin fetches from the extension background page (instead of from a content script).
For more details see: https://www.chromium.org/Home/chromium-security/extension-content-script-fetches
-
-
The Chrome Web Store displays more privacy-focused information for extension
The Chrome Web Store provides more information to users about how an extension uses their data, including authentication information, personally identifiable information, and user activity.
Developers are required to provide privacy disclosures regarding their data collection and usage. This is mandatory for every update and publishing of extensions.
Chrome OS updates
- Devices have a new way of saving to Google Drive
The Save to Drive feature has been expanded upon, users can now rename the file or save the file to a specified Google Drive folder location.
- Switch Access
For users with motor impairments who are unable to use a traditional mouse or keyboard, Switch Access lets you interact with your Chrome OS Device using one or more switches. Switch Access works by scanning the items on your screen until you make a selection. Ablenet, one of the top producers of switch devices, is now in our Works with Chromebooks program, as well.
- Tab Search
Tab Search lets users search through their open tabs across all windows. This feature is currently available in Chrome OS 87 and will be available for Mac® and Windows® in Chrome OS 88.
-
Bluetooth battery levels
Users can now view their connected Bluetooth peripheral battery levels in Settings and Quick Settings.
-
Coexistence of Multiple sign-in access and policy-provided custom trust anchors for TLS
Starting in Chrome OS 87, the coexistence of Multiple sign-in access and policy-provided custom trust anchors for TLS is no longer blocked. If trust anchors are configured, they will be applied to the primary user account. As a result, users can switch faster between accounts in managed environments that require trust roots.
- Language settings improvement for multilingual users
Language settings can get extremely confusing if you are bilingual or multilingual. In Chrome OS 87, we have updated the user experience to address the needs of multilingual users.
-
More interactive Alt+Tab
When using Alt+Tab to switch between windows, you can now select a window with your mouse, touch screen, or stylus.
-
Renaming Virtual Desks & Launcher folders
In Chrome OS 87, you will see visual improvements for the Virtual Desk renaming component. The visual improvements will also apply to folders in the Launcher as they use the same component.
-
Zero-touch enrollment
Admins can configure devices to automatically enroll during the device setup process without requiring a user to invoke enterprise enrollment. More details can be found here.
Admin console updates
- Website icons and titles now display in the Admin console and Kiosk devices
In the Admin console, web apps that have been added under Apps & extensions now display the website's icon and title. In Kiosk devices, the website icons and titles are also displayed in the list of Kiosk web apps.
- Restrict access to VPN (openVPN and L2TP)
Admins can now add VPN to the list of Restricted Network Interfaces in the Admin console. This prevents users from connecting to OS-supported VPN options (openVPN and L2TP). Any third-party VPNs will need to be blocked through application management policies.
- Additional policies in the Admin console
Many new policies are available in the Admin console, including:
Policy control Admin console location Description Emoji suggestions User & browser settings This policy enables Google Chrome to suggest emojis when users type text with their virtual or physical keyboards. URLs in the address bar User & browser settings This feature enables display of the full URL in the address bar. Audio sandbox User & browser settings This policy controls the audio process sandbox. Browser guest mode User & browser settings This policy controls guest logins. PIN auto-submit User & browser settings The PIN auto-submit feature changes how PINs are entered in Chrome OS.
Instead of showing the same textfield that is used for password input, this feature shows a special UI that clearly shows to the user how many digits are necessary for their PIN. As a consequence, the user's PIN length will be stored outside the user encrypted data. Only supports PINs that are between 6 and 12 digits long.
Variations Device Settings Configuring this policy allows to specify which variations are allowed to be applied on an enterprise-managed Google Chrome OS device. Single sign-on verified access Device Settings This policy configures which URLs will be granted access to use remote attestation of device identity during the SAML flow on the sign-in screen.
-
New and updated policies (Chrome Browser and Chrome OS)
Policy Description MediaRecommendationsEnabled Enable Media Recommendations WebRtcAllowLegacyTLSProtocols Allow legacy TLS/DTLS downgrade in WebRTC
Coming soon
Note: The items listed below are experimental or planned updates. They might change, be delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Single words will not be treated as intranet locations by default in Chrome 88
By default, Chrome will improve user privacy and reduce load on DNS servers by avoiding DNS lookups for single keywords entered into the address bar. This change might interfere with enterprises that use single-word domains in their intranet. That is, a user typing "helpdesk" will no longer be directed to "https://helpdesk/".
You will be able to control the behavior of Chrome using the IntranetRedirectBehavior enterprise policy, including preserving the existing behavior (which will perform a search immediately and then ask the user if they're trying to reach the intranet site). - Chrome will introduce a new permission chip UI in Chrome 88
Permission requests can feel disruptive and intrusive when they lack context – which often happens when prompts appear as soon as a page loads or without prior priming. This leads to a common reaction where end users dismiss the prompt in order to avoid making a decision.
Chrome will begin showing a less intrusive permissions chip in the address bar. Since the prompt doesn't intrude in the content area, users who don't want to grant the permission no longer need to actively dismiss the prompt. Users who wish to grant permission can click on the chip to bring up the permission prompt.
This change will be rolled out gradually throughout Chrome 88.
-
Factor in scheme when determining if a request is cross-site (Schemeful Same-Site) in Chrome 88
Chrome 88 will modify the definition of same-site for cookies such that requests on the same registrable domain but across schemes will be considered cross-site instead of same-site. For example, http://site.example and https://site.example will be considered cross-site to each other which will restrict cookies using Same-Site. For additional information please see the Schemeful Same-Site explainer. We recommend testing critical sites using the testing instructions.
You may revert to the previous legacy behavior by using the LegacySameSiteCookieBehaviorEnabledForDomainList and LegacySameSiteCookieBehaviorEnabled policies. These policies will be available at least until Chrome 93. For more details, including availability, please see Cookie Legacy SameSite Policies.
- Chrome 88 on Mac® will not support OS X 10.10 (Yosemite)
Chrome 88 will not support OS X 10.10 (OS X Yosemite). Chrome on Mac® will require OS X 10.11 or later.
-
Popup on page unload policy will no longer be supported on Chrome 88
The AllowPopupsDuringPageUnload enterprise policies will be removed in Chrome 88, as previously communicated. For any apps that rely on the legacy web platform behavior, be sure to update them before Chrome 88.
- The Legacy Browser Support extension will be removed from the Chrome Web Store in Chrome 88
Legacy Browser Support (LBS) is built into Chrome, and the old extension is no longer needed. The Chrome team unpublished LBS from the Chrome Web Store in Chrome 85, and it will be disabled in Chrome 88. Legacy Browser Support will still be supported, please migrate away from the extension and towards using Chrome's built-in policies, documented here. The old policies set through the extension will no longer function, and you won't be able to force install the extension once it's been disabled.
-
Chrome will treat an empty string as an unset policy on Android for some policies in Chrome 88
To integrate better with mobile management UEMs, Chrome on Android will not set list or dictionary policies from empty strings.
- Users will be able to search open tabs in Chrome 88
Users will be able to search for open tabs across windows, as shown in this screenshot:
-
The address bar will show the domain rather than the full URL in Chrome 88
To protect your users from some common phishing strategies, Chrome will show only the domain in the address bar. This change makes it more difficult for malicious actors to trick users with misleading URLs. For example, https://example.com/secure-google-sign-in/ will appear only as example.com to the user.
Although this change is designed to keep your users’ credentials safe, you can revert to the old behavior through the ShowFullUrlsInAddressBar policy.
This change has been enabled for some users, with a full rollout planned for an upcoming release. -
DTLS 1.0 will be removed in Chrome 88
DTLS 1.0, a protocol used in WebRTC for interactive audio and video, will be removed by default. Any applications that depend on DTLS 1.0 (most likely gateways to other teleconferencing systems) should update to a more recent protocol. You can test if any of your applications will be impacted using the following command line flag when launching Chrome:
--force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/If your enterprise needs additional time to adjust, the WebRtcAllowLegacyTLSProtocols enterprise policy will be made available to temporarily extend the removal.
-
Chrome 88 will launch an origin trial for detecting idle state
An early origin trial will allow websites to request the ability to query if users are idle, allowing messaging apps to direct notifications to the best device.
-
Chrome 89 will require SSE3 for Chrome on x86
Chrome 89 and above will require x86 processors with SSE3 support. This change does not impact devices with non-x86 (ARM) processors. Chrome will not install and run on x86 processors that do not support SSE3. SSE3 was introduced on Intel CPUs in 2003, and on AMD CPUs in 2005.
-
Insecure public pages no longer allowed to make requests to private or local URLs in Chrome 89
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. You will be able to control this behavior using the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies.
-
The SSLVersionMin policy will not allow TLS 1.0 or TLS 1.1 in Chrome 91
The SSLVersionMin enterprise policy allows you to bypass Chrome's interstitial warnings for legacy versions of TLS. This will be possible until Chrome 91 (May 2021), then the policy will no longer allow TLS 1.0 or TLS 1.1 to be set as the minimum.
We previously communicated that this would happen as early as January 2021, but the deadline has since been extended.
-
Chrome will maintain its own default root store as early as Chrome 90
In order to improve user security, and provide a consistent experience across different platforms, Chrome intends to maintain its own default root store. If you are an enterprise admin managing your own certificate authority, you should not have to manage multiple root stores. We do not anticipate any changes to be required for how enterprises currently manage their fleet and trusted enterprise CAs, such as through group policy, macOS Keychain Access, or system management tools like Puppet.
-
SyncXHR policy will no longer be supported on Chrome 93
The AllowSyncXHRInPageDismissal enterprise policy will be removed in Chrome 93. For any apps that rely on the legacy web platform behavior, be sure to update them before Chrome 93. This change was previously planned for Chrome 88, but delayed to provide more time for enterprises to update legacy applications.
Upcoming Admin console changes
- New Version Report and Update Controls
There will be a new Version Report and Update Controls available in the Admin console. These features give increased visibility into the Chrome versions deployed in your enterprise and allows you to more granularly control how managed Chrome browsers update. If you would like to sign up to be a Trusted Tester for these features, enter your test domain and a contact email into this form.
Important: Adobe will no longer update and distribute Flash Player after December 31, 2020. Therefore, after this date, all versions of Chrome will stop supporting Flash content. You can read more about Adobe's plans to discontinue Flash player and your options in Adobe's blog post. Adobe is working with HARMAN, their exclusive licensing/distribution partner, to provide support for Flash Player in legacy browsers.
Chrome Browser updates
-
Insecure downloads will be blocked from secure pages in Chrome 84 through Chrome 88
By Chrome 88, downloads from insecure sources will no longer be allowed when started from secure pages. This change will be rolled out gradually, with different file types affected in different releases:
- Executables—Users were warned in Chrome 84, and files will be blocked in Chrome 85.
- Archives —Users will be warned in the Chrome developer console in Chrome 85, and files will be blocked in Chrome 86.
- Other non-safe types (For example, PDFs)—Users will be warned in the Chrome developer console in Chrome 86, and files will be blocked in Chrome 87.
- Other files—Users will be warned in the Chrome developer console in Chrome 87, and files will be blocked in Chrome 88.
-
Other files—Users will be warned in the Chrome developer console in Chrome 87, and files will be blocked in Chrome 88.
Warnings on Android will lag behind computer warnings by one release. For example, executables will show a warning starting in Chrome 85.
The existing InsecureContentAllowedForUrls policy can be used to allow specific URLs to download insecure files. You can read more details in our blog post.
-
New lookalikes policy and request flow
Chrome is introducing a new "safety tip" for sites with URLs that look very similar to those of other sites. This UI, as well as the existing lookalike interstitial warning, uses client-side heuristics to warn users about sites that might be spoofing other sites (For example, goog0le.com spoofing google.com):
Chrome is adding the LookalikeWarningAllowlistDomains enterprise policy to give you control of this behavior. This policy suppresses both the full-page interstitial warning and the smaller "safety tip" in the domains indicated.
In addition, if you think a site is triggering a warning incorrectly, you can file a request here.
- Improved resource consumption when a window is not visible
To save on CPU and power consumption, Chrome detects when a window is covered by another window and will suspend work painting pixels. A previous version of this feature had incompatibility issues with some virtualization software, resulting in Chrome rendering blank white pages. Known bugs have been fixed, but if you experience any issues, you will be able to disable this feature using the NativeWindowOcclusionEnabled policy.
Some users have already seen this change since Chrome 85, however this feature is fully rolled out in Chrome 86.
- User-Agent Client Hints is fully rolled out in Chrome 86
As part of an ongoing effort to reduce the ability of bad actors to track users, Chrome plans to reduce the granularity of information that is part of the user agent string and expose that information through User-Agent Client Hints. In Chrome 84, we introduced User-Agent Client Hints for some users. This is an additional change only, and should not have any negative effect when interacting with any standards-compliant server.
However, some servers may not be able to accept all characters in the User-Agent Client Hints headers as part of the broader Structured Headers emerging standard. If the addition of this header causes problems with servers that can't be fixed quickly, you will be able to use the UserAgentClientHintsEnabled policy to disable the added headers.
This is a temporary policy that will be removed in Chrome 88.
-
Chrome warns about mixed content forms
Web forms that load via HTTPS but submit their content via HTTP (unsecured) pose a potential risk to users' privacy. Chrome 85 showed a warning on such forms, telling the user that the form is insecure. Chrome 86 shows an interstitial warning when the form is submitted, which stops any data transmission, and the user is able to choose whether to proceed or cancel the submission.
You are able to control this behavior using the InsecureFormsWarningsEnabled enterprise policy.
- The address bar shows the domain rather than the full URL for some users
To protect your users from some common phishing strategies, Chrome shows only the domain in the address bar. This change makes it more difficult for malicious actors to trick users with misleading URLs. For example, https://example.com/secure-google-sign-in/ will appear only as example.com to the user.
Although this change is designed to keep your users’ credentials safe, you are now able to revert to the old behavior through the ShowFullUrlsInAddressBar policy.
This change is initially only rolled out to some users, however a full rollout is planned for a later release.
- Chrome has a new way to show you it’s time to update your browser
To make it more clear that Chrome should be restarted to apply an update, users will see a new UI, with the word "Update," replacing the colored arrow that users see today.
- Chrome extensions are not able to inject Flash content settings
Extensions will not be able to inject content settings for Flash. If you're using an extension to control Flash behavior in Chrome, you should instead use PluginsAllowedForUrls. Otherwise, users will see the default Flash behavior, which will require them to allow Flash to run on each site.
- The Chrome Browser Cloud Management - Reporting Companion extension no longer functions
The Chrome Browser Cloud Management - Reporting Companion extension ID,
oempjldejiginopiohodkdoklcjklbaais no longer necessary, as its functionality has been integrated into Chrome browser. If you are manually force-installing this extension, you can safely stop doing so. Please ensure that you've set "Enable managed browser cloud reporting" in the admin console instead. - The TLS13HardeningForLocalAnchorsEnabled enterprise policy no longer functions
As documented in the policy description, support for the TLS13HardeningForLocalAnchorsEnabled enterprise policy will be removed in Chrome 86. As a result, the security feature will be enabled for all users, protecting your environment from certain TLS downgrade attacks.
The policy was introduced as a temporary measure to mitigate implementation flaws with some TLS-intercepting proxies. If you had previously set this policy to take advantage of the migration period, please ensure your TLS-intercepting policies are up to date and compliant. You can test Chrome by ensuring it works without this policy set.
-
More inclusive policy names are introduced
Chrome is moving to more inclusive policy names. The terms "whitelist" and "blacklist" have been replaced with "allowlist" and "blocklist". If you're already using the existing policies, they will continue to work, though you will see warnings in chrome://policy stating that they're deprecated.
The following policies will be deprecated (but will still work), and equivalent policies will be introduced for each:
Deprecated Policy Name New Policy Name Version NativeMessagingBlacklist NativeMessagingBlocklist 86 NativeMessagingWhitelist NativeMessagingAllowlist 86 AuthNegotiateDelegateWhitelist AuthNegotiateDelegateAllowlist 86 AuthServerWhitelist AuthServerAllowlist 86 SpellcheckLanguageBlacklist SpellcheckLanguageBlocklist 86 AutoplayWhitelist AutoplayAllowlist 86 SafeBrowsingWhitelistDomains SafeBrowsingAllowlistDomains 86 ExternalPrintServersWhitelist ExternalPrintServersAllowlist 86 NoteTakingAppsLockScreenWhitelist NoteTakingAppsLockScreenAllowlist 86 PerAppTimeLimitsWhitelist PerAppTimeLimitsAllowlist 86 URLWhitelist URLAllowlist 86 URLBlacklist URLBlocklist 86 ExtensionInstallWhitelist ExtensionInstallAllowlist 86 ExtensionInstallBlacklist ExtensionInstallBlocklist 86 UserNativePrintersAllowed UserPrintersAllowed 86 NativePrinters Printers 86 NativePrintersBulkConfiguration PrintersBulkConfiguration 86 NativePrintersBulkAccessMode PrintersBulkAccessMode 86 NativePrintersBulkBlacklist PrintersBulkBlocklist 86 NativePrintersBulkWhitelist PrintersBulkAllowlist 86 DeviceNativePrintersBlacklist DevicePrintersBlocklist 87 DeviceNativePrintersWhitelist DevicePrintersAllowlist 87 DeviceNativePrintersAccessMode DevicePrintersAccessMode 87 DeviceNativePrinters DevicePrinters 87 UsbDetachableWhitelist UsbDetachableAllowlist 87 QuickUnlockModeWhitelist QuickUnlockModeAllowlist 87 AttestationExtensionWhitelist AttestationExtensionAllowlist 87 DeviceUserWhitelist DeviceUserAllowlist 87
Chrome OS updates
- Family Link and school account support for Android apps
Enables Family Link users to sign in to Android apps like Google Classroom using a school account to do schoolwork under parent supervision.
- Smartcard support on the login screen
As an admin, you can enable users to sign in using smart cards on the managed Chrome devices in your organization. The solution builds upon SAML SSO identity providers (IdP) that supports smart cards. Learn more.
- Guide Parents to Set Up Devices for Children during OOBE/Add Person flow
Simplifies device setup for families that want to create parental controls for their kids on Chromebooks.
-
Redesigned Update Screen during OOBE
The update page during OOBE has been redesigned to include time/battery estimates and a progress tracker so users don't have to sit in front of the computer while it updates. We have also included educational cards on the screen; users who choose to wait in front of the computer or choose to check in during the update will learn more about the unique values that Chrome OS offers.
-
Option to view password/PIN on start screen and lock screen
Have a long password that you often type incorrectly? Need to refer to a password manager on your phone to log into your Chromebook? This is now easier as the login screen has a new button to let you review your password/PIN. Simply click the eye-shaped icon to show password/PIN in clear text, review or compare with your password manager, and then submit. For security, we will turn the clear text into ***** after 5 seconds of inactivity and clear the entire input after 30 seconds of inactivity.
- Display Identification on multi-monitor setups
Managing multiple displays on Chrome OS has never been easier. We improved the ability for users to quickly identify which tab in the Display settings corresponds to a user's external display, and we've made it easier to align displays via a first-of-its-kind alignment overlay. These options are available for anyone using 2 or more displays.
-
Autocorrect UI improvements
For users with autocorrect enabled, we have improved the user interface with visual indicators which let you know that autocorrects have happened, as well as a new visual way to undo them.
-
Linux upgrade flow to Debian 10
If you have been using Linux (Beta) with Debian 9, you will now see an option to upgrade to Debian 10. You can start the upgrade at any time by going to Linux settings.
-
Virtual machine USB support beyond Android devices
You can now use more types of devices with Linux (Beta), including Arduino and EdgeTPU. Attach a device to your Chromebook and share it through Linux settings.
Admin console updates
- Website icons and names on the Apps & extensions configuration page
Websites will now display their name and icon in addition to the URL in the Admin console. Admins can search by either name or URL to find websites. This change does not affect how website shortcuts display on the Chrome OS shelf.
- Flash deprecation warnings
Flash Player will no longer be supported after December 2020 (roadmap). The Admin console no longer allows the configuration of Flash using wildcards. There are also additional reminders about the upcoming deprecation.
- Always-on VPN for Android
Always-on VPN allows you to specify an Android VPN app that handles Android and Chrome OS user traffic as soon as users start their devices. For security reasons, virtual private networks (VPNs) don’t apply to system traffic such as OS and policy updates. If the VPN connection fails, all user traffic is blocked until the VPN connection is re-established.
- Remotely factory reset a managed device
You can now perform a full remote factory reset for managed devices, which can be useful for deprovisioning a device for RMA, clearing data on a disabled device that has been misplaced or stolen, and clearing data for troubleshooting purposes.
Note: After a device has been factory reset, it must go through the initial setup again. For a lighter touch reset, you can clear a user’s profile instead.
- Device-level system log export
This feature extends existing kiosk functionality to any managed device, allowing you to remotely capture device-level system log files. Once the LogUploadEnabled policy is enabled, you can manually request and download logs directly from the device details page, and fetch them through the Chrome Directory API.
-
Additional policies in the Admin console
Many new policies are available in the Admin console, including:
Policy control Admin console location Description Metrics reporting User & browser settings Controls anonymous reporting of usage and crash-related data about Google Chrome to Google. External extensions Apps & extensions Controls installation of external extensions Chrome Cleanup User & browser settings Controls whether Chrome Cleanup periodically scans the system for unwanted software on browsers enrolled with Chrome Browser Cloud Management on Windows. Disabled system features User & browser settings Controls whether users can access the camera, OS settings, and browser settings on Chrome OS devices Privacy screen on sign-in screen Device settings Controls whether the privacy screen is enabled on devices supporting an electronic privacy screen Disk cache size User & browser settings Controls the cache size used by Chrome browser PDF files User & browser settings Controls whether PDF files open in Chrome or using the system default application Suggested content User & browser settings Enables suggestions for new content to explore on Chrome OS. Includes apps, webpages, and more. This policy is disabled by default for managed users Default browser check User & browser settings Controls whether Chrome checks if it is the default browser at startup Background mode User & browser settings Controls whether Chrome keeps running when the last browser window is closed, allowing background apps to remain active Third party code User & browser settings Controls whether third party software will be allowed to inject executable code into Chrome's processes on Windows Relaunch notification User & browser settings Controls the notifications shown to users reminding them to update Chrome
-
New and updated policies (Chrome Browser and Chrome OS)
Policy Description AuthNegotiateDelegateAllowlist Kerberos delegation server allowlist. Replaces AuthNegotiateDelegateWhitelist AuthServerAllowlist Authentication server allowlist. Replaces AuthServerWhitelist AutoplayAllowlist Allow media autoplay on a whitelist of URL patterns. Replaces AutoplayWhitelist CloudPrintWarningsSuppressed Suppress Google Cloud Print deprecation messages DefaultFileSystemReadGuardSetting Control use of the File System API for reading DefaultFileSystemWriteGuardSetting Do not allow any site to request write access to files and directories. See File System API for details DefaultSerialGuardSetting Control use of the Serial API EnterpriseRealTimeUrlCheckMode Check Safe Browsing status of URLs in real time ExtensionInstallAllowlist Configure extension installation allow list. Replaces ExtensionInstallWhitelist ExtensionInstallBlocklist Configure extension installation blocklist. Replaces ExtensionInstallBlacklist FileSystemReadAskForUrls Allow read access via the File System API on these sites FileSystemReadBlockedForUrls Block read access via the File System API on these sites FileSystemWriteAskForUrls Allow write access to files and directories on these sites. See File System API for details FileSystemWriteBlockedForUrls Block write access to files and directories on these sites. See File System API for details InsecureFormsWarningsEnabled Enable warnings for insecure forms LookalikeWarningAllowlistDomains Suppress lookalike domain warnings on domains SafeBrowsingAllowlistDomains Configure the list of domains on which Safe Browsing will not trigger warnings SerialAskForUrls Allow the Serial API on these sites SerialBlockedForUrls Block the Serial API on these sites ShowFullUrlsInAddressBar Show Full URLs SpellcheckLanguageBlocklist Force disable spellcheck languages. Replaces SpellcheckLanguageBlacklist URLBlocklist Block access to a list of URLs. Replaces URLBlacklist
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- ITP will block third party cookies in Chrome on iOS14
All Chrome versions on iOS14 will be subject to the new ITP (Intelligent Tracking Prevention) restriction in WebKit, which blocks third party cookies. Apple has provided more information on the changes here:
- Single words will not be treated as intranet locations by default in Chrome 87
By default, Chrome will improve user privacy by avoiding DNS lookups for single keywords entered into the address bar. This change to default behavior may interfere with enterprises that use single-word domains in their intranet. That is, a user typing "helpdesk" will no longer be directed to "https://helpdesk/".
You will be able to control the behavior of Chrome using the IntranetRedirectBehavior enterprise policy, including preserving the existing behavior (which will perform a search immediately and then ask the user if they're trying to reach the intranet site).
-
Improved resource consumption for background tabs in Chrome 87
To save on CPU and power consumption, Chrome will throttle the amount of CPU that background tabs can use. With this change, Chrome will only allow background tabs to wake up once per minute and to only use 1% CPU time.
You will be able to control this behavior using the IntensiveWakeUpThrottlingEnabled policy.
- DTLS 1.0 will be removed in Chrome 87
DTLS 1.0, a protocol used in WebRTC for interactive audio and video, will be removed by default. Any applications that depend on DTLS 1.0 (most likely gateways to other teleconferencing systems) should update to a more recent protocol. You can test if any of your applications will be impacted using the following command line flag when launching Chrome:
--force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/If your enterprise needs additional time to adjust, the WebRtcAllowLegacyTLSProtocols enterprise policy will be made available to temporarily extend the removal.
-
New PDF UI in Chrome 87
Chrome will have an updated PDF viewer, including toolbar updates, table of contents, thumbnails, two-up view, and annotations.
- The CORB/CORS allowlist will be removed in Chrome 87
Chrome will remove the CORB/CORS allowlist in Chrome 87. Please test Chrome extensions that your business depends on to make sure they work with the new behavior.
Please test Chrome 87.0.4266.0 or later and run through critical workflows with your extension. Watch for fetches or XHRs that are initiated by content scripts and blocked by CORB or CORS. Typical error messages are shown below:
-
Cross-Origin Read Blocking (CORB) blocked cross-origin response <URL> with MIME type <type>. See https://www.chromestatus.com/feature/5629709824032768 for more details.
-
Access to fetch at 'https://another.example.com/' from origin 'https://example.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.
-
If the extension's content scripts create requests that don’t work when Chrome is launched with the chrome://flags listed above, then make sure you keep the extension updated so that it continues to work in Chrome 87 and above. In particular, the extensions must be updated to initiate cross-origin fetches from the extension background page (instead of from a content script).
For more details please see: https://www.chromium.org/Home/chromium-security/extension-content-script-fetches
-
Insecure public pages no longer allowed to make requests to private or local URLs in Chrome 88
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. You will be able to control this behavior using the InsecurePrivateNetworkRequestsAllowed and InsecurePrivateNetworkRequestsAllowedForUrls enterprise policies.
-
Chrome will introduce a new permission chip UI in Chrome 88
Permission requests can feel disruptive and intrusive when they lack context – which often happens when prompts appear as soon as a page loads or without prior priming. This leads to a common reaction where end users dismiss the prompt in order to avoid making a decision.
Chrome is experimenting with a permissions chip in the address bar next to the lock, which is less intrusive overall. Since the prompt doesn't intrude in the content area, users who don't want to grant the permission no longer need to actively dismiss the prompt. Users who wish to grant permission can click on the chip to bring up the permission prompt.
-
Factor in scheme when determining if a request is cross-site (Schemeful Same-Site) in Chrome 88
Chrome 88 will modify the definition of same-site for cookies such that requests on the same registrable domain but across schemes will be considered cross-site instead of same-site. For example, http://site.example and https://site.example will be considered cross-site to each other. We recommend testing critical sites using the testing instructions.
You may revert to the previous, legacy behavior, by using the LegacySameSiteCookieBehaviorEnabledForDomainList and LegacySameSiteCookieBehaviorEnabled policies. For more detail please see Cookie Legacy SameSite Policies.
-
Chrome 88 on Mac will not support OS X 10.10 (Yosemite)
Chrome 88 will not support OS X 10.10 (OS X Yosemite). Chrome on Mac will require OS X 10.11 or later.
-
SyncXHR and Popup on page unload policies will no longer be supported on Chrome 88
The AllowPopupsDuringPageUnload and AllowSyncXHRInPageDismissal enterprise policies will be removed in Chrome 88, as previously communicated. For any apps that rely on the legacy web platform behavior, be sure to update them before Chrome 88.
-
The Legacy Browser Support extension will be removed from the Chrome Web Store in Chrome 88
Legacy Browser Support (LBS) is built into Chrome, and the old extension is no longer needed. The Chrome team unpublished LBS from the Chrome Web Store in Chrome 85, and it will be disabled in Chrome 88. Legacy Browser Support will still be supported, please migrate away from the extension and towards using Chrome's built-in policies, documented here. The old policies set through the extension will no longer function, and you won't be able to force install the extension once it's been disabled.
-
Chrome 89 will require SSE3 for Chrome on x86
Chrome 89 and above will require x86 processors with SSE3 support. This change does not impact devices with non-x86 (ARM) processors. Chrome will not install and run on x86 processors that do not support SSE3. SSE3 was introduced on Intel CPUs in 2003, and on AMD CPUs in 2005.
-
The SSLVersionMin policy will not allow TLS 1.0 or TLS 1.1 in Chrome 91
The SSLVersionMin enterprise policy allows you to bypass Chrome's interstitial warnings for legacy versions of TLS. This will be possible until Chrome 91 (May 2021), then the policy will no longer allow TLS 1.0 or TLS 1.1 to be set as the minimum.
We previously communicated that this would happen as early as January 2021, but the deadline has since been extended.
Upcoming Admin console changes
- New Version Report and Update Controls
There will be a new Version Report and Update Controls available in the Admin console. These features give increased visibility into the Chrome versions deployed in your enterprise and allows you to more granularly control how managed Chrome browsers update. If you would like to sign up to be a Trusted Tester for these features please enter your test domain and a contact email into this form.
| Updated | Details |
|---|---|
| September 3, 2020 |
Important: Adobe will no longer update and distribute Flash Player after December 31, 2020. Therefore, after this date, all versions of Chrome will stop supporting Flash content. You can read more about Adobe's plans to discontinue Flash player and your options in Adobe's blog post. Adobe is working with HARMAN, their exclusive licensing/distribution partner, to provide support for Flash Player in legacy browsers.
Chrome Browser updates
-
User-Agent Client Hints will be introduced in Chrome 85
As part of an ongoing effort to reduce bad actors’ ability to track users, Chrome plans to reduce the granularity of information that is part of the user agent string and expose that information through User-Agent Client Hints. In Chrome 84, we introduced User-Agent Client Hints for some users. This is an additive change only, and should not have any negative effect when interacting with any standards-compliant server.However, some servers may not be able to accept all characters in the User-Agent Client Hints headers, part of the broader Structured Headers emerging standard. If the addition of this header causes problems with servers that cannot be fixed quickly, you will be able to use the UserAgentClientHintsEnabled policy to disable the added headers. This is a temporary policy that will be removed in Chrome 88.
A full rollout of this change is planned in Chrome 85.
-
The default referrer policy will change in Chrome 85
The HTTP referrer header provides the full URL of the initiating document alongside many navigation and subresource requests. In practice, it can reveal users’ browsing habits or identities. Chrome will improve user privacy and security by switching to strict-origin-when-cross-origin as the default policy, instead of no-referrer-when-downgrade. Web developers may specify a referrer policy on their documents if they need a different policy.The expected long-term fix is to update all web apps to preferably not depend on the full URL for the referrer, and where unavoidable, specify a referrer policy when they require something other than strict-origin-when-cross-origin. However, to help with the transition, enterprises will be able to use the ForceLegacyDefaultReferrerPolicy enterprise policy to revert to the old default behavior until Chrome 88.
See more info and best practices. -
Chrome 64-bit on Windows will be installed in "Program Files" instead of "Program Files (x86)"
New installations of 64-bit Chrome will be installed in "%ProgramFiles%" on Windows instead of "%ProgramFiles(x86)%". Existing installations won't be impacted.
- Improvements to user productivity in Chrome 85
Chrome will be making several improvements to user productivity, including collapsible tab groups, tab previews, saving inputs in PDFs, and QR code sharing. You can read more about these improvements on the Keyword.
-
Compiler optimization performance improvements in Chrome 85
Chrome will use an improved compiler optimization technique called PGO (Profile-guided optimization) on Mac and Windows. Enterprises aren't expected to notice any changes, except how software interacts with Chrome in unexpected or unsupported ways. For example, code injection may not function as expected with this version of Chrome.
- Insecure downloads will be blocked from secure pages in Chrome 84 through Chrome 88
By Chrome 88, downloads from insecure sources will no longer be allowed when started from secure pages. This change will be rolled out gradually, with different file types affected in different releases:
- Executables—Users were warned in Chrome 84, and files will be blocked in Chrome 85.
- Archives —Users will be warned in the Chrome developer console in Chrome 85, and files will be blocked in Chrome 86.
- Other non-safe types (For example, PDFs)—Users will be warned in the Chrome developer console in Chrome 86, and files will be blocked in Chrome 87.
- Other files—Users will be warned in the Chrome developer console in Chrome 87, and files will be blocked in Chrome 88.
Warnings on Android will lag behind Desktop warnings by one release. For example, executables will show a warning starting in Chrome 85.
The existing InsecureContentAllowedForUrls policy can be used to allow specific page URLs to download insecure files. You can read more details in our blog post.
- Wildcards are no longer supported in PluginsAllowedForUrls in Chrome 85
In preparation for the Flash deprecation later this year, Chrome will be removing the ability for enterprises to define entries with wildcards in hostnames (For example, “https://*” or “https://[*.]mysite.foo”) for the PluginsAllowedForUrls policy. If you're using hostname wildcards, you will need to explicitly specify which hostnames still require Flash. For example, “https://[*.]mysite.foo” would need to be updated to match explicit entries like “https://flash.mysite.foo”. This change is intended to help determine which sites still require updating, with time to make an adjustment before support for Flash is removed completely in December, 2020.
- The Legacy Browser Support extension will be removed from the Chrome Web Store in Chrome 85
Legacy Browser Support (LBS) is now built into Chrome, and the old extension is no longer needed. The Chrome team is planning to unpublish LBS from the Chrome Web Store in Chrome 85, and it will be removed from browsers in Chrome 86. To continue using Legacy Browser Support, ensure that you're using Chrome's built-in policies, documented here. The old policies set through the extension will no longer take effect when the extension is removed.
The Beta version of the extension (Extension ID
ebojbgfomggiamdflnhekjfkmdbeblpb) will be removed in Chrome 85. -
Cross-origin fetches will be disallowed from content scripts in Chrome Extensions in Chrome 85
As part of an effort to improve Chrome Extension security, cross-origin fetches are being disallowed from content scripts in Chrome Extensions. Cross-Origin Read Blocking (CORB) has already applied to content scripts since M73. We plan to also enable CORS for content script requests starting in M85. We expect most extensions to be unaffected by the CORS change, but there is a chance that some requests initiated from content scripts may start to fail.
Please test Chrome Extensions that your business depends on to make sure they work with the new behavior when Chrome is launched with the following cmdline flags (in 81.0.4035.0 or later):
--enable-features=OutOfBlinkCors,CorbAllowlistAlsoAppliesToOorCorsDuring the test, watch for fetches or XHRs that are initiated by content scripts and blocked by CORS. If extensions you depend on are affected, open a bug to add the affected extensions to a temporary allowlist which will exempt them from the change (the allowlist will be deprecated and removed in Chrome 87). The changes only affect fetches or XHRs for content types that are not blocked by CORB (such as images, JavaScript, and CSS) and only if the server does not approve the CORS request with an Access-Control-Allow-Origin response header.
-
Improved resource consumption when a window is not visible in Chrome 85
To save on CPU and power consumption, Chrome will detect when a window is covered by other windows and will suspend work painting pixels. A previous version of this feature had incompatibility issues with some virtualization software. Known bugs have been fixed, but if you experience any issues, you will be able to disable this feature using the NativeWindowOcclusionEnabled policy.
Some users will see the change in Chrome 85, with a full rollout planned for Chrome 86.
-
The SafeBrowsingExtendedReportingOptInAllowed policy is no longer available in Chrome 85
The support of SafeBrowsingExtendedReportingOptInAllowed policy has been removed in Chrome 85. Please use SafeBrowsingExtendedReportingEnabled policy instead. You can find the migration instructions on the deprecated policy page.
- Introduction of AutoLaunchProtocolsFromOrigins policy in Chrome 85
The new AutoLaunchProtocolsFromOrigins policy allows you to specify combinations of external protocols and origins that should be launched automatically, without requiring user confirmation.
- Chrome on MacOS has additional protections for sensitive enterprise policies in Chrome 85
Macs that are not managed by a UEM/EMM/MDM (or legacy MCX) will ignore sensitive enterprise policies that may be set by malware. This check already happens for sensitive policies on Windows, and will apply to the same set of policies on MacOS.
- Cross-Origin Resource Setting (CORS) enterprise policies are no longer available
The CorsMitigationList and CorsLegacyModeEnabled policies have been removed in Chrome 84, as previously communicated.
- The ForceNetworkInProcess policy is now deprecated
Chrome 73 introduced a change to move network activity into a separate process. We were aware of known incompatibilities with some third-party software that were injected into Chrome's process, so the ForceNetworkInProcess policy was provided as a temporary stop-gap to revert to the old behavior. The transition period for this change ended in Chrome 84, and the policy is no longer available.
- Certificates issued on or after September 01, 2020 must have a lifetime of 398 days or less in Chrome 85
As part of our ongoing commitment to ensuring user security, Google is reducing the maximum allowed lifetimes of TLS certificates. More details here.
-
Chrome 85 uses the Windows-native spell checker for some users
For Windows users that have the corresponding language packs installed on their system, Chrome will use the Windows-native spell checker. Users without the corresponding language pack will default to the Chrome spell checker.
Some users will see this change in Chrome 85, with a full rollout planned in Chrome 86.
-
The Chrome Web Store tells users if an extension has been blocked by their admin in Chrome 85
If you block an extension by policy, the Chrome Web Store extension listing will now show “Blocked by Admin” to the user.
-
Chrome-on-iOS enterprise policies in Chrome 85
Chrome supports a limited set of policies on iOS, configurable with unified endpoint management systems.
Chrome OS updates
- Separating Display Resolution and Refresh Rate for external monitors
The "Displays" page in Settings has been updated to allow independent configuration of the resolution and the refresh rate for external monitors. This setting will be split automatically and users do not need to take any action.
- Sync Wi-Fi settings between devices
To help users avoid repeatedly joining the same set of networks and typing in the same difficult-to-remember passwords on each of their Chrome OS devices, Wi-Fi Sync helps keep known networks in sync between a user's devices. This can be controlled using the SyncTypesListDisabled policy.
- Option for improved visuals for Select to Speak
Select to speak lets users drag a box around a given area of text to have text in that area spoken aloud. We’ve now added the option to turn on screen shading behind the selected region of the screen. This screen shading will reduce distraction and help to enhance the user's focus on the core content being spoken aloud.
- Improved gesture support for handwriting keyboard
When entering text using the handwriting keyboard, you can now use familiar gestures to edit your handwriting. Drawing a strikethrough will delete text, and a caret will give you space to insert text.
-
Improved Print management UI
Users can now manage their ongoing print jobs and view what has been completed.
-
PIN printing for Hewlett-Packard®, Ricoh®, and Sharp® printers
Extended PIN printing is now available for all supported Hewlett-Packard®, Ricoh®, and Sharp® printers that require a PIN to release the print job to a printer.
Admin console updates
- Updated Admin console
The Devices hub in the Admin console is refreshed with a new look and feel, faster load times, and a brand new navigation structure on the left side of the page.
- View apps & extensions that are configured across all organizational units
The apps & extensions page in the Admin console now supports “Include all organizational units.” Selecting this view will display all apps configured across all modes (User & browser, Devices, and Managed guest session) and all organizational units.
- Expanded ability to block system features
Admins can now block system features at a granular level directly, without URL blocking. The Camera app, Chrome browser settings and Chrome OS settings are all configurable through policy.
- Connected devices policies for Android phones + Chrome OS devices
User settings
- Multi-select devices for clearing user profiles
From the Chrome
-
Additional policies now available in the Admin console
Many additional new policies are available in the Admin console, including:
- PrintingMaxSheetsAllowed
User settings
- PrintingMaxSheetsAllowed and PrintingPaperSizeDefault
User settings
-
AppCacheForceEnabled
User settings
-
HardwareAccelerationModeEnabled
User settings
-
ScrollToTextFragmentEnabled
User settings
-
HideWebStoreIcon
Apps & extensions
- PrintingMaxSheetsAllowed
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| AutoLaunchProtocolsFromOrigins | Defines a list of protocols that can launch an external application from listed origins without prompting the user. |
| CloudExtensionRequestEnabled | Enables Google Chrome extension installation requests. |
| DefaultSearchProviderContextMenuAccessAllowed | Enables the use of a default search provider on the context menu. |
| EnableExperimentalPolicies | Enables experimental policies. |
| IntensiveWakeUpThrottlingEnabled | When enabled, the IntensiveWakeUpThrottling feature causes Javascript timers in the background tabs to be aggressively throttled and coalesced, running no more than once per minute after a page has been in the background for 5 minutes or more. |
| UserAgentClientHintsEnabled | Controls the User-Agent Client Hints feature. |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- ITP will block third party cookies in Chrome on iOS14
All Chrome versions on iOS14 will be subject to the new ITP (Intelligent Tracking Prevention) restriction in WebKit, which blocks third party cookies. Apple has provided more information on the changes here:
- Single words will not be treated as intranet locations by default in Chrome 87
By default, Chrome will improve user privacy by avoiding DNS lookups for single keywords entered into the address bar. However, this change to default behavior may interfere with enterprises that use single-word domains in their intranet. That is, a user typing "helpdesk" will no longer be directed to "https://helpdesk/".
You will be able to control the behavior of Chrome via policy, including preserving the existing behavior (which will perform a search immediately and then ask the user if they're trying to reach the intranet site).
-
Chrome will warn about mixed content forms in Chrome 86
Web forms that load via HTTPS but submit their content via HTTP (unsecured) pose a potential risk to users' privacy. Chrome 85 showed a warning on such forms, telling the user that the form is insecure. Chrome will show an interstitial warning when the form is submitted, which will stop any data transmission, and the user will be able to choose to proceed or cancel the submission.
You will be able to control this behavior using the InsecureFormsWarningsEnabled enterprise policy.
- The address bar will show the domain rather than the full URL for some users in Chrome 86
To protect your users from some common phishing strategies, Chrome will begin showing only the domain in the address bar in Chrome 86. This change makes it more difficult for malicious actors to trick users with misleading URLs. For example, https://example.com/secure-google-sign-in/ will appear only as example.com to the user.
Although this change is designed to keep your users' credentials safe, you will be able to revert to the old behavior through the ShowFullUrls policy. This change will initially only roll out to some users, with a full rollout planned for a later release.
-
Improved resource consumption for background tabs in Chrome 86
To save on CPU and power consumption, Chrome will throttle the amount of CPU that background tabs can use. With this change, Chrome will only allow background tabs to wake up once per minute and to only use 1% CPU time.
You will be able to control this behavior using the IntensiveWakeUpThrottlingEnabled policy.
- Insecure public pages no longer allowed to make requests to private or local URLs in Chrome 86
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. A policy will be provided to turn off this mechanism, and another one to allow specific pages to make requests to more private IP Address Spaces.
- Chrome 86 will have a new way of indicating it should be updated
To make it more clear that Chrome should be restarted to apply an update, users will see a new UI, with the word "Update."
-
Chrome extensions will not be able to inject Flash content settings in Chrome 86
Extensions will not be able to inject content settings for Flash. Admins should instead use policies to control Flash behavior on Chrome. See PluginsAllowedForUrls.
-
The Chrome Cloud Management - Reporting Companion extension will cease functionality in Chrome 86
The Chrome Cloud Management - Reporting Companion extension (ID
oempjldejiginopiohodkdoklcjklbaa) is no longer necessary, as its functionality has been integrated into Chrome browser. If you are manually force-installing this extension, you can safely stop doing so. Please ensure that you've set "Enable managed browser cloud reporting" in the admin console instead.The extension will no longer function in Chrome 86.
-
The TLS13HardeningForLocalAnchorsEnabled enterprise policy will no longer function in Chrome 86
As documented in the policy description, support for the TLS13HardeningForLocalAnchorsEnabled enterprise policy will be removed in Chrome 86. As a result, the security feature will be enabled for all users, protecting your environment from certain TLS downgrade attacks.
The policy was introduced as a temporary measure to mitigate implementation flaws with some TLS-intercepting proxies. If you had previously set this policy to take advantage of the migration period, please ensure your TLS-intercepting policies are up to date and compliant. You can test Chrome by ensuring it works without this policy set.
- More inclusive policy names will be introduced in Chrome 86 and 87
Chrome will be moving to more inclusive policy names. The terms "whitelist" and "blacklist" will be replaced with "allowlist" and "blocklist". The following policies will be deprecated, and equivalent policies will be introduced for each:
| Deprecated policy name | New policy name | Version |
|---|---|---|
| NativeMessagingBlacklist | NativeMessagingBlocklist | 86 |
| NativeMessagingWhitelist | NativeMessagingAllowlist | 86 |
| AuthNegotiateDelegateWhitelist | AuthNegotiateDelegateAllowlist | 86 |
| AuthServerWhitelist | AuthServerAllowlist | 86 |
| SpellcheckLanguageBlacklist | SpellcheckLanguageBlocklist | 86 |
| AutoplayWhitelist | AutoplayAllowlist | 86 |
| SafeBrowsingWhitelistDomains | SafeBrowsingAllowlistDomains | 86 |
| ExternalPrintServersWhitelist | ExternalPrintServersAllowlist | 86 |
| NoteTakingAppsLockScreenWhitelist | NoteTakingAppsLockScreenAllowlist | 86 |
| PerAppTimeLimitsWhitelist | PerAppTimeLimitsAllowlist | 86 |
| URLWhitelist | URLAllowlist | 86 |
| URLBlacklist | URLBlocklist | 86 |
| ExtensionInstallWhitelist | ExtensionInstallAllowlist | 86 |
| ExtensionInstallBlacklist | ExtensionInstallBlocklist | 86 |
| UserNativePrintersAllowed | UserPrintersAllowed | 86 |
| DeviceNativePrintersBlacklist | DevicePrintersBlocklist | 87 |
| DeviceNativePrintersWhitelist | DevicePrintersAllowlist | 87 |
| DeviceNativePrintersAccessMode | DevicePrintersAccessMode | 87 |
| DeviceNativePrinters | DevicePrinters | 87 |
| NativePrinters | Printers | 86 |
| NativePrintersBulkConfiguration | PrintersBulkConfiguration | 86 |
| NativePrintersBulkAccessMode | PrintersBulkAccessMode | 86 |
| NativePrintersBulkBlacklist | PrintersBulkBlocklist | 86 |
| NativePrintersBulkWhitelist | PrintersBulkAllowlist | 86 |
| UsbDetachableWhitelist | UsbDetachableAllowlist | 87 |
| QuickUnlockModeWhitelist | QuickUnlockModeAllowlist | 87 |
| AttestationExtensionWhitelist | AttestationExtensionAllowlist | 87 |
| DeviceUserWhitelist | DeviceUserAllowlist | 87 |
If you're already using the existing policies, they will continue to work, though you will see warnings in chrome://policy stating that they're deprecated.
- DTLS 1.0 will be removed in Chrome 87
DTLS 1.0, a protocol used in WebRTC for interactive audio and video, will be removed by default. Any applications that depend on DTLS 1.0 (most likely gateways to other teleconferencing systems) should update to a more recent protocol. You can test if any of your applications will be impacted using the following command line flag when launching Chrome:
--force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/If your enterprise needs additional time to adjust, a policy will be made available to temporarily extend the removal.
-
Chrome will introduce a new permission chip UI in Chrome 87
Permission requests can feel disruptive and intrusive when they lack context – which often happens when prompts appear as soon as a page loads or without prior priming. This leads to a common reaction where end users dismiss the prompt in order to avoid making a decision.
Chrome is experimenting with a permissions chip in the address bar next to the lock, which is less intrusive overall. Since the prompt doesn't intrude in the content area, users who don't want to grant the permission no longer need to actively dismiss the prompt. Users who wish to grant permission can click on the chip to bring up the permission prompt.
-
New PDF UI in Chrome 87
Chrome will have an updated PDF viewer, including toolbar updates, table of contents, thumbnails, two-up view, and annotations viewing.
-
Factor in scheme when determining if a request is cross-site (Schemeful Same-Site) in Chrome 88
Chrome 88 will modify the definition of same-site for cookies such that requests on the same registrable domain but across schemes are considered cross-site instead of same-site. For example, http://site.example and https://site.example will be considered cross-site to each other.
For enterprises that need extra time to adjust to these changes, policies will be made available.
Upcoming Admin console changes
- New Version Report and Update Controls
There will be a new Version Report and Update Controls available in the Admin console. These features give increased visibility into the Chrome versions deployed in your enterprise and allows you to more granularly control how managed Chrome browsers update. If you would like to sign up to be a Trusted Tester for these features please enter your test domain and a contact email into this form.
Important: Adobe will no longer update and distribute Flash Player after December 31, 2020, therefore Chrome will no longer support Flash content. You can read more about Adobe's plans to discontinue Flash player in Adobe's blog post. Adobe is working with HARMAN, their exclusive licensing/distribution partner, to provide support for Flash Player in legacy browsers.
Chrome is designed to meet the needs of Chrome Enterprise customers, including integration with legacy web content. Companies that need to use a legacy browser to run Flash content after December 31, 2020 can get set up with HARMAN and Legacy Browser Support.
Chrome Browser updates
- Updates to cookies with SameSite
Starting on July 14, cookies that don’t specify a SameSite attribute will be treated as if they were SameSite=Lax. Cookies that still need to be delivered in a cross-site context must explicitly request SameSite=None. Cookies with SameSite=None must also be marked Secure and delivered over HTTPS. To reduce disruption, the updates will be enabled gradually, so different users will see it at different times. We recommend that you test critical sites using the instructions for testing.
You will be able to revert to the legacy cookie behavior using policies until Chrome 91. You can specify domains accessing cookies that require legacy semantics using LegacySameSiteCookieBehaviorEnabledForDomainList or control the global default with LegacySameSiteCookieBehaviorEnabled. For more details, visit Cookie Legacy SameSite Policies.
This change started with Chrome 80, but was temporarily on hold in light of the COVID-19 pandemic. It’s being set in motion again, and will take effect in Chrome 80 and more recent versions of Chrome.
- Insecure downloads will be blocked from secure pages in Chrome 84 through Chrome 88
By Chrome 88, downloads from insecure sources will no longer be allowed when started from secure pages. This change will be rolled out gradually, with different file types affected in different releases:
- Executables—Users will be warned in Chrome 84, and files will be blocked in Chrome 85.
- Archives —Users will be warned in the Chrome developer console in Chrome 85, and files will be blocked in Chrome 86.
- Other non-safe types (e.g. pdfs)—Users will be warned in the Chrome developer console in Chrome 86, and files will be blocked in Chrome 87.
- Other files—Users will be warned in the Chrome developer console in Chrome 87, and files will be blocked in Chrome 88.
Warnings on Android will lag behind Desktop warnings by one release. For example, executables will show a warning starting in Chrome 85.
The existing InsecureContentAllowedForUrls policy can be used to allow specific page URLs to download insecure files. You can read more details in our blog post.
- Improved resource consumption when window is not visible
To save on CPU and power consumption, Chrome will detect when a window is covered by other windows and will suspend work painting pixels. A previous version of this feature had an incompatibility with some virtualization software. Known bugs have been fixed, but if you experience any issues, you will be able to disable this feature using the NativeWindowOcclusionEnabled policy.
Some users will see this feature in Chrome 84, with a full release planned in Chrome 85.
- Chrome remembers user preferences when launching external protocols
As requested by IT admins, users are able to select "always allow for this site" when opening an external protocol in Chrome 84. The approval is scoped to the current origin, and is only available for secure origins.
- The URLAllowlist policy only allows external protocols for domain joined devices
A recent release of Chrome changed the behavior of the URLAllowlist policy which lets you allow external protocols such as “callto:” or “ms-calendar”. To improve security on Windows®, this policy only allows external protocols for devices joined to an Active Directory domain.
- Deprecation of TLS 1.0 and TLS 1.1
The Chrome team announced in October 2019, plans for the deprecation of legacy TLS versions (TLS 1.0 and 1.1). In Chrome 84, we will mark sites that do not support TLS 1.2 and above with a full-page warning telling users that the connection is not fully secure.
If users have sites affected by these changes and need to opt out, you can use the SSLVersionMin policy to turn off the security indicator and warning. To allow TLS 1.0 and later without additional warnings, set the policy to tls1. The SSLVersionMin policy will work until January 2021. More details are available in our blog post.
- Improvements to Chrome downgrades
When a managed Chrome browser updates to the next version, it will retain a snapshot of User Data. This is useful for admins when Sync is turned off and they need to rollback to a previous version of Chrome. The number of snapshots can be controlled using the UserDataSnapshotRetentionLimit policy and Chrome can function as it did before by setting UserDataSnapshotRetentionLimit to 0. For more details, visit Downgrade your Chrome version.
- Stronger consent for the search and new tab page
Chrome will protect against extensions that attempt to change the user's preferences without their consent. After an extension changes the default search engine or the new tab page, Chrome will confirm the change with the user, and allow them to keep the change or revert back to the old settings.
As an admin, you can control your employees' default search provider directly using the Default Search Provider and NewTabPageLocation policies. They will not trigger a confirmation dialog.
- User-Agent Client Hints
As part of an ongoing effort to reduce bad actors’ ability to track users, Chrome plans to reduce the granularity of information that is part of the user agent string and expose that information through User-Agent Client Hints. In Chrome 84, we are introducing User-Agent Client Hints for some users. This is an additive change only, and should not have any negative effect when interacting with any standards-compliant server.
However, some servers may not be able to accept all characters in the User-Agent Client Hints headers, part of the broader Structured Headers emerging standard. If the addition of this header causes problems with servers that cannot be fixed quickly, you will be able to use the UserAgentClientHintsEnabled policy to disable the added headers. Although, this is a temporary policy that will be removed in Chrome 88.
You can test your environment by enabling the "experimental web platform features" flag in Chrome. A wider rollout of this change is planned in Chrome 85.
- Cross-Origin Resource Sharing (CORS) enterprise policies will no longer take effect
The CorsMitigationList and CorsLegacyModeEnabled policies have been removed in Chrome 84, as previously communicated.
- The ForceNetworkInProcess policy is now deprecated
Chrome 73 introduced a change to move network activity into a separate process. We were aware of known incompatibilities with some third-party software that were injected into Chrome's process, so the ForceNetworkInProcess policy was provided as a temporary stop-gap to revert to the old behavior. The transition period for this change ends in Chrome 84, and the policy is no longer available.
Chrome OS updates
- Camera app supports MP4 (H.264)
Videos captured in the Chrome OS Camera app will now save as MP4 (H.264) videos. This makes it easier to use your recorded videos in other apps.
- Window management improvements for multiple monitors and split screen
When in Overview mode you can now drag a window to the left or right edge to quickly set up a split screen. If you use multiple monitors, you can drag windows to other displays while in Overview mode.
- Adding search functionality to the ChromeVox menu
For screen reader users, the ChromeVox menu is a one-stop-shop for learning about ChromeVox and accessing key information and commands. When ChromeVox is turned on, press Search + Period at any time to open the menu and explore options such as jump commands, speech options, and much more. As of Chrome 84, it's now possible to search within the ChromeVox menu to find what you are looking for even faster! Simply open the menu and your mouse cursor will automatically be placed in the Search field. You can either search for a given item, or use the arrow keys to navigate the menu options.
- Sheet Limit Policy for Native Printing
Many organizations would like to limit the amount of paper used when printing. With the PrintingMaxSheetsAllowed policy, admins can limit the number of sheets used in a single print job for their managed devices users. For example, placing a limit on printing excessively large documents such as an entire digital textbook, ebook, or accidental print requests, prevents ink and paper waste.
-
Chrome OS login/lock screen enterprise disclosure
On the login screen, Chrome OS now shows an enterprise badge on managed profiles. This allows users to see at first glance whether their profile is managed or not.
-
Crostini mic permission
You can now give Crostini access to your microphone through Settings. If you're developing an Android app, you can test the microphone feature using the Android emulator.
Admin console updates
- Update controls are available for managed browsers
In the Admin console, admins can now configure additional update policies for Chrome browsers that are managed by Chrome Browser Cloud Management. For example, you might want to allow or disable updates, pin a specific version of Chrome, roll back to a previous version of Chrome, set relaunch notifications, or control when Chrome checks for updates. The configuration details are further described in this help center article.
- Network file shares policy
Admins can now configure network file shares for users under Chrome management
- Readable data in the devices export
Timestamps in the device list’s CSV export file are now in a “human-readable” format. This format helps to make the timestamps easy for users to read. Previously, these columns contained the same value as reported through the Directory API.
- Domain-restricted apps & extensions from the Chrome Web Store
In the Google Admin console, admins can now add domain-restricted apps & extensions from the Chrome Web Store. These apps are available under Chrome management
- Device screen resolution
Admins can now configure the screen resolution and UI scaling for displays. These settings are available under Chrome management
- Dinosaur game policy
When Chrome cannot connect to the internet it displays a “Dinosaur game” for users to play. This game is disabled by default for domain-enrolled Chrome OS devices, but admins can enable it under Chrome management
- Ignore proxy on captive portals policy
Chrome OS can open captive portal authentication pages in a separate window that ignores all policies for the current user, including proxy settings. This policy only takes effect if a proxy is configured through policy in chrome://settings or by extensions. This policy is available under Chrome management
- Display system info on the sign-in screen
Your users can view system information such as serial numbers and OS versions on the sign-in screen by pressing Alt+V. Admins can allow or not allow access to this feature under Chrome management
- Device accessibility policies
In addition to the launch of advanced accessibility controls for users, a similar set of controls for the login screen allows admins to enable accessibility features remotely or restrict them when necessary. For example, restricting dictation features in hospitals or blocking certain features in classrooms to prevent disruption. See the full list of features below:
- Spoken feedback
- Select to speak
- High contrast
- Screen magnifier
- Sticky keys
- Virtual keyboard
- Dictation
- Keyboard focus highlighting
- Caret highlight
- Auto-click enabled
- Large cursor
- Cursor highlight
- Primary mouse button
- Mono audio
- Accessibility shortcuts
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| AccessibilityImageLabelsEnabled | Enables Get Image Descriptions from Google |
| AppCacheForceEnabled | Allows the AppCache feature to be re-enabled even if it is turned off by default |
| AutoOpenAllowedForURLs | List of URLs specifying which urls AutoOpenFileTypes will apply to |
| AutoOpenFileTypes | List of file types that should be automatically opened on download |
|
PrintRasterizationModeWindows only |
Controls how Google Chrome prints on Windows |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Wildcards no longer supported in PluginsAllowedForUrls in Chrome 85
In preparation for the Flash deprecation later this year, Chrome will be removing the ability for enterprises to define entries with wildcards in hostnames (e.g., “https://*” or “https://[*.]mysite.foo”) for the PluginsAllowedForUrls policy. If you're using hostname wildcards, you will need to explicitly specify which hostnames still require Flash. For example, “https://[*.]mysite.foo” would need to be updated to match explicit entries like “https://flash.mysite.foo”. This change is intended to help determine which sites still require updating, with time to make an adjustment before support for Flash is removed completely in December, 2020.
- Compiler optimization performance improvements in Chrome 85
Chrome will use an improved compiler optimization technique on Mac and Windows in Chrome 85. Enterprises aren't expected to notice any changes, but software interacting with Chrome in unexpected or unsupported ways such as, code injection, may not function as expected with Chrome 85.
To ensure compatibility, you can test your environment with the Chrome 85 beta channel, starting July 23, 2020.
-
The Legacy Browser Support extension will be removed from the Chrome Web Store in Chrome 85
Legacy Browser Support (LBS) is now built into Chrome, and the old extension is no longer needed. The Chrome team is planning to unpublish LBS from the Chrome Web Store in Chrome 85, and it will be removed from browsers in Chrome 86. To continue using Legacy Browser Support, ensure you're using Chrome's built-in policies, documented here. The old policies set through the extension will no longer take effect when the extension is removed. If you run into issues using the built-in LBS policies please file a new issue report at http://crbug.com/new.
- Cross-origin fetches will be disallowed from content scripts in Chrome Extensions in Chrome 85
As part of an effort to improve Chrome Extension security, cross-origin fetches are being disallowed from content scripts in Chrome Extensions. Cross-Origin Read Blocking (CORB) has already applied to content scripts since M73. We plan to also enable CORS for content script requests starting in M85. We expect most extensions to be unaffected by the CORS change, but there is a chance that some requests initiated from content scripts may start to fail.
Please test Chrome Extensions that your business depends on, to make sure they work with the new behavior when Chrome is launched with the following cmdline flags (in 81.0.4035.0 or later):
--enable-features=OutOfBlinkCors,CorbAllowlistAlsoAppliesToOorCorsDuring the test, watch for fetches or XHRs that are initiated by content scripts and blocked by CORS. If extensions you depend on are affected, then please open bugs to add the affected extensions to a temporary allowlist to exempt them from the change. The changes only affect fetches or XHRs for content types not blocked by CORB (such as images, JavaScript, and CSS), and only if the server does not approve the CORS request with an Access-Control-Allow-Origin response header.
- Improved resource consumption for background tabs in Chrome 85
To save on CPU and power consumption, Chrome will throttle the amount of CPU that background tabs can use. With this change, Chrome will only allow background tabs to wake up once per minute and to only use 1% CPU time.
You will be able to control this behavior using the IntensiveWakeUpThrottlingEnabled policy.
- Introduction of AutoLaunchProtocolsFromOrigins policy in Chrome 85
The new AutoLaunchProtocolsFromOrigins policy will allow you to specify combinations of external protocols and origins that should be launched automatically, without requiring user confirmation.
- The SafeBrowsingExtendedReportingOptInAllowed policy will no longer take effect in Chrome 85
The support of SafeBrowsingExtendedReportingOptInAllowed policy will be removed in Chrome 85. Please use SafeBrowsingExtendedReportingEnabled policy instead. You can find the migration instructions on the deprecated policy page.
-
Chrome on MacOS will have additional protection for sensitive enterprise policies in Chrome 85
Macs that are not managed by a UEM/EMM/MDM (or legacy MCX) will ignore sensitive enterprise policies that may be set by malware. This check already happens for sensitive policies on Windows, and will apply to the same set of policies on MacOS.
-
Single words will not be treated as intranet locations by default in Chrome 86
By default, Chrome 86 will improve user privacy by avoiding DNS lookups for single keywords entered into the address bar, which could theoretically be read by a malicious actor. However, this change to default behavior will likely interfere with enterprises that use single-word domains in their intranet. That is, a user typing "helpdesk" will no longer be directed to "https://helpdesk/".
You will be able to control the behavior of Chrome via policy. In addition to preserving the existing behavior (which will perform a search immediately and then ask the user if they're trying to reach the intranet site), you can also set the intranet site as Chrome's first action.
-
Chrome will warn about mixed content forms in Chrome 86
Web forms that load via HTTPS but submit their content via HTTP (unsecured) pose a potential risk to users' privacy. Chrome 85 will show a warning on such forms, telling the user that the form is insecure. Chrome will show an interstitial warning when the form is submitted, which will stop any data transmission, and the user will be able to choose to proceed or cancel the submission.
You will be able to control this behavior using the DisableMixedFormsWarning enterprise policy.
- The address bar will show the registrable domain rather than the full URL for some users in Chrome 86
To protect your users from some common phishing strategies, Chrome will begin showing only the registrable domain in the address bar in Chrome 86. This change makes it more difficult for malicious actors to trick users with misleading URLs. For example, https://google-secure.example.com/secure-google-sign-in/ will appear only as example.com to the user.
Although this change is designed to keep your users' credentials safe, you will be able to revert to the old behavior through the ShowFullUrls policy. This change will initially only roll out to some users, with a full rollout planned for a later release.
- DTLS 1.0 will be removed in Chrome 86
DTLS 1.0, a protocol used in WebRTC for interactive audio and video, will be removed by default. Any applications that depend on DTLS 1.0 (most likely gateways to other teleconferencing systems) should update to a more recent protocol. You can test if any of your applications will be impacted using the following command line flag when launching Chrome:
--force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/If your enterprise needs additional time to adjust, a policy will be made available to temporarily extend the removal.
-
Insecure public pages no longer allowed to make requests to private or local URLs in Chrome 86
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. A policy will be provided to turn off this mechanism, and another one to allow specific pages to make requests to more private IP Address Spaces.
- Chrome extensions will not be able to inject Flash content settings in Chrome 86
Extensions will not be able to inject content settings for Flash. Admins should instead use policies to control Flash behavior on Chrome. See PluginsAllowedForUrls.
- More inclusive policy names will be introduced in Chrome 86
Chrome will be moving to more inclusive policy names in Chrome 86. The terms "whitelist" and "blacklist" will be replaced with "allowlist" and "blocklist". The following policies will be deprecated, and equivalent policies will be introduced for each:
| Deprecated policy name | New policy name |
|---|---|
| ExtensionInstallWhitelist | ExtensionInstallAllowlist |
| ExtensionInstallBlacklist | ExtensionInstallBlocklist |
| NativeMessagingBlacklist | NativeMessagingBlocklist |
| URLBlacklist | URLBlocklist |
| URLWhitelist | URLAllowlist |
| AuthNegotiateDelegateWhitelist | AuthNegotiateDelegateAllowlist |
| AuthServerWhitelist | AuthServerAllowlist |
| SpellcheckLanguageBlacklist | SpellcheckLanguageBlocklist |
| AutoplayWhitelist | AutoplayAllowlist |
| SafeBrowsingWhitelistDomains | SafeBrowsingAllowlistDomains |
| DeviceNativePrintersWhitelist | DeviceNativePrintersAllowlist |
| ExternalPrintServersWhitelist | ExternalPrintServersAllowlist |
| NativePrintersBulkWhitelist | NativePrintersBulkAllowlist |
If you're already using the existing policies, they will continue to work, though you will see warnings in chrome://policy stating that they're deprecated.
- Factor in scheme when determining if a request is cross-site (Schemeful Same-Site) in Chrome 88
Chrome 88 will modify the definition of same-site for cookies such that requests on the same registrable domain but across schemes are considered cross-site instead of same-site. For example, http://site.example and https://site.example will be considered cross-site to each other.
For enterprises that need extra time to adjust to these changes, policies will be made available.
-
The Chrome Browser Cloud Management reporting extension will cease functionality in Chrome 86
The Chrome Browser Cloud Management reporting extension is no longer necessary, as its functionality has been integrated into Chrome browser. If you are manually force-installing this extension, you can safely stop doing so. Please ensure that you've set "Enable managed browser cloud reporting" in the admin console instead.
The extension will no longer function in Chrome 86.
Upcoming Admin console changes
- New Version Report and Update Controls
There will be a new Version Report and Update Controls available in the Admin console. These features give increased visibility into the Chrome versions deployed in your enterprise and allows you to more granularly control how managed Chrome browsers update. If you would like to sign up to be a Trusted Tester for these features please enter your test domain and a contact email into this form.
Important: Adobe will no longer update and distribute Flash Player after December 31, 2020, therefore Chrome will no longer support Flash content. You can read more about Adobe's plans to discontinue Flash player in Adobe's blog post. Adobe is working with HARMAN, their exclusive licensing/distribution partner to provide support for Flash Player in legacy browsers.
Chrome is designed to meet Chrome Enterprise customer needs, including integration with legacy web content. For companies that need to use a legacy browser to run Flash content after December 31, 2020, HARMAN and Legacy Browser Supportcan get you up and running.
Chrome Browser updates
- Secure DNS
The DNS requests of all users will autoupgraded to their DNS provider’s DNS-over-HTTPS (DoH) service if available (based on a list of known DoH-capable servers). This change will roll out gradually throughout Chrome 83. You can disable DNS-over-HTTPS for your users with the DnsOverHttpsMode policy with Group Policy or in the Google Admin Console. Setting it to off will ensure that your users are not affected by Secure DNS.
- Flash Dialog Changes
Chrome is adding the following warning text to the activation prompt for Flash Player, highlighting the industry wide end of support: "Flash Player will no longer be supported after December 2020." Users will see this prompt, even if Flash is enabled by policy. To learn more, please visit Saying goodbye to Flash in Chrome.
- Legacy Browser Support improvements
The Legacy Browser Support (LBS) functionality incorporates multiple improvements such as better Kerberos support, interoperability between the LBS extension and the LBS Cloud policies, and reducing the time it takes the user to switch between Chrome and the legacy browser.
- Introduction of tab groups for all users
Starting in Chrome 80, some users were able to organize their tabs by grouping them together on the tab strip. Each group can have a color and a name to help your users keep track of their different tasks and workflows. This has been rolled out to Chrome, Mac®, Windows®, and Linux® users throughout Chrome 83.
- Changes to the ManagedBookmarks policy
The ManagedBookmarks policy is subject to strict verification. In Chrome 83, if the name or URL fields are not populated in a string format as described by the policy, this policy might become invalid.
-
If your users have any issues viewing the managed bookmarks, check to see if the policy has an error in chrome://policy, or if you're using Chrome Browser Cloud Management, you can check for errors in the Google Admin console. If you do see an error, make sure the Managed Bookmarks policy is using the string types listed above.
- Third-party cookies blocked by default for Incognito sessions
Chrome now blocks third-party cookies by default during Incognito sessions, however you can enable third-party cookies on a site-by-site basis.
You can control Chrome's behavior using the BlockThirdPartyCookies policy through Group Policy or the Google Admin console:
- Not set—The user is able to control third-party cookies and they'll be blocked by default in Incognito sessions.
- True —Third-party cookies blocked in both Incognito and standard sessions.
- False—Third-party cookies will not be blocked, and the setting cannot be changed.
- Users can check all of their saved passwords for leaks
In Chrome 79 we started warning users if their credentials had been compromised in a data leak when they logged into a website. Chrome 83 builds on this feature, allowing users to check on all of their saved passwords at once. This feature uses the same privacy-preserving system introduced in Chrome 79; it does not send plain-text passwords to Google.
If you wish, you can prevent your users from accessing this feature by preventing Chrome from saving passwords using the PasswordManagerEnabled policy through Group Policy or the Google Admin console.
- Control over the variations framework
Admins have more granular control over the update behaviors in Chrome 83. In addition to the version controls that exist today, Chrome 83 allows you to configure Chrome variations with the ChromeVariations (Mac®, Windows®, and Linux®) and DeviceChromeVariations (Chrome OS) policies. You can choose between:
- Variations enabled—The default setting that allows all variations in Chrome.
- Critical fixes only—Disables all experiments and progressive rollouts, but will still apply variations with immediate and important security or compatibility improvements.
- Variations disabled—No changes will be deployed using the variations framework. Choosing this setting significantly increases the risk of security and compatibility issues, and is not recommended.
- Updated form control elements
HTML form controls provide the backbone for much of the web's interactivity, however one issue is inconsistency in the styling. Older controls were styled to match the user's operating system, while more the recent controls are designed to match the style most commonly used. This has led to inconsistent accessibility, touch, keyboard support and outdated controls.
To address these gaps, Chrome 83 introduces a new set of default settings. These settings allow effortless ways for Developers to keep their controls looking great, consistent, and widely usable.
If you encounter any incompatibility issues with this change, the UseLegacyFormControls policy will revert to the previous default settings.
- Updated UI for extensions
Chrome has improved the extension manager UI by making it easier for the user to control their installed extensions. The icons that represent the extensions are now listed underneath the extension menu and can also be pinned beside the address bar for quick access.
- SameSite cookie changes were rolled back
With the stable release of Chrome 80 in February, Chrome began enforcing secure-by-default handling of third-party cookies as an ongoing effort to improve privacy and security across the web.
However, in light of the extraordinary global circumstances due to COVID-19, we temporarily rolled back the implementation of SameSite cookie labeling. While most of the web ecosystem was prepared for this change, we want to be sure that websites which support our daily lives by providing essential services, like banking, grocery, government services, and healthcare are stable.
We plan to resume implementation in Chrome 84. The SameSite Updates page will be updated regularly with the latest schedule.
- New Trusted Tester sign up page available for Chrome Enterprise
If you're interested in trying new Chrome Enterprise features before they're released and provide feedback, we have an updated sign up form for our Trusted Tester program, available here.
- More intuitive privacy and security controls for end users in Chrome
Chrome is launching new tools and a redesign of Chrome’s privacy and security settings on desktop to make them easier for users to understand and control. For details, see the Chrome blog post.
-
CORS implementation is more secure for web views on mobile
Chrome is modifying its Cross-Origin Resource Sharing (CORS) implementation to be more secure. The CORS changes which have already been launched on desktop computers and within Chrome for mobile, will now apply to WebView in Chrome 83.
If you need extra time to adapt to this migration, the OOR-CORS Troubleshooting page will help with investigating incompatibility issues.
Chrome OS updates
- Relaunch Notification for Chrome OS Updates
In Chrome 83, relaunch notifications allow you to recommend or enforce Chrome OS to relaunch within a certain time period after an update has been downloaded.
- Gesture Navigation & Education
There are new gestures available for Chromebook tablet mode, that make it easy for users to navigate using touch. Users will now be shown tips on how to use gestures to go Home, Back, and see open apps. For those who need navigation buttons, they can be turned on through the Accessibility setting.
- Virtual Desks Renaming and Restore
In Chrome 78, we released Virtual Desks which allowed users to create up to four separate work spaces. This feature helps create boundaries between projects or activities, making it easier to multitask and stay organized.
Now users are able to choose a unique name for each Virtual Desk, allowing them to choose names know what each desk is for. Also, the desks and their names, will not change after the device reboots or crashes. For more information, see Set up & manage Virtual Desks.
To enable Virtual Desks, users can tap the overview key on the top of the keyboard or swipe down on the keypad using three fingers; “+ New desk” will appear in the top right hand corner.
- Idle Settings Changes
Users can now choose what their Chromebook does when it becomes idle while charging or on battery. Users can find these settings in the Settings app which is available through App Launcher or the cog icon in the Quick Settings menu under Device > Power.
- Files media views available on all devices
Media views such as recents, audio, images, videos are now located at the top of the Files app side navigation on all devices. These views allow users to more quickly access their recent files by category.
- Get device hostname from enterprise.deviceAttributes Extension API
The enterprise.deviceAttributes extension API has been updated with a new method (getDeviceHostname) to return the hostname that Chrome OS announces for itself in DHCP queries.
- Improved APK caching (non-library direct installs, split APKS, postpone Play self-update, multiple versions)
With Chrome 83, users should see a significant increase in the install reliability of Android apps on Chrome OS. Especially, we released three major changes: (1) We significantly improved the reliability of force install & allow install policies on Chrome OS by the fast policy propagation feature (2) Due to delayed Play self-updates, Android apps get installed before eventual updates of the Play store. (3) By extending caching to allow-installed apps and split-APKs, apps will be installed much quicker for a user if they were already installed by another user before.
Admin console updates
- Update blackout windows
The DeviceAutoUpdateTimeRestrictions policy is now available in the Admin console. This policy allows you to create schedules specifying when automatic update checks are not to be performed. This policy only affects devices configured to auto-launch a kiosk app.
- Manage accessibility settings for user sessions & managed guest sessions
Advanced accessibility controls allow you to enable the accessibility features remotely or restrict them when necessary. For example, as an administrator, you can restrict dictation features in hospitals or block certain features in classrooms to prevent disruption.
- Android app installations report
The new Android app (ARC++) installation report page allows you to view the status and number of Android app installations, providing greater visibility into the app ecosystem health. The redesigned UI has stronger filtering capabilities, streamlined status descriptions, and layout updates such as app icons.
- Bulk reboot for devices
You can now select multiple kiosk devices from the device list and reboot them in bulk. Previously reboot was available on a device-by-device basis only.
- Deprecation of remote commands for Chrome OS devices running version Chrome 77 and earlier
Due to a service upgrade, as of May 15, 2020 Chrome devices running Chrome 77 or earlier no longer receive remote commands. Remote commands are mainly used to monitor and control kiosk health, such as taking screenshots or rebooting devices. To continue using remote commands for devices in your organization, make sure that the devices are running Chrome version 78 or later. See Remote commands no longer supported on version 77 or earlier.
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| ChromeVariations | Configuring this policy allows you to specify which variations are allowed to be applied in Google Chrome |
| UserDataSnapshotRetentionLimit | Limits the number of user data snapshots retained for use in case of an emergency rollback (Chrome browser) |
| NativeWindowOcclusionEnabled | Enables native window occlusion in Google Chrome (Windows only) |
| AllowNativeNotifications | Configures whether Google Chrome on Linux will use native notifications (Linux only) |
| UseLegacyFormControls | Use Legacy Form Controls until M84 |
| AdvancedProtectionAllowed | Enable additional protections for users enrolled in the Advanced Protection program |
| ScrollToTextFragmentEnabled | Enable scrolling to text specified in URL fragments |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Deprecation of TLS 1.0 and TLS 1.1 in Chrome 84
The Chrome team announced plans for the deprecation of legacy TLS versions (TLS 1.0 and 1.1) last October. In Chrome 84, we will mark sites that do not support TLS 1.2 and above with a full-page warning telling users that the connection is not fully secure.
If users have sites affected by these changes and need to opt out, you can use the SSLVersionMin policy to disable the security indicator and warning. To allow TLS 1.0 and later without additional warnings, set the policy to tls1. The SSLVersionMin policy will work until January 2021. More details are available in our blog post.
- DTLS 1.0 will be removed in Chrome 84
DTLS 1.0, a protocol used in WebRTC for interactive audio and video, will be removed by default. Any applications that depend on DTLS 1.0 (most likely gateways to other teleconferencing systems) should update to a more recent protocol. If your enterprise needs additional time to adjust, a policy will be made available to temporarily extend the removal.
-
CORS enterprise policies will no longer work in Chrome 84
The CorsMitigationList and CorsLegacyModeEnabled policies will be removed in Chrome 84, as previously communicated.
- The URL Allowlist policy will not allow you to allowlist external protocols in Chrome 84
A recent release of Chrome changed the behavior of the URLAllowlist policy to let you allowlist an external protocol. To improve security, this policy will be changed back to its original behavior. As a result, external protocols will not be allowlisted through the policy.
- Chrome will be able to remember approval for launching external protocols in Chrome 84
Users will be able to check "always allow for this site" when opening an external protocol in Chrome 84. The approval will be scoped to the current origin, and will only be available for secure origins.
- Compiler optimization performance improvements in Chrome 85
Chrome will use an improved compiler optimization technique on Mac and Windows in Chrome 85. Enterprises aren't expected to notice any changes, but admins should test Chrome 85 Beta in their environment to confirm this change doesn't interfere with any software running in their environment. Software interacting with Chrome in unexpected or unsupported ways (e.g. code injection) may not function as expected with Chrome 85.
- The ForceNetworkInProcess policy will no longer take effect in Chrome 84
Chrome 73 introduced a change to move network activity into a separate process. We were aware of known incompatibilities with some third-party software that injected into Chrome's process, so the ForceNetworkInProcess policy was provided as a temporary stop-gap to revert to the old behavior. The transition period for this change will end in Chrome 84, and the policy will no longer have any effect.
-
Chrome on Mac will have additional protections for sensitive enterprise policies in Chrome 84
Macs that are not managed by a UEM/EMM/MDM (or legacy MCX) will ignore certain sensitive enterprise policies that may be set by malware, on Chrome 84.
- Insecure downloads will be blocked from secure pages, with changes in Chrome 84 through Chrome 88
By Chrome 88, downloads from insecure sources will no longer be allowed when started from secure pages. This change will be rolled out gradually, with different file types affected in different releases:
- Executables—Users will be warned in Chrome 84, and files will be blocked in Chrome 85
- Archives—Users will be warned in Chrome 85, and files will be blocked in Chrome 86
- Other non-safe types—Users will be warned in Chrome 86, and files will be blocked in Chrome 87
- Other files—Users will be warned in Chrome 87, and files will be blocked in Chrome 88
Warnings on Android will lag behind Desktop warnings by one release, for example Executables will show a warning starting in Chrome 85.
The existing InsecureContentAllowedForUrls policy can be used to allow specific page URLs to download insecure files. You can read more details in our blog post.
- Wildcards no longer supported in PluginsAllowedForUrls in Chrome 85
Also in preparation for the Flash deprecation later this year, Chrome will be removing the ability for enterprises to define wildcards for PluginsAllowedForUrls policy in Chrome 85. If you're using wildcards in that policy, you will need to switch to specific allowlists for any sites that are still using Flash. This change is intended to help determine which sites still require updating, with time to adjust before support for Flash is removed completely in Dec 2020.
- Insecure public pages no longer allowed to make requests to private or local URLs in Chrome 85
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). For example, http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. A policy will be provided to disable this mechanism, and another one to allow specific pages to make requests to more private IP Address Spaces.
-
Cross-origin fetches will be disallowed from content scripts in Chrome Extensions in Chrome 85
As part of an effort to improve Chrome Extension security, cross-origin fetches are being disallowed from content scripts in Chrome Extensions. Cross-Origin Read Blocking (CORB) has already applied to content scripts since M73. We plan to also enable CORS for content script requests starting in M85. We expect most extensions to be unaffected by the CORS change, but there is a chance that some requests initiated from content scripts may start to fail.
Please test Chrome Extensions that your business depends on, to make sure they work with the new behavior when Chrome is launched with the following cmdline flags (in 81.0.4035.0 or later):
--enable-features=OutOfBlinkCors,CorbAllowlistAlsoAppliesToOorCorsDuring the test, watch for fetches or XHRs that are initiated by content scripts and blocked by CORS. If extensions you depend on are affected, then please open bugs to add the affected extensions to a temporary allowlist to exempt them from the change. The changes only affect fetches or XHRs for content types not blocked by CORB (such as images, JavaScript, and CSS), and only if the server does not approve the CORS request with an Access-Control-Allow-Origin response header.
For more details please see: www.chromium.org.
- Improved resource consumption when a window is not visible in Chrome 85
To save on CPU and power consumption, Chrome will detect when a window is covered by other windows and will suspend work painting pixels. A previous version of this feature had an incompatibility with some virtualization software. Known bugs have been fixed, but if you experience any issues, you will be able to disable this feature using the NativeWindowOcclusionEnabled policy.
- The Legacy Browser Support extension will be removed from the Chrome Web Store in Chrome 85
Legacy Browser Support (LBS) is now built into Chrome, and the old extension is no longer needed. The Chrome team is planning to unpublish LBS from the Chrome Web Store in Chrome 85, and it will be removed from devices in Chrome 86. To continue using Legacy Browser Support, ensure you're using Chrome's built-in policies, documented here. If you run into issues using the built-in LBS policies please file a new issue report at http://crbug.com/new.
- Factor in scheme when determining if a request is cross-site (Schemeful Same-Site) in Chrome 86
Chrome 86 will modify the definition of same-site for cookies such that requests on the same registrable domain but across schemes are considered cross-site instead of same-site. For example, http://site.example and https://site.example will be considered cross-site to each other.
For enterprises that need extra time to adjust to these changes, policies will be made available.
Upcoming Chrome OS changes
- Adding print server support for CUPS
We’re working on a feature to add support for Common UNIX Printing System (CUPS) printing to print servers from Chrome OS. You and your users will be able to configure connections to external print servers and print from the printers on servers using CUPS.
Upcoming Admin console changes
- New Version Report and Update Controls
There will be a new Version Report and Update Controls available in Admin Console. These features give increased visibility into the Chrome versions that are deployed in your organization and allow admins more detailed control of how Chrome Browser updates. If you would like to sign up to be a Trusted Tester for these features, please enter your test domain and a contact email into this form.
Chrome Browser updates
- Chrome’s consumer terms of service will be updated on March 31, 2020
We are updating the Google Terms of Service effective March 31, 2020, and the improved Terms will now cover Chrome and Chrome OS. See a summary of the key changes and a preview of the new Terms and Additional Terms. Google users have been notified in-product of this change.
- NTLM / Kerberos authentication disabled by default in Incognito mode and guest sessions
Ambient authentication (NTLM/Kerberos) will be disabled by default in Incognito mode and guest sessions in Chrome 81. To revert to the old behavior and allow ambient authentication, use the AmbientAuthenticationInPrivateModesEnabled policy.
- TLS 1.3 hardening measure
TLS 1.3 includes a hardening measure to strengthen the protocol’s protections against a downgrade to TLS 1.2 and earlier. This measure is backward compatible and doesn’t require that proxies support TLS 1.3. It only requires that proxies correctly implement TLS 1.2. However, last year, we had to partially disable this measure due to noncompliant, TLS-terminating proxies.
The following list contains the minimum firmware versions for affected products that we're aware of:
Palo Alto Networks:
- PAN-OS 8.1 must be upgraded to 8.1.4 or later.
- PAN-OS 8.0 must be upgraded to 8.0.14 or later.
- PAN-OS 7.1 must be upgraded to 7.1.21 or later.
Cisco Firepower Threat Defense and ASA with FirePOWER Services when operating in “Decrypt - Resign mode/SSL Decryption Enabled” (advisory PDF):
- Firmware 6.2.3 must be upgraded to 6.2.3.4 or later.
- Firmware 6.2.2 must be upgraded to 6.2.2.5 or later.
- Firmware 6.1.0 must be upgraded to 6.1.0.7 or later.
You can opt in to the new measure to test it and confirm if your proxy is affected using the TLS13HardeningForLocalAnchorsEnabled policy. If you encounter problems, you should upgrade affected proxies to fixed versions.
Starting in Chrome 81, the new measure will become the default. However, you will be able to use the same policy to opt out if you need to upgrade affected proxies. This policy will be available until Chrome 86.
- Changes to how HTTPS pages load subresources
In Chrome 81, http:// audio and video resources on https:// pages started getting autoupgraded to https://, and Chrome blocked them by default if they failed to load over https://. Users can unblock affected audio and video resources by clicking on the lock icon in the address bar and selecting Site Settings. Also in Chrome 80, http:// images on https:// pages were still allowed to load, but users started seeing “Not Secure” in the address bar.
In Chrome 81, http:// images on https:// pages will be autoupgraded to https://, and Chrome will block them by default if they fail to load over https://.
You can control these changes using the StricterMixedContentTreatmentEnabled policy (Strict treatment for mixed content in the Admin console), which disables autoupgrades for audio and video and the warning for images. This policy is a temporary policy and will be removed in Chrome 84.
The InsecureContentAllowedForUrls and InsecureContentBlockedForUrls policies will control the site setting described above. These policies will eventually be removed, but there is no timeframe for their removal yet.
You should begin ensuring that resources in pages are fetched over HTTPS and manage exceptions using a policy. For more information, see the Chromium blog.
- FTP support removed
FTP will no longer be directly supported in Chrome 81. Your users should use a native FTP client instead.
- Known incompatibility with older versions of Carbon Black Protection (Bit9)
Carbon Black Protection (previously known as Bit9) has a known incompatibility with Chrome 81, which causes multi-second delays to some page loads. Update to Carbon Black Protection 8.1.8 when it becomes available to fix the incompatibility. Carbon Black has more information about the issue here.
- Introduction of tab groups for remaining users
Starting in Chrome 80, some users were able to organize their tabs by grouping them on the tab strip. Each group can have a color and a name to help your users keep track of their different tasks and workflows. This will be rolled out widely to Mac, Windows, and Linux users throughout Chrome 81.
- Updated form control elements
A small number of users will see a preview of new form control elements in Chrome 81. These will be launched more broadly with enterprise controls in Chrome 83. If any of your users are having trouble displaying form controls (text boxes, radio buttons, checkboxes, etc), please open a new issue at crbug.com.
- Developer changes to Chrome Web Store
The Chrome Web Store charges a $5.00 fee to register as a Chrome Web Store developer. This fee was previously required only before publishing an item to the public, but is now required for all Chrome Web Store developers. For more information, see this blog post.
Chrome OS updates
- Use websites and Progressive Web Apps (PWAs) on Chrome OS Kiosk
IT admins can now use the Google Admin console to install websites and Progressive Web Apps (PWAs) on managed Chrome devices in locked-down kiosk mode.
- Linux (Beta) support for Android emulators
Developers often need to run virtual machines, such as an Android developer who uses the Android emulator to test their app. While previously Linux for Chromebooks (aka Crostini) did not support virtual machines, this change allows Crostini to run virtual machines on specific boards.
- Deploy Android apps to your Chromebook from Linux (Beta)
Android developers using Linux for Chromebooks (aka Crostini) can now build apps with Android Studio and test them natively on their Chromebook using Chrome OS’s built-in Android runtime (ARC++). This feature can be turned on from Linux settings.
- IP reporting for all managed devices
Extend support for IP address reporting (LAN and WAN) under “System reporting and troubleshooting” under “Device Details” to include all managed devices with a signed-in, managed user, instead of just single app kiosk devices. This is enabled if “Device state reporting” is enabled under device policy.
- Gestures in tablet mode
Try new gesture navigation to to quickly switch between apps and interact with your Chromebook in tablet mode.
-
To get to the Home Screen at any time, swipe up from the bottom.
-
To see all pinned apps, small-swipe up from the bottom.
-
To return to the previous screen, swipe from the left.
-
To see all open windows, swipe up from the bottom and hold.
-
- End to end support for printers via print servers
Users are now able to connect to and save printers defined by print servers. IT admins can use this functionality to test print server setups for their organization.
- Extended caching of Android apps
So far, APK caching was only applied to force installed apps. From Q1 2020, APK caching is extended to Android apps in allow install mode.
APK caching significantly reduces the installation time of Android apps if the same app was already installed on the device before. This especially applies to ephemeral sessions which require the re-installation of apps after every login.
With the extension of APK caching to apps that are marked as "allow install" in the admin console, students and users of Chrome OS devices experience a significantly reduced installation time of their Android apps, helping them to spend more time on relevant tasks.
- Android on Chrome OS kiosk mode deprecation
In Chrome 81, you will no longer have access to set new policies for Android apps in kiosk mode. Existing policies for Android apps in kiosk mode will not be impacted and will be supported until June 2021. Websites and PWAs are the replacement technology for Kiosk, now supported in Chrome 81.
Admin console updates
- Managed guest session settings redesign and idle settings
The new redesigned settings page for managed guest sessions includes performance improvements, new search filters, and new settings. Admins can now set idle settings and lid close behavior for managed guest sessions.
- Networks settings redesign
The new redesigned Networks page for Chrome & mobile device management includes performance improvements and a fresh look.
- Device list CSV export
Admins can now export a CSV of the Chrome device list, including serial number, last policy sync time, OS version, latest user, and more. To export, go to the device list and click the download icon at the top right of the table.
-
Simultaneously manage Active Directory and Cloud devices
Admins can now manage Chrome OS devices with Active Directory and Chrome OS devices with Cloud policy in the same admin console. A new set of enrollment policies support a mixed device environment along with a new Management Mode flag specifying whether the device is managed by cloud or Microsoft® Active Directory® on the device details page.
-
Remotely clear user profiles from device
Admins can now clear all user profiles from a device remotely for use cases such as getting a device ready for a new user for the coming school year, supporting a rotating internship program and clearing data for troubleshooting without losing device settings.
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| LocalDiscoveryEnabled | Enable chrome://devices |
| ScreenCaptureAllowed | Allow or deny screen capture |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- DNS-over-HTTPS in Chrome 83
The DNS requests of some users are being autoupgraded to their DNS provider’s DNS-over-HTTPS (DoH) service if available, but DoH is disabled by default for managed devices running Chrome OS and for desktop Chrome Browser instances that are domain joined or have at least one active policy.
In Chrome 83, DoH will launch by default for all remaining users. You can disable DNS-over-HTTPS for your users with the DnsOverHttpsMode policy. Setting it to off will ensure your users are not affected by DoH.
- Updated form control elements in Chrome 83
HTML form controls provide the backbone for much of the web's interactivity. One issue, however, is inconsistency in their styling. Older controls were styled to match the user's operating system, while more recent controls were designed to match whatever style was popular at the time. This has led to controls that look mismatched and sometimes outdated. They've also suffered from inconsistent accessibility, touch, and keyboard support.
To address these gaps, Chrome 83 will introduce a new set of defaults for form controls. Developers will have less work to do to keep their controls looking great, consistent, and broadly usable.
If you encounter any incompatibility issues with this change, the UseLegacyFormControls enterprise policy will revert to the old defaults.
-
Deprecation of TLS 1.0 and TLS 1.1 in Chrome 83
The Chrome team announced plans for the deprecation of legacy TLS versions (TLS 1.0 and 1.1) last October. In Chrome 81, we will mark sites that do not support TLS 1.2 and above with a full-page warning telling users that the connection is not fully secure.
If users have sites affected by these changes and need to opt out, you can use the SSLVersionMin policy to disable the security indicator and warning. To allow TLS 1.0 and later without additional warnings, set the policy to tls1. The SSLVersionMin policy will work until January 2021. More details are available in our blog post.
- Third party cookies will be blocked by default for Incognito sessions in Chrome 83
Chrome 83 will block third-party cookies by default in Incognito sessions, with the ability to enable third party cookies on a site-by-site basis.
You will be able to control Chrome's behavior with the existing BlockThirdPartyCookies policy:
- Not set—the user will be able to control third party cookies, and they'll be blocked by default in Incognito sessions
- True—third party cookies blocked in both Incognito and standard sessions
- False—third party cookies will not be blocked, and the setting cannot be changed
- Changes to the ManagedBookmarks policy in Chrome 83
The ManagedBookmarks policy will be subject to stricter verification in Chrome 83. This policy might become invalid if any of "name", "toplevel_name", or "url" fields are not of type "string" as described by the policy.
If your users have any issues seeing managed bookmarks, check to see if the policy has an error in chrome://policy. If you see an error, make sure the ManagedBookmarks policy uses string types for the above fields.
- CORS enterprise policies will no longer work in Chrome 84
The CorsMitigationList and Cors Legacy Mode Enabled policies will be removed in Chrome 83, as previously communicated.
-
The URLAllowlist policy will not allow you to allowlist external protocols in Chrome 83
A recent release of Chrome changed the behavior of the URLAllowlist policy to let you allowlist an external protocol. To improve security, this policy will be changed back to its original behavior. As a result, external protocols will not be allowlisted through the policy.
- Users will be able to check all their saved passwords for leaks in Chrome 83
Chrome 79 started warning users if their credentials had been compromised in a data leak when they logged into a website. Chrome 83 will build on this feature, allowing users to check on all their saved passwords at once. This feature uses the same privacy-preserving system introduced in Chrome 79; it does not send plain-text passwords to Google.
If you wish, you can prevent your users from accessing this feature by preventing Chrome from saving passwords, using the Password Manager Enabled policy.
- Control over the variations framework in Chrome 83
Admins will have more granular control over update behavior in Chrome 83. In addition to the version controls that exist today, Chrome 83 will allow admins to configure Chrome variations with the ChromeVariations (Mac, Windows, and Linux) and DeviceChromeVariations (Chrome OS) policies. You will be able to pick between:
- Variations enabled—this is the default, and allows all variations in Chrome.
- Critical fixes only—this will disable all experiments and progressive rollouts.
- Variations disabled—no changes will be deployed using the variations framework. Choosing this setting significantly increases the risk of security and compatibility issues, and is not recommended.
- Flash Dialog Changes in Chrome 83
Chrome will add warning text to the activation prompt for Flash Player, highlighting the industry wide end of support date (Dec 2020) with a link to learn more. It is not shown to users who have Flash enabled by policy.
- Updated UI for extensions in Chrome 83
Chrome 83 will have an improved extensions area in both the main browser and PWA windows, with an enhanced extensions menu.
- Updated Tabstrip UI in Chrome 83
Chrome 83 will feature a way to group related tabs, and will display preview images when hovering over tabs.
- Improved resource consumption when a window is not visible in Chrome 83
To save on CPU and power consumption, Chrome will detect when a window is covered by other windows and will suspend work painting pixels. A previous version of this feature had an incompatibility with some virtualization software. Known bugs have been fixed, but if you experience any issues, you will be able to disable this feature using the NativeWindowOcclusionEnabled policy.
This feature will roll out to some users in Chrome 83.
- DTLS 1.0 will be removed in Chrome 83
DTLS 1.0, a protocol used in WebRTC for interactive audio and video, will be removed by default in Chrome 83. Any applications that depend on DTLS 1.0 (most likely gateways to other teleconferencing systems) should update to a more recent protocol. If your enterprise needs additional time to adjust, a policy will be made available to temporarily extend the removal.
- Insecure public pages no longer allowed to make requests to private or local URLs in Chrome 83
Insecure pages will no longer be able to make requests to IPs belonging to a more private address space (as defined in CORS-RFC1918). E.g., http://public.page.example.com will not be able to make requests targeting IP 192.168.0.1 or IP 127.0.0.1. A policy will be provided to disable this mechanism, and another one to allow specific pages to make requests to more private IP Address Spaces.
- Wildcards no longer supported in PluginsAllowedForUrls in Chrome 83
Also in preparation for the Flash deprecation later this year, Chrome will be removing the ability for enterprises to define wildcards for PluginsAllowedForUrls policy in Chrome 83. If you're using wildcards in that policy, you will need to switch to specific allowlists for any sites that are still using Flash. This change is intended to help determine which sites still require updating, with time to adjust before support for Flash is removed completely in Dec 2020.
- Chrome apps deprecation in Chrome 83
As announced in January, Chrome apps will be phased out and ultimately disabled by June 2022. Beginning in Chrome 81, new public Chrome apps will no longer be accepted by the Chrome Web Store. Beginning in Chrome 83, Chrome will no longer support Chrome apps on Microsoft® Windows®, Apple® Mac®, and Linux®. If your organization needs extra time to adjust, a policy will be available to extend support until Chrome 87.
- Insecure downloads will be blocked from secure pages, with changes in Chrome 83 through Chrome 86
By Chrome 86, downloads from insecure sources will no longer be allowed when started from secure pages. This change will be rolled out gradually, with different file types affected in different releases:
- Executables—users will be warned in Chrome 83, and files will be blocked in Chrome 84
- Archives—users will be warned in Chrome 83, and files will be blocked in Chrome 84
- Other non-safe types (e.g. pdfs)—users will be warned in Chrome 84, and files will be blocked in Chrome 85
- Other files—users will be warned in Chrome 85, and files will be blocked in Chrome 86
The existing InsecureContentAllowedForUrls policy can be used to allow specific page URLs to download insecure files. You can read more details in our blog post.
- Cross-origin fetches will be disallowed from content scripts in Chrome Extensions in Chrome 85
As part of an effort to improve Chrome Extension security, cross-origin fetches are being disallowed from content scripts in Chrome Extensions. Cross-Origin Read Blocking (CORB) has already applied to content scripts since M73. We plan to also enable CORS for content script requests starting in M85, which will reach the stable channel around June 9th. We expect most extensions to be unaffected by the CORS change, but there is a chance that some requests initiated from content scripts may start to fail.
Please test Chrome Extensions that your business depends on, to make sure they work with the new behavior when Chrome is launched with the following cmdline flags (in 81.0.4035.0 or later):
--enable-features=OutOfBlinkCors,CorbAllowlistAlsoAppliesToOorCorsDuring the test, watch for fetches or XHRs that are initiated by content scripts and blocked by CORS. If extensions you depend on are affected, then please open bugs to add the affected extensions to a temporary allowlist to exempt them from the change. The changes only affect fetches or XHRs for content types not blocked by CORB (such as images, JavaScript, and CSS), and only if the server does not approve the CORS request with an Access-Control-Allow-Origin response header.
For more details please see: www.chromium.org
- Factor in scheme when determining if a request is cross-site in Chrome 84
Chrome 84 will modify the definition of same-site for cookies such that requests on the same registrable domain but across schemes are considered cross-site instead of same-site. E.g., http://site.example and https://site.example will be considered cross-site to each other.
- The ForceNetworkInProcess policy will no longer take effect in Chrome 84
Chrome 73 introduced a change to move network activity into a separate process. We were aware of known incompatibilities with some third-party software that injected into Chrome's process, so the ForceNetworkInProcess policy was provided as a temporary stop-gap to revert to the old behavior. The transition period for this change will end in Chrome 84, and the policy will no longer have any effect.
Upcoming Chrome OS changes
- Adding print server support for CUPS
We’re working on a feature to add support for Common UNIX Printing System (CUPS) printing from print servers on Chrome OS. You and your users will be able to configure connections to external print servers and print from the printers on servers using CUPS.
Chrome Browser updates
- Updates to cookies with SameSite
Starting in Chrome 80, cookies that don’t specify a SameSite attribute will be treated as if they were SameSite=Lax. Cookies that still need to be delivered in a cross-site context can explicitly request SameSite=None. Cookies with SameSite=None must also be marked Secure and delivered over HTTPS. To reduce disruption, the updates will be enabled gradually, so different users will see it at different times. We recommend that you test critical sites using the instructions for testing.
You will be able to revert to the legacy cookie behavior using policies until Chrome 88. You can specify trusted domains using LegacySameSiteCookieBehaviorEnabledForDomainList or control the global default with LegacySameSiteCookieBehaviorEnabled. For more details, visit Cookie Legacy SameSite Policies. - Pop-ups and synchronous XHR requests not allowed on page unload
Pop-ups and synchronous XHR requests won’t be allowed on page unload. This change will improve page load time and make code paths simpler and more reliable. If you encounter incompatibilities with legacy software, you will be able to revert to behavior matching Chrome 79 and earlier using the following policies, which will be available until Chrome 88:
-
To allow pop-ups on page unload, see AllowPopupsDuringPageUnload
-
To allow synchronous XHRs on page unload, see AllowSyncXHRInPageDismissal
-
- Control data types in Chrome sync
Chrome users have the ability to granularly enable or disable each type of data that’s synchronized in the advanced Data from Chrome sync settings. In Chrome 80, you can also control the data types synced using the SyncTypesListDisabled policy.
-
Changes to how HTTPS pages load secure subresources in Chrome 80 and 81
In Chrome 80, http:// audio and video resources on https:// pages will be autoupgraded to https://, and Chrome will block them by default if they fail to load over https://. Users can unblock affected audio and video resources by clicking on the lock icon on the address bar and selecting Site Settings. In Chrome 80, http:// images on https:// pages will still be allowed to load, but users will see “Not Secure” on the address bar.
In Chrome 81, http:// images on https:// pages will be autoupgraded to https://, and Chrome will block them by default if they fail to load over https://.
You can control these changes using the StricterMixedContentTreatmentEnabled policy, which disables autoupgrades for audio and video and the warning for images. This policy is a temporary policy and will be removed in Chrome 84. The InsecureContentAllowedForUrls and InsecureContentBlockedForUrls policies will control the site setting described above.
You should begin ensuring that resources in pages are fetched over HTTPS and manage exceptions using a policy. For more information, see the Chromium blog.
- Control if websites can check for user payment methods
The PaymentMethodQueryEnabled policy allows you to control if websites can check for user payment methods. For details, see PaymentMethodQueryEnabled.
-
Web Components v0 removed
The Web Components v0 APIs (Shadow DOM v0, Custom Elements v0, and HTML Imports) were supported only by Chrome Browser. To ensure interoperability with other browsers, late last year, we announced that these v0 APIs were deprecated and will be removed in Chrome 80. For more information, see the Web Components update.
Until Chrome 85, you can use the WebComponentsV0Enabled policy to re-enable web components v0.
-
Introduction of tab groups for some users
Starting in Chrome 80, some users will be able to organize their tabs by grouping them on the tab strip. Each group can have a color and a name to help your users keep track of their different tasks and workflows. A wider rollout is planned for Chrome 81.
-
Block external extensions
In Chrome 80, you can use the BlockExternalExtensions policy to stop the installation of external extensions on your devices. The policy will not block kiosk apps or extensions installed by policy.
-
Chrome Browser Cloud Management Reporting Companion no longer required
The functionality previously provided by the Chrome Browser Cloud Management - Reporting Companion extension has been integrated directly into Chrome Browser. If you’re using Chrome Browser Cloud Management, users will no longer see the extension on their devices when reporting is turned on. No action is required from admins or users.
Chrome OS updates
- Enable autorotate for tablet devices with connected external inputs
Autorotation will stay enabled when you connect a mouse to a device in tablet mode. You can pair a mouse with a tablet in portrait mode or a convertible device in tent mode without having to manually rotate your screen.
- Switch default Linux (Beta) container to Debian 10 (Buster)
Developers who set up Linux (Beta) for the first time will now receive a container with Debian 10 (Buster). Previously, containers used Debian 9 (Stretch). Existing Debian 9 containers will be upgraded in the future.
- Policy to show PIN pad on sign-in and lock screen for tablets
In certain environments, such as K–6 education, you might assign numeric-only passwords when more complex passwords are too cumbersome or hard to remember. To make signing in easier on Chrome OS touchscreen devices, you can now show the PIN pad on the sign-in and lock screens by default. Users can still get to the virtual keyboard to enter a full alphanumeric password if needed. For details, see the DeviceShowNumericKeyboardForPassword policy.
-
New notification for Chromebook Enterprise enrollment
In Chrome 80, you no longer need to press Ctrl+Alt+E to begin the device enrollment process. At the end of the onboarding process, you'll see a welcome page where you can start enrollment. This is only available for Chromebook Enterprise devices.
Admin console updates
- Quick switch between pages
Admins can now quickly switch between each of the Chrome pages in the Admin console. Click the current page name to navigate to the other pages.
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| AmbientAuthenticationInPrivateModesEnabled | Enables ambient authentication for profile types |
| DNSInterceptionChecksEnabled | Enables DNS interception checks |
| NTPCustomBackgroundEnabled | Allows users to customize the background on the New Tab page |
| PaymentMethodQueryEnabled | Allows you to control if websites can check for user payment methods |
| PrinterTypeDenyList | Disables printer types on the deny list |
| StricterMixedContentTreatmentEnabled | Controls treatment for mixed content |
| SyncTypesListDisabled | Controls data types that should be excluded from synchronization |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Known incompatibility with older versions of Carbon Black Protection (Bit9) in Chrome 81
Carbon Black Protection (previously known as Bit9) has a known incompatibility with Chrome 81, which causes multisecond delays to some page loads. An upcoming version of Carbon Black Protection (8.1.8) will fix the incompatibility.
- Improved resource consumption when window not visible in Chrome 81
To save on CPU and power consumption, Chrome 81 will detect when a window is covered by other windows and will suspend work painting pixels. A previous version of this feature had an incompatibility with some virtualization software. Known bugs have been fixed, but if you experience any issues, you will be able to disable this feature using the NativeWindowOcclusionEnabled policy.
- Ambient authentication disabled by default in Incognito mode and guest sessions in Chrome 81
Ambient authentication (NTLM/Kerberos) will be disabled by default in Incognito mode and guest sessions in Chrome 81. To revert to the old behavior and allow ambient authentication, use the AmbientAuthenticationInPrivateModesEnabled policy.
- TLS 1.3 hardening measure implemented in Chrome 81
TLS 1.3 includes a hardening measure to strengthen the protocol’s protections against a downgrade to TLS 1.2 and earlier. This measure is backward compatible and doesn’t require that proxies support TLS 1.3. It only requires that proxies correctly implement TLS 1.2. However, last year, we had to partially disable this measure due to bugs in some noncompliant, TLS-terminating proxies.
The following list contains the minimum firmware versions for affected products that we're aware of:
Palo Alto Networks:- PAN-OS 8.1 must be upgraded to 8.1.4 or later.
- PAN-OS 8.0 must be upgraded to 8.0.14 or later.
- PAN-OS 7.1 must be upgraded to 7.1.21 or later.
Cisco Firepower Threat Defense and ASA with FirePOWER Services when operating in “Decrypt - Resign mode/SSL Decryption Enabled” (advisory PDF):
- Firmware 6.2.3 must be upgraded to 6.2.3.4 or later.
- Firmware 6.2.2 must be upgraded to 6.2.2.5 or later.
- Firmware 6.1.0 must be upgraded to 6.1.0.7 or later.
You can opt in to the new measure to test it and confirm if your proxy is affected using the TLS13HardeningForLocalAnchorsEnabled policy. If you encounter problems, you should upgrade affected proxies to fixed versions.
Starting in Chrome 81, the new measure will become the default. However, you will be able to use the same policy to opt out if you need to upgrade affected proxies. This policy will be available until Chrome 86.
-
DNS-over-HTTPS in Chrome 81
The DNS requests of some users are being autoupgraded to their DNS provider’s DNS-over-HTTPS (DoH) service if available, but DoH is disabled by default for managed devices running Chrome OS and for desktop Chrome Browser instances that are domain joined or have at least one active policy.In Chrome 81, DoH is expected to launch by default for all remaining users. You can disable DNS-over-HTTPS for your users with the DnsOverHttpsMode policy. Setting it to "off" will ensure your users are not affected by DoH
-
FTP support will be removed in Chrome 81
FTP will no longer be directly supported in Chrome 81. Your users should use a native FTP client instead. -
New Chrome UI for legacy TLS versions in Chrome 81
The Chrome team recently announced updated plans for the deprecation of legacy TLS versions (TLS 1.0 and 1.1). In Chrome 81, we will mark sites that do not support TLS 1.2 and above with a full-page warning telling users that the connection is not fully secure.If users have sites affected by these changes and need to opt out, you can use the SSLVersionMin policy to disable the security indicator and warning. To allow TLS 1.0 and later without additional warnings, set the policy to tls1. The SSLVersionMin policy will work until January 2021. More details are available in our blog post.
-
Shared clipboard between computers and Android devices in Chrome 82
Users will have the option to share their clipboard content between their computers and Android devices. To share, they need to have Chrome Browser installed, be signed in on both devices with the same account, and have Chrome sync turned on.The text is end-to-end encrypted, and Google can’t see the contents. You can control this feature using the SharedClipboardEnabled policy.
-
Changes to the ManagedBookmarks policy in Chrome 82
The ManagedBookmarks policy will be subject to stricter verification in Chrome 82. On Android and Apple® macOS®, this policy might become invalid if any of "name", "toplevel_name", or "url" fields are not of type "string" as described by the policy. -
Chrome apps deprecation in Chrome 83
As announced in January, Chrome apps will be phased out and ultimately disabled by June 2022. Beginning in Chrome 81, new Chrome apps will no longer be accepted by the Chrome Web Store. Beginning in Chrome 83, Chrome will no longer support Chrome apps on Microsoft® Windows®, Apple® Mac®, and Linux®. If your organization needs extra time to adjust, a policy will be available to extend support until Chrome 87. -
The ForceNetworkInProcess policy will no longer take effect in Chrome 84
Chrome 73 introduced a change to move network activity into a separate process. We were aware of known incompatibilities with some third-party software that injected into Chrome's process, so the ForceNetworkInProcess policy was provided as a temporary stop-gap to revert to the old behavior. The transition period for this change will end in Chrome 84, and the policy will no longer have any effect.
Upcoming Chrome OS changes
- Adding print server support for CUPS
We’re working on a feature to add support for Common UNIX Printing System (CUPS) printing from print servers on Chrome OS. You and your users will be able to configure connections to external print servers and print from the printers on servers using CUPS.
- Updates for USB devices with Linux
From the Chrome shell (crosh), you’ll be able to attach a USB device to Linux apps running on a Chromebook so that Linux apps can access the Linux instance.
Upcoming Google Admin console changes
- Chrome OS kiosk mode support for web apps
In a future Chrome OS release, devices in kiosk mode will support Progressive Web Apps and websites. Support will include Auto-Launch App mode.
-
Android on Chrome OS kiosk mode
In Chrome 81, you will no longer have access to set new policies for Android apps in kiosk mode. Existing policies for Android apps in kiosk mode will not be impacted and will be supported until June 2021.
Chrome Browser updates
- Drive integration in the address bar
Rolling out in the coming weeks, users will be able to search for Google Drive files that they have access to from the address bar. Their input will search through both titles and document contents and the most relevant documents based on their history will appear.
This behavior is on by default and can be controlled from the G Suite admin console or by individual users in their Chrome settings. You can see more details in this G Suite announcement. - HTTPS pages will only be able to load secure subresources, with changes from Chrome 79 to Chrome 81
In Chrome 79, we’re introducing a new setting to unblock mixed content on specific sites. This setting will apply to mixed scripts, iframes, and other types of content that Chrome currently blocks by default. End users can switch this setting by clicking the lock icon on any https:// page and clicking Site Settings.
In Chrome 80, mixed audio and video resources will be auto-upgraded to https://, and Chrome will block them by default if they fail to load over https://. Users can unblock affected audio and video resources with the setting described above. Also in Chrome 80, mixed images will still be allowed to load, but they will cause Chrome to show a “Not Secure” chip in the omnibox.
In Chrome 81, mixed images will be auto-upgraded to https://, and Chrome will block them by default if they fail to load over https://.
The breaking changes coming in Chrome 80 and 81 will be controllable by enterprise policy. Enterprise policies to control this feature will be StricterMixedContentTreatmentEnabled which disables autoupgrades for audio and video, and the warning for images, this one will be temporary and we'll remove it on Chrome 84.
InsecureContentAllowedForUrls/InsecureContentBlockedForUrls will control the setting described above. More information on these changes is available in the Chromium blog. Admins should begin ensuring that resources in pages under their control are fetched over HTTPS. Exceptions can be managed through policy.
- Better password and phishing protections in Chrome
For more details on how these work, see this blog post.
-
Users warned if credentials are leaked: Starting in Chrome 79, we will notify users if their credentials are part of a known data breach. The system can detect this without sending plain-text passwords to Google. You will be able to enable or disable this feature for your users using the PasswordLeakDetectionEnabled policy.
-
Realtime phishing detection: We'll also be offering enhanced protection against quick-changing sites, by inspecting page URLs with Safe Browsing's servers in real-time, resulting in a 30% increase in protections. We will initially be rolling out this protection for users who have already opted into the ‘Make searches and browsing better’ option in Chrome. Enterprises administrators can manage this setting directly using the UrlKeyedAnonymizedDataCollectionEnabled policy.
-
Expanding predictive phishing protection: With this latest release, we’re also expanding Chrome Safe Browsing’s predictive phishing protections to everyone signed in to Chrome, even if you have not enabled Sync. In addition, this feature will now work for all the passwords you have stored in Chrome’s password manager. This protection will not be enabled if your users are not signed into Chrome and have not enabled Chrome Password Manager. You could also choose to disable Chrome Safe Browsing using the SafeBrowsingEnabled policy. We discourage doing this as it will disable all built-in anti-abuse protections in Chrome.
-
- CORS implementation is more secure
Chrome is modifying its Cross-Origin Resource Sharing (CORS) implementation to be more secure. As a result, the following changes will be introduced incrementally, starting on January 6th, 2020. This gradual rollout will happen over the following several weeks:
-
Extensions’ webRequest API—Before this change, extensions that have the webRequest permission could modify any network request headers and they would be ignored by the CORS protocol. However, in Chrome 79, the CORS protocol inspects modified headers and will trigger a CORS preflight request to the destination servers when the modified request doesn’t meet the SimpleRequest requirement. If enterprise users are using a Chrome extension that’s affected by this change, the extension author will need to update the extension to specify ‘extraHeaders’ in opt_extraInfoSpec, or update the server-side logic to accept the CORS requests correctly. See the Extensions API document for more details.
-
Headers injected by Chrome—Before this change, headers injected by Chrome for a particular enterprise policy didn't trigger the CORS protocol. However, in Chrome 79, this will trigger a CORS preflight request. Server implementations might need to be updated to handle CORS preflight requests.
If you need extra time to adapt to this CORS migration, there are two enterprise policies available to you. These are temporary policies which will only be available until Chrome 82.
-
CorsLegacyModeEnabled—Enable the old CORS implementation, which is compatible with Chrome 78 and earlier versions. You can use this policy to opt-out of this gradual rollout.
-
CorsMitigationList—This policy sets the ‘extraHeaders’ in opt_extraInfoSpec internally so that any Extension that is not ready for this CORS migration can work without modifications. You can also specify customized headers that should be ignored by CORS checks.
The OOR-CORS Troubleshooting page will help investigate incompatibility issues and customize these policies.
-
- Trial of autoupgrade for DNS-over-HTTPS
The DNS requests of some users will autoupgrade to their DNS provider’s DNS-over-HTTPS (DoH) service if available. During this trial, DoH will be disabled by default for managed devices running Chrome OS and for desktop Chrome Browser instances that are domain joined or have at least one active policy.
You can disable DNS-over-HTTPS for your users with the DnsOverHttpsMode policy. Setting it to "off" will ensure your users are not affected by DoH.
- Click-to-call
Users are able to click on a phone number in Chrome to send it to their Android phone. To send the number, users need to have Chrome Browser installed and be signed in on both devices with the same account. The number is end-to-end encrypted and Google can’t see the contents. You can control this behavior with the ClickToCallEnabled enterprise policy.
- Audio sandbox
The audio service on Windows will be sandboxed in Chrome 79 for added security. We have seen incompatibilities with certain configurations of AppLocker in Chrome 77, although these have been fixed in Chrome 78. Other similar products might also have issues with the sandbox. If your users have issues with audio playing in Chrome 79, you can disable the audio sandbox using the AudioSandboxEnabled policy.
- New Chrome UI for legacy TLS versions in Chrome 79 and Chrome 81
The Chrome team recently announced our updated plans around our deprecation and planned removal of legacy TLS versions (TLS 1.0 and 1.1). Starting in January 2020 in Chrome 79, we will mark sites that do not support TLS >=1.2 as "Not Secure" and no longer show the lock icon for them.
In Chrome 81, we will start showing a full-page interstitial warning telling users that the connection is not fully secure.
If enterprise users have sites affected by these changes and need to opt out, admins can use the existing SSLVersionMin policy to disable the security indicator and interstitial warning on all affected sites. Admins should set it to "tls1" to allow TLS 1.0 and later without additional warnings. This policy will work until January 2021. More details are available in our blog post.
- New policy for controlling memory
We’re introducing a new policy to give admins more control over Chrome's memory usage, which allows you to better manage shared virtual sessions. The TotalMemoryLimitMb policy configures the amount of memory that a single Chrome instance can use before starting to discard background tabs. When discarded, the memory used by the tab is freed, and the user will have to reload the tab when switching to it.
If the policy is set, Chrome will begin to discard tabs to save memory once the user exceeds the limit. However, there is no guarantee that Chrome will always run under the limit—for example, the active tab is never discarded. Any value under 1,024 will be rounded up to 1,024. If this policy is not set, the browser will only attempt to save memory after it has detected that the amount of physical memory on its machine is low (available on Windows and Mac).
- On Linux, server certificate verification will use the built-in certificate verifier instead of NSS
Chrome on Linux will perform verification of server certificates using the built-in certificate verifier instead of NSS, starting in Chrome 79. The built-in verifier will still use the NSS trust store, so we expect that users won’t see this change. However there are some cases where differences might occur:
-
Certificates with invalid encodings: The built-in verifier is stricter about enforcing spec compliance and might reject some certificates that NSS allowed. This should not affect any publicly trusted certificates, but might affect enterprises with internal PKIs.
-
Directly trusted end-entity (leaf) certificates: The built-in verifier does not support directly marking server certificates as trusted; certificates must be issued by a CA that is trusted.
-
The verifier can be toggled using the BuiltinCertificateVerifierEnabled policy, allowing affected enterprises a chance to update their certificate infrastructure if they are affected by the transition. The policy will be supported through Chrome 82 on Linux to give enterprises sufficient time to update and test their infrastructure. Chrome OS switched to the built-in verifier in Chrome 77, and the policy will be supported on that platform through Chrome 80.
-
Chrome Browser Cloud Management Reporting Companion is no longer required
The functionality previously provided by the "Chrome Cloud Management - Reporting Companion" extension has been integrated directly into Chrome. If you're using Chrome Browser Cloud Management, some of your users will no longer see this extension on your fleet when you enable reporting. It will be completely removed for all users in Chrome 80. No action is required from you or your users.
-
Chrome Renderer Integrity protects users
Chrome Renderer Integrity is on by default for users on Microsoft® Windows® 10 version 1511 and later. It prevents unsigned modules from loading in Chrome Browser’s renderer processes that deal with user content to prevent certain types of malicious attacks.
Chrome 78 enabled this feature, but it was rolled back due to unforeseen incompatibilities with other software. Those issues have been addressed, and this will be rolled out again in Chrome 79. Affected software and mitigations are listed in this support thread.
To help with any incompatibilities, you can temporarily disable Chrome Renderer Integrity using the RendererCodeIntegrityEnabled policy.
Chrome OS updates
- Continued improvements to Virtual Desks
With Chrome 79, we are rolling out new improvements for virtual desktops, which are called Virtual Desks in Chrome OS. One improvement is when you open a link, it will always open on your current desk. This helps you keep your workspaces separated.
- New Overview mode for tablets
When in tablet mode, there's an updated Overview mode. It makes it easy to scroll through your open windows, and works well on smaller screens. For split screen, just long press on a window to drag it to the left or right side to start split screen. The new Overview is available in tablet mode only on slates, convertibles, and detachables.
- Lock Screen Media Controls
We are adding media controls to the Chrome OS lock screen. This will allow users to see what is playing and control playback while the device is locked.
- Unified App Management for end users in Settings
Basic settings and permissions of apps in Chrome OS can now be managed from the new App Management feature, available in Settings.
- Broader Crostini support for arbitrary ports on localhost
Previously, web developers using Linux Beta (aka Crostini) could only access local servers in Chrome if they were running on a small number of allowlisted ports. This restriction has been lifted, and now it no longer matters what port the local server is using.
- General PPD Attribute Support in CUPS
Advanced printing features are now supported in print preview for native printers under “Advanced Settings”. This includes advanced finishing features like stapling, hole punch, paper tray selection, and many more! Please note, specific printing features will vary based on printer compatibility and how the printer is configured.
- Printing Metrics API
New printingMetrics API is now available for forced installed extensions to see a managed user’s print history when printing to a native printer. To learn more about the API, please visit the developer API page.
- SAML default on for Enterprise
Currently, SAML SSO is deactivated for Chromebooks by default. This means that if you are using a SAML provider your users are able to access their accounts and their G Suite services on any device other than a Chromebook. From January 2020, we will activate SAML SSO for Chromebooks of new accounts, meaning your users will no longer be restricted to non-Chrome OS devices.
- Simplifying the Out of Box experience for Android apps
Currently, Google Play is deactivated by default. When activated, the Managed mode, which allows you to restrict the apps that users can install, is selected by default. Starting on December 2, 2019, we activated Google Play by default in All Access Mode (for all managed accounts, except Education users). This means that enterprise users will be granted full access to the managed Google Play store; allowing them to search and install any app on their Chrome devices, including apps you haven’t approved.
Admin Console updates
- New managed guest session settings page rolling out soon
The new managed guest session settings page is rolling out and will be available for all customers soon. The new page features a redesigned search interface, more information about policy inheritance, and a few new policies.
-
Remote configuration of driverless printers
Driverless printers are now supported from the Printer Management page in the Admin console. Administrators can now remotely configure printers that rely on auto discovery (using IPP to query the printer and set job attributes for the print job) to connect. Previously, only PPD based printers could be configured from the admin console. -
Initiate remote desktop connection for kiosk devices from Admin console
IT admins can now remotely initiate a Chrome Remote Desktop connection into a kiosk device and take control of the device for support and troubleshooting from the Device Details page in the Admin console.
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| AudioSandboxEnabled Browser Only |
Allow the audio sandbox to run. If third-party software is interfering with Chrome's audio, setting this policy to false may resolve the issue. |
| ClickToCallEnabled | Enable the Click to Call feature which allows users to send phone numbers from Chrome Desktops to an Android device when the user is Signed-in. |
| CorsLegacyModeEnabled | Use the legacy CORS implementation rather than new CORS |
| CorsMitigationList | Enable CORS check mitigations in the new CORS implementation |
| DefaultInsecureContentSetting | Control use of insecure content exceptions |
| ExternalProtocolDialogShowAlwaysOpenCheckbox Browser Only |
Show an "Always open" checkbox in external protocol dialog |
| InsecureContentAllowedForUrls | Allow insecure content on these sites |
| InsecureContentBlockedForUrls | Block insecure content on these sites |
| LegacySameSiteCookieBehaviorEnabled | Default legacy SameSite cookie behavior setting |
| LegacySameSiteCookieBehaviorEnabledForDomainList | Revert to legacy SameSite behavior for cookies on these sites |
| SharedClipboardEnabled | Enable the Shared Clipboard Feature |
| TLS13HardeningForLocalAnchorsEnabled | Enable a TLS 1.3 security feature for local trust anchors |
| WebRtcLocalIpsAllowedUrls | URLs for which local IPs are exposed in WebRTC ICE candidates |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- SyncTypesListDisabled policy in Chrome 80
Chrome users have the ability to granularly enable or disable each type of sync data. In Chrome 80, this control will also be an enterprise policy, so that admins can control the sync types across their organization.
- PaymentMethodQueryEnabled in Chrome 80
We are working on an enterprise policy that allows you to set whether websites are allowed to check if your user has payment methods saved. If the setting is enabled or not set, then websites are allowed to check if the user has payment methods saved. If this policy is set to disabled, websites that use PaymentRequest.canMakePayment or PaymentRequest.hasEnrolledInstrument API will be informed that no payment methods are available.
- Tab freezing on desktop in Chrome 80
Chrome 80 will introduce a new feature to save memory, CPU, and battery for Windows, Mac, Linux, and Chrome OS. Tabs that have been in the background for 5 minutes or more will be frozen, as long as Chrome detects that they are freezable (such as not playing audio). Frozen pages are not able to run any tasks. Web developers can opt their pages out of freezing with an origin trial. You will be able to disable this behavior with the TabFreezingEnabled policy.
- Pop-ups and synchronous XHR requests not allowed on page unload in Chrome 80
Pop-ups and synchronous XHR requests won’t be allowed on page unload. This change will improve page load time and make code paths simpler and more reliable. If you encounter incompatibilities with legacy software, you will be able to revert to behavior matching Chrome 79 and earlier using the following policies, which will be available until Chrome 82:
-
Allow pop-ups on page unload: AllowPopupsDuringPageUnload
-
Allow synchronous XHRs on page unload: AllowSyncXHRInPageDismissal
-
- FTP support will be removed in Chrome 80
FTP won’t be directly supported in Chrome Browser. Your users should use a native FTP client instead. To help with the transition, you will be able to use the FTPProtocolSupport policy to temporarily re-enable FTP until Chrome 82.
- Updates to cookies with SameSite in Chrome 80
Starting in Chrome 80 on the Stable channel, cookies that don’t specify a SameSite attribute will be treated as if they were SameSite=Lax. Cookies that still need to be delivered in a cross-site context can explicitly request SameSite=None. The attributes must also be marked Secure and delivered over HTTPS.
This new behavior will also take effect in Chrome 79 on the Beta channel only. Because this change might be disruptive, we recommend you test critical sites on the Chrome 79 Beta channel, which will be available starting Oct. 31. See instructions for testing.
You will be able to revert to the legacy cookie behavior using policies, starting in Chrome 79 in Beta. You can specify trusted domains using LegacySameSiteCookieBehaviorEnabledForDomainList or control the global default with LegacySameSiteCookieBehaviorEnabled. For more details, visit Cookie Legacy SameSite Policies. -
Tab groups will be introduced in Chrome 80
Starting in Chrome 80, some users will be able to organize their tabs by grouping them on the tab strip. Each group can have a color and a name, to help your users keep track of their different tasks and workflows. A wider rollout is planned for Chrome 81.
- Web Components v0 removed in Chrome 80
The Web Components v0 APIs (Shadow DOM v0, Custom Elements v0, and HTML Imports) were supported only by Chrome Browser. To ensure interoperability with other browsers, late last year, we announced that these v0 APIs were deprecated and will be removed in Chrome 80. You can find more information in the Web Components update.
If you need additional time to adjust to this removal, you will be able to use the WebComponentsV0Enabled policy to re-enable web components v0 for a limited time. - Policy to block external extensions in Chrome 80
In Chrome 80, you will be able to use the BlockExternalExtensions enterprise policy to stop external extensions from being installed on your fleet. It will not block kiosk apps, or extensions provided by recommended policies.
- TLS 1.3 hardening measure implemented in Chrome 81
TLS 1.3 includes a hardening measure to strengthen the protocol’s protections against a downgrade to TLS 1.2 and earlier. This measure is backward compatible and doesn’t require that proxies support TLS 1.3. It only requires that proxies correctly implement TLS 1.2. However, last year, we had to partially disable this measure due to bugs in some noncompliant, TLS-terminating proxies.
The following list contains the minimum firmware versions for affected products that we're aware of:
Palo Alto Networks:- PAN-OS 8.1 must be upgraded to 8.1.4 or later.
- PAN-OS 8.0 must be upgraded to 8.0.14 or later.
- PAN-OS 7.1 must be upgraded to 7.1.21 or later.
Cisco Firepower Threat Defense and ASA with FirePOWER Services when operating in “Decrypt - Resign mode/SSL Decryption Enabled” (advisory PDF):
- Firmware 6.2.3 must be upgraded to 6.2.3.4 or later.
- Firmware 6.2.2 must be upgraded to 6.2.2.5 or later.
- Firmware 6.1.0 must be upgraded to 6.1.0.7 or later.
Starting in Chrome 79, you will be able to opt in to the new measure to test it and confirm if your proxy is affected, using the TLS13HardeningForLocalAnchorsEnabled policy. If you encounter problems, you should upgrade affected proxies to fixed versions.
Starting in Chrome 81, the new measure will become the default. However, you will be able to use the same policy to opt out if you need extra time to upgrade affected proxies. This proxy will be available until Chrome 86.
-
Shared clipboard between computers and Android devices in Chrome 81
Users will have the option to share their clipboard content between their computers and Android devices. To share, they need to have Chrome Browser installed, be signed in on both devices with the same account, and have Chrome sync enabled.
The text is end-to-end encrypted, and Google can’t see the contents. This feature will be controllable with the SharedClipboardEnabled policy.
Upcoming Chrome OS changes
- Adding print server support for CUPS
We’re working on a feature to add support for Common UNIX Printing System (CUPS) printing from print servers on Chrome OS. You and your users will be able to configure connections to external print servers and print from the printers on servers using CUPS.
- Updates for USB devices with Linux
From the Chrome shell (crosh), you’ll be able to attach a USB device to Linux apps running on a Chromebook so that Linux apps can access the Linux instance.
Upcoming Google Admin console changes
- Managed guest session support for managed Google Play
A setting in the Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
-
Update blackout windows
The DeviceAutoUpdateTimeRestrictions policy will be in the Admin console. This policy allows admins to set time blocks when automatic update checks are not to be performed. This policy only affects devices configured to auto-launch a kiosk app.
Chrome Browser updates
- Drive integration in the address bar
Rolling out in the coming weeks, users will be able to search for Google Drive files that they have access to from the address bar. Their input will search through both titles and document contents and the most relevant documents based on their history will appear.
This behavior is on by default and can be controlled with the "Google Drive search suggestions" setting in the G Suite admin console. - Flags are being cleaned up starting in Chrome 78
Many flags in chrome://flags will be removed in upcoming Chrome versions, starting with Chrome 78. As a reminder, don’t use flags to configure Chrome Browser because they’re not supported. Instead, configure Chrome Browser for your enterprise or organization using policies.
- Shared clipboard between computers and Android devices
A limited number of users might see the option to share their clipboard content between their computers and Android devices. To share, they need to have Chrome installed, sign in on both devices with the same account, and enable Chrome Sync.
The text is end-to-end encrypted, and Google can’t see the contents.
This functionality will be released to all users in a future version of Chrome. In the full release, admins will be able to control it with an enterprise policy.
- Forward a call from Chrome Browser to your Android device
Users will now be able to highlight and right-click a phone number link in Chrome Browser and forward the call to their Android device.
- Chrome Renderer Integrity protects users
Chrome Renderer Integrity is on by default for users on Microsoft® Windows® 10 version 1511 and later. It prevents unsigned modules from loading in Chrome Browser’s renderer processes that deal with user content to prevent certain types of malicious attacks.
Note: There is a known incompatibility between Chrome Renderer Integrity and old versions of Symantec® Endpoint Protection® (14.0.3929.1200 and earlier). We recommend updating to the latest version of Symantec Endpoint Protection (14.2 or later). For a download of the latest version or more details, refer to the Symantec documentation. To help with any incompatibilities, you can temporarily disable Chrome Renderer Integrity using the RendererCodeIntegrityEnabled policy.
- Atomic policy groups introduced
Some admins set policies from multiple sources, but need policies that are tightly coupled to all be set together. For example, you might want all of your extension management policies to be applied from the same source to ensure they're working together as planned.
To achieve this, some policies have been regrouped based on atomic policy groups. You can enable atomic policy groups using PolicyAtomicGroupsEnabled. If you do, policies in a single group will all be forced to set their behavior from the same source—the one with the highest priority.
You can see whether there are any conflicting policies from different sources at chrome://policy. If you have multiple policies in the same policy group from different sources, this feature will affect them. For more details, see Atomic Policy Groups and Understand Chrome policy management.
- ExtensionAllowInsecureUpdates policy is no longer supported
From Chrome 78, the policy to allow extensions to update using the previous CRX2 packaging will no longer work. All extensions will need to be packaged in the new CRX3 format to ensure secure delivery of updates to your browsers and devices.
- Windows 8-specific welcome page removed
We have removed the Windows 8-specific welcome page, along with support for the distribution.suppress_first_run_default_browser_prompt primary_preferences setting. For more about primary preferences, see Use primary preferences for Chrome Browser.
- Legacy Browser Support is integrated; the extension is no longer required
We have integrated Legacy Browser Support functionality directly into Chrome. As a result, you no longer need the Legacy Browser Support extension and no further updates will be provided for the extension. Admins can deploy the integrated version of the Legacy Browser support policy and manage it either through GPO or Chrome Browser Cloud Management’s User Settings.
- Update to Chrome 78
On October 31, we communicated a known vulnerability in Chrome 78. This previous version of Chrome has now been updated to 78.0.3904.87, which resolves the issue. As always, you should ensure Chrome is updated and is running on an updated operating system.
Chrome OS updates
- Virtual Desks
Virtual Desks will arrive on Chrome OS in Chrome 78. Users can now create up to 4 separate work spaces to help them focus on a single project or quickly switching between multiple sets of windows. Users can create their first desk by opening Overview
and tapping New Desk.
and tapping New Desk.- Wake from sleep on USB attach for docking use cases
Chromebook users in an office or home office environment often use some combination of peripherals along with a USB-C+Display docking station to work more productively. This feature will make the transition from sleeping mode directly into a docked mode with external monitors smooth for the user, removing the requirement to wake by lid open.
- Crostini backup & restore
Users of Linux apps on a Chromebook can now easily back up all of their apps and files. The backup can be saved to their Chromebook’s local storage, an external drive, or Google Drive. They can then restore that backup on the same machine to return to a previous state or on a different machine to bring their whole workspace with them.
- Crostini GPU support on by default
Linux apps will now be able to use the GPU to provide a crisp, lower-latency experience.
- Crostini IME/VK warning
Linux apps do not yet support certain input methods (IMEs) or the virtual keyboard when in tablet mode. This feature will display a message warning if users if they try to use a Linux app with an unsupported input method or the virtual keyboard.
- Files app Visual Signals UX update
We have implemented visual improvements to the Files app progress center, moving the information from the lower left-hand corner to a feedback area in the main window of the app. If appropriate, Admins should update their internal support documentation to reflect the new UI.
- Update printer setting landing page UI
The printer settings page has been updated to streamline the printer setup experience. Users can now view available printers on the landing page and save printers (compatible with IPP/IPPS) with one click.
- ChromeVox Dynamic Rich Text Output
There is now an option in ChromeVox that supports the ability to announce text styling. Users have the ability to enable and disable this feature through the ChromeVox Options page.
- Chrome OS and Chrome Browser settings split
Settings on Chrome OS now have a more native OS settings experience housed in the Settings app (available through App Launcher or
in the Quick Settings menu), with Chrome Browser settings available through More in the top-right corner of the app (or at chrome://settings in the address bar). If you block Chrome Browser settings by URL (chrome://settings), you might also want to block the new URL for Chrome OS settings (chrome://os-settings).
in the Quick Settings menu), with Chrome Browser settings available through More in the top-right corner of the app (or at chrome://settings in the address bar). If you block Chrome Browser settings by URL (chrome://settings), you might also want to block the new URL for Chrome OS settings (chrome://os-settings).- YouTube Picture in Picture on ARC++
Picture in Picture (PiP) is now available with the YouTube Android app. This allows users to watch a video while doing other tasks, such as taking notes during a meeting.
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| PasswordLeakDetectionEnabled | Enable leak detection for entered credentials |
| PolicyAtomicGroupsEnabled | Enables the concept of policy atomic groups |
| RendererCodeIntegrityEnabled Windows Only |
Enable Renderer Code Integrity |
| HSTSPolicyBypassList | List of names that will bypass the HSTS policy check |
| AllowSyncXHRInPageDismissal | Allows a page to perform synchronous XHR requests during page dismissal |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Trial of autoupgrade for DNS-over-HTTPS in Chrome 79
The DNS requests of some users will autoupgrade to their DNS provider’s DNS-over-HTTPS (DoH) service if available. During this trial, DoH will be disabled by default for managed devices running Chrome OS and for desktop Chrome Browser instances that are domain joined or have at least one active policy.
You can disable DNS-over-HTTPS for your users with the DnsOverHttpsMode policy. Setting it to "off" will ensure your users are not affected by DoH. - Users warned if credentials are leaked in Chrome 79
We will notify users if their credentials are part of a known data breach. The system can detect this without sending plain-text passwords to Google. You will be able to enable or disable this feature using the PasswordLeakDetectionEnabled policy.
- New policy for controlling memory will be introduced in Chrome 79
We’ll introduce a new policy to give admins more control over Chrome's memory usage. It configures the amount of memory that a single Chrome instance can use before starting to discard background tabs. When discarded, the memory used by the tab is freed, and the user will have to reload the tab when switching to it. If the policy is set, Chrome will begin to discard tabs to save memory once the user exceeds the limit. However, there is no guarantee that the browser is always running under the limit. (For example, the active tab is never discarded.) Any value under 2,048 will be rounded up to 2,048. If this policy is not set, the browser will only attempt to save memory after it has detected that the amount of physical memory on its machine is low (available on Windows and Mac).
- Tab freezing will be introduced in Chrome 79 on the desktop
Chrome 79 will introduce a new feature to save memory, CPU, and battery for Windows, Mac, Linux, and Chrome OS. Tabs that have been in the background for 5 minutes or more will be frozen, as long as Chrome detects that they are freezable (such as not playing audio). Frozen pages are not able to run any tasks. Web developers can opt their pages out of freezing with an origin trial.
You will be able to disable this behavior with the TabFreezingEnabled policy. - New Chrome UI for legacy TLS versions in Chrome 79 and Chrome 81
Chrome recently announced our updated plans around our deprecation and planned removal of legacy TLS versions (TLS 1.0 and 1.1). Starting on January 13, 2020 in Chrome 79, we will mark sites that use TLS 1.0 or 1.1 as "Not Secure" and no longer show the lock icon for them.
In Chrome 81, we will start showing a full-page interstitial warning telling users that the connection is not fully secure.
If enterprise users have sites affected by these changes and need to opt out, admins can use the existing SSLVersionMin policy to disable the security indicator and interstitial warning on all affected sites. Admins should set it to "tls1" to allow TLS 1.0 and later without additional warnings. This policy will work until January 2021. - CORS implementation will be more secure in Chrome 79
We will switch CORS implementation to be more secure and strict. As a result, the following behavior changes will be introduced:
Behavior changes on Extensions’ webRequest API — Before this change, extensions that have the webRequest permission can modify any network request headers and they’re ignored by CORS protocol. But after Chrome 79, the CORS protocol inspects modified headers and will trigger CORS preflight request to the destination servers when the modified request doesn’t meet the SimpleRequest requirement. Response header modifications also couldn’t deceive the CORS checks. Additionally, webRequest API will stop seeing Origin header. Extensions can specify ‘extraHeaders’ in opt_extraInfoSpec to keep the original behaviors. If enterprise users are using a Chrome extension that’s affected by this change, one of the following changes will need to be made:-
Ask the Extension author to upgrade the extension to specify ‘extraHeaders’ in opt_extraInfoSpec.
-
Update the server-side logic to accept the CORS requests correctly. See the Extensions API document for more details.
Behavior changes for headers injected by Chrome — Before this change, headers injected by Chrome for a particular enterprise policy didn't trigger the CORS protocol. But after this change, it will start to be verified by the CORS protocol and will trigger CORS preflight requests. Server implementations might need to be updated to handle CORS preflight requests.
-
-
Shared clipboard between computers and Android devices in Chrome 79
Users will have the option to share their clipboard content between their computers and Android devices. To share, they need to have Chrome Browser installed, be signed in on both devices with the same account, and have Chrome sync enabled.
The text is end-to-end encrypted, and Google can’t see the contents. This feature will be controllable with an enterprise policy. - Audio sandbox in Chrome 79
The audio service on Windows will be sandboxed in Chrome 79 for added security. We have seen incompatibilities with certain configurations of AppLocker in Chrome 77, although these have been fixed in Chrome 78. Other similar products might also have issues with the sandbox. If your users have issues with audio playing in Chrome 79, you can disable the audio sandbox with the AudioSandboxEnabled policy.
- HTTPS pages will only be able to load secure subresources, with changes from Chrome 79 to Chrome 81
In Chrome 79, we’ll introduce a new setting to unblock mixed content on specific sites. This setting will apply to mixed scripts, iframes, and other types of content that Chrome currently blocks by default. Users can switch this setting by clicking
on any https:// page and clicking Site Settings.
In Chrome 80, mixed audio and video resources will be autoupgraded to https://, and Chrome will block them by default if they fail to load over https://. Users can unblock affected audio and video resources with the setting described above. Also in Chrome 80, mixed images will still be allowed to load, but they will cause Chrome to show a “Not Secure” chip in the omnibox.
In Chrome 81, mixed images will be autoupgraded to https://, and Chrome will block them by default if they fail to load over https://.
More information on these changes is available in the Chromium blog.
- On Linux, server certificate verification will use the built-in certificate verifier instead of NSS, starting in Chrome 79
Chrome on Linux will perform verification of server certificates using the built-in certificate verifier instead of NSS, starting in Chrome 79. The built-in verifier will still use the NSS trust store, so we expect that users won’t see this change change. However there are some cases where differences might occur:
- Certificates with invalid encodings: The built-in verifier is stricter about enforcing spec compliance and might reject some certificates that NSS allowed. This should not affect any publicly trusted certificates, but might affect enterprises with internal PKIs.
- Directly trusted end-entity (leaf) certificates: The built-in verifier does not support directly marking server certificates as trusted; certificates must be issued by a CA that is trusted.
- Ambient authentication disabled by default in Incognito mode in Chrome 80
Ambient authentication (NTLM/Kerberos) will be disabled by default in Incognito mode. You will be able to use a policy to revert to the old behavior and allow ambient authentication.
- Pop-ups and synchronous XHR requests not allowed on page unload in Chrome 80
Note: These changes were originally planned for Chrome 78.
Pop-ups and synchronous XHR requests won’t be allowed on page unload. This change will improve page load time and make code paths simpler and more reliable. If you encounter incompatibilities with legacy software, you will be able to revert to behavior matching Chrome 79 and earlier using the following policies, which will be available until Chrome 82:- Allow pop-ups on page unload: AllowPopupsDuringPageUnload
- Allow synchronous XHRs on page unload: AllowSyncXHRInPageDismissal
- FTP support will be removed in Chrome 80
FTP won’t be directly supported in Chrome Browser. Your users should use a native FTP client instead. To help with the transition, you will be able to use the FTPProtocolSupport policy to temporarily re-enable FTP until Chrome 82.
- TLS 1.3 hardening measure implemented in Chrome 81
TLS 1.3 includes a hardening measure to strengthen the protocol’s protections against a downgrade to TLS 1.2 and earlier. This measure is backward-compatible and does not require that proxies support TLS 1.3. It only requires that proxies correctly implement TLS 1.2. However, last year, we had to partially disable this measure due to bugs in some non-compliant, TLS-terminating proxies.
The following list contains the minimum firmware versions for affected products that we're aware of:
Palo Alto Networks:- PAN-OS 8.1 must be upgraded to 8.1.4 or later
- PAN-OS 8.0 must be upgraded to 8.0.14 or later
- PAN-OS 7.1 must be upgraded to 7.1.21 or later
Cisco Firepower Threat Defense and ASA with FirePOWER Services when operating in “Decrypt - Resign mode/SSL Decryption Enabled” (advisory PDF):- Firmware 6.2.3 must be upgraded to 6.2.3.4 or later
- Firmware 6.2.2 must be upgraded to 6.2.2.5 or later
- Firmware 6.1.0 must be upgraded to 6.1.0.7 or later
Starting in Chrome 79, you will be able to opt in to the new measure to test it and confirm if your proxy is affected, using the TLS13HardeningForLocalAnchorsEnabled policy. If you encounter problems, you should upgrade affected proxies to fixed versions.
Starting in Chrome 81, the new measure will become the default. However, you will be able to use the same policy to opt out if you need extra time to upgrade affected proxies. This proxy will be available until Chrome 86.
-
Updates to cookies with SameSite in Chrome 80
Starting in Chrome 80 on the Stable channel, cookies that don't specify a SameSite attribute will be treated as if they were SameSite=Lax. Cookies that still need to be delivered in a cross-site context can explicitly request SameSite=None. The attributes must also be marked Secure and delivered over HTTPS.
This new behavior will also take effect in Chrome 79 on the Beta channel only. Because this change might be disruptive, we recommend you test critical sites on the Chrome 79 Beta channel, which will be available starting Oct. 31. See instructions for testing.
You will be able to revert to the legacy cookie behavior using policies, starting in Chrome 79 in Beta. You can specify trusted domains using LegacySameSiteCookieBehaviorEnabledForDomainList or control the global default with LegacySameSiteCookieBehaviorEnabled. For more details, visit Cookie Legacy SameSite Policies. -
Tab groups will be introduced in Chrome 80
Users will be able to organize their tabs by grouping them on the tab strip. Groups can have colors and names. They’ll help your users keep track of their different tasks and workflows.
- Web Components v0 removed in Chrome 80
The Web Components v0 APIs (Shadow DOM v0, Custom Elements v0, and HTML Imports) were supported only by Chrome Browser. To ensure interoperability with other browsers, late last year, we announced that these v0 APIs were deprecated and will be removed in Chrome 80. You can find more information in the Web Components update.
Upcoming Chrome OS changes
- Adding print server support for CUPS
We’re working on a feature to add support for Common UNIX Printing System (CUPS) printing from print servers on Chrome OS. You and your users will be able to configure connections to external print servers and print from the printers on servers using CUPS.
- Updates for USB devices with Linux
From the Chrome shell (crosh), you’ll be able to attach a USB device to Linux apps running on a Chromebook so that Linux apps can access the Linux instance.
Upcoming Google Admin console changes
- Managed guest session support for managed Google Play
A setting in the Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
Device host name in DHCP requestsYou will be able to configure the device host name used during DHCP requests, including variable substitutions for ${ASSET_ID}, ${SERIAL_NUM}, ${MAC_ADDR}, and ${MACHINE_NAME}.
Admin console updates
- Faster and simpler Admin console for Chrome Enterprise
We’ve rolled out a major redesign of the Google Admin console for Chrome Enterprise administrators. Expect to see improvements in page load times, a new unified app-management page for managing Android, Chrome, and web apps together, and many new policies. For details, see the Admin Insider blog.
- Prevent password reuse
In the Admin console, you can now specify the URL where users are redirected to change their password if they reuse it on a non-allowlisted website or are a victim of phishing. If this policy is unset, users are directed to their Google Account sign-in page to change their password. For details, see Prevent password reuse and read more in our white paper.
- New default policies for printing (CUPS)
New native print policies help you manage your users’ printing options more closely—set defaults and restrictions on duplex and color.
- Unified native printer management (CUPS)
Use a new interface for managing thousands of native (CUPS-based) printers for users, devices, and managed guests. The 20-printer maximum cap has been raised to allow for thousands of printers for each organizational unit in the Google Admin console. Support has also been extended beyond user policy to include device and managed guest policy.
Chrome Browser updates
- Site isolation improvements
Chrome Browser now protects cross-site data, such as cookies and HTTP resources, in attacker-controlled websites. Site isolation works even if an attacker finds a bug in an untrusted renderer process and tries to execute arbitrary code in it.
Site isolation will also now be enabled on some Android devices to protect websites and data where mobile users enter passwords.
- Legacy Browser Support updates
You can now define the URL of an XML file that will never trigger a browser switch using the BrowserSwitcherExternalGreylistUrl policy with Legacy Browser Support. You can also use the new chrome://browser-switch/internals page to verify that Legacy Browser Support rules are being followed. Please try it out and send feedback.
- The First Run Experience has been updated
Chrome Browser now has a new flow to welcome users, get them set up with popular Google services, and set a default web browser. You can disable the new flow with the PromotionalTabsEnabled policy.
- Launch guest browsing by default
You can now immediately launch Chrome Browser in guest browsing mode using the
--guestcommand line flag or the new BrowserGuestModeEnforced policy. With guest browsing, browsing activity is not written to the disk and does not persist between browser sessions.
Chrome OS updates
- More secure built-in certificate verifier
Updates to the certificate verifier now provide better isolation of trust settings between different contexts. Users with valid certificates should not have any issues. In rare instances, the legacy Network Security Services (NSS) implementation tolerated some classes of invalid certificates which are now no longer tolerated. You can issue new, valid certificates or contact Chrome Enterprise support for help.
- User account and file name in IPP Header
If enabled by policy, all print jobs will include the requesting user account and file name of the document in the IPP header over a secure IPPS connection. This added functionality will provide additional information about a print job that enables third-party printing features, such as secure printing and print-usage tracking.
- Automatic shutdown after extended standby
With Linux kernel 4.4 and later, devices will automatically go from standby to shutdown after 3 days to increase battery life. To find the kernel version, go to chrome://system and search for uname. The kernel version is the first set of digits.
- HD copy-protected content support for ARC++ apps
In Android apps, you can now play high-definition (HD) copy protected HDMI 1.4 content. This update is useful for externally connected displays, such as televisions.
- Volume control based on orientation for convertibles
On devices running Chrome OS, the volume button on the top or right will always increase the volume, whether the device is in laptop mode or tablet mode.
- Chromebook accessibility enhancements with Automatic Clicks
Automatic Clicks remove the need to physically click the touchpad or mouse. Instead, you can point to an item and the Chromebook will click, right-click, left-click, or drag for you after a certain amount of time. With Chrome 77, you can now point to an item and the device will automatically scroll up, down, left, or right. For details, see Turn on Chromebook accessibility features.
- Enhanced formatting support of external drives
When formatting a FAT32, exFAT, or NTFS external drive, users will now be able to pick a file system and label for their drive.
- Chrome OS file selector now the default for Android apps
For a consistent user experience, Android apps now open the Chrome OS file selector. This change provides a consistent file-selection experience across apps.
New and updated policies (Chrome Browser and Chrome OS)
| Policy | Description |
|---|---|
| BrowserGuestModeEnforced | Enforces guest browsing mode when a user launches Chrome Browser |
| SafeBrowsingRealTimeLookupEnabled | Checks Safe Browsing reputation of visited URLs in real time |
| UserFeedbackAllowed | Allows users to send feedback to Google |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- G Suite add-ons and extensions moving to G Suite Marketplace
In the coming weeks, all G Suite apps and extensions will be moved from the Chrome Web Store to the G Suite Marketplace. Developers need to migrate their unmigrated add-ons so that new users can install them. Existing users can continue to use unmigrated add-ons. However, if they uninstall Google Docs Editor add-ons or Google Drive apps, they will not be able to reinstall them. And, if an existing user creates a template with one of the add-ons, users who do not already have the add-on installed will not be able to use the add-on in the template. Have your developers review the background and what they need to do. To check whether an add-on has been migrated, search for it in the G Suite Marketplace. For details on the move to the G Suite Marketplace, see the Google Cloud blog.
- ExtensionAllowInsecureUpdates policy will stop working in Chrome 78
The policy to allow extensions to update using the previous CRX2 packaging will stop working in Chrome 78, as previously communicated. In Chrome 78, all extensions must be repackaged into the new CRX3 format to ensure secure delivery of updates to your browsers and devices.
- Trial of auto-upgrade for DoH in Chrome 78
Starting in Chrome 78, the DNS requests of some users will auto-upgrade to their DNS provider’s DNS-over-HTTPS (DoH) service if available. DoH will be disabled by default for managed devices running Chrome OS and for desktop Chrome Browser instances that are domain joined or have at least one active policy. A new group policy, DnsOverHttpsMode, will also be available. Setting it to "off" will ensure users are not affected by DoH.
- Pop-ups and synchronous XHR requests not allowed on page unload in Chrome 78
Starting in Chrome 78, pop-ups and synchronous XHR requests will not be allowed on page unload. This change will improve page load time and make code paths simpler and more reliable. While disruption is expected to be minimal, you will be able to revert to behavior matching Chrome 77 and below using the following policies, which will be available until Chrome 82:
- Allow popups on page unload: AllowPopupsDuringPageUnload
- Allow synchronous XHRs on page unload: AllowSyncXHRInPageDismissal
- Flags will be cleaned up starting in Chrome 78
Many flags in chrome://flags will be removed in upcoming Chrome versions, starting with Chrome 78. As a reminder, flags should not be used to configure Chrome Browser because they’re not supported. Instead, configure Chrome Browser for your enterprise or organization using policies.
- Atomic policy groups introduced in Chrome 78
To ensure predictable behavior from policies that are tightly coupled together, some policies will be regrouped based on atomic policy groups. If you enable atomic policy groups, policies in a single group will all be forced to set their behavior from the same source—the one with the highest priority.
If you set policies from multiple sources, such as the Admin console and the Group Policy Management Editor, you will be able to enable atomic policy groups in Chrome 78. You can also see if there are any conflicting policies at chrome://policy. If you have multiple policies in the same policy group from different sources, they will be affected by this change. For more details, see Atomic Policy Groups and Understand Chrome policy management.
- Users warned if credentials are leaked in Chrome 78
Beginning in Chrome 78, users will be notified if their credentials are part of a known data breach. This detection occurs without plain-text passwords being sent to Google. You will be able to enable or disable this feature using the PasswordLeakDetectionEnabled policy.
- Chrome Renderer Integrity to protect users in Chrome 78
In Chrome 78, Chrome Renderer Integrity will be enabled by default for users on Microsoft® Windows® 10 version 1511 and later. It prevents loading of unsigned modules in Chrome Browser’s renderer processes that deal with user content to prevent certain types of malicious attacks.
Note: There is a known incompatibility between Chrome Renderer Integrity and old versions of Symantec® Endpoint Protection® (14.0.3929.1200 and below). We recommend updating to the latest version of Symantec Endpoint Protection (14.2 or above). For a download of the latest version or more details, refer to the Symantec documentation. To help with any incompatibilities, you can temporarily disable Chrome Renderer Integrity.
- Send a call from Chrome Browser to your Android device in Chrome 78
In Chrome 78, users will be able to highlight and right-click a phone number link in Chrome Browser and send the call to their Android device.
- Windows 8-specific welcome page removed in Chrome 78
The Windows 8-specific welcome page will be removed in Chrome 78. Support for the distribution.suppress_first_run_default_browser_prompt primary_preferences setting will be removed as well. For more about primary preferences, see Use primary preferences for Chrome Browser.
- Ambient authentication disabled by default in Incognito mode in Chrome 79
Starting in Chrome 79, ambient authentication (NTLM/Kerberos) will be disabled by default in Incognito mode. You will be able to use a policy to revert to the old behavior and allow ambient authentication.
- FTP support removed in Chrome 80
Beginning in Chrome 80, FTP will not be directly supported in Chrome Browser. Your users should use a native FTP client instead. To help with the transition, you will be able to use the FTPProtocolSupport policy to temporarily re-enable FTP until Chrome 82.
- TLS 1.3 hardening measure implemented in Chrome 80
TLS 1.3 includes a hardening measure to strengthen the protocol’s protections against a downgrade to TLS 1.2 and earlier. This measure is backward-compatible and does not require that proxies support TLS 1.3. It only requires that proxies correctly implement TLS 1.2. However, last year, we had to partially disable this measure due to bugs in some non-compliant, TLS-terminating proxies.
Starting in Chrome 78, you will be able to opt in to the new measure to test it and confirm if your proxy is affected. The following list contains the minimum firmware versions for affected products that we're aware of:
Palo Alto Networks:- PAN-OS 8.1 must be upgraded to 8.1.4 or later
- PAN-OS 8.0 must be upgraded to 8.0.14 or later
- PAN-OS 7.1 must be upgraded to 7.1.21 or later
Cisco Firepower Threat Defense and ASA with FirePOWER Services when operating in “Decrypt - Resign mode/SSL Decryption Enabled” (advisory PDF):
- Firmware 6.2.3 must be upgraded to 6.2.3.4 or later
- Firmware 6.2.2 must be upgraded to 6.2.2.5 or later
- Firmware 6.1.0 must be upgraded to 6.1.0.7 or later
You should upgrade affected proxies to fixed versions.Starting in Chrome 80, the new measure will become the default. However, you can use a policy to opt out if you need extra time to upgrade affected proxies.
-
Updates to cookies with SameSite in Chrome 80
Starting in Chrome 80, cookies that do not specify a SameSite attribute will be treated as if they were SameSite=Lax. Cookies that still need to be delivered in a cross-site context can explicitly request SameSite=None. The attributes must also be marked Secure and delivered over HTTPS. We will provide policies if you need to configure Chrome Browser to temporarily revert to legacy SameSite behavior.
- Web Components v0 removed in Chrome 80
The Web Components v0 APIs (Shadow DOM v0, Custom Elements v0, and HTML Imports) were supported only by Chrome Browser. To ensure interoperability with other browsers, late last year, we announced that these v0 APIs were deprecated and will be removed in Chrome 80. You can find more information in the Web Components update.
- Drive integration in the address bar
In the future, users will be able to search for Google Drive files that they have access to from the address bar. If you have G Suite Business, Enterprise, or Enterprise for Education, you can apply for the beta program. For more details and to apply, see Search Google Drive files in Chrome URL bar BETA.
Upcoming Chrome OS changes
- Chrome OS and Chrome Browser settings split in Chrome 78
Starting in Chrome 78, Chrome OS settings will be in a new window and use a new URL that’s separate from Chrome Browser settings. If you block Chrome Browser settings by URL (chrome://settings), you might also want to block the new URL for Chrome OS settings, which is chrome://os-settings.
- Adding print server support for CUPS
We’re working on a feature to add support for Common UNIX Printing System (CUPS) printing from print servers on Chrome OS. You and your users will be able to configure connections to external print servers and print from the printers on servers using CUPS.
- Updates for USB devices with Linux
From the Chrome shell (crosh), you’ll be able to attach a USB device to Linux apps running on a Chromebook so that Linux apps can access the Linux instance.
Upcoming Google Admin console changes
- Managed guest session support for managed Google Play
A setting in the Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
- Device host name in DHCP requests
You will be able to configure the device host name used during DHCP requests, including variable substitutions for ${ASSET_ID}, ${SERIAL_NUM}, ${MAC_ADDR}, and ${MACHINE_NAME}.
Chrome Browser updates
- Flash blocked by default in Chrome 76
As communicated in the Chromium Flash Roadmap, Adobe® Flash® will be blocked by default in Chrome 76. Administrators can manually switch back to ASK ("Dialog to Ask first before running Flash") before running Flash. This change won’t impact existing policy settings for Flash. IT admins can still control Flash behavior using DefaultPluginsSetting, PluginsAllowedForUrls, and PluginsBlockedForUrls. For more details, see the Flash Roadmap.
- All privately hosted extensions must be packaged with CRX3 format in Chrome 76.
This change was originally planned for Chrome 75, but we delayed it to Chrome 76 to allow more time for customer transition. It was originally announced in the Chrome 68 release notes.
CRX2 uses SHA1 to secure updates to a Chrome extension. Breaking SHA1 is technically possible, which allows attackers to intercept an extension update and inject arbitrary code into it. CRX3 uses a stronger algorithm, avoiding this risk.
Starting with Chrome 76, all force-installed extensions will need to be packaged in the CRX3 format. For details on temporarily enabling CRX2, see ExtensionAllowInsecureUpdates. This policy is only meant to provide extra time to repackage extensions, and will stop working in Chrome 78. For the CRX2 deprecation timeline, see Chromium.
Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged. If your organization is force-installing privately hosted extensions or third-party extensions hosted outside of the Chrome Web Store that are packaged in CRX2 format, the extensions will stop updating in Chrome 76 and new installations of the extension will fail. - A new page for documenting enterprise policies is available
Chrome's policies are now listed on a new Chrome Enterprise policy list. This documentation allows you to filter by platform and Chrome version to see which policies are available for your fleet.
- A new layout engine is being used
LayoutNG is a new layout engine with several improvements such as:
- Improved performance isolation
- Better support for scripts other than Latin
- Many issues around floats and margins fixed
- Numerous web-compatibility issues fixed
Although the impact to the user should be minimal, LayoutNG changes some behavior in very subtle ways, fixes hundreds of tests, and improves compatibility with other browsers. Despite our best efforts, it is likely that this will cause some sites and applications to render or behave slightly differently.
If you suspect that WNG caused a website to break, please file a bug report, and we'll investigate.
- Site isolation enforced in Chrome 76
In Chrome 67, we introduced enterprise policies to opt in to site isolation early or opt out if users encountered an issue. We’ve resolved the reported issues. Starting with Chrome 76, we will remove the ability to opt out of site isolation on desktop using the SitePerProcess or IsolateOrigins policies. This change only applies to desktop platforms (including Chrome OS). On Android, the SitePerProcessAndroid and IsolateOriginsAndroid policies will continue to have the ability to disable site isolation. If you run into any issues with the policies, file a bug in Chromium.
- --disable-infobars is no longer supported
Chrome will no longer support the --disable-infobars flag, which was used to hide pop-up warnings from Chrome Browser. To support automated testing, kiosks, and automation, the CommandLineFlagSecurityWarningsEnabled policy was added to allow you to disable some security warnings.
- Policies with a dictionary value type can be merged
In Chrome 76, you can merge policies that take a dictionary of values set from multiple sources, including the cloud and by platform and Active Directory. Without this policy, if different sources conflict, only the dictionary from the highest priority source will have an effect. For details, see PolicyDictionaryMultipleSourceMergeList.
-
Legacy Browser Support has been improved
A new page at chrome://browser-switch/internals makes it easier to debug and troubleshoot Legacy Browser Support. We also fixed a bug where LBS wouldn't switch during the first minute of a browser session (when using XML site lists). -
New version of the On-Prem Chrome Reporting Extension
Version 2.0 of the Chrome Reporting Extension will soon ship in the Chrome Web Store. Download the corresponding native component MSI.
If you have user browsing data reporting turned on, you will start seeing a new piece of data for each visited site: "legacy_technologies." It’s an array of strings that will initially contain one value, "Flash." This means this site requires Adobe Flash and might soon stop working correctly (see paragraph above). Future releases will list other obsolete web technologies such as Java Applets, Silverlight, and more.
The output file has changed from a single file called chrome_reporting_log.json to a daily rotated file with file name in the format chrome_reporting_log_YYYY_MM_DD.json. This will make it simpler to manage the disk usage of the application and clear obsolete data. -
“https” scheme and “www” subdomain will be hidden
To make URLs easier to read and understand, and to remove distractions from the registrable domain, we will hide URL components that are irrelevant to most Chrome users. We will hide the “https” scheme and the special-case subdomain “www” in Chrome omnibox on Chrome desktop and Chrome-on-Android. After the site loads, the full URL can still be revealed by clicking twice in the URL bar (desktop) or tapping once (mobile).
Chrome OS updates
- Enhancements to automatic clicks accessibility feature
Chromebooks have had a feature called Automatic clicks in accessibility settings for years, which has given users with motor and dexterity challenges the ability to hover over an item and have Chrome OS click it (without pressing the touchpad or mouse). In Chrome OS version 76, we have expanded this feature to not only be able to click, but also right-click, double-click, and click and drag by simply hovering.
- Built-in FIDO security key is now supported
In this release, most latest-generation Chromebooks will gain support for built-in FIDO security keys backed by the Titan M chip. This feature is disabled by default, but an admin can enable the built-in security key by changing the Chrome OS policy called DeviceSecondFactorAuthentication to U2F.
- Account consistency between the Chrome content area and the ARC++ container
We are rolling out a single sign-on experience for Chrome and Android applications on Chrome OS over several weeks, beginning August 21, 2019, to simplify user management of Google Accounts on Chrome OS. We added a new section to Settings: "Google Accounts."
From here, a user can manage all signed-in Google Accounts. This includes reauthenticating or removing some secondary accounts and adding others. Attempts to add secondary accounts from Chrome or ARC++ will be redirected to this unified flow. Users that previously had a secondary account signed in to Chrome or ARC++ will need to reauthenticate following the update, which will add their account to Account Manager.
Admin console updates
- Updates to the Chrome device list and device details
- Search and filter devices and organizational units directly from the device list.
- Customize your preferred view with auto-update expiration date, Chrome OS version, and device model.
- Long-running tasks such as screenshot, log capture, and reboot will now complete in the background, so you don’t need to wait for them
New and updated policies (Chrome Browser and Chrome OS)
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
| Policy | Description |
|---|---|
| BrowserSwitcherExternalGreylistUrl Browser only Chrome 77+ |
URL of an XML file that contains URLs that should never trigger a browser switch |
| CommandLineFlagSecurityWarningsEnabled Browser only |
Enable security warnings for command-line flags |
| PolicyDictionaryMultipleSourceMergeList | Allows the selected policies to be merged when they come from different sources, with the same scopes and level |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Flags will be cleaned up from chrome://flags, starting in Chrome 77
Many flags in chrome://flags will be removed in upcoming Chrome versions, starting with Chrome 77. You shouldn’t use flags to configure Chrome Browser because they’re not supported. Instead, configure Chrome Browser for your enterprise or organization using policies.
-
Atomic policy groups will be introduced in Chrome 77
To ensure predictable behavior from policies that are tightly coupled together, some policies will be regrouped based on atomic policy groups. These groups ensure that all applied policies from a single group come from the same source—the one with the highest priority—to prevent unpredictable behavior when mixing policies from multiple sources. The order of precedence for Chrome Policies is documented here.
This may be a breaking change if you set GPOs from multiple sources (e.g. the Admin Console and via Windows Group Policy). You can check if any GPOs are in conflict by visiting chrome://policy in Chrome browser. If you have multiple policies in the same policy group from different sources, update your policies to ensure that all policies in a given policy group come from the same source.
- The First Run Experience will be updated in Chrome 77
Chrome 77 will no longer show the single page welcome. It will instead have a new flow to welcome users, get them set up with popular Google services, and set a default web browser. The same policy that was used to disable the previous First Run Experience can be used to disable the new flow: PromotionalTabsEnabled.
- It will be possible to make guest browsing the default in Chrome 77
You will be able to set Chrome to launch immediately into guest mode by using a --guest command line flag or a new policy called BrowserGuestModeEnforced. In this mode, your users won't see or change any other Chrome profile. When they exit guest browsing, their browsing activity is deleted from the computer.
- Merge policies with dictionary of values in Chrome 76
In Chrome 76, you can merge policies that take a dictionary of values set from multiple sources, including the cloud and by platform and Microsoft® Active Directory®. Without this policy, if different sources conflict, only one dictionary will have an effect. For details, see PolicyDictionaryMultipleSourceMergeList.
- Experiment for DNS-over-HTTPS (DoH) in Chrome 78
Starting in Chrome 78, the DNS requests of some users will autoupgrade to DNS-over-HTTPS if they are using a DNS provider that supports it. This is part of ongoing work to bring secure DNS options to Chrome. Individual users can opt out by disabling this experiment at chrome://flags. Admins can opt out their enterprise from this experiment by policy. Instructions will be provided in a future Chromium blog post and release notes.
- Pop-ups and synchronous XHR requests will not be allowed in Chrome 78
Starting in Chrome 78, pop-ups and synchronous XHR requests will not be allowed on page unload to improve page load time and make code paths simpler and more reliable. Admins will be able to revert to the old behavior using enterprise policies, which will be available until Chrome 82.
-
Ambient authentication will be disabled by default in Incognito sessions in Chrome 79
Starting in Chrome 79, ambient authentication (NTLM/Kerberos) will be disabled by default in Incognito sessions. Admins will be able to revert to the old behavior, allowing ambient authentication using an enterprise policy. -
Cookies with SameSite by default, and Secure SameSite=None cookies in Chrome 80
Starting in Chrome 80, cookies that do not specify a SameSite attribute will be treated as if they were SameSite=Lax. Cookies that still need to be delivered in a cross-site context can explicitly request SameSite=None. They must also be marked Secure and delivered over HTTPS. Policies will be made available for enterprises that need to configure Chrome to temporarily revert to legacy SameSite behavior. -
Drive integration in the address bar
Soon, users will be able to search for Google Drive files that they have access to from the address bar. If you have G Suite Business, Enterprise, or Enterprise for Education, you can apply for the beta program.
-
Extension User Data Policy Updated
As part of Project Strobe, Google is updating its User Data Policy, and these changes go into effect starting October 15, 2019. For more information, see the blog post.- We’re requiring extensions to only request access to the least amount of data. While this has previously been encouraged for developers, now we’re making this a requirement for all extensions.
- We’re requiring more extensions to post privacy policies, including extensions that handle personal communications and user-provided content. Our policies have previously required any extension that handles personal and sensitive user data to post a privacy policy and handle that data securely. Now, we’re expanding this category to include extensions that handle user-provided content and personal communications. Of course, extensions must continue to be transparent in how they handle user data, disclosing the collection, use and sharing of that data.
Upcoming Chrome OS changes
- New certificate verification engine and fallback enterprise policy
Chrome 76 will start rolling out a new certificate verifier. For a few versions, we will provide an enterprise policy that will allow deployments to fall back on the legacy certificate verifier in case of certificate verification regressions or incompatibilities. We will provide more information about this feature in the Chrome 76 release notes.
- Adding print server support for CUPS
We’re working on a feature to add support for CUPS printing from print servers on Chrome OS. Chrome OS will be able to discover printers on print servers using CUPS. You and your users will be able to configure connections to external print servers and print from the printers on these servers.
- User account and file name in IPP Header in Chrome 77
If enabled by policy, all print jobs will include the requesting user account and file name of the document in the IPP header. This added functionality will provide additional information about a print job that enables third-party printing features, such as secure printing and print-usage tracking.
- Linux apps USB devices
From the Chrome Shell (crosh), you’ll be able to attach a USB device to Linux applications running on a Chromebook, so that Linux apps can access the Linux instance.
Upcoming Admin console changes
- Remove 20-printer limit for CUPS print management (device settings)
The 20-printer maximum cap will be raised to allow for thousands of printers for each organizational unit in the Google Admin console. If you’re interested in testing this new feature, sign up for our Trusted Tester program.
- New default policies for printing (CUPS)
There will be new controls for you to manage 2-sided and color printing.
- Managed guest session support for managed Google Play
A setting in the Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
-
Device host name in DHCP requests
You will be able to configure the device host name used during DHCP requests, including variable substitutions for ${ASSET_ID}, ${SERIAL_NUM}, ${MAC_ADDR}, ${MACHINE_NAME}.
Chrome Browser updates
- All privately-hosted extensions must be packaged with CRX3 format in Chrome 76.
This change was originally planned for Chrome 75 but it’s now scheduled for Chrome 76 to allow more time for customer transition. It was originally announced in the Chrome 68 release notes.
CRX2 uses SHA1 to secure updates to a Chrome extension. Breaking SHA1 is technically possible, which allows attackers to intercept an extension update and inject arbitrary code into it. CRX3 uses a stronger algorithm, avoiding this risk.
Starting with Chrome 76, all force-installed extensions will need to be packaged in the CRX3 format. For details on temporarily enabling CRX2, see ExtensionAllowInsecureUpdates. For the CRX2 deprecation timeline, see Chromium.
Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged. If your organization is force-installing privately hosted extensions or third-party extensions hosted outside of the Chrome Web Store that are packaged in CRX2 format, the extensions will stop updating in Chrome 76 and new installations of the extension will fail. - Roll back to Chrome 72 or later on Windows
Chrome 75 on Microsoft® Windows® will allow administrators to roll back to Chrome 72 or a later version.
To make sure that users are protected by the latest security updates, we recommend that users are on the latest version of Chrome Browser. Running earlier versions of Chrome Browser exposes your users to known security issues. Before using this policy, see Roll back Chrome Browser to a previous version for important information about preserving user data.
- Use policy to remove extensions (rather than just disable)
Starting in Chrome 75, extensions can now be removed by modifying the installation_mode setting in the Extension Settings policy and setting the "removed" flag. For details, see Chromium.
- PacHttpsUrlStrippingEnabled policy removed
As we announced in the Chrome 74 release notes, the PacHttpsUrlStrippingEnabled policy has now been removed. If you’re using a Proxy Auto Config (PAC) script to configure Chrome's proxy settings, you might be affected by this change, especially if your PAC script depends on anything other than the scheme, host, or port of incoming URLs.
PAC HTTPS URL stripping removes privacy and security-sensitive parts of https:// URLs before passing them on to PAC scripts used by Chrome Browser during proxy resolution, reducing the chance that sensitive information is unnecessarily exposed. For example, https://www.example.com/account?user=234 would be stripped to https://www.example.com/. This behavior will now be enforced in Chrome 75.
- EnableSymantecLegacyInfrastructure policy removed
As we announced in the Chrome 74 release notes, the EnableSymantecLegacyInfrastructure policy has now been removed. The policy was used as a short-term workaround to continue trusting certificates issued by the Legacy PKI Infrastructure formerly operated by Symantec Corporation. The workaround allowed time to migrate any internal certificates that are not used on the public internet.
Certificates issued from the Legacy PKI Infrastructure should have been replaced with certificates issued by public or enterprise-trusted Certificate Authorities (CAs).
- SSLVersionMax policy removed
As we announced in Chrome 74 release notes, the SSLVersionMax policy has now been removed. This policy was used as a short-term workaround while TLS 1.3 was rolled out to allow time for middleware vendors to update their TLS implementations.
- Policy to control Signed HTTP Exchange
You can use Signed HTTP Exchange to safely make content portable or available for redistribution by other parties, while keeping the content’s integrity and attribution. Portable content has many benefits, such as enabling faster content delivery, facilitating content sharing between users, and simpler offline experiences
Starting in Chrome 75, you can enable or disable Signed HTTP Exchange using the SignedHTTPExchangeEnabled policy.
- CompanyName and LegalCopyright fields updated
Chrome 75 changes the CompanyName and LegalCopyright fields in the version resource of Windows binaries (for example chrome.exe and chrome.dll). "Google Inc." is now "Google LLC" and "Copyright 2018 Google Inc. All rights reserved." is now "Copyright 2019 Google LLC. All rights reserved."
- Control precedence between Chrome Browser Cloud Management and platform policies
You can use CloudPolicyOverridesPlatformPolicy to control how policies from Chrome Browser Cloud Management interact with policies set at the platform level (for example, through the Group Policy Management Editor). This policy can be useful if you’re transitioning from managing browsers through Group Policy Object (GPO) to Chrome Browser Cloud Management.
When set to false (default), the order of precedence is Machine platform > Machine cloud > User platform > User cloud.
With the policy set to true, the order of precedence is Machine cloud > Machine platform > User platform > User cloud.
The policy can only be set as a machine platform policy. For more details, see Chromium.
- Merge list policies from multiple sources
You can now merge policies that take a list of values that are set from multiple sources, including the cloud and by platform and Microsoft® Active Directory®. Before, if multiple lists from different sources conflicted, only one list was applied. For details, see PolicyListMultipleSourceMergeList.
- Chrome Remote Desktop on the web now available
You can now use Chrome Remote Desktop on the web. In turn, the Chrome Remote Desktop app will not be supported after June 30, 2019. New and existing users can switch to the new version on the web.
To set it up:
- Go to Chrome Remote Desktop.
- In the upper-right corner, click Remote Access.
- Click Remote Support to get support from a trusted friend or family member, or to give support to someone else.
You can control whether users can access other computers from Chrome using Chrome Remote Desktop. For details, see Control use of Chrome Remote Desktop.
- Improved tab life cycle management
Some users will start to see improved CPU and memory usage as Chrome 75 rolls out. The TabLifeCyclesEnabled policy reduces the CPU usage on browser tabs that haven’t been used for a long time. Set the policy to true or leave it unspecified to enable it. For details, see Chromium.
- Users can check Chrome Browser and OS management
In Chrome 75 we’re enhancing the visibility features for both browser and OS with transparency view, a new view which shows users the extent to which their device and account are managed by their administrators in enterprise environments. The new transparency view focuses on reporting functionality (“Which data is visible to my administrator?”) as well as force-installed extensions (“Which data may be accessed by force-installed extensions?”).
Chrome OS updates
- Linux on Chromebooks:
Support for VPN connections—Linux applications can now utilize VPN connections through an existing Android or Chrome OS VPN connection. All traffic from the Linux VM will automatically be routed through an existing (established) VPN connection.
Support for Android devices over USB—Android devices connected over USB can now be accessed by Linux apps. Users must choose to share the USB device with Linux before they can access it.
- Add support for PIN code with native printers
PIN code printing will be available which will allow users to enter a pin code when sending the print job, and release the print job for printing when they enter the pin code into the printer keypad. This gives users more control over when a print job is printed so documents aren’t lying unattended at the printer. And because a user has to actively request their print job be released, it also reduces waste.
PIN printing will be enabled if the user’s Chrome device is managed, and the printer supports IPPS communication and the IPP attribute for “job-password”.
- Add support for Document Providers in Files app
To expand support for third-party file providers on Chrome OS, when users install the app of a third-party file provider that implements the DocumentsProvider API, a root for the third-party file provider will appear in the side navigation of the Chrome Files app. For more details, see Documents Provider.
- Extending protected content on secondary displays
Digital rights management (DRM)-protected content can now be shown on an external display.
- BLE advertising in Chrome apps flag removed
The #enable-ble-advertising-in-apps flag (about://flags) will be removed in Chrome 75. If you or any developers use BLE Advertising APIs, you should debug the functionality in a kiosk session, rather than in a regular user session.
Admin console updates
- Force devices to automatically re-enroll after wiping (change to forced re-enrollment behavior)
Starting in June 2019 (with an incremental rollout), you can automatically re-enroll devices if they’re wiped. Previously, forced re-enrollment required a user to enter their username and password to complete re-enrollment A few weeks after the roll out is complete, automatic re-enrollment will be the default for new customers as well as existing customers who have not changed the default forced re-enrollment setting. To control the setting, see Force wiped Chrome devices to re-enroll.
New and updated policies (Chrome Browser and Chrome OS)
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
| Policy | Description |
|---|---|
| AlternativeBrowserParameters Chrome Browser only |
Controls command-line parameters to launch to an alternative browser |
| AlternativeBrowserPath Chrome Browser only |
Controls which command to use to open URLs in an alternative browser |
| CloudPolicyOverridesPlatformPolicy Chrome Browser only |
Cloud policy that overrides Platform policy |
| PolicyListMultipleSourceMergeList | Allows merging list policies from different sources |
| SignedHTTPExchangeEnabled | Enables support for Signed HTTP Exchange (SXG) |
| SpellcheckLanguageBlocklist Windows, Linux, Chrome OS only |
Disables unrecognized spellcheck languages |
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Flash blocked by default in Chrome 76
As communicated in the Chromium Flash Roadmap, Adobe® Flash® will be blocked by default in Chrome 76. Users can manually switch back to ASK ("Ask first") before running Flash. This change won’t impact existing policy settings for Flash. You can still control Flash behavior using DefaultPluginsSetting, PluginsAllowedForUrls, and PluginsBlockedForUrls. For more details, see the Flash Roadmap.
- Site isolation enforced in Chrome 76
In Chrome 67, we introduced enterprise policies to opt in to site isolation early or opt out if users encountered an issue. We’ve resolved the reported issues and starting with Chrome 76, we will remove the ability to opt out of site isolation on desktop using the SitePerProcess or IsolateOrigins policies. This change only applies to desktop platforms. On Android, the SitePerProcessAndroid and IsolateOriginsAndroid policies will continue to have the ability to disable site isolation. If you run into any issues with the policies, file a bug in Chromium.
- Drive integration in the address bar
Soon, users will be able to search for Google Drive files that they have access to from the address bar. If you have G Suite Business, Enterprise, or Enterprise for Education, you can apply for the beta program.
- Removing --disable-infobars in Chrome 76
Chrome 76 will no longer support the --disable-infobars flag, which was used to hide pop-up warnings from Chrome Browser. To support automated testing, kiosks, and automation, the CommandLineFlagSecurityWarningsEnabled policy will be added to allow you to disable some security warnings.
- Policy atomic groups introduced in Chrome 76
In order to ensure predictable behavior from policies that are tightly coupled with other policies, some policies will be regrouped in atomic policy groups. These groups will help ensure that all the applied policies from a single group come from the same source, which is the source with the highest priority. This change will help prevent unpredictable behavior when mixing multiple sources of policies.
- Merge policies with dictionary of values in Chrome 76
In Chrome 76, you can merge policies that take a dictionary of values set from multiple sources, including the cloud and by platform and Active Directory. Without this policy, if different sources conflict, only one dictionary will have an effect. For details, see PolicyDictionaryMultipleSourceMergeList.
- Flag removal, starting with Chrome 76
Many flags in chrome://flags will be removed in upcoming Chrome versions. You should not use flags to configure Chrome Browser because they are not supported. Instead, configure Chrome Browser for your enterprise or organization using policies.
- Improvements to version rollback
A future version of Chrome will improve the rollback experience on Windows by preserving some user data during the rollback process.
Upcoming Chrome OS changes
- Print jobs to include user account and file name
If the printer or print service support IPPS with IPP attributes for requesting-user-name and document-name, you will be able to have print jobs include the user account and file name to help with print tracking and follow-me printing.
- New certificate verification engine and fallback enterprise policy
Chrome 76 will start rolling out a new certificate verifier. For a few versions, we will provide an enterprise policy that will allow deployments to fall back on the legacy certificate verifier in case of certificate verification regressions or incompatibilities. We will provide more information about this feature in the Chrome 76 release notes.
- Adding print server support for CUPS
We’re working on a feature to add support for CUPS printing from print servers on Chrome OS. Chrome OS will be able to discover printers on print servers using CUPS. You and your users will be able to configure connections to external print servers and print from the printers on these servers.
- User account and file name in IPP Header
If enabled by policy, all print jobs will include the requesting user account and file name of the document in the IPP header. This added functionality will provide additional information about a print job that enables third-party printing features, such as secure printing and print-usage tracking.
-
Linux apps USB devices
From the Chrome Shell (crosh), you’ll be able to attach a USB device to Linux apps running on a Chromebook, so that Linux applications can access the Linux instance.
Upcoming Admin console changes
- Remove 20-printer limit for CUPS print management (device settings)
The 20-printer maximum cap will be raised to allow for thousands of printers for each organizational unit in the Google Admin console. If you’re interested in testing this new feature, sign up for our Trusted Tester program.
- New default policies for printing (CUPS)
There will be new controls for you to manage 2-sided and color printing.
- Managed guest session support for managed Google Play
A setting in the Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
-
Device host name in DHCP requests
You will be able to configure the device host name used during DHCP requests, including variable substitutions for ${ASSET_ID}, ${SERIAL_NUM}, ${MAC_ADDR}, ${MACHINE_NAME}.
Chrome Browser updates
- Chrome Browser Cloud Management
Chrome Browser has introduced support for management through the Google Admin console with Chrome Browser Cloud Management. Admins can use the Admin console to manage Chrome Browser across Windows®, Mac®, and Linux®, without requiring users to sign in. Learn more about Chrome Browser Cloud Management.
- Dark mode for Windows in Chrome 74
In Chrome 74, if the system theme is set to dark, Chrome on Windows will also use a dark theme on screen.
- Pop-ups will not be allowed on page unload
Chrome 74 no longer allows pop-ups during page unload (see the removal notice). If you have any enterprise apps that still require pop-ups on page unload, you can enable the AllowPopupsDuringPageUnload policy to allow pop-ups on page unload until Chrome 82.
- Legacy Browser Support will no longer need an extension
In Chrome 74, you can deploy Legacy Browser Support to automatically switch users between Chrome Browser and another browser. You can use policies to specify which URLs open in an alternative browser. For example, you can ensure that browser traffic to the public internet uses Chrome Browser, but visits to your organization’s intranet use Internet Explorer®. You can turn on LBS and set policies to manage LBS in the Chrome Group Policy Template. Learn more about Legacy Browser Support Beta for Windows.
Chrome OS updates
- Annotations in PDF Viewer
When viewing an Adobe PDF document in Chrome, you’ll be able to tap a button to annotate the PDF with pen and highlighter tools.
- New search feature in Chrome 74
We’re adding a search feature so users can access recent queries and suggested apps without having to enter anything. Every time a user moves their cursor to or clicks the search box, but does not start entering text, they will get search suggestions. Users will also be able to remove recent queries that they no longer want to see and use suggested text to complete their query.
- External camera support for Google Camera app
External USB cameras, such as webcams, USB microscopes, and document cameras, are now supported by the Google Camera app.
- Support for files and new folders in the “My files” root
Users can save files locally and create new folders under the “My files” root outside of the default Downloads folder.
- ChromeVox developer log options
As of version 74, we added a new section of ChromeVox developer options within the ChromeVox options page to give developers access to ChromeVox logs, which will help debugging. This allows developers to enable logs for speech, earcons, braille, and event streams.
- Linux apps on Chrome OS (Crostini) now support audio output
Starting with Chrome 74, Linux apps on Chrome OS (Crostini) can now play audio.
Admin console updates
- Policy to enable native Active Directory integration
You can now configure an existing domain to manage your Chrome devices with a Microsoft® Active Directory® server. If enabled, Chrome devices are domain joined to AD so you can see them in your domain controllers. You can also manage sessions and push policies to users and devices with GPO. You don’t need to synchronize usernames to Google servers. Users sign in to devices using their Active Directory credentials.
To manage integrated devices, set the policy to enable Chrome Enterprise Active Directory integration in your Admin console. Visit Manage Chrome devices with Active Directory.
New and updated policies
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
| Policy | Description |
|---|---|
| AllowPopupsDuringPageUnload | Allows a page to show pop-ups during its unloading. |
| AuthNegotiateDelegateByKdcPolicy Chrome OS, Mac, and Linux only |
Use key distribution center (KDC) policy to delegate credentials on machines using Active Directory Kerberos authentication. Controls whether approval by KDC policy is respected, to delegate Kerberos tickets. |
| BrowserSwitcherChromeParameters Windows only |
Command-line parameters for switching from the alternative browser. |
| BrowserSwitcherChromePath Windows only |
Path to Chrome for switching from the alternative browser. |
| BrowserSwitcherDelay | Delay before launching alternative browser (milliseconds). |
| BrowserSwitcherEnabled | Enable the Legacy Browser Support feature. |
| BrowserSwitcherExternalSitelistUrl | URL of an XML file that contains URLs to load in an alternative browser. |
| BrowserSwitcherKeepLastChromeTab | Keep last tab open in Chrome. |
| BrowserSwitcherUrlGreylist | Websites that should never trigger a browser switch. |
| BrowserSwitcherUrlList | Websites to open in alternative browser. |
| BrowserSwitcherUseIeSitelist Windows only |
Use Internet Explorer's SiteList policy for Legacy Browser Support. |
| RemoteAccessHostAllowFileTransfer Browser only |
Allow remote access users to transfer files to/from the host. Controls the ability of a user connected to a remote access host to transfer files between the client and the host. This doesn’t apply to remote assistance connections, which don’t support file transfer. |
| WebUsbAllowDevicesForUrls | Automatically grant permission to these sites to connect to USB devices with the given vendor and product IDs. |
Google Cloud Next recap
Chrome Enterprise product managers and customer engineers presented a number of talks at the Google Cloud Next conference in San Francisco the week of April 8, 2019. You can watch on YouTube recordings of the 18 Mobility & Devices Sessions.
The talks below should be specifically of interest to Chrome Enterprise IT admins:
Browser-focused talks
- What's New in Chrome Browser
- Manage Chrome Browser from the Cloud
- How Google IT Manages Enterprise Extensions
Chrome OS-focused talks
- Managing Chromebooks and Apps With Chrome Enterprise
- How Google IT Supports its Scaling Global Workforce with Chromebooks
- Changing End User Computing: Seven Facts You Should Know About Chrome Enterprise
New Chrome OS administrator credential
We're now offering a new Chrome OS administrator credential. The Chrome OS administrator exam is free and measures the ability to:
- Create, delete, and administer users for a domain
- Configure and manage organizational units
- Manage Chrome devices in the Google Admin console
- Configure and manage security and privacy settings
For details, see Earn your Chrome OS administrator credential.
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser changes
- Drive search results in the address bar
Users will see Google Drive results when entering a search in the address bar, including PDFs, Google Sheets, Docs, and Slides.
- All extensions must be packaged with CRX3 format in Chrome 75
CRX2 uses SHA1 to secure updates to the extension and breaking SHA1 is technically possible, allowing attackers to intercept an extension update and inject arbitrary code into it. CRX3 uses a stronger algorithm, avoiding this risk.
Starting with Chrome 75, all force-installed extensions will need to be packaged in the CRX3 format. Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged. If your organization is force-installing privately hosted extensions packaged in CRX2 format and you don’t repackage them, they’ll stop updating in Chrome 75. And, new installations of the extension will fail. See ExtensionAllowInsecureUpdates.
- PacHttpsUrlStrippingEnabled policy will be removed in Chrome 75
If you’re using a Proxy Auto Config (PAC) script to configure Chrome's proxy settings, you might be affected by this change. The PacHttpsUrlStrippingEnabled policy strips privacy and security-sensitive parts of https:// URLs before passing them on to PAC scripts used by Chrome Browser during proxy resolution, reducing the chance that sensitive information is unnecessarily exposed. For example, https://www.example.com/account?user=234 would be stripped to https://www.example.com/. If you set this policy to True or leave it on the default value, then there will be no change. If you set this policy to False, you will no longer be able to do so in Chrome 74.
- EnableSymantecLegacyInfrastructure policy will be removed in Chrome 75
EnableSymantecLegacyInfrastructure was used as a short-term workaround to continue trusting certificates issued by the Legacy PKI Infrastructure formerly operated by Symantec Corporation. This allows time for migrating any internal certificates not used on the public internet. This policy will be removed. Certificates issued from the Legacy PKI Infrastructure should have replacement certificates issued by public or enterprise-trusted CAs.
- Policy rollback to a previous version in Chrome 75
Chrome 75 on Windows will include a policy that allows administrators to roll back to a previous version of Chrome. Note that only the latest release of Chrome is officially supported, so if an admin rolls back to an older version of Chrome, they do so at their own risk. This policy is meant as an emergency mechanism and should be used with caution. A future version of Chrome on Windows will improve the rollback experience by preserving user states during the rollback process.
Read before using this policy: To make sure that users are protected by the latest security updates, we recommend that they use the latest version of Chrome Browser. If you roll back to an earlier version, you will expose your users to known security issues. Sometimes you might need to temporarily roll back to an earlier version of Chrome Browser on Windows computers. For example, your users might have problems after a Chrome Browser version update.
Before you temporarily roll back users to a previous version of Chrome Browser, we recommend that you turn on Chrome sync or Roaming User Profiles for all users in your organization. If you don’t, previous versions of Chrome Browser will not use data that was synced from later versions. Use this policy at your own risk.
Note: You can only roll back to Chrome Browser version 72 or later. Please provide feedback on this feature.
- SSLVersionMax policy will be removed in Chrome 75
The SSLVersionMax policy, which can be used as a short-term workaround while TLS 1.3 is rolled out, will be removed in Chrome 75. This allows time for middleware vendors to update their TLS implementations.
- Site isolation enforced on desktop in Chrome 75
Before shipping site isolation in Chrome 67, we introduced enterprise policies to opt in to site isolation early or opt out of site isolation if users encountered an issue. We’ve resolved the reported issues and starting with Chrome 75, we will remove the ability to opt out of site isolation on desktop using the SitePerProcess or IsolateOrigins policies. This change only applies to desktop platforms. On Android, the SitePerProcessAndroid and IsolateOriginsAndroid policies will continue to have the ability to disable site isolation. If you run into any issues with the policies, file a bug in Chromium.
- Blocklisted extensions can be removed (rather than just disabled) by policy in Chrome 75
A new policy will be made available to specify that Chrome Browser shouldn’t just disable blocklisted extensions, but remove them completely.
- Policy to control signed HTTP exchange in Chrome 75
Signed HTTP exchange enables publishers to safely make their content portable, or available for redistribution by other parties, while keeping the content’s integrity and attribution. Portable content has many benefits, such as enabling faster content delivery, facilitating content sharing between users, and simpler offline experiences. In Chrome 75, the SignedHTTPExchangeEnabled policy will control whether signed HTTP exchange is enabled or not.
- CompanyName and LegalCopyright fields will be updated in Chrome 75
Chrome 75 will change the CompanyName and LegalCopyright fields in the version resource of Windows binaries (for example chrome.exe and chrome.dll) from "Google Inc." and "Copyright 2018 Google Inc. All rights reserved." to "Google LLC" and "Copyright 2019 Google LLC. All rights reserved."
- Flash will be blocked by default in Chrome 76
As communicated in the Chromium Flash Roadmap, Flash is to be blocked by default in Chrome 76 (Stable release beginning end of July 2019). Users can still switch it back to ASK by default. This change won’t impact enterprises that already configure policy settings for Flash (DefaultPluginsSetting, PluginsAllowedForUrls, PluginsBlockedForUrls). Enterprises will still be able to control this policy.
Upcoming Chrome OS changes
- New certificate verification engine and fallback enterprise policy
Chrome 76 will start rolling out a new certificate verifier. For a few versions, we will provide an enterprise policy that will allow deployments to fall back on the legacy certificate verifier for the unlikely case of certificate verification regressions or incompatibilities. We will provide more information about this feature in the Chrome 76 release notes.
- Adding print server support for CUPS
We’re working on a feature to add support for CUPS printing from print servers on Chrome OS. Chrome OS will be able to discover printers on print servers using CUPS. Users and administrators will be able to configure connections to external print servers and print from the printers on these servers.
- User account and file name in IPP Header
If enabled by policy, all print jobs will include the requesting user account and file name of the document in the IPP header. This added functionality will provide additional information about the print job that enables third-party printing features, such as secure printing and print usage tracking, if supported.
- Linux apps USB devices
From the Chrome Shell (crosh), you will be able to attach a USB device to Linux apps running on Chromebooks so that Linux applications can access the Linux instance.
-
BLE advertising in Chrome apps flag being removed
The #enable-ble-advertising-in-apps flag (about://flags) will be removed in Chrome 75. This feature is designed to work with Chrome apps operating within kiosk sessions. Any developers leveraging BLE Advertising APIs should debug functionality in kiosk session, rather than use a regular user session.
Upcoming Admin console changes
- Remove 20-printer limit for CUPS print management
The 20-printer maximum cap will be raised to allow for thousands of printers for each organizational unit in the Admin console. If you’re interested in testing this out, join our trusted tester program.
- New default policies for printing (CUPS)
Soon, there will be new controls for administrators to manage printing capabilities for their users for 2-sided and color printing. Admins will be able to set defaults or restrict these print options.
- Managed guest session support for managed Google Play
A setting in the Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
Chrome Browser updates
- Managed by your organization menu item
Starting in Chrome 73, when one or more policies are set in Chrome Browser, some users will see a new item on the More
menu that indicates that Chrome is being managed. If a user clicks Managed by your organization, they are directed to details about Chrome Browser management.
menu that indicates that Chrome is being managed. If a user clicks Managed by your organization, they are directed to details about 
- Changes to the Chrome sign-in flow
In Chrome 73, we're rolling out the following changes to Chrome Browser settings:
-
When a user turns Chrome sync on, they now get additional features, including an enhanced spellchecker and extended reporting for safe browsing.
-
Sync and Google services—A new section that lists all of the settings related to data collected by Google in Chrome Browser. Many of these settings were previously in the Privacy section.
-
Make searches and browsing better—A new setting in the Sync and Google services section that allows users to control whether features in Chrome Browser can collect anonymous URLs.
-
- Chrome Browser binaries signed with new digital certificate
Chrome Browser binaries and installer are now signed with a digital certificate issued to Google LLC (rather than Google Inc). There are no changes to the Certificate Authority (CA).
- Password Manager enterprise policy for Android now aligned to desktop
The PasswordManagerEnabled policy controls whether the password manager offers to save passwords. On Android, this policy prevented users from viewing passwords that were already saved. Starting with Chrome 73, Chrome Browser on Android will behave like other platforms and allow the user to view their saved passwords.
- Progressive Web App support on Mac
In Chrome 73, Progressive Web Apps (PWAs) can now be installed on Apple® Mac®. For details, see Desktop Progressive Web Apps.
- Dark mode for Mac
In Chrome 73, if the system theme is set to dark, Chrome Browser on Mac computers will also use a dark theme. Support for Microsoft® Windows® is planned for a future release.
- Accessibility improvements
A number of improvements have been made to accessibility in Chrome Browser, including greater contrast and compatibility with screen readers. Some of the improvements include:
- Improved contrast in pop-up boxes, the search box, and tabs (especially when a tab is not active).
- More pop-up boxes correctly report titles to screen-reader software.
- Tabs are now keyboard-accessible.
- Fixes to the way pressing the F6 or Tab key moves through the order of the Chrome Browser toolbar, and other controls, including access to some new UI elements.
- Screen reader now announces additional information, such as the page zoom level when it’s changed and the number of Find results.
- Misleading screen-reader prompts are fixed to reflect current functionality. For example, the correct key combination is now reported when you want to zoom in on a page.
- If a user draws around an element in the UI, there are now improvements in the contrast and appearance of focus rings.
- New policy to force networking code to run in the browser process
The network code we use for Chrome Browser is being moved to a separate process. It’s an internal architectural change that wasn't expected to interact with other products. However, we're aware of one report of the move breaking a third-party product that used to inject code into Chrome Browser's process. If this move is causing any issues in your environment, you can temporarily use the ForceNetworkInProcess policy to force networking to run in the browser process. This is a temporary policy that will be removed in the future; there is currently no specific timeline, but we plan to provide 4 milestones notice before removal.
- Notice for web developers: Flexbox rendering
Chrome Browser now follows the recommendation from the World Wide Web Consortium for the box model that’s optimized for a UI. Flex items now get the correct minimum size. If you’re a web developer, we recommend that you set the CSS on your webpages with flex items to min-height: auto. For details on the change, see Chromium and the Consortium specification.
- Notice for developers: Changes to cross-origin requests in extension content scripts
Chrome 73 includes changes to the behavior of cross-origin requests from content scripts. These changes help site Isolation protect Chrome users even if a renderer is compromised, but these changes may break extensions that have not yet adapted to the new security model. For instructions on how to verify if a Chrome extension you’re using is affected or to request adding an extension to a temporary allowlist, see Chromium.org.
Chrome OS updates
- Managed guest sessions to replace public sessions
In Chrome 73, public sessions are being replaced with managed guest sessions, which provide additional capabilities. Depending on the configuration of the organizational unit that has managed guest session devices, an existing public session device might have the capabilities automatically activated. If so, all certificates, policies, and extensions of the organization will be applied to the managed guest session of this device in the future and no manual changes are required. Learn more about how to manage guest session devices.
- eSpeak for Chrome OS
You can set up text-to-speech in dozens of languages on devices running Chrome OS to enhance accessibility. For details, see eSpeak NG.
- Pair Bluetooth braille displays with Chromebooks
In addition to supporting USB-refreshable braille displays, you now have the ability to pair braille displays through Bluetooth®. For details, see Use a braille device with your Chromebook.
- Camera app 5.3 update
Users can now take photos and videos with a 3 or 10-second timer, line up shots with grid options, and use a mirror button that’s helpful when using external cameras, such as USB microscopes or document cameras.
Admin console updates
- Enable managed Chrome devices to run Linux apps
Last year we announced that consumer users can run Linux apps, including Android Studio on these Chrome devices. With Chrome 73, we’re making this feature available on managed devices. Admins can now enable or disable the use of virtual machines that are required to use Linux apps on managed Chrome OS devices. The policy is disabled by default. Admins who want to enable this policy, see Virtual Machines in Set Chrome device policies. Users need to follow the steps in Set up Linux (Beta) on your Chromebook.
- New default policy for black & white printing (CUPS)
There are new controls for administrators to manage black and white printing capabilities for their users. Controls for 2-sided and color printing are coming soon. If you’re interested in getting early access to test printing features, please complete the trusted tester application.
New and updated policies
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
| Policy | Description |
|---|---|
| ExtensionAllowInsecureUpdates | Allows insecure algorithms in integrity checks on extension updates and installations. Starting in Chrome 77, this policy will be ignored and treated as disabled. |
| DeviceGpoCacheLifetime Chrome OS only |
Specifies the lifetime (in hours) of the Group Policy Object (GPO) cache. |
| DeviceAuthDataCacheLifetime Chrome OS only |
Specifies the lifetime (in hours) of the authentication data cache. |
| ForceNetworkInProcess Windows only |
Forces networking code to run in the browser process. This policy is disabled by default. If enabled, it leaves users open to potential security issues when the networking process is sandboxed. |
| ReportDevicePowerStatus Chrome OS only |
Reports hardware statistics and identifiers related to power. |
| ReportDeviceStorageStatus Chrome OS only |
Reports hardware statistics and identifiers for storage devices. |
| ReportDeviceBoardStatus Chrome OS only |
Reports hardware statistics for system on a chip (SoC) components. |
| CloudManagementEnrollmentToken Browser only |
Enrollment token used for enrolling in cloud management. This replaces the MachineLevelUserCloudPolicyEnrollmentToken policy. |
| PluginVmLicenseKey Chrome OS only |
Specifies a PluginVm license key for a device. |
| ParentAccessCodeConfig Chrome OS only |
Specifies the configuration that’s used to generate and verify a parent access code. |
New Chrome OS administrator credential
We are excited to announce the Chrome OS administrator credential. The Chrome OS administrator exam is free and measures the ability to:
- Create, delete, and administer users for a domain
- Configure and manage organizational units
- Manage Chrome devices in the Google Admin console
- Configure and manage security and privacy settings
For details, see Earn your Chrome OS administrator credential.
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser features
- Flash blocked by default in Chrome 76
As communicated in the Chromium Flash Roadmap, Adobe® Flash® is planned to be blocked by default in Chrome 76 (stable release beginning end of July 2019). Users will still be able to switch it back to Ask to use Flash by default. This change will not impact enterprises who already configure policy settings for Flash (DefaultPluginsSetting, PluginsAllowedForUrls, PluginsBlockedForUrls). Enterprises will still be able to control this policy as before.
- Drive search results in the address bar
Users will see Google Drive results when entering a search in the address bar, including PDFs, Google Sheets, Docs, and Slides.
- Dark mode for Windows in Chrome 74
In Chrome 74, if the system theme is set to dark, Chrome Browser on Windows computers will also use a dark theme in the UI.
- Use a policy to roll back to a previous version of Chrome Browser
We are working on a policy to roll back a Chrome Browser version while retaining account and profile data. The new policy will allow administrators to roll back in conjunction with the existing TargetVersionPrefix ADMX policy. You can send feedback on this feature in the Chromium bug tracker.
Read before using this policy: To make sure that users are protected by the latest security updates, we recommend that they use the latest version of Chrome Browser. If you roll back to an earlier version, you will expose your users to known security issues. Sometimes you might need to temporarily roll back to an earlier version of Chrome Browser on Windows computers. For example, your users might have problems after a Chrome Browser version update.
Before you temporarily roll back users to a previous version of Chrome Browser, we recommend that you turn on Chrome sync or Roaming User Profiles for all users in your organization. If you don’t, previous versions of Chrome Browser will not use data that was synced from later versions. Use this policy at your own risk.
Note: You can only roll back to Chrome Browser version 72 or later
- Deprecated policies will remain in the ADMX templates
The ADM and ADMX templates will be modified to keep deprecated and unsupported policies in the output. They will be placed in a dedicated folder and have the same description. The update will make it easier to delete policies after they’re deprecated. Learn more about Deprecated Chrome policies.
- PacHttpsUrlStrippingEnabled policy will be removed in Chrome 74
If you’re using a Proxy Auto Config (PAC) script to configure Chrome's proxy settings, you might be affected by this change. The PacHttpsUrlStrippingEnabled policy strips privacy and security-sensitive parts of https:// URLs before passing them on to PAC scripts used by Chrome Browser during proxy resolution, reducing the chance that sensitive information is unnecessarily exposed. For example, https://www.example.com/account?user=234 would be stripped to https://www.example.com/. If you set this policy to True or leave it on the default value, then there will be no change. If you set this policy to False, you will no longer be able to do so in Chrome 74.
- EnableSymantecLegacyInfrastructure policy removed in Chrome 74
The EnableSymantecLegacyInfrastructure policy can be used as a short-term workaround to continue trusting certificates issued by the Legacy PKI Infrastructure formerly operated by Symantec Corporation. This allows time for migrating any internal certificates not used on the public internet. This policy will be removed in Chrome 74. Certificates issued from the Legacy PKI Infrastructure should have replacement certificates issued by public or enterprise-trusted Certificate Authorities (CAs). See Migrate from Symantec certificates.
- SSLVersionMax policy will be removed in Chrome 75
The SSLVersionMax policy, which can be used as a short-term workaround while TLS 1.3 is rolled out, will be removed in Chrome 75. This allows time for middleware vendors to update their TLS implementations.
- All extensions must be packaged with CRX3 format in Chrome 75
CRX2 uses SHA1 to secure updates to the extension and breaking SHA1 is technically possible, allowing attackers to intercept an extension update and inject arbitrary code into it. CRX3 uses a stronger algorithm, avoiding this risk.
Starting with Chrome 75, all force-installed extensions will need to be packaged in the CRX3 format. Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged. If your organization is force-installing privately hosted extensions packaged in CRX2 format and you don’t repackage them, they’ll stop updating in Chrome 75. And, new installations of the extension will fail. See ExtensionAllowInsecureUpdates.
- Site isolation enforced on desktop in Chrome 75
Before shipping site isolation in Chrome 67, we introduced enterprise policies to opt in to site isolation early or opt out of site isolation if users encountered an issue. We’ve resolved the reported issues and starting with Chrome 75, we will remove the ability to opt out of site isolation on desktop using the SitePerProcess or IsolateOrigins policies. This change only applies to desktop platforms. On Android, the SitePerProcessAndroid and IsolateOriginsAndroid policies will continue to have the ability to disable site isolation. If you run into any issues with the policies, file a bug in Chromium.
- ThirdPartyBlockingEnabled deprecation
In the Chrome Enterprise 68 release notes published in July 2018, we announced that the ThirdPartyBlockingEnabled policy will be deprecated in approximately one year (Chrome 77). This announcement was intended as a general deprecation date at some point in the future, but due to feedback and in order to give the ecosystem more time to adapt to the change, the deprecation is currently not targeted for Chrome 77. When a date is set for deprecation, we will announce it in the release notes. We plan to provide 4 notices before removal.
- TLS 1.3 downgrade hardening
Chrome Browser enabled TLS 1.3 in Chrome 70. However, due to bugs in some enterprise TLS proxies, a hardening mechanism was temporarily disabled. A future version of Chrome Browser will re-enable this measure. To test networks in Chrome 73:
- Set chrome://flags/#enforce-tls13-downgrade Enabled.
- Visit a TLS-1.3-enabled server, such as https://mail.google.com.
- If the connection fails with ERR_TLS13_DOWNGRADE_DETECTED, some proxy on the network has the hardening mechanism temporarily disabled.
You should upgrade affected proxies to fixed versions or contact vendors if no fix is available. The following list contains the minimum firmware versions for affected products that we're aware of:
Palo Alto Networks:
- PAN-OS 8.1 must be upgraded to 8.1.4 or later.
- PAN-OS 8.0 must be upgraded to 8.0.14 or later.
- PAN-OS 7.1 must be upgraded to 7.1.21 or later.
Cisco Firepower Threat Defense and ASA with FirePOWER Services when operating in “Decrypt - Resign mode/SSL Decryption Enabled” (advisory PDF):
- Firmware 6.2.3 must be upgraded to 6.2.3.4 or later.
- Firmware 6.2.2 must be upgraded to 6.2.2.5 or later.
- Firmware 6.1.0 must be upgraded to 6.1.0.7 or later.
- Legacy browser support planned to be incorporated into Chrome 75
Legacy browser support functionality is being incorporated into Chrome Browser, and the separate extension will no longer be needed. We will keep the extension in the Chrome Web Store for the foreseeable future so customers on older versions of Chrome Browser can continue to use legacy browser support. If you’re interested in getting early access to test legacy browser support integration, please complete this interest form.
- Pop-ups will not be allowed on page unload
In Chrome 74, we will no longer allow pop-ups during page unload. See the removal notice. We’ve been notified that this might break some enterprise apps so a temporary policy will be made available to allow pop-ups on page unload when Chrome 74 launches. This temporary policy is planned to be removed in Chrome 76.
Upcoming Chrome OS changes
- New search feature in Chrome 74
We’re adding a search feature so users can access recent queries and suggested apps without having to enter anything. Every time a user moves their cursor to or clicks the search box, but does not start entering text, they will get search suggestions. Users will also be able to remove recent queries that they no longer want to see and use suggested text to complete their query.
- Adding print server support for CUPS
We are working on a feature to add support for CUPS printing from print servers on Chrome OS. Chrome OS will be able to discover printers on print servers using CUPS. Users and administrators will be able to configure connections to external print servers and print from the printers on these servers.
- User account and file name in IPP Header
If enabled by policy, all print jobs will include the requesting user account and file name of the document in the IPP header. This added functionality will provide additional information about the print job that enables third-party printing features, such as secure printing and print usage tracking, if supported.
- Annotations in PDF viewer
When viewing a PDF on a device running Chrome OS, you will be able to tap a button to annotate the PDF with pen and highlighter tools.
- Linux apps USB devices
From the Chrome Shell (crosh), you will be able to attach a USB device to Linux apps running on Chromebooks so that Linux applications can access the Linux instance.
-
External camera support for the Camera app
External USB cameras will be supported by the Camera app.
Upcoming Admin console changes
- Remove 20-printer limit for CUPS print management
Soon, the 20 printer maximum cap will be raised to allow for several thousand printers for each organizational unit in the Google Admin console. If you’re interested in testing the new feature, please join our trusted tester program.
- New default policies for printing (CUPS)
Soon, there will be new controls for administrators to manage printing capabilities for their users for duplex printing. Admins will be able to set defaults or restrict whether users can or cannot use duplex printing.
- Managed guest session support for managed Google Play
A setting in the Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
Chrome Browser updates
- New search result types
In Chrome 72, you’ll get 2 new types of search results when you search from the address bar. You’ll get results based on entities—people, things, places, and so on. These results will contain the search text, an image of the entity you’re searching for, and a short description.
You’ll also get suggestions to complete the end of a search string. For example, if you search for “widget sale best prac…”, you’ll get a suggestion for “practice” as a completion to your search.
- Cleanup tool quarantines—instead of deleting—files it detects as malicious
If you use the Chrome Cleanup tool on Microsoft® Windows® computers, files detected as malicious will now be quarantined rather than deleted. This update will help lessen the risk of safe files being mistakenly deleted. Learn more about removing unwanted programs and the Chrome Cleanup tool policy.
- Save payment information to a Google Account
In Chrome 72, users who are signed in to their managed Google Account will now see an option to save their payment information to their Google Account. As an administrator, you can turn off this feature (Sync Service setting) in the Google Admin console or by using the AutofillCreditCardEnabled policy.
- Support for Windows 10 U2F and web authentication APIs
If you use the most recent version of Windows 10, you’ll have added support for Universal 2nd Factor (U2F) and WebAuthn—standards that enable web authentication through security keys instead of passwords. U2F and WebAuthn are only supported on the most recent versions of Windows 10: either current Insider Preview builds or the forthcoming 19H1 release (“Redstone 6”). Integration with these APIs enables Windows Hello support through WebAuthn and support for NFC tokens. USB and Bluetooth Low Energy (BLE) devices should continue to work, although Windows UI will now be displayed. Any organizations that depend on U2F or WebAuthn, and are using sufficiently recent Windows builds, should verify that this feature works correctly before rolling it out.
- EnableSha1ForLocalAnchors policy
Enterprises that needed time to migrate following the 2014 announcement to sunset SHA-1 were able to configure an enterprise policy to enable support for SHA-1 for locally installed, privately trusted Certificate Authorities. This support has now been removed in Chrome 72. Enterprises that rely on server certificates that use the SHA-1 algorithm in the certificate chain will find that Chrome 72 will refuse to connect, presenting an untrusted certificate error. These certificates should be replaced with SHA-2 certificates to avoid any disruption.
- New welcome experience (Windows)
When you start Chrome Browser for the first time on Windows, you’ll see a new welcome page, unless you’re on a device that’s joined to a Microsoft® Active Directory® domain.
- Changes to sign-in behavior with Chrome 72
In Chrome 72, a small percentage of users will now see the following changes to the Chrome sign-in behavior. A wider roll-out of these features will happen in Chrome 73:
- When a user turns Chrome sync on, they now get additional features, including “Enhanced spell check” and “Safe browsing extended reporting.”
- The Chrome settings page includes a new section—Sync and Google services—which lists all of the settings related to data collected by Google in Chrome Browser. Many of these settings were previously under “Privacy”.
- A new setting, “Make searches and browsing better” will appear under “Sync and Google services” on the settings page. This allows users to control whether features within Chrome can collect anonymized URLs.
Chrome OS updates
- USB connections on locked devices
Chrome 72 will offer initial support to ignore some types of USB connections on locked devices that are running Chrome OS including printers, scanners, and storage devices. USBGuard is on by default beginning with Chrome 72. If issues are detected, admins can disable this feature through chrome://flags.
- Android app shortcuts in launcher search
Users can now search for app shortcuts in the launcher search. For example, users can search for Compose and be taken to the exact related app, such as a new blank message in Gmail.
- New drawing app for Chromebooks
Chromebook users now have the Canvas app for drawing.
- ChromeVox screen reader update
ChromeVox users with low vision can now opt to have the screen reader read anything under their mouse cursor. This feature can be enabled through the setting “Speak text under the mouse” in the ChromeVox options page.
- Android 9.0 support coming to certain Chrome devices
Devices running Chrome OS that currently support Android 7.0 Nougat will be upgraded to support Android 9.0 Pie. We’ll include more information in future release notes when it comes available.
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser features
- Drive search results in the address bar
Users will see Google Drive results when entering a search in the address bar, including Google Sheets, Docs, Slides, and PDFs.
- Roll back Chrome Browser version with policy
Many enterprise customers have asked Google to provide a version rollback mechanism. We are working on a policy to roll back Chrome Browser while retaining account and profile information. This will allow administrators to enable a rollback in conjunction with the existing TargetVersionPrefix ADMX policy. If the Chrome version updater cannot rollback the browser, the chrome://policy page will contain an error message and the existing release will continue to function. Only the latest release of Chrome is officially supported, so if an admin rolls back to an older version they do so at their own risk. You can provide feedback to the engineering team on this feature on Chromium.
- Deprecated policies will remain in the ADMX templates
Deprecated policies will be placed in a dedicated folder in the ADMX templates and have the same description. This change will make it easier for administrators to delete policies after they’re deprecated. Learn more about Deprecated Chrome policies.
- Changes to the sign-in behavior with Chrome 73
The updates described above in Changes to the sign-in behavior with Chrome 72 will be rolled out for all users in Chrome 73.
- PacHttpsUrlStrippingEnabled policy will be removed in Chrome 74
The PacHttpsUrlStrippingEnabled policy will be removed in Chrome 74. If you’re using a Proxy Auto Config (PAC) script to configure Chrome's proxy settings, you might be affected by this change. The PacHttpsUrlStrippingEnabled policy strips privacy and security-sensitive parts of https:// URLs before passing them on to PAC scripts used by Chrome Browser during proxy resolution. For example, https://www.example.com/account?user=234 will be stripped to https://www.example.com/. If you set this policy to True or leave it on its default value, then there will be no change. However, in Chrome 74, you will no longer be able to set it to False.
- EnableSymantecLegacyInfrastructure policy will be removed in Chrome 74
The EnableSymantecLegacyInfrastructure policy will be removed in Chrome 74. This policy is intended as a short-term workaround to continue trusting certificates issued by the Legacy PKI Infrastructure formerly operated by Symantec Corporation. This allows time for migrating any internal certificates not used on the public Internet. This policy will be removed in Chrome 74. Certificates issued from Legacy PKI Infrastructure should have replacement certificates issued by public or Enterprise-trusted Certificate Authorities (CAs). See Migrate from Symantec certificates.
- SSLVersionMax policy will be removed in Chrome 75
The SSLVersionMax policy was a short-term work-around while TLS 1.3 is rolled out. This allows time for middleware vendors to update their TLS implementations. The policy will be removed in Chrome 75.
- All extensions must be packaged with CRX3 format by Chrome 75
Starting with Chrome 75, all force-installed extensions will need to be packaged in the CRX3 format. Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged.This change has been made because CRX2 uses SHA1 to secure updates to the extension. Breaking SHA1 is technically possible. So, an attacker might intercept the extension update and inject arbitrary code into it. CRX3 uses a stronger algorithm, avoiding this risk.
If your organization is force-installing privately hosted extensions packaged in CRX2 format and you don’t repackage them, they’ll stop updating in Chrome 75. New installations of the extension will fail.
- Site isolation will be enforced on Chrome 75 (Desktop)
Before shipping Site Isolation in Chrome 67, we introduced enterprise policies that enterprises could use to opt in to Site Isolation early or opt out of Site Isolation if they encountered an issue. We’ve resolved the reported issues and starting with Chrome 75, we will remove the ability to opt out of Site Isolation using the SitePerProcess or IsolateOrigins policies on desktop. We tentatively plan to move Chrome 75 to the stable channel in June 2019.
Notes:
- This change only applies to desktop platforms. On Android, SitePerProcessAndroid and IsolateOriginsAndroid policies will continue to have the ability to disable Site Isolation.
- If you run into any issues with the SitePerProcess or IsolateOrigins policies, file a bug in Chromium.
Upcoming Chrome OS changes
- External camera support for Camera app
External USB cameras will be supported by the Google Camera app.
- Always-on VPN for managed Google Play
Currently, Admins can install Android VPN apps on Chromebooks, however, users have to start the VPN app manually. Soon, admins will be able to set an Android VPN app to start a connection when a device is turned on and direct all user traffic (Chrome OS and Android) through that connection.
- User account / Filename in IPP Headers
If enabled by policy, all print jobs can include the requesting user account and file name printed in the IPP header. This new feature will provide additional information about print jobs that enable third-party printing features, such as secure printing and print-usage tracking.
- Annotations in PDF Viewer
When viewing a PDF in Chrome, you will be able to tap a button to add notes to the PDF with a pen and highlighter tools.
- Linux container support for USB devices
From the Chrome Shell (crosh), you will be able to attach a USB device to Linux running on Chrome devices (Crostini) so that Linux applications can access the Linux instance.
Upcoming Admin console changes
- Native printing (CUPS) improvements
- Printing limit lifted—The 20 printer maximum cap will be raised to allow for several thousand printers for each organizational unit in the Google Admin console.
- Set default for 2-sided and black and white printing—Controls are coming for administrators to manage printing capabilities for their users around 2-sided printing and black and white printing. Admins will be able to set defaults or restrict these print options with CUPS (native printing).
- Managed guest session support for managed Google Play
A setting in the Google Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
Chrome Browser updates
- Change to using PAC scripts to configure proxy settings in Chrome
If you’re using a Proxy Auto Config (PAC) script to configure Chrome's proxy settings, you might be affected by this change. This is especially so if your PAC script depends on anything other than the scheme, host, or port of incoming URLs.
The PacHttpsUrlStrippingEnabled policy strips privacy and security-sensitive parts of https:// URLs before passing them on to PAC scripts used by Chrome Browser during proxy resolution. For example,
https://www.example.com/account?user=234will be stripped tohttps://www.example.com/.This policy will change the default value from False to True to improve security. If you already set this policy to True, there’s no impact. If you set it to False, there’s no immediate impact. If you haven’t set this policy and are relying on the default, test this change to see how your PAC scripts operate.
This policy will be removed in a future release when PAC stripping becomes the default for Chrome.
- Deprecate trust in remaining Legacy Symantec PKI Infrastructure
This change is present in all release channels: Canary, Dev, Beta, and Stable. Users observing the distrust in Chrome 70 should experience the exact same behavior in Chrome 71 and later. For a small percentage of users, Chrome 71 will be the first time they experience the distrust, which could result in more problems involving related errors.
Find instructions on how to determine whether a site is affected and any corrective action needed, as well as a description of past changes.
Chrome OS updates
- Fingerprint and PIN enrollment in Chrome device Out of Box Experience (OOBE)
For tablets that support fingerprint and/or PIN, users can enroll a fingerprint or set up a PIN while signing in to the device for the first time.
- Connect to your Android phone
Users can connect with their Android phone using a single setup flow to enable Smart Lock, instant tethering, and Android Messages PWA. Android Messages PWA gives users the ability to see, reply to, and start text messages.
- Android Messages for Chrome OS
Users can text from their Chrome OS by connecting with their Android phone.
- Print multiple pages per sheet on native (CUPS) printing
Native printers using CUPS now support rendering multiple pages of content onto a single sheet of paper. Previously only available for Cloud Print printers, this is now available for all printing destinations.
Admin console updates
- Managing site isolation policies
Site isolation policies on the desktop get updated to reflect that they’re on by default. (They include controls to turn off site isolation or add specific site rules.) New policies are added to the Admin console for Chrome on Android. For more, see Protect your data with site isolation.
New and updated policies
| Policy | Description |
|---|---|
| AllowWakeLocks Chrome OS only |
Specifies whether wake locks are allowed. Wake locks can be requested by extensions through the power management extension API and by ARC apps. |
| NetworkFileSharesPreconfiguredShares Chrome OS only |
List of preconfigured network file shares. |
| NTLMShareAuthenticationEnabled Chrome OS only |
Network File Share feature. This policy controls enabling NTLM as an authentication protocol for SMB mounts. |
| SmartLockSigninAllowed Chrome OS only |
Allow Smart Lock Sign-in to be used. |
| VpnConfigAllowed Chrome OS only |
Allow the user to manage VPN connections. |
| WebUsbAllowDevicesForUrls All operating systems |
Automatically grant permission to these sites to connect to USB devices with the given vendor and product IDs. |
Deprecations
- EnableSha1ForLocalAnchors policy
Enterprises that needed time to migrate following the 2014 announcement to sunset SHA-1 were able to configure an Enterprise policy to enable support for SHA-1 for locally installed, privately trusted Certificate Authorities. Support would be removed in January 2019 at the latest, which corresponds to Chrome 72. Enterprises that rely on server certificates that use the SHA-1 algorithm in the certificate chain will find that Chrome 72 will refuse to connect, presenting an untrusted certificate error. These certificates should be replaced with SHA-2 certificates to avoid any disruption.
- SupervisedUserCreationEnabled policy (deprecated in Chrome 70)
Read about consumer supervised users.
Coming soon
Note: The items listed below are experimental or planned updates. They might be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser features
- The Chrome Cleanup Tool will quarantine—instead of deleting—files it detects as malicious
The Chrome Cleanup Tool helps users remove unwanted software on their computers. The removal process includes deleting malicious files in the system. However, to lessen the risk of safe files being erroneously deleted, files will be moved into quarantine instead of getting deleted permanently. For more, learn about removing unwanted programs and the Chrome Cleanup Tool policy.
- PacHttpsUrlStrippingEnabled policy (scheduled to be deprecated in Chrome 74)
See the above note on Change to using PAC scripts to configure proxy settings in Chrome.
- SSLVersionMax policy (scheduled to be deprecated in Chrome 75)
SSLVersionMax can be used as a short-term workaround while TLS 1.3 is rolled out. This allows time for middleware vendors to update their TLS implementations. The policy will be removed in Chrome 75.
- Third-party code injection
The Chrome 70 release notes stated that in Chrome 71, third-party code blocking will be enabled by default for everyone, including domain-enrolled users. However, due to an issue with anti-virus file scanning, we're delaying this change until we have a solution that better covers customers' needs.
- All extensions must be packaged with CRX3 format by Chrome 75
Starting with Chrome 75, all force-installed extensions will need to be packaged in the CRX3 format. Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged.
If your organization is force-installing privately hosted extensions packaged in CRX2 format and you don’t repackage them, they’ll stop updating in Chrome 75. New installations of the extension will fail.
Why is this change happening?
CRX2 uses SHA1 to secure updates to the extension. Breaking SHA1 is technically possible. So, an attacker might intercept the extension update and inject arbitrary code into it. CRX3 uses a stronger algorithm, avoiding this risk.
Upcoming Chrome OS features
- Always-on VPN for managed Google Play
Admins can install Android VPN apps on Chromebooks. However, users have to start the VPN app manually.
Soon, admins can set an Android VPN app to start a connection when a device is turned on and direct all user traffic (Chrome OS and Android) through that connection. If the connection fails, all user traffic is blocked until the VPN connection is re-established. VPNs in Chrome OS don’t apply to any system traffic, such as OS and policy updates to prevent security exploits.
- Android 9.0 support coming to certain Chrome devices
Devices running Chrome OS that currently support Android 7.0 Nougat will be upgraded to support Android 9.0 Pie. Dates and affected devices haven’t been announced. We’ll include more information in future release notes when it comes available.
Upcoming Admin console features
- Native printer-management improvements
The 20 printer maximum cap will be raised to allow for several thousand printers for each organizational unit in the Google Admin console.
- Managed guest session support for managed Google Play
A setting in the Google Admin console will allow Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
We're accepting sign-ups for the Chrome Enterprise Trusted Tester program where you can test new Chrome features in your environment. You’ll provide feedback directly to our product teams so we can develop and prioritize new features. If you’d like for your organization to participate, complete this form. We’ll follow up with more details.
New and updated policies
| Policy | Description |
|---|---|
| BrowserSignin | Controls the sign-in behavior of Chrome Browser. |
| DeviceLocalAccountManagedSessionEnabled Chrome OS only |
Allows managed session behavior on a device configured for public sessions. |
| NetBiosShareDiscoveryEnabled Chrome OS only |
Controls Network File Share discovery through NetBIOS. |
| NetworkFileSharesAllowed Chrome OS only |
Controls whether the Network File Share feature for Chrome OS is allowed for a user. |
| PowerSmartDimEnabled Chrome OS only |
Specifies whether a smart dim model is allowed to extend the time until the screen is dimmed |
| PrintHeaderFooter | Specifies whether users can print headers and footers. |
| ReportMachineIDData Desktop only |
Controls whether to report information that can be used to identify machines. Learn more about reporting on Chrome. |
| ReportPolicyData Desktop only |
Controls whether to report policy data and the time of a policy fetch. Learn more about reporting on Chrome. |
| ReportUserIDData Desktop only |
Controls whether to report information that can be used to identify users. Learn more about reporting on Chrome. |
| ReportVersionData Desktop only |
Controls whether to report Chrome OS version information. Learn more about reporting on Chrome. |
| WebRtcEventLogCollectionAllowed | Specifies whether to allow or block Chrome OS from collecting WebRTC event logs from Google services. |
Chrome Browser updates
- Sign-in policy change
Starting in Chrome 70, the BrowserSignin policy will control the Allow Chrome sign-in setting for your users on Chrome Browser. It allows you to specify if the user can sign in with their account and use account-related services, such as Chrome Sync.
If the policy is set to "Disable browser sign-in", then the user cannot sign in to the browser and use account-based services. In this case, account-bound features, such as Chrome Sync, cannot be used and will be unavailable.
If the policy is set to "Enable browser sign-in", then the user can sign in to the browser, but they’re not forced to do so. The user can’t disable signing in to the browser. To control the availability of Chrome Sync, use the SyncDisabled policy.
If the policy is set to “Force browser sign-in”, then the user has to sign in to Chrome before using the browser. The default value of BrowserGuestModeEnabled will be set to false. Existing profiles that are not signed in will be locked and inaccessible after enabling this policy.
If this policy is not set, then the user can decide if they want to enable the browser sign-in option and use it as they see fit.
- Cookie behavior change
With Chrome 70, when a user clears cookies in Chrome Browser, Google’s authentication cookies will be deleted along with all other cookies, except for the cookie used for the Chrome Sync account. Users are automatically signed out of all accounts not being used for Chrome Sync. Users will still be signed in to any account used for Chrome Sync so they can delete their browsing data from other devices as well.
- Reduce Chrome crashes caused by third-party software
Third parties can inject code that disrupts the stability of Chrome Browser. In Chrome 66, we introduced on-screen warnings that alerted users when a third party injects code.
Here’s the warning users see on their computers if the ThirdPartyBlockingEnabled policy is enabled:
The following blocking feature was previously scheduled for M68 and M69, but is now launching in Chrome 70.
In Chrome 70, third-party code is now blocked by default for consumer users of Chrome. However, there is a different default behavior for enterprises. If you (the admin) do not block third-party code, third-party code will not be blocked for domain-enrolled enterprise users in Chrome 70.
In Chrome 71, third-party code blocking will be enabled by default for everyone, including domain-enrolled users.
To prepare for this change, if you still use software that injects code into browser processes, you can temporarily enable access using the new ThirdPartyBlockingEnabled policy.
To test Chrome’s third-party software warning and blocking features on Windows, see these instructions, which will walk you through how to use the diagnostic tool at chrome://conflicts.
- Deprecate trust in remaining legacy Symantec PKI infrastructure
Following previous announcements, Chrome 70 marks the final stage of distrusting the Symantec legacy PKI certificates.
Beginning with Chrome 70:
- All certificates, regardless of issuance date, issued from the Symantec legacy PKI are distrusted in the Canary and Dev release channels.
- Trust in the Symantec legacy PKI has begun phasing out for the Beta and Stable release channels.
- Temporary periods of distrust, increasing in length, will identify any outstanding breakages caused by sites that have not replaced their TLS certificates. Complete and final distrust can occur regardless of Chrome release dates. You are strongly encouraged to replace affected certificates as soon as possible to avoid site breakage.
What you need to do:
- Determine if your site is affected and replace your TLS certificate with one unaffected by the change. To find out if your site is affected, see the instructions in our blog post on the deprecation.
- Enterprises with a critical dependency on Symantec TLS certificates can configure temporary trust in the Symantec legacy PKI. This policy is a temporary measure and will expire January 01, 2019. For details, see the EnableSymantecLegacyInfrastructure policy.
- Update to TLS 1.3
We shipped draft 23 of TLS 1.3 in Chrome 65. In Chrome 70, we are now updating to the final revision. For details, see TLS 1.3 and Chromium.org. We will not be shipping anti-downgrade protections in Chrome 70 due to bugs in several middlebox vendor’s TLS implementations. Administrators of Cisco® Firepower® devices can update to Firepower version 6.2.3.4 to avoid incompatibilities with a future Chrome version. If needed, admins can use the SSLVersionMax policy to control TLS 1.3.
- New UI support for WebAuthn
Chrome 70 comes with a new UI for WebAuthn and FIDO authenticators. Developers no longer have to implement these user authentication flows themselves. In Chrome 70, when a user invokes WebAuthn, Chrome will guide the user through their FIDO-compatible authenticator, such as a security key.
- Form autofill policy changes
The AutoFillEnabled policy is deprecated. It’s being replaced with 2 more granular policies, which control autofilling address and credit card information into forms online. For Chrome devices running Chrome 70 and later, you need to update the AutofillAddressEnabled and AutofillCreditCardEnabled policies (details below).
Autofill policies
The AutofillAddressEnabled and AutofillCreditCardEnabled policies allow users to enter address and credit card information in web forms using previously stored information or information from their Google Account.
If AutofillAddressEnabled is disabled, address information is not suggested or filled in. Additional address information that’s entered in web forms by the user will not be saved.
If AutofillCreditCardEnabled is disabled, credit card information is not suggested or filled in. Additional credit card information that’s entered in web forms by the user will not be saved.
If either the AutofillAddressEnabled or AutofillCreditCardEnabled setting is enabled or has no value, the user will be able to control autofill for addresses or credit card information, respectively.
Chrome OS updates
- Native SMB file share support
SMB file shares (Windows file shares) are now supported natively on Chrome OS. Remote paths can be mounted as a root in the Files app. Supported authentication methods include Kerberos, Microsoft® Active Directory®, and NTLM version 2. To initiate an SMB file share:
- Open a Chrome Browser window and at the top right, click
Settings.
- Next to Network file shares, click Add File Share.
- Enter the required information and click Add.
- Open the Files app and browse the shared folder.
- Open a Chrome Browser window and at the top right, click
- Camera app updates
The Camera app has a refreshed UI. Photos and videos taken with the Camera app are now stored in the Downloads folder in the Files app.
- Enable key remapping for external keyboards
Users can now remap the Search, Command, and Windows keys on external keyboards in the keyboard settings. If an Apple® keyboard is attached to a Chromebook, the external keyboard setting defaults to the Control key. Other external keyboards default to the Search or Launcher key.
Settings.
- Floating virtual keyboard
For touch-enabled Chrome devices, you can use a floating keyboard to enter text with one finger. You can use this keyboard on a touchscreen, similar to how you use a smartphone keyboard.
- Restriction policy for native CUPS printing
Admins can restrict users to color or black-and-white printing with CUPS printing. Users will not be able to manually change the setting on the device. Details are coming in Manage local and network printers.
Admin console updates
- Manage sign-ins in Chrome Browser and Chrome OS
In the Google Admin console, you can restrict which domains users can use to access Google products, such as Gmail. The setting applies in Chrome Browser and on Chrome OS devices. For example, you might want to prevent employees from signing in to their personal Gmail accounts on a corporate-owned Chromebook. The setting combines the AllowedDomainsForApps and SecondaryGoogleAccountSigninAllowed policy.
- Support for certificate transparency enforcement exceptions
A collection of 3 new user policies have been added to allow enterprises to provide exceptions to certificate transparency requirements. The policies can be found in the Admin console under Device management
These settings are from the Chrome policies:
- Improved developer tools policy
You can use the new DeveloperToolsAvailability policy to allow developer tools except for force-installed extensions. This behavior is the new default and is useful for organizations that want to allow the general use of developer tools, but prevent tampering with force-installed extensions. For details, see the DeveloperToolsAvailability policy.
- Auto-updates over LTE policy control
You can use the DeviceUpdateAllowedConnectionTypes policy to control which connection types a device can receive automatic updates over. There is now an option to enable automatic updates over all connection types, including LTE, as opposed to only WiFi and Ethernet. For details, see the DeviceUpdateAllowedConnectionTypes policy. This feature will be rolled out over the coming weeks in the Admin console under Device management
- Lock screen control
After a defined idle time, you can now set a lock screen on users’ devices running Chrome OS. This setting is in the Google Admin console under Device management
Deprecations
- AutoFillEnabled policy deprecation
The AutoFillEnabled policy is deprecated in Chrome 70. It’s being replaced with 2 more granular policies, which control autofilling address and credit card information into forms online. For Chrome devices running Chrome 70 and later, you need to update the AutofillAddressEnabled and AutofillCreditCardEnabled instead (see Form autofill policy changes above).
- UnsafelyTreatInsecureOriginAsSecure policy deprecation
The UnsafelyTreatInsecureOriginAsSecure policy was deprecated in Chrome 69. Use OverrideSecurityRestrictionsOnInsecureOrigin instead.
- Gmail Offline app discontinued
In December 2018, the Gmail Offline app will be removed from the Chrome Web Store. You can now get offline functionality in Gmail. For details, see Use Gmail offline.
- CRX2 deprecation
Starting with Chrome 70, all non-force-installed extensions must be packaged in the CRX3 format. Extensions signed and hosted in the Chrome Web Store have been automatically converted.
Starting with Chrome 75, this restriction will also apply to force-installed extensions. Privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged.
If your organization is force-installing privately hosted extensions packaged in CRX2 format and you do not repackage them, they will stop updating in Chrome 75. New installations of the extension will fail.
Why is this change happening?
CRX2 uses SHA1 to secure updates to the extension. Breaking SHA1 is computationally feasible, so an attacker might intercept the extension update and inject arbitrary code into it. CRX3 uses a stronger algorithm without this risk.
Coming soon
Note: The items listed below are experimental or planned updates. They may be changed, delayed, or canceled before launching to the Stable channel.
Upcoming Chrome Browser features
- Change to using PAC scripts to configure proxy settings in Chrome Browser
If you’re using a Proxy Auto Config (PAC) script to configure Chrome's proxy settings, you might be affected by this change, especially if your PAC script depends on anything other than the scheme, host, or port of incoming URLs.
The PacHttpsUrlStrippingEnabled policy strips privacy and security-sensitive parts of HTTPS URLs before passing them on to PAC scripts used by Chrome Browser during proxy resolution.
In Chrome OS version 71, this policy will change the default value from FALSE to TRUE to improve security. If you already set this policy to TRUE, there will be no impact. If you set it to FALSE, there will be no immediate impact. If you have not set this policy and are relying on the default, you should test this change to see how your PAC scripts operate.
Note: This policy will be removed in a future release when PAC stripping becomes the default for Chrome OS.
- CRX2 deprecation
For details on what’s happening with CRX2-packaged extensions in Chrome 75, see CRX2 deprecation (above).
Upcoming Chrome OS features
- Android 9.0 Pie
Devices running Chrome OS that currently support Android 7.0 Nougat will be upgraded to support Android 9.0 Pie. Dates and affected devices have not yet been announced. We will include more information in future release notes when it comes available.
- Always-on VPN for managed Google Play
Admins can already install Android VPN apps on Chromebooks. However, users have to start the VPN app manually. Soon, admins can set a VPN app to start a connection when a device is turned on and direct all traffic through that connection. If the connection fails, all traffic is blocked until the VPN connection is reestablished.
Upcoming Admin console features
- Native printer-management improvements
Soon, you can add more than 20 printers for each organizational unit in the Google Admin console.
- Managed guest session support for managed Google Play
Soon, there will be a setting in the Google Admin console that allows Android apps to run in managed guest sessions (previously known as public sessions). Currently, Android apps can only run in a signed-in session.
We're accepting sign-ups for the Chrome Enterprise Trusted Tester program where you can test new Chrome features in your environment. You’ll provide feedback directly to our product teams so we can develop and prioritize new features. If you’d like for your organization to participate, complete this form. We’ll follow up with more details.
New and updated policies
| Policy | Description |
|---|---|
| AllowedUILocales Chrome OS only |
Configures the allowed UI locales in a user session. This policy replaces the AllowedLocales policy. |
| OverrideSecurityRestrictionsOnInsecureOrigin | Specifies a list of origins (URLs) for which security restrictions on insecure origins will not apply. This policy replaces UnsafelyTreatInsecureOriginAsSecure. The policy now applies to Chrome OS and Android. |
| PasswordProtectionChangePasswordURL | Configures the change password URL. |
| PasswordProtectionLoginURLs | Configures the list of enterprise sign-in URLs where the password protection service should capture password fingerprints for reuse detection. |
| PasswordProtectionWarningTrigger | Configures the password protection warning trigger. |
| UsageTimeLimit Chrome OS only |
Configure the time limit for a user session or device usage per day. |
Chrome Browser updates
- Password Alert policy
Password Alert has been a popular extension with enterprises for the past few years to protect Google Accounts. With the release of Chrome 69, we’re adding password alert as a policy for Chrome Browser to allow you to specify both Google and non-Google Accounts. If your users sign in to websites that aren’t allowlisted by your organization or are flagged as suspicious, they’ll get a warning that prompts them to reset their password. Preventing password reuse across multiple websites can protect your organization from compromised accounts.
- Reduce Chrome crashes caused by third-party software
Third parties can sometimes inject code that disrupts the stability of Chrome Browser. In Chrome 66, we introduced on-screen warnings that alerted users when a third-party injects code. In Chrome 69, third-party code is now blocked by default. If you still use software that injects code into browser processes, you can temporarily enable access using the new ThirdPartyBlockingEnabled policy.
Here is the warning users will see on their computers when this policy is enabled:
Please note that this blocking feature was previously scheduled for M68, but is now scheduled for M69.
- On-premise reporting
You can use a new reporting tool for Chrome Browser that provides insight into the browser, its resource consumption, and policy compliance. You can use Chrome Reporting Extension and a companion application on user machines to enable reporting. Use policies to specify what to monitor. Browser data is stored in a local file on disk in JSON format, which you can integrate with on-premise reporting and analytic tools, such as Spunk® or Sumo Logic®. For details, see Track Chrome Browser usage and events.
- Browser interface changes
Chrome Browser will have a new design across all operating systems. Highlights include Microsoft® Windows 10® notification-center integration, touchpad gesture navigation on Windows, and autofill updates.
- Flash deprecation
Last year, Adobe announced it will stop updating and distributing Adobe Flash™ at the end of 2020. Starting with Chrome 69, every time users restart Chrome Browser, they will have to grant permission for sites to use Flash. This update won’t impact your enterprise settings. You can continue to use the DefaultPluginsSetting, PluginsAllowedForUrls, and PluginsBlockedForUrls policies to configure Flash behavior. Only user-configured settings will be impacted. For details, see the Flash roadmap on Chromium.org. Flash will not be supported after December 2020.
- Update to Legacy Browser Support extension
The Legacy Browser Support extension for Chrome has been updated to version 5.4. You can now specify more precise rules in URL lists to make managing multiple sites hosted on the same domain simpler. The update also improves support for automatically generated Microsoft® Internet Explorer® site lists. If you deploy the native Legacy Browser Support companion MSI manually, make sure to get the newest extension version to avoid mismatches with the extension version.
- Improvements to Chrome management with Intune
Policies that are only available on Microsoft® Windows® instances that are joined to a Microsoft® Active Directory® domain can now be configured with Intune. These policies can even be managed on Windows instances not joined to a domain. Managing Chrome policies with Intune is supported on the Windows 10 Pro and Enterprise editions. For details, see Manage Chrome Browser with Microsoft Intune.
Chrome OS updates
- Linux (Beta) for Chromebooks
Important:
Linux (Beta) for Chromebooks allows developers to use editors and command-line tools by adding support for Linux on a Chrome device. After developers complete the set up, they’ll see a terminal in the Chrome launcher. Developers can use the terminal to install apps or packages, and the apps will be securely sandboxed inside a virtual machine.
To try this out on an unmanaged device:
- This feature is currently only supported on unenrolled Chrome devices and not available for managed Chrome devices.
- This feature is only available on the latest Chrome devices. See Chromium.org for a list of Chrome device boards that support VMs.
- Go to Settings
- Click Turn on.
Note: If you don’t see Linux (Beta) in your Chrome OS settings, either you’re using a managed Chromebook, or you haven’t yet updated to Chrome OS 69 or later. - Click Install in the window that appears to Set up Linux (Beta) on your Chromebook.
Linux can take several minutes to install. Once installation is complete, a terminal window will appear.
- Voice dictation from anywhere
Voice-to-type functionality has been available on Chromebooks for some time through the on-screen accessibility keyboard or the virtual keyboard’s microphone icon. However, many of our users have asked to make dictation a standalone feature that's separate from the accessibility keyboard. Chrome 69 now offers dictation as a separate accessibility feature. With dictation enabled, a small button will appear at the bottom of the desktop. Also, when input focus is in a text-edit area, users can click a button to start dictating or press Search+D and use their voice to input text.
- Global text-to-speech settings
In Chrome 69, we’re launching a new global text-to-speech settings page that’s available in your accessibility settings. Users can set a system-wide synthesized voice, language, pitch, and rate. We’re also working on making this setting smoother for any users who have non-default voice settings in the ChromeVox screen reader options page or the Select-to-speak options page.
- Files app improvements
Native support for Drive in the Files app is targeted for Chrome 69. We’re also working on making managed Google Play on Chrome OS files available as read/write with the Files app. And, we’ll be making updates to improve the organization of local versus cloud file storage.
- Night Light support on Chromebooks
To reduce eye strain and improve sleep, users can manage the color of their device displays throughout the day using Night Light. Users can use a preset sunrise and sunset schedule and suggested tint. Or, they customize their daily schedule and color temperature from a spectrum of colors.
- Visual updates for enterprise device enrollment
The device-enrollment flow will be updated to match the visual styling of the rest of the Chrome OS out-of-box experience (OOBE). Functionality will not be affected. If you automate the out-of-box experience using USB devices, you should update your automation steps as appropriate.
Admin console updates
- Support for enterprise mobility management (EMM) coexistence for Android
Previously, domains that had a third-party enterprise mobility management (EMM) provider bound to their domain could not manage Android apps on Chromebooks from the Google Admin console. Also, some users saw an empty Google Play store if their company was using an EMM to install Android apps outside of Google Play. With this change, administrators will be able to assign separate sets of Android apps for their Chrome and Android users from their respective consoles. The steps to manage apps remain the same. For details, see Use Android apps on Chrome devices.
- Android app installation improvements
The most commonly used Android apps on a Chromebook will see performance improvements now that force-installed apps on Chromebooks can be kept as cached local copies. This improvement reduces the time it takes to install apps and network-traffic usage.
Deprecations
- SigninAllowed policy deprecation
The SigninAllowed policy has been deprecated since Chrome 40. It will be removed from Chrome completely in Chrome 71. If you’re still using this policy, you need to transition to supported alternatives. For example, you can use the SyncDisabled policy to control the availability of the Chrome Sync feature.
- CRX2 deprecation
Starting with Chrome 70, all non-force-installed extensions must be packaged in the CRX3 format. Extensions signed and hosted in the Chrome Web Store have been automatically converted, but privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged. Starting with Chrome 75, this restriction will also apply to force-installed extensions.
Upcoming Chrome Browser features (targeted for M70 and later)
- Redirect protection
We’re working on a new security feature that blocks redirects from cross-domain iframes. To test if sites used by your organization are affected, you can visit these sites by going to chrome://flags/ and enable the flag #enable-framebusting-needs-sameorigin-or-usergesture.
Upcoming Chrome OS features (targeted for M70 and later)
- Enable key remapping for external keyboards
This feature will allow users to remap the Search, Command, and Windows keys on external keyboards through keyboard settings. If an Apple® keyboard is attached to a Chromebook, the external keyboard setting defaults to the Control key. Other external keyboards default to the Search or Launcher key.
Upcoming Admin console features
- Native printer-management improvements
Soon, you can add more than 20 printers for each organizational unit in the Google Admin console.
- Manage sign-ins within Chrome Browser and on Chrome OS
A new setting coming to the Google Admin console will allow you to restrict which domains users can use to access Google products like Gmail or G Suite. This applies for users that are browsing in the Chrome browser and on a Chrome OS device. A common way this setting could be used is to prevent students from signing in to their personal Gmail accounts on a school-owned Chromebook.
Note: This Admin console setting combines these policies:
- Public-session support for managed Google Play on Chrome OS
Soon, there will be a setting in the Google Admin console that allows Android apps to run in public sessions. Currently, Android apps can only run in a signed-in session.
Starting with Chrome 67, release notes are listed in a new format. They're no longer exclusive to Chrome Browser, but also includes a changelog of Chrome OS releases and Admin console features coming soon.
We're also now taking sign-ups for the Chrome Enterprise Trusted Tester program where you can test new Chrome features in your environment. You’ll provide feedback directly to our product teams so we can develop and prioritize new features. If you’d like for your organization to participate, complete this form. We’ll follow up with more details.
New and updated policies
| Policy | Description |
|---|---|
| ArcBackupRestoreServiceEnabled Chrome OS only |
Controls Android backup and restore service |
| ArcGoogleLocationServicesEnabled Chrome OS only |
Controls Android Google location services |
| ChromeCleanupEnabled Windows only |
Enables Chrome Browser Cleanup on Windows |
| ChromeCleanupReportingEnabled Windows only |
Controls how Chrome Browser Cleanup reports data to Google |
| DeveloperToolsAvailability | Controls where Developer Tools can be used |
| IsolateOriginsAndroid Android only |
Enables Site Isolation on Chrome Browser for specified origins on Android devices |
| SafeBrowsingAllowlistDomains | For configuring the list of domains which will not trigger Safe Browsing warnings |
| SitePerProcessAndroid Android only |
Enables Site Isolation for every site |
| WebUsbAskForUrls | Allows WebUSB on these sites |
| WebUsbBlockedForUrls | Blocks WebUSB on these sites |
Chrome Browser updates
- Unencrypted sites to show “not secure” indicator
For the past several years, we’ve advocated that sites adopt HTTPS encryption for greater security. Within the last year, we’ve also helped users by marking a larger subset of HTTP pages as “not secure”. Beginning in July 2018 with the release of Chrome 68, Chrome will mark all HTTP sites as “not secure”.
Chrome offers a policy to control this warning on your domain.
- Chrome Canary on Mac policy list update
Chrome Canary on Mac reads the same policy file (com.google.chrome.plist) as the Dev, Beta, and Stable channels of Chrome. We’re deprecating the separate policy file com.google.chrome.canary.plist.
- Block a locally installed, hardcoded CA for Mitel VoIP products
In M68, we plan to blocklist a hardcoded Certificate Authority (CA) and shared private key that’s installed with certain Mitel® VoIP products. The products contain both the public and private key for the Mitel IP Communications Platform (ICP) CA, which can be installed and trusted for a wide range of certificate purposes, including website SSL and TLS certificates. We’ve observed evidence of this CA being used to maliciously issue Man-in-the-Middle (MITM) certificates, including www.google.com. While this CA is not publicly trusted as a part of the web PKI, it warrants protecting Chrome users by blocking trust in it. For more details, see Mitel's security advisory.
- Certificate transparency
M68 requires that all new publicly trusted certificates issued after April 30, 2018 have several Certificate Transparency logs. This update does not affect existing certificates or certificates from locally trusted CAs, such as Enterprise CAs or those used with antivirus or security products. For more information, see Certificate Transparency.
Chrome OS updates
- PIN sign-in support
Users can now sign in to their device using a numeric PIN. Previously, users could only use a PIN to unlock their device after first signing in with a password. Policy to control this feature in the Admin console will arrive in a future release. When the policy is added, it will allow an admin to enable or disable their end users from setting a PIN for the Chrome device. Once enabled, the user has to set the PIN themselves. The PIN only works on that device and it won’t sync to other devices.
- Video capture service
Video capture from internal and external cameras in Chrome (including on Chrome OS and Chromebox for meetings devices) has traditionally been run as part of the main Chrome Browser process. With the rollout of the video capture service, this functionality is now a separate process to enable isolation in services. There are no user-facing changes in functionality.
- 802.11v and 802.11r Fast BSS Transition support added
These changes allow Chrome OS customers to more quickly connect to a network. Specifically, the 802.11r Fast BSS Transition enables a faster handoff for devices roaming in areas with many access points (APs). For enterprise users with 802.11r-enabled APs, the time-to-associate with APs while mobile is improved. 802.11v enables clients to be topology aware. This can allow clients to transition to APs, which increase throughput and QoS.
- Accessibility improvements
Chrome OS M68 comes with a number of accessibility improvements.To enable the ChromeVox screen reader:
- Press and hold the 2 side volume buttons for 5 seconds. After a few seconds of holding these 2 buttons, an audio tone will play.
- Continue holding. The screen reader will start speaking.
Additionally, we’re launching new shortcuts to toggle accessibility features:
- Select Ctrl + Search + M to enable/disable the full screen magnifier.
- And select Ctrl + Search + D to enable/disable the new docked magnifier.
We’re adding new functionality to our Select to Speak feature, which allows users to select certain parts of the screen to be spoken aloud through a synthesized voice. With M63, we launched this feature by pressing the Search key, then clicking an item or dragging a box around content to have that content read aloud.
With M67, we introduced the ability to highlight specific text, then press Search + D to have only that text spoken aloud.
With M68, it’s now possible to use the Select to Speak feature with a touch screen, mouse, or stylus (in addition to or instead of the keyboard and touchpad). This adds a button in the status area that a user can click or touch, then select an area to be spoken aloud.
- Introduction of display size and refresh rates to display settings
As of M68, we are rolling out a new display-zoom setting for primary display and adding resolution, along with refresh rates for external displays.
- While disconnected from external display, users will be able to manipulate the size of objects on the screen.
- When connected to external display, we are adding an option to set resolution, which determines sharpness of text and images.
The goal of these changes is to give users more control over UI scale and look.
Admin console updates
- Automatic re-enrollment (Forced re-enrollment enhancement)
A new feature allows a managed Chrome OS device that is wiped or recovered to automatically re-enroll after it connects to a network. With the previous Forced re-enrollment feature, a user had to enter their username and password to complete the re-enrollment step. But this new feature allows an admin to remove that requirement and automatically complete re-enrollment. This feature will be rolled out incrementally starting in July, 2018 and will become the default for new customers, as well as for existing customers who have not changed the default Forced re-enrollment setting.
Admins can still require users to enter their credentials to re-enroll wiped or recovered devices and make use of enrollment permissions to prevent specific users from re-enrolling through that process.
- Device off-hours feature
Admins can set up schedules to customize when sign-in restrictions and guest-mode policies are needed. For instance, schools can allow guardians and family members to sign in to Chrome devices with their personal accounts after school hours on managed devices.
- Native printer-management improvements
A new policy to block users from manually adding printers is targeted for this release. With this policy, users will be limited to using printers assigned by their admin.
Upcoming Chrome Browser features (targeted for M69 and later)
- CRX2 deprecation (M69)
Starting in M69, all non-force-installed extensions must be packaged in the CRX3 format. Extensions signed and hosted in Chrome Web Store have been automatically converted, but privately hosted extensions that were packaged using a custom script or a version of Chrome prior to Chrome 64.0.3242.0 must be repackaged. Starting in M75, this restriction will also apply to force-installed extensions.
- Reduce Chrome crashes caused by third-party software (M69)
In M66, Chrome began showing a warning to users after a crash that displays third-party software that is injecting code into Chrome, guiding them to update or remove that software. In M69, Chrome will begin blocking third-party software from injecting code into Chrome processes.
Please note that this blocking feature was previously scheduled for M68, but is now scheduled for M69.
You can enable or disable third-party software blocking with the ThirdPartyBlockingEnabled policy. The policy will be deprecated in approximately one year (Chrome 77).
- Redirect protection
We’re working on a new security feature that blocks redirects from cross-domain iframes. To test if sites used by your organization are affected, you can visit these sites by going to chrome://flags/ and enable the flag #enable-framebusting-needs-sameorigin-or-usergesture.
Upcoming Chrome OS features (targeted for M68 and later)
- Voice dictation from anywhere (M69)
Voice to type has been available on Chromebooks for some time through the on-screen accessibility keyboard or the virtual keyboard’s microphone icon. However, a number of users have requested the ability to use dictation as a standalone feature, separate from needing to pull up the accessibility keyboard. Soon, we will launch dictation as a separate accessibility feature. With this enabled, a small button will appear in the status area. When focus is in an edit field, users can either click the button to start dictating or press the keyboard command Search + D, then use their voice to input text.
- Enable key remapping for external keyboards (M69)
The new feature allows users to remap Search/Command/Windows keys on external keyboards through keyboard settings. If an Apple® keyboard is attached to Chromebook, the external keyboard setting defaults to Control. Other external keyboards default to Search/Launcher.
- Files app improvements (M69)
Native support for Drive in Files app is currently targeted for M69. The team is also working toward making ARC++ files available as read/write with the Files app and will be updating the UI to improve the organization of local vs. cloud file storage.
- Policy to show PIN pad on sign-in and lock screen for TouchView devices
The Policy to show PIN feature will allow admins to show the PIN pad on the sign-in screen. This is intended to make sign-in easier on tablets in domains where the administrator has made all user passwords only digits.
- Visual updates for enterprise device enrollment flow
The device enrollment flow will be updated to match the visual styling of the rest of the Chrome OS out-of-box experience (OOBE). These are only style changes and will not affect functionality. Customers who automate OOBE using USB devices should update their automation steps as appropriate.
- Night Light support on Chromebooks
To reduce eye strain and improve sleep, Night Light on Chromebooks lets users manage the color of their device displays throughout the day. Users can use a preset sunrise/sunset schedule and suggested tint. Or, they customize their daily schedule and color temperature from a spectrum of colors.
Upcoming Admin console features
- Native printer-management improvements
A change is coming to the Admin console to remove the 20-printer limit for each organizational unit.
- Sign-in Within the Browser policy
Admins can restrict users who sign in to Chrome OS from adding additional Google Accounts in the browser.
- Public session support for managed Google Play on Chrome OS
A setting is coming to the Admin console that will allow you to run Android apps in public sessions. Currently, Android apps can only run in a signed-in session.
Starting with Chrome 67, release notes are listed in a new format. They're no longer exclusive to Chrome Browser, but also include Chrome OS releases and Admin console features coming soon.
We're also now taking sign-ups for the Chrome Enterprise Trusted Tester program where you can test new Chrome features in your environment. You’ll provide feedback directly to our product teams so we can develop and prioritize new features. If you’d like for your organization to participate, complete this form. We’ll follow up with more details.
New and updated policies
| Policy | Description |
|---|---|
| ArcAppInstallEventLoggingEnabled | Logs events for Android app installs (Chrome OS) |
| AutoplayAllowlist | Allows media autoplay on a allowlist of URL patterns |
| CertificateTransparencyEnforcementDisabledForCas | Disables Certificate Transparency enforcement for a list of subjectPublicKeyInfo hashes |
| CertificateTransparencyEnforcementDisabledForLegacyCas | Disables Certificate Transparency enforcement for a list of Legacy Certificate Authorities |
| DefaultWebUsbGuardSetting | Controls use of the WebUSB API |
| DeviceRollbackAllowedMilestones | Specifies the number of milestone rollbacks allowed (Chrome OS) |
| DeviceRollbackToTargetVersion | Specifies a rollback to a target version (Chrome OS) |
| MediaRouterCastAllowAllIPs | Allows Google Cast to connect to Cast-ready devices on all IP addresses |
| RelaunchNotificationPeriod | Sets the period for update relaunch notifications |
| SafeBrowsingExtendedReportingEnabled | Enables extended reporting for Safe Browsing (added in M66) |
| TabUnderAllowed | Allows sites to simultaneously navigate and open notifications |
Chrome Browser updates
- SAML SSO interstitial
Doesn’t impact users who sign in to G Suite services directly, those who use G Suite or Cloud Identity as their identity provider, or devices running Chrome OS.
If your users use SAML to sign in to G Suite services, they’ll need to complete an extra step to confirm their identity when using the Chrome Browser. After signing in on a SAML provider’s website, they’ll be brought to a new screen on accounts.google.com to confirm their identity. This screen provides an extra layer of security and helps prevent users from unknowingly signing in to a malicious account.
To minimize disruption, this screen will only be shown once per account per device. We’re working on ways to make the feature smarter in the future, meaning users in your organization should see the screen less and less over time.
If you don’t want your users to confirm their identity on this interstitial page, you can set the X-GoogApps-AllowedDomains header and identify specific domains where the extra confirmation isn’t needed. We assume that if the user is signing in with an account that is in this list of domains, then the account is trusted by the user. You can set the header using the AllowedDomainsForApps group policy.
For more details, see the G Suite Updates blog.
- Site Isolation
You can turn on site isolation to create an additional security boundary between websites. When you enable site isolation, content for each open website in Chrome Browser is always rendered in a dedicated process, isolated from other sites. Adding site isolation creates an additional security boundary between websites.
Chrome continues to roll out Site Isolation to a larger percentage of the stable population in M67. For details, see Manage Site Isolation.
Chrome OS updates
- Desktop Progressive Web Apps (PWAs)
Desktop PWAs are now supported on devices running Chrome OS starting with M67. Work is underway to include support for Microsoft® Windows® and Apple® Mac®. For more information, see our developer site.
- Detachable-base swap detection
Detachable-base swap detection helps prevent hackers from accessing sensitive data. When a keyboard base that has not been used before is attached to a detachable tablet, such as an HP Chromebook X2, the user gets notified. The detection helps prevent hackers from replacing the base with a different one that looks the same but has been modified.
- Block symlink traversal
This feature improves verified boot security by preventing symlink traversal attacks, even after restart. This is a defensive measure to prevent attacks against Chromebooks from persisting through restart.
This feature has no observable changes for most users. Developers and power users who use developer mode might run into issues, but these can be resolved by disabling this restriction. Learn more about restricting symlink traversal.
Admin console updates
- EAP-TLS device-level support
Admins can now configure EAP-TLS network support at a device level. These network settings apply to users across the device, including users in a public session and kiosk mode. Learn more about adding a network configuration.
- Managed Google Play on Chrome OS policy update
With this release, the Android user policies Backup & Restore and Google Location Services are disabled by default for the Chrome Enterprise and Chrome Education services. Admins can only turn off these features or let the users configure them. Admins cannot force these on for their users. The policies allow users to easily restore their data and help improve location accuracy on their Android apps.
- Admins can block apps from installation
Currently not available for the Chrome Education serviceAs an administrator, you can specify a blocklist of Android apps for users who have enabled All Access mode for Android on their organization’s domain. If a blocklisted app has already been downloaded onto a user’s device, it will be uninstalled.
- Android app installation reporting
In a new section in the Google Admin console, you and other admins can troubleshoot Android app installations on devices running Chrome OS. You can now see the status of force-install (and uninstall) operations and filter the reports by organizational unit, user, or status. You can also see which devices the status applies to.
- Android app bulk purchasing on Education service
As an administrator of the Chrome Education service, you can now bulk purchase one-time payment and perpetual-access apps from the managed Google Play store and provision them by user and organizational unit in the Admin console. In the Admin console, you can force-install, allow install, and pin apps to the taskbar. You can use a credit card and Google Play gift cards. In-app and subscription purchasing is not currently supported.
Upcoming Chrome Browser features (targeted for M68 and later)
- Unencrypted sites to show “not secure” indicator (M68)
For the past several years, we’ve advocated that sites adopt HTTPS encryption for greater security. Within the last year, we’ve also helped users by marking a larger subset of HTTP pages as “not secure”. Beginning in July 2018 with the release of Chrome 68, Chrome will mark all HTTP sites as “not secure”.
Chrome will offer a policy to control this warning on a per-domain basis.
- Canary release channel on Mac update (M68)
This change unifies the policy list for all Chrome OS release channels on Mac devices to include the Canary channel, which is consistent with how other platforms operate.
- Reduce Chrome crashes caused by third-party software (M68)
In M66, Chrome began showing a warning to users after a crash that will display third-party software that is injecting code into Chrome, guiding them to update or remove that software. In M68, Chrome 68 will begin blocking third-party software from injecting code into Chrome processes.
You can enable or disable third-party software blocking with the ThirdPartyBlockingEnabled policy.
- Block a locally-installed hardcoded CA for Mitel VoIP products (M68)
In M68, we intend to blocklist a hardcoded Certificate Authority (CA) and shared private key that’s installed with certain Mitel® VoIP products. The products contain both the public and private key for the Mitel IP Communications Platform (ICP) CA, which can be installed and trusted for a wide range of certificate purposes, including website SSL and TLS certificates. We’ve observed evidence of this CA being used to maliciously issue Man-in-the-Middle (MITM) certificates, including www.google.com. While this CA is not publicly-trusted as a part of the web PKI, it warrants protecting Chrome users by blocking trust in it. For more details, see Mitel's security advisory.
- Certificate transparency (M68)
M68 will require that all new publicly-trusted certificates issued after April 30, 2018 have several Certificate Transparency logs. This update does not affect existing certificates or certificates from locally-trusted CAs, such as Enterprise CAs or those used with antivirus or security products. For more information, see Certificate Transparency.
- Redirect protection
We’re working on a new security feature that blocks redirects from cross-domain iframes. To test if sites used by your organization are affected, you can visit these sites by going to chrome://flags/ and enable the flag #enable-framebusting-needs-sameorigin-or-usergesture.
Upcoming Chrome OS features (targeted for M68 and later)
- PIN sign-in support (M68)
Users will now be able to sign in to their device using a numeric PIN. Previously, users could only use a PIN to unlock their device after first signing in with a password.
- Video capture service (M68)
Video capture from internal and external camera devices in Chrome (including on Chrome OS and Chromebox for meetings devices) has traditionally been run as part of the main Chrome Browser process. With the rollout of the video capture service, this functionality is now a separate process to help enable better isolation. There are no user-facing changes in functionality.
Upcoming Admin console features
- Automatic re-enrollment (Forced re-enrollment enhancement) (M68)
A new feature allows a Chrome OS device that is wiped or recovered to automatically re-enroll once it connects to a network. In the past, a user had to sign in to complete the re-enrollment step. But with the new feature, user credentials are no longer required to complete re-enrollment.
Admins can still require users to sign in to re-enroll wiped or recovered devices.
- Native printer management improvements
There will be 2 new improvements for native printer management:
- A new policy for user and device settings to remove the 20-printer limit per organizational unit.
- A new policy to block users from manually adding printers is targeted for M68.
- Sign-in Within the Browser policy
Admins can restrict users who are signed in to the Chrome Browser from adding additional Google Accounts in the browser.
- Device off-hours feature
Admins can set up schedules to customize when sign-in restrictions and guest-mode policies are needed. For instance, schools can allow guardians and family members to sign in to Chrome OS devices with their personal accounts after school hours on managed devices.
- Public session support for managed Google Play on Chrome OS
You will soon be able to run Android apps in public sessions. Currently, Android apps can only run in a signed-in session.
Security updates
- Continuation of distrust of Symantec Certificates
Following our announcement to gradually phase out trust in Symantec's PKI, Chrome continues to remove trust in Symantec-issued certificates issued before June 1, 2016.
The Google Security Blog published a guide for impacted site operators. The EnableSymantecLegacyInfrastructure enterprise policy allows administrators to temporarily remove Chrome's distrust of the Symantec PKI. The policy expires after Chrome 73 (targeted for release January 2019), giving enterprise admins 3 releases after Chrome's full distrust to migrate off of Symantec certificates.
For details, see Migrate from Symantec certificates. -
Site Isolation Trial
Chrome 66 includes a trial of Site Isolation for a small percentage of users, to prepare for a broader upcoming launch. Site Isolation improves Chrome's security and helps mitigate the risks posed by the Spectre security vulnerability.
If you observe any issues with functionality or performance in the trial, it can be disabled by policy. To diagnose whether an issue is caused by Site Isolation, test by going to chrome://flags#site-isolation-trial-opt-out and follow these instructions to opt out. If any of your users experience issues, you can disable the trial for your whole organization by setting the SitePerProcess policy to false, instead of leaving it unspecified.
If you experience any issues during the Site Isolation trial, please report them here.
Enterprise features
- Chrome relaunch policy: RelaunchNotificationPeriod (M67)
This feature allows admins to set the time period over which Chrome relaunch notifications are shown to apply a pending update. Over the period based on the setting of the RelaunchNotification policy, the user is repeatedly notified of the need for an update. If RelaunchNotificationPeriod isn't set, the default period of one week applies.
- Click to open PDF
For downloading embedded PDF content with an embed or iframe when Chrome's default PDF viewer is disabled (via settings or Enterprise policy) or not present (as on mobile), an Open button appears on the PDF placeholder.
- Force sign-in policy: Support for Mac
The ForceBrowserSignin policy is supported on Mac.
Chrome policies
Changes in this release:
| Policy | Notes |
|---|---|
| AutoplayAllowed | This policy allows you to control whether videos with audio content can autoplay (without user consent) in Chrome. |
| EnableCommonNameFallbackForLocalAnchors | This policy has been deprecated. |
| EnableSymantecLegacyInfrastructure | When this setting is enabled, Chrome allows certificates issued by Symantec Corporation's Legacy PKI operations to be trusted if they otherwise successfully validate and chain to a recognized CA certificate. |
| ForceBrowserSignin | Force users to sign in to the profile before using Chrome. Added support for Mac. |
| RelaunchNotification | Notify users to relaunch Chrome to apply a pending update. |
| SafeBrowsingExtendedReportingEnabled | This setting enables Chrome's Safe Browsing Extended Reporting and prevents users from changing it. |
| SSLVersionMin | If this policy isn't configured, Chrome uses the default minimum version of TLS 1.0. |
UI changes
- Changes to autoplay
Chrome is changing the policy for when sites can autoplay media with sound. Admins will be able to use the AutoplayAllowed policy to control whether Chrome defaults to allowing media to autoplay. For details, see the Autoplay Policy Changes.
- Reducing Chrome crashes caused by third-party software
Chrome will begin showing a warning to users after a crash that displays third-party software injecting code into Chrome. It guides them to update or remove that software.
Deprecations
- Enable CommonName fallback for local anchors policy
The EnableCommonNameFallbackForLocalAnchors policy was offered to give admins more time to update their local certificates. It removes the ability to allow certificates on sites using a certificate issued by local trust anchors that are missing the subjectAlternativeName extension.
As of Chrome M66, we will be deprecating this policy. If a user running Chrome 66 tries to access a site where the certificate isn't allowed, they will see a warning indicating they can't trust the certificate.
- Adobe Flash Deprecation
Adobe announced on July 25, 2017 it plans to deprecate Flash by the end of 2020. See Adobe's announcement and Chrome's blog post regarding the Flash deprecation.
Corrections
- Previously listed as launching with Chrome 66, SafeBrowsingAllowlistDomains will now launch in Chrome 67. This policy allows you to configure the list of domains Safe Browsing trusts. Safe Browsing won't check for dangerous resources (for example, phishing, malware, or unwanted software) for URLs that match these domains.
Security updates
- Support for TLS 1.3
This release comes with the latest version of the Transport Layer Security (TLS) protocol (TLS 1.3 draft 23) turned on. Users of Cisco Firepower devices configured to perform TLS man-in-the-middle interception in Decrypt-Resign/SSL Decryption Enabled mode should see Cisco's documentation.
Chrome policies
Changes in this release:
| Policy | Notes |
|---|---|
| AlwaysAuthorizePlugins | This policy was deprecated. |
| AbusiveExperience InterventionEnforce | Prevent pages with abusive experiences from opening new windows or tabs. |
| AdsSettingForIntrusive AdsSites | Set whether ads should be blocked on sites with intrusive ads. |
| DeviceLoginScreenAutoSelect CertificateForUrls | Automatically select client certificates for these sites on the sign-in screen (available on Chrome OS). |
| DisablePluginFinder | This policy was deprecated. |
| RestrictAccountsToPatterns | Restrict accounts that are visible in Chrome (available on Android.) |
| SecondaryGoogleAccountSign inAllowed | Allow multiple sign-in access within the browser (available on Chrome OS). |
| SecurityKeyPermitAttestation | URLs/domains are automatically permitted direct Security Key attestation. |
| SpellcheckEnabled | If this policy is on, the user is allowed to use spellcheck. |
| SpellcheckLanguage | This policy force enables spellcheck languages. |
| ThirdPartyBlockingEnabled | This policy enables third-party software injection blocking (available on Windows). |
| UnsafelyTreatInsecureOriginA sSecure | This policy specifies a list of origins (URLs) to be treated as secure context. Learn more about secure contexts. |
| WebDriverOverrides IncompatiblePolicies | This policy allows users of the WebDriver feature to override policies that can interfere with its operation. |
Developer changes
- Ignore
<a download>for cross-origin URLsTo avoid user-mediated information leakage, Chrome starts to ignore the presence of the download attribute on anchor elements with cross-origin attributes. See more details on Chromium.org.
Deprecations
- Mac OS X 10.9 Support
Chrome won't support Mac OS X 10.9. Chrome on Mac OS X 10.9 does not autoupdate. If you have Mac OS X 10.9, upgrade to a newer Mac OS.
- Adobe Flash Deprecation
Adobe announced on July 25, 2017 it plans to deprecate Flash by the end of 2020. See Adobe's announcement and Chrome's blog post regarding the Flash deprecation.
Security updates
The Chrome Releases Blog lists all the latest Chrome security changes. Chrome 64 also mitigates against speculative side-channel attacks.
- Site isolation improvements
With M64, we fixed known issues and made improvements with site isolation.
Enterprise features
- Forced sign-in
This feature allows admins to force a user to sign in with their Google account before using Chrome. It ensures Chrome can only be used when under management by cloud-based policies configured in the Admin console. See Force users to sign in to Chrome.
UI changes
- Site muting
You can mute/unmute sites by interacting with the tab options or by clicking Lock
to the left of the URL (desktop only). The Sound settings page (for the desktop, chrome://settings/content/sound) lets you add exceptions for individual sites, as well as turn on/off audio for all sites. If you mute a site through this feature, all open tabs for that site are muted.
to the left of the URL (desktop only). The Sound settings page (for the desktop, chrome://settings/content/sound) lets you add exceptions for individual sites, as well as turn on/off audio for all sites. If you mute a site through this feature, all open tabs for that site are muted.
- Stronger pop-up blocker
One out of every 5 user feedback reports submitted on Chrome for desktop mention some type of unwanted content. Examples include links to third-party websites disguised as play buttons or transparent overlays on websites that capture all clicks and open new tabs or windows. In this release, Chrome's pop-up blocker now prevents sites with these types of abusive experiences from opening new tabs or windows. Site owners can use the Abusive Experiences Report in Google Search Console to see if any of these abusive experiences have been found on their site and improve their user experience.
- Change to JavaScript dialogs
We are changing the way Chrome handles JavaScript dialogs
window.alert(),window.confirm(),window.prompt()to improve user experience and better align with other modern browser's behaviors. Background tabs are no longer brought to the foreground when a dialog is triggered. Instead, the tab header shows a small visual indicator.Sites can still show browser notifications if permitted by the user or admin. Users can allow browser notifications by interacting with the pop-up permission prompt or changing site permissions. Admins can use the NotificationsAllowedForUrls policy through GPO or the Admin console to list site URLs they want to allow to display notifications to users (for example, calendar.google.com).
Developer changes
- Resize Observer
Traditionally, responsive web applications have used CSS media queries or window.onresize to build responsive components that adapt content to different viewport sizes. However, both of these are global signals and require the overall viewport to change in order for the site to respond accordingly. Chrome now supports the Resize Observer API to give web applications finer control to observe changes to sizes of elements on a page.
This code snippet uses the Resize Observer API to observe changes to an element:
|
|
- import.meta
Developers writing JavaScript modules often want access to host-specific metadata about the current module. To make this easier, Chrome now supports the import.meta property within modules that exposes the module URL via import.meta.url. Library authors might want to access the URL of the module being bundled into the library to more easily resolve resources relative to the module file as opposed to the current HTML document. In the future, Chrome plans to add more properties to import.meta.
Deprecations
- SharedArrayBuffer (M63)
In line with other browsers, starting on January 5, 2018, Chrome disabled SharedArrayBuffer on Chrome 63. To help reduce the efficacy of speculative side-channel attacks, Chrome will modify the behavior of other APIs, such as performance.now. This is intended as a temporary measure until other mitigations are in place.
- Enable CommonName fallback for local anchors policy (M66)
Chrome offered the EnableCommonNameFallbackForLocalAnchors policy to give IT admins more time to update their local certificates. As of Chrome 66, targeted for Stable Channel on April 2018, we will start deprecating this policy, which removes the ability to allow certificates on sites using a certificate issued by local trust anchors that is missing the subjectAlternativeName extension. If an end-user running Chrome 66 attempts to access a site where the certificate isn't allowed, they will see a warning that the certificate cannot be trusted.
- Adobe Flash Deprecation
Adobe announced on July 25, 2017 it plans to deprecate Flash by the end of 2020. See Adobe's announcement and Chrome's blog post regarding the Flash deprecation.
Security updates
See the latest Chrome security improvements in the Chrome Releases Blog.
- Enabling TLS 1.3
TLS 1.3 is enabled starting in Chrome 63. At this time, the only Google service with TLS 1.3 enabled is Gmail, but this expands to the broader web in 2018. End users should not be impacted by this change. If you are aware of any systems that don't work with TLS 1.3, post your feedback in the admin forum. As you prepare for wider use of TLS 1.3, you can configure this policy for network software or hardware in your enterprise that will not transit TLS 1.3 connections. See more information on Chromium.org.
- Support for NTLMv2 authentication protocol
Chrome 63 also includes support for NTLMv2 authentication protocol on Mac, Android, Linux, and Chrome OS. We are expanding on a previous release that supported NTLMv2 for Windows. With versions prior to Chrome 63, this must be manually enabled via chrome://flags. In 2018, we set NTLMv2 as the default NTLM protocol. For enterprises that need to extend support for NTLMv1, a new policy is available to allow you to force the older NTLMv1 protocol as needed.
- Site isolation
Site isolation is available in Chrome 63. With site isolation enabled, Chrome renders content for each open website in a separate process, isolated from other websites. This can mean even stronger security boundaries between websites than Chrome's existing sandboxing technology. Read more at Manage site isolation.
UI changes
- Material design bookmarks
Chrome's Bookmarks Manager has now been refreshed with new Material Design UI. Take a look by visiting chrome://bookmarks.
Deprecations
- Adobe Flash Deprecation
Adobe announced on July 25, 2017 it plans to deprecate Flash by the end of 2020. See Adobe's announcement and Chrome's blog post regarding the Flash deprecation.
Security updates
- Warning for untrusted Symantec certificates
Chrome 62 introduces a console warning for sites using certificates from Symantec or Symantec brands that may not be trusted in future versions of Chrome. For more information, see this blog post.
Enterprise features
- Change to update-check URL
We are changing our main update-check URL host on Chrome for desktop from tools.google.com to update.googleapis.com. You might need to update your enterprise's firewall allowlist to the our new update-check URL to ensure that Chrome continues to update. Learn more.
- Manage extensions by permission
The permission-based management of extensions is a new enterprise-focused set of controls implemented via Chrome policy and used to prevent extensions that request undesirable permissions from running. Example: Set or modify a proxy (proxy), Capture audio/video of the desktop (desktopCapture), etc. Learn more.
UI changes
- Chrome Cleanup tool
On Chrome for Windows, the Chrome Cleanup feature alerts users when it detects unwanted software. It offers a quick way to remove the software and return Chrome to its default settings. We recently completed a full redesign of Chrome Cleanup. The new interface is simpler, has a native Chrome interface, and makes it easier to see what software will be removed.
- Edit username when saving passwords
You can now edit your username when prompted to store a password for a website you visit. When you see the pop-up to save a password (or click the key icon in the address bar after signing in to a page), simply click Edit and make any edits needed.
- Introducing Site settings page
Starting M62, you will see a new Site settings button. The Site settings page provides per-origin permissions, rather than per-permission exceptions.
Deprecations
- Adobe Flash Deprecation
Adobe announced on July 25, 2017 it plans to deprecate Flash by the end of 2020. See Adobe's announcement and Chrome's blog post regarding the Flash deprecation.
Security updates
To learn about the latest Chrome security changes, see the Chrome Releases Blog.
- Final removal of trust in WoSign and StartCom certificates
Chrome 61 or later won't trust website authentication certificates issued by WoSign or StartCom. This is the culmination of a multi-release distrust process.
Enterprise features
- Side-by-side Chrome channels on Windows
Chrome supports multiple release channels with varying degrees of stability and support. Most users browse with the Stable channel of Chrome. In addition to Stable, Google also ships early-access Chrome channels (Dev, Beta) to get early feedback on features and changes, directly from users and developers. Early-access channels allow developers and admins to try cutting-edge features and validate that business critical applications continue to function as Chrome changes.
Currently, you can't install and run Dev or Beta Chrome on the same computer as the Stable version of Chrome. Starting M61, users can install and run Dev, Beta, and Stable versions concurrently on the same Windows computer. For more details, see the blog post.
UI changes
- Material Design for New Tab Page (NTP)
We applied a modernized Material Design look to the Desktop NTP. The search bar has been updated to a lighter drop-shadow style that is consistent with Google Web Search. Most visited sites has also been updated to use the same lighter style and refined hover, focus, and active states.
- New messaging for installing extensions that modify New Tab Page (NTP)
Extensions can modify the main site shown on a new tab, called the new tab page (NTP). Users often install extensions that modify NTP but aren't fully aware of how their experience will change. Starting in M61, there is a new permission warning shown at extension install time, which will indicate that the extension can change the default NTP to a custom site. The goal of these changes is to improve user awareness about extensions that will change their Chrome defaults, once installed.
Deprecations
- Adobe Flash Deprecation
Adobe announced on July 25, 2017 it plans to deprecate Flash by the end of 2020. See Adobe's announcement and Chrome's blog post regarding the Flash deprecation.
To see all of the changes that are in Chrome 61, visit the commit log.
Security updates
Learn more about the latest Chrome security updates in the Chrome Releases Blog.
Enterprise features
- Chrome Enterprise Bundle (May 23, 2017)
Google announced the release of the Chrome Enterprise Bundle, as well as Chrome Browser support for new platforms: Citrix Xenapp, Terminal Services, and Windows Server platforms. See the announcement.
Deprecations
- Adobe Flash Deprecation
Adobe announced on July 25, 2017 it plans to deprecate Flash by the end of 2020. See Adobe's announcement and Chrome's blog post regarding the Flash deprecation.
To see all of the changes in Chrome 60, visit the commit log.
Enterprise features
- Chrome Enterprise Bundle (May 23, 2017)
Google announced the release of the Chrome Enterprise Bundle as well as Chrome Browser support for new platforms: Citrix Xenapp, Terminal Services, Windows Server platforms. See the announcement.
UI changes
- Material Design comes to Chrome settings
Chrome Settings has updated to Material Design with a new look with the same ease of use and functionality.
Notable changes:- Larger and more prominent search bar
- New menu icon
to the top left of Settings that gives you an easy way to jump to specific sections, like People, Appearance, and Search Engine
- Combined and simplified Sign In and People sections
- Streamlined Content Settings section
- Search section renamed Search Engine
- Privacy section renamed Privacy and Security
- Proxy settings moved under the System section
- Font sizes and page zoom settings moved to the Appearance section
- HTTPS/SSL Manage Certificates settings moved under Privacy and Security section
to the top left of Settings that gives you an easy way to jump to specific sections, like People, Appearance, and Search EngineTo see all of the changes in Chrome 59, visit the commit log.
UI changes
- Material Design coming soon to the Chrome settings page (59)
For those already on Chrome's Dev or Canary channels, the Chrome settings (chrome://settings) page has updated to Material Design. The updated design is planned to launch in Chrome 59.
- New desktop welcome page (Windows 10)
We redesigned Chrome's first-run experience in M58. On Windows 10 platforms, we display a welcome page, which explains how to set Chrome as the default browser or pin it to the Windows taskbar. For Windows 7 and Windows 8 platforms, we display a Material Design page that promotes the Sign in to Chrome feature. This page launched to Mac and Linux during the Chrome 57 release.
Deprecations
- Changes to website certificate handling
After many years of the practice being discouraged, Chrome 58 removes support for the commonName field in website certificates. Only the subjectAltName extension will be used when matching certificates to host names. The EnableCommonNameFallbackForLocalAnchors policy can be used to re-enable old behavior for locally installed roots. Organizations are strongly encouraged to migrate to modern certificate standards and not rely on the continued presence of this policy.
Chrome 56 stopped trusting certificates issued by WoSign and StartCom after October 21, 2016 in response to various incidents, and included a allowlist of certificates that would continue to work. Chrome 58 continues reducing the size of that allowlist.
As a reminder, since Chrome 56, the use of SHA-1 website certificates is no longer supported unless configured via policy: EnableSha1ForLocalAnchors. This policy can be used to re-enable old behavior for locally installed roots, which gives organizations more time to move away from SHA-1 certificates. Chrome strongly encourages organizations to migrate to modern certificate standards and not rely on the continued presence of this policy, because it will be removed in January 2019.
To see all of the changes that are in Chrome 58, visit the commit log.
Security updates
- Form Not Secure warning UI (M56)
To help users browse the web safely, Chrome indicates connection security with an icon in the address bar. Historically, Chrome has not explicitly labelled HTTP connections as non-secure. As part of a long-term plan to mark all HTTP sites as non-secure, beginning in January 2017 (Chrome 56), we mark HTTP pages that collect passwords or credit cards as non-secure. Read about Moving toward a more secure web.
- Chrome chip and icon
Chrome security chip and icon for Chrome internal pages (Settings, History, Downloads...) indicate and verify that page is a secure internal Chrome page.
- Extension name chips
Chrome will begin showing the extension name if the page URL is a chrome-extension:// URL. The extension name is displayed in the same style as security indicator URL-bar strings, but without any animations.
Enterprise features
- Windows roaming profiles support
We are launching initial support for roaming profiles on Windows. It enables users to have a Chrome Sync experience anywhere they sign in to Windows with their domain accounts if roaming profiles are enabled without the need to sign in to Chrome. For more information, see Using Chrome on roaming user profile.
- Legacy Browser Support: Update 4.7
Bug fixes and performance improvements from 4.6:
-
Improved window management in Chrome, including proper handling of pop-up windows triggering browsing transition.
-
Fixed issues with link corruption when navigating to an already open Internet Explorer window.
-
- Migrating capable 32-bit Chrome users to 64-bit Chrome
To improve stability, performance, and security, users who are currently on the 32-bit version of Chrome and 64-bit Windows with 4 GB or more memory will be automatically migrated to 64-bit Chrome during the Chrome 57 rollout. The 32-bit Chrome will still be available via the Chrome download page.
UI changes
- Revamp first-run and onboarding experience
We redesigned Chrome's first-run experience in 57. On non-Windows 10 platforms, we display a Material Design page which promotes the Sign in to Chrome feature. For Windows 10, this feature will be launched in the Chrome 58 release.
- Requiring explicit user action to enable sideloaded extensions on Mac
In some instances, Chrome extensions can be bundled with Mac software and added during the software download and installation process.
Extensions that are bundled with Mac applications will be added to Chrome in a disabled state. The user will be prompted to either enable the extension or remove it from Chrome.
Deprecations
- chrome://plugins
The Chrome plugins page was used to allow management of plugin settings within Chrome. But as the web has evolved, there have been fewer plugins to manage over time. In this update, the team moved the controls for the remaining components to a more standard and discoverable location: Chrome's content settings, which can be easily accessed at chrome://settings/content.
A list of where common settings went:- Chrome PDF viewer options moved under Privacy
- Adobe Flash Player options moved under Privacy
- Widevine Content Decryption Module (which enables Widevine licenses for playback of HTML audio/video content) can be adjusted under Privacy
- Chrome PDF viewer options moved under Privacy
- Deprecating insecure certificate types
Since 56, Chrome has not trusted server certificates that use the insecure SHA-1 hash algorithm if they chain to publicly trusted roots. In Chrome 57, that is also true for enterprise or locally installed roots, unless the EnableSha1ForLocalAnchors policy has been set.
Note that a collision attack has now been demonstrated against SHA-1. This policy should only be enabled after consulting your security team. Read more about setting Chrome policies for devices and SHA-1 Certificates in Chrome.Chrome 58 won't consider a certificate's common name when performing trust evaluation and will rely on subject alternative name only, unless the EnableCommonNameFallbackForLocalAnchors policy is set. Turn this policy on only after consulting your security team.
- Distrusting WoSign and StartCom certificates
Chrome 57 continues to reduce the number of allowlisted sites that can use WoSign or StartCom issued certificates, as Google discontinues trust for these certificates. Learn more in this blog post and on Chromium.org.
To see all of the changes in Chrome 57, visit the commit log.
Additional resources
- How Chrome releases work—Chrome Release Cycle
- Chrome Browser downloads and Chrome Enterprise product overviews—Chrome Browser for enterprise
- Chrome version status and timelines—Chrome Platform Status | Google Update Server Viewer
- Announcements: Chrome Releases Blog | Chromium Blog
- Developers: Learn about changes to the web platform and features planned for upcoming releases.
Still need help?
- G Suite, Cloud Identity customers (authorized access only)—Contact support
- Chrome Browser Enterprise Support—Sign up to contact a specialist
- Chrome Administrators Forum
- Chrome Enterprise Help Center