Notas de la versión de Chrome Enterprise

Última actualización: 9 de marzo de 2021

For administrators who manage Chrome Browser or Chrome devices for a business or school.

En las siguientes notas, la versión estable o el número de hito (M##) se refiere a la versión del lanzamiento programado de la función. Por ejemplo, M75 indica una función cuyo lanzamiento está programado con la versión estable de Chrome 75. A continuación, consulte un historial de versiones y registro de cambios de Chrome.
 
 

Notas de la versión actual de Chrome

Abrir todo   |   Cerrar todo Chrome 89

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. 
  • Capturas de pantalla mejoradas

    Mejoramos las capturas de pantalla de Chrome OS. Ahora se puede acceder a la función Captura de pantalla mediante la configuración rápida. Un nuevo modo de captura ofrece a los usuarios una IU intuitiva para alternar entre funciones. Después de tomar una captura de pantalla parcial, se puede ajustar la selección para perfeccionarla. La nueva función para grabar la pantalla permite capturar y compartir movimiento.


     
  • Mejoras del escritorio

    Mejoras en la creación y la administración inteligentes de varios espacios de trabajo sin inconvenientes (restablecer escritorios para el navegador, enviar a escritorio y mejoras en el escritorio virtual).
     
  • Mejoras de la Sincronización Wi-Fi

    La Sincronización Wi-Fi ahora es aún más eficaz y permite compartir redes Wi-Fi entre Chrome OS y Android.
     
  • Portapapeles: historial visual del portapapeles

    Chrome OS introduce un portapapeles ampliado para transferir rápidamente varios elementos. Transfiera todo lo que necesite de forma fácil y rápida.
     
  • Tote: acceso rápido a archivos importantes y recientes

    Acceda rápidamente a sus capturas de pantalla y descargas recientes. Fije sus archivos importantes para abrirlos, copiarlos o arrastrarlos con un solo clic.
     
  • Controles multimedia mejorados

    Los controles multimedia unificados se trasladan a la configuración rápida. Acceda a todas sus fuentes multimedia rápidamente desde un solo lugar.
     
  • Actualización de los íconos de aplicaciones

    Los íconos de las aplicaciones integradas en su Chromebook tienen un aspecto renovado, que le permite distinguir fácilmente entre las aplicaciones esenciales (por ejemplo, Canvas o Explorar) diseñadas para Chrome OS y las aplicaciones de terceros que se hayan descargado.
     
  • Se mejoró la función Seleccionar para pronunciar a fin de ayudar de forma más eficaz a los usuarios con dislexia

    Se mejora el servicio de accesibilidad Seleccionar para pronunciar con controles de navegación (reproducir/pausar, navegar por oraciones y párrafos, ajustar la velocidad en contexto).


     

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

BrowsingDataLifetime

Browsing Data Lifetime Settings

ClearBrowsingDataOnExitList

Clear Browsing Data on Exit

EnableDeprecatedPrivetPrinting

Enable deprecated privet printing

ManagedConfigurationPerOrigin

Sets managed configuration values to websites to specific origins

PhoneHubTaskContinuationAllowed

Chrome OS only

Allow Phone Hub task continuation to be enabled

PhoneHubAllowed

Chrome OS only

Allow Phone Hub to be enabled

PhoneHubNotificationsAllowed

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

SigninInterceptionEnabled

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 cambiará a un canal estable de 4 semanas e introducirá un canal estable ampliado de 8 semanas en Chrome 94

    Chrome para dispositivos móviles, Windows, Mac y Linux cambiará su ciclo de lanzamiento de 6 semanas por uno de 4 semanas. Con este cambio, los usuarios accederán antes a las funciones de seguridad, las nuevas funciones y las correcciones de errores.

    La mayoría de las empresas no tendrán que hacer nada, pero si usted actualiza o prueba las nuevas versiones de Chrome manualmente y prefiere que el ritmo de lanzamiento sea más lento, podrá cambiar a un canal estable ampliado de Chrome en el que las nuevas versiones se lanzarán cada 8 semanas. Consulte más detalles en la entrada de nuestro blog disponible en blog.chromium.org

    En Chrome OS, también hay planes de introducir cambios en el ciclo de lanzamientos de una misma versión. Como siempre, Chrome OS priorizará las actualizaciones de seguridad más recientes y mantendrá una experiencia estable y de alta calidad para usuarios, clientes, socios y desarrolladores.

Próximos cambios en el navegador Chrome

 
  • Chrome 90 bloqueará el puerto 554

    Se agregará el puerto 554 a la lista de puertos restringidos y se bloqueará el paso de tráfico a través de él. Este cambio no debería tener ningún efecto para los clientes que usan puertos estándar, pero sí podría afectar a las configuraciones personalizadas (por ejemplo, entrega de secuencias de comandos de PAC) con puertos no estándar. En su lugar, usted deberá usar puertos estándar (por ejemplo, puede entregar secuencias de comandos de PAC a través de HTTPS mediante el puerto 443).
     
  • Lanzamiento de formularios XFA en PDF para Chrome 90

    Los formularios XFA en PDF se admitirán parcialmente en Chrome 90, lo que ampliará la variedad de documentos PDF que se pueden abrir directamente en Chrome.
     
  • La ventana emergente de acceso de los perfiles administrados será más clara en Chrome 90

    Chrome 90 actualizará el aviso que aparece cuando los usuarios acceden a un perfil administrado. El nuevo aviso tendrá un lenguaje más claro y se simplificarán las acciones disponibles.
     
  • Algunas solicitudes de permisos serán menos intrusivas en Chrome 90

    Las solicitudes de permisos que el usuario tenga pocas probabilidades de permitir se bloquearán automáticamente. Con una IU menos intrusiva, el usuario podrá administrar los permisos para cada sitio.

     
  • Chrome 90 admitirá CET de Intel

    Chrome 90 admitirá la tecnología de aplicación del flujo de control (CET) de Intel, conocida como pilas paralelas aplicadas por el hardware en Windows. Esta opción solo afectará a Chrome si se ejecuta en un hardware compatible con CET. Si bien no se espera que ocurra ningún problema, puede administrar CET con las Opciones de ejecución de archivos de imagen (IFEO) por medio de la política de grupo.
     
  • Chrome 90 introducirá initial_preferences

    Como parte de su transición hacia un uso de nombres más inclusivos, Chrome admitirá un administrador que usa un archivo para controlar las preferencias iniciales del navegador, denominado initial_preferences. Este archivo se comportará de la misma manera que el archivo master_preferences que existe actualmente y, con el tiempo, lo reemplazará. Para minimizar las interrupciones, Chrome 90 seguirá admitiendo master_preferences y se enviarán más avisos antes de que se quite la compatibilidad con master_preferences.
     
  • AllowNativeNotifications se actualizó a AllowSystemNotifications en Chrome 90

    Como parte de la transición de Chrome hacia un uso de nombres de políticas más inclusivos, se cambiará el nombre de AllowNativeNotifications por AllowSystemNotifications. La política AllowNativeNotifications existente estará disponible hasta Chrome 95.
     
  • La configuración de las extensiones se cargará desde el mismo lugar para todos los canales en las Mac con Chrome 90

    Todos los canales de Chrome leerán las políticas de las extensiones desde el mismo archivo .plist. Por ejemplo, en Chrome Canary, la extensión Alerta de contraseña siempre cargará sus políticas desde com.google.Chrome.extensions.noondiphcddnnabmjcihcjfbhfklnnep.plist, en lugar de com.google.Chrome.canary.extensions.noondiphcddnnabmjcihcjfbhfklnnep.plist.
     
  • Chrome guardará los datos de los videos en modo lite en Chrome 90

    Para reducir el costo de los datos y mejorar la experiencia de los videos con conexiones de datos limitadas y de uso medido, Chrome en Android reducirá la tasa de bits efectiva de los videos para los usuarios del modo lite que usen una conexión móvil. Se podrá controlar esta función mediante la política DataCompressionProxyEnabled.
     
  • 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.
 

Notas de versiones anteriores 

Chrome 88

Actualizaciones del navegador Chrome

  • Chrome advertirá sobre los formularios de contenido mixto
    Los formularios web que se cargan mediante HTTPS, pero que envían su contenido a través de HTTP (de forma no segura) representan un riesgo potencial para la privacidad del usuario. En Chrome 85 y versiones posteriores, se muestra una advertencia sobre esos formularios para informar al usuario de que el formulario no es seguro. En Chrome 88, se mostrará una advertencia intersticial cuando se envíe el formulario y se detendrá toda transmisión de datos a fin de que el usuario pueda elegir si desea continuar o cancelar el envío. Esto se lanzó anteriormente en Chrome 87, pero se revirtió debido a la forma en que interactuaba con los redireccionamientos. Se volverá a lanzar en Chrome 88, pero solo se mostrarán advertencias para los formularios que se envíen directamente a una URL HTTP o cuando se redireccione a HTTP y se expongan los datos del formulario en el redireccionamiento. Por ejemplo, los códigos 307 o 308 redireccionan a formularios del método POST.





    Podrá controlar este comportamiento con la política empresarial InsecureFormsWarningsEnabled. Para probar este comportamiento antes del lanzamiento, use la marca de Chrome Intersticial para formularios mixtos.
     
  • Consumo de recursos mejorado para las pestañas en segundo plano
    Para ahorrar carga de CPU y prolongar la duración de la batería, Chrome limitará el consumo de energía de las pestañas en segundo plano. Específicamente, Chrome permitirá que los cronómetros de las pestañas en segundo plano solo se ejecuten una vez por minuto. Como los controladores de eventos de red no se ven afectados, los sitios como Gmail o Slack® pueden seguir enviando notificaciones oportunas en segundo plano. Algunos usuarios vieron esta función en Chrome 87. Ahora está disponible para todos los usuarios en Chrome 88.

    Podrá controlar este comportamiento mediante la política IntensiveWakeUpThrottlingEnabled.
     
  • Se bloquean las descargas no seguras en páginas seguras, con cambios hasta Chrome 88
    En Chrome 88 en Windows®, Mac® y Linux®, ya no se permitirán las descargas de fuentes no seguras cuando se inicien desde páginas seguras. Este cambio lanzado de forma gradual afectará diferentes tipos de archivo en distintas versiones:

     

  • Ejecutables: Los usuarios recibían una advertencia en Chrome 84, y los archivos se bloqueaban en Chrome 85.
  • Archivos: Los usuarios recibían una advertencia en la consola del desarrollador de Chrome en Chrome 85, y los archivos se bloqueaban en Chrome 86.
  • Otros tipos de archivos no seguros (p. ej., PDF): Los usuarios recibían una advertencia en la consola del desarrollador de Chrome en Chrome 86, y los archivos se bloqueaban en Chrome 87.
  • Otros archivos: Los usuarios recibían una advertencia en la consola del desarrollador de Chrome en Chrome 87, y los archivos se bloqueaban en Chrome 88.

    Las advertencias en Android se retrasarán una versión con respecto a las advertencias en las computadoras de escritorio. Por ejemplo, los archivos ejecutables comenzaron a mostrar una advertencia en Chrome 85.

    Se puede usar la política existente InsecureContentAllowedForUrls para permitir que determinadas URL descarguen archivos no seguros. Puede leer más detalles en esta entrada de blog.
  • La página Nueva pestaña permite que los usuarios completen flujos de trabajo iniciados previamente
    La página Nueva pestaña de Chrome mostrará tarjetas para ayudar a los usuarios a volver a las búsquedas y los flujos de trabajo que ya estaban en curso, por ejemplo, buscar recetas o comparaciones de precios. Los usuarios pueden controlar y quitar estas tarjetas.

    Estas tarjetas se presentaron para algunos usuarios en Chrome 87 y ahora se incluyen en Chrome 88. Puede controlar estas tarjetas mediante la política NTPCardsVisible
     
  • Chrome presenta perfiles para separar usuarios o cuentas
    Algunos usuarios tendrán la opción de crear un nuevo perfil de Chrome y transferir su cuenta cuando accedan a un perfil al que ya accedió otra cuenta. Esto permite que diferentes usuarios establezcan favoritos, historiales y parámetros de configuración separados. Si un usuario accede con una cuenta que ya accedió a otro perfil, se le ofrecerá este cambio. Algunos usuarios con varios perfiles configurados verán un selector de perfil en el inicio.

    Para controlar si Chrome debe ofrecer la opción de crear o cambiar perfiles, podrá usar la política empresarial SigninInterceptionEnabled. En Chrome 89, también podrá controlar el comportamiento de inicio del selector de perfiles con la política empresarial ProfilePickerOnStartupAvailability.


    Se planea un lanzamiento a más usuarios en una versión posterior.

  • Algunas funciones están disponibles para los usuarios que acceden sin tener que habilitar la Sincronización de Chrome 
    Es posible que algunos usuarios que hayan accedido a Chrome puedan consultar y guardar las formas de pago y las contraseñas almacenadas en su Cuenta de Google sin que se habilite la Sincronización de Chrome.

    En la versión de Chrome para Android, puede controlar el acceso de un usuario a las formas de pago mediante la política empresarial AutofillCreditCardEnabled. Por su parte, en la versión de Chrome para computadoras de escritorio, puede controlar el acceso a las contraseñas. Para ello, puede establecer la política empresarial SyncDisabled como inhabilitada o incluir “contraseñas” en SyncTypesListDisabled.
     
  • Se quitó DTLS 1.0
    El protocolo DTLS 1.0, que se usa en WebRTC para audio y video interactivo, se quitó de forma predeterminada. Las aplicaciones que dependan de DTLS 1.0 (probablemente puertas de enlace a otros sistemas de teleconferencias) deberán actualizarse a un protocolo más reciente. Para probar si alguna de sus aplicaciones se verá afectada, utilice la siguiente función experimental de línea de comandos al iniciar Chrome:

    --force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/ 

    Si su empresa necesita más tiempo para adaptarse, se ofrecerá la política WebRtcAllowLegacyTLSProtocols destinada a postergar temporalmente la eliminación.
     
  • Chrome es compatible con Manifest V3
    Chrome 88 admite las extensiones escritas en el nuevo formato Manifest V3. Manifest V3 es una plataforma nueva que aumenta la seguridad, el rendimiento y el respeto de la privacidad de las extensiones de forma predeterminada. Esto no implica cambios rotundos por este momento. Las extensiones que usan Manifest v2 continuarán funcionando normalmente en Chrome 88.
     
  • Chrome lanzará una prueba de origen para detectar el estado inactivo
    A través de una prueba de origen temprana, los sitios web pueden solicitar permiso para consultar si los usuarios están inactivos y, de este modo, permitir que las aplicaciones de mensajería envíen notificaciones a los dispositivos adecuados.
     
  • Las palabras aisladas ya no se tratan como ubicaciones de intranet de forma predeterminada

    De forma predeterminada, Chrome evita las búsquedas de DNS en las que se ingresa una sola palabra clave en la barra de direcciones para mejorar la privacidad del usuario y reducir la carga de los servidores DNS. Es posible que este cambio afecte a las empresas con dominios de una sola palabra en su intranet. Por ejemplo, un usuario que escriba “asistencia” ya no se dirigirá a “https://asistencia”.

    Puede controlar el comportamiento de Chrome mediante la política empresarial IntranetRedirectBehavior; esto incluye mantener el comportamiento existente (valor 3: Se permiten las revisiones de intercepción de DNS y las barras de información de “http://intranetsite/” para “quizás quiso decir”).
  • Chrome introduce una nueva IU de chip de permisos
    Las solicitudes de permisos pueden resultar invasivas y molestas cuando carecen de contexto; esto suele suceder cuando los mensajes se muestran en cuanto se carga una página o sin previo aviso. Esto provoca una reacción común: los usuarios finales descartan el mensaje para evitar tener que tomar una decisión.

    Ahora Chrome muestra un chip de permisos menos invasivo en la barra de direcciones. Dado que el mensaje no invade el área de contenido, los usuarios ya no tendrán que descartarlo manualmente cuando no quieran otorgar el permiso. Los usuarios que quieran otorgar permiso pueden hacer clic en el chip para que aparezca el mensaje correspondiente.




    Este cambio se lanzará de forma gradual en Chrome 88.
     
  • Se quitó la extensión Compatibilidad con navegadores heredados de Chrome Web Store
    La Compatibilidad con navegadores heredados (LBS) está integrada en Chrome y ya no se necesita la extensión anterior. El equipo de Chrome retiró la extensión de LBS de Chrome Web Store en Chrome 85, y está inhabilitada en Chrome 88. Dado que seguiremos la Compatibilidad con navegadores heredados, le recomendamos que deje de utilizar la extensión y que comience a usar las políticas integradas de Chrome, que se documentan aquí. Las políticas antiguas definidas a través de la extensión dejarán de funcionar, y no se podrá instalar la extensión de manera automática una vez que esté inhabilitada.
     
  • Consideración del esquema al determinar si una solicitud es entre sitios (Schemeful Same-Site),
    Chrome 88 modifica la definición de "mismo sitio" para las cookies, de modo que se considerará que las solicitudes del mismo dominio registrable, pero de distintos esquemas, son entre sitios (no del mismo sitio). Por ejemplo, las solicitudes entre http://site.example y https://site.example se considerarán que son entre sitios, lo que restringirá las cookies que usen Same-Site. Si desea obtener información adicional, consulte la explicación de Schemeful Same-Site. Le recomendamos que pruebe los sitios cruciales siguiendo las instrucciones correspondientes.

    Puede volver al comportamiento heredado anterior con las políticas LegacySameSiteCookieBehaviorEnabledForDomainList y LegacySameSiteCookieBehaviorEnabled. Estas políticas estarán disponibles al menos hasta Chrome 93, y la lista de dominios está planificada para ofrecer una disponibilidad más prolongada. Si desea conocer más detalles, incluida la disponibilidad, consulte las Políticas de comportamiento heredado de las cookies de Same-Site.
     
  • Chrome 88 en Mac no es compatible con OS X 10.10 (Yosemite)
    Chrome 88 no es compatible con OS X 10.10 (OS X Yosemite). Para usar Chrome en Mac, se requiere OS X 10.11 o una versión posterior.
     
  • La política de ventanas emergentes en la descarga de páginas ya no es compatible con Chrome 88
    En Chrome 88, se quitaron las políticas empresariales AllowPopupsDuringPageUnload, como se comunicó anteriormente. Todas las aplicaciones que dependan del comportamiento de la plataforma web heredada deben actualizarse de forma inmediata.
     
  • Chrome trata una string vacía como una política no establecida en Android para algunas políticas en Chrome 88
    Para mejorar la integración con los sistemas de administración unificada de extremos (UEM) de dispositivos móviles, Chrome en Android no permitirá establecer políticas de listas ni de diccionario a partir de strings vacías.
     
  • La política BasicAuthOverHttpEnabled permite inhabilitar la autenticación por medio de HTTP
    Puede inhabilitar la nueva política BasicAuthOverHttpEnabled para no permitir que las solicitudes HTTP no seguras utilicen el esquema de autenticación básico. Si lo hace, solo se permitirán solicitudes HTTPS seguras.

  • La herramienta Limpiar Chrome puede restablecer las combinaciones de teclas de Chrome
    Cuando los usuarios ejecutan la herramienta Limpiar Chrome, se modifican las funciones experimentales de línea de comandos dentro de las combinaciones de teclas de Chrome. Esto permite que los usuarios restauren Chrome a un estado seguro si un software malicioso insertó funciones experimentales maliciosas de línea de comandos en la combinación de teclas.

    Si desea controlar la herramienta Limpiar Chrome, puede utilizar la política ChromeCleanupEnabled, que ayuda a evitar este comportamiento.
     
  • Se suspenderán las notificaciones durante la presentación
    Mientras Chrome comparte una pantalla, las notificaciones web de Chrome no mostrarán su contenido de forma predeterminada. El usuario las verá después de que finalice la sesión de pantalla compartida o de forma manual a través de una acción de notificación. Tenga en cuenta que compartir una ventana o una pestaña no afecta la entrega de notificaciones de Chrome.
     
  • Algunos usuarios pueden ver el micrófono junto a la barra de direcciones en Android
    Algunos usuarios pueden ver el botón de micrófono en la barra de IU superior de Chrome en Android. Los usuarios pueden solicitar al Asistente de Google que lea la página actual o que la traduzca a otro idioma.

    Cuando los usuarios interactúan con el botón de micrófono, la URL de la página actual se comparte con Google. Puede controlar esta función con la política AudioCaptureAllowed.
     
  • Cloud Print ya no es compatible
    El servicio Google Cloud Print ya no es compatible con ningún sistema operativo.

    Los administradores de Chrome OS pueden seleccionar un proveedor de soluciones deimpresión o migrar a la solución de impresoras locales y de red de Chrome OS. Los administradores de los sistemas operativos Windows®, Mac® y Linux® pueden utilizar el flujo de trabajo de impresión del SO correspondiente o recurrir a un proveedor de soluciones de impresión. Consulte más información sobre la migración desde Cloud Print
     
  • Guardar en Drive ya no está disponible
    Guardar en Google Drive ya no es una función disponible desde el diálogo de impresión de Chrome en dispositivos Mac®, Windows® y Linux®. En su lugar, los usuarios pueden instalar la extensión de Chrome para Guardar en Drive que se actualizó para incluir esta función, o bien imprimir de forma local en PDF y después subir el archivo en Google Drive a través de drive.google.com. Para eso, deben seleccionar Nuevo > Subir archivo. Usted también puede configurar la sincronización automática de archivos locales con Google Drive a través de Copia de seguridad y sincronización o Drive File Stream. Aquí encontrará más detalles para imprimir desde Chrome. 
     
  • Se eliminó la compatibilidad con FTP
    Chrome 88 eliminó la compatibilidad con las URL de FTP. La implementación de FTP heredada en Chrome ya no admite conexiones encriptadas (FTPS) ni proxies. El uso de FTP es muy bajo. En todas las plataformas afectadas, hay disponibles clientes FTP con más capacidad.

    Puede encontrar más información aquí.

Actualizaciones de Chrome OS

  • WebAuthn con huella digital y PIN
    ¿Cansado de escribir contraseñas largas? Si configuró un PIN o una huella digital en su Chromebook, ahora Chrome OS le permite acceder a sitios web compatibles sin necesidad de escribir las contraseñas para ese sitio. Esta función, denominada Autenticación web, utiliza protocolos establecidos para que la autenticación en un sitio web sea más simple y segura. El PIN o la huella digital de la Chromebook nunca se comparten con los sitios web que solicitan su verificación, y no es necesario preocuparse por la suplantación de identidad (phishing) que los atacantes maliciosos ejecutan sobre las contraseñas a sitios web. Si su organización tiene U2F habilitado, WebAuthn no funcionará. U2F será compatible con una versión futura.
     
  • Mejoras en la IU de autocorrección
    En el caso de los usuarios que tienen habilitada la autocorrección, mejoramos la interfaz de usuario con indicadores visuales de que se realizaron autocorrecciones y presentamos nuevas formas de deshacerlas.
     
  • Compatibilidad con el teclado y el seguimiento del foco de la lupa
    Ahora puede utilizar el teclado para desplazar lateralmente la lupa de Chrome OS. Use Ctrl + Alt y la tecla de flecha para desplazar lateralmente el viewport.



     
  • Modo de lector de pantalla en la aplicación de texto
    La aplicación de texto ahora tiene un modo de lector de pantalla para admitir a los usuarios de ChromeVox.
     
  • Mejoras en el cambio entre escritorios virtuales
    Ahora es posible alternar en menos tiempo y con mayor respuesta entre los escritorios virtuales con el teclado y el panel táctil. Para pasar de un escritorio a otro, puede presionar dos o tres veces la combinación de teclas <Buscar> + [ o <Buscar> + ].
     
  • Coherencia entre el desplazamiento inverso y los gestos del panel táctil
    Los gestos del panel táctil ahora son más coherentes con las preferencias de desplazamiento inverso.
     
  • Cámara de Chrome OS que ahora guarda los archivos en una ubicación nueva
    Las fotos y los videos capturados con la aplicación de Cámara de Chrome OS ahora se guardan en una nueva carpeta Cámara de Mis archivos. Las fotos o los videos capturados anteriormente permanecerán en la carpeta Descargas.

Actualizaciones en la Consola del administrador

  • API para comandos remotos
    La API de Admin SDK Directory ahora admite la emisión de comandos remotos a dispositivos; esto incluye la limpieza de los datos del usuario, el uso de Powerwash remoto, el reinicio remoto (solo en el kiosco), la captura de pantalla (solo en el kiosco) y el ajuste del volumen (solo en el kiosco). Si quiere conocer más detalles, consulte la documentación para programadores.
     
  • Filtrado de dispositivos Chrome por versión
    La lista de dispositivos Chrome ahora admite el filtrado por versión de Chrome. Ahora puede comprobar rápidamente qué dispositivos están actualizados o desactualizados.
     
  • Mejoras en la administración de favoritos
    La Consola del administrador tiene un administrador de favoritos nuevo y mejorado. Los administradores de empresas pueden crear, eliminar y desplazar más fácilmente cientos o miles de favoritos. Los detalles de la función se describen en el artículo del Centro de ayuda.
     
  • Nuevo informe de resumen para las versiones de Chrome
    En la Consola del administrador, se incluye un nuevo informe de versión que muestra la cantidad de navegadores y dispositivos administrados en cada versión de Chrome. Los detalles de la función se describen en el artículo del Centro de ayuda.
     
  • Política basada en grupos para la administración de impresoras
    La administración basada en grupos ahora está disponible para impresoras. En la página de impresoras, seleccione un grupo y configure las impresoras que deben estar disponibles para los usuarios de ese grupo.
     
  • Administrador de credenciales de Kerberos
    Como administrador, ahora puede habilitar tickets de Kerberos en los dispositivos Chrome para permitir el inicio de sesión único (SSO) en los recursos internos que admiten la autenticación Kerberos. Los recursos internos pueden incluir sitios web, archivos compartidos, certificados, etcétera. Los detalles de la función se describen en el artículo del Centro de ayuda.

Más políticas en la Consola del administrador

Hay muchas políticas nuevas disponibles en la Consola del administrador, por ejemplo:

Nombre de la política Páginas Categoría/Campo
AbusiveExperienceInterventionEnforce

Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas

Navegación segura de Chrome/Intervención por experiencia abusiva
AccessibilityImageLabelsEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Accesibilidad/Descripciones de imágenes
AdsSettingForIntrusiveAdsSites Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Navegación segura en Chrome/Sitios con anuncios intrusivos
AdvancedProtectionAllowed Configuración de usuarios y del navegador Seguridad/Programa de Protección Avanzada
AuthAndroidNegotiateAccountType Configuración de usuarios y del navegador Red/Tipo de cuenta para la autenticación HTTP Negotiate/Tipo de cuenta
AutoOpenAllowedForURLs Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Contenido/Abrir automáticamente los archivos descargados/Abrir automáticamente las URL
AutoOpenFileTypes Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Contenido/Abrir automáticamente los archivos descargados/Abrir automáticamente los tipos de archivo
BackForwardCacheEnabled Configuración de usuarios y del navegador Contenido/Memoria caché atrás/adelante
BrowserNetworkTimeQueriesEnabled Configuración de usuarios y del navegador Otros parámetros de configuración/Servicio de hora de Google
CACertificateManagementAllowed Configuración de usuarios y del navegador Seguridad/Administración de usuarios de certificados de CA instalados
ClientCertificateManagementAllowed Configuración de usuarios y del navegador Seguridad/Administración de usuarios de certificados de cliente instalados
CommandLineFlagSecurity
WarningsEnabled
Configuración de usuarios y del navegador Seguridad/Funciones experimentales de línea de comandos
ContextualSearchEnabled Configuración de usuarios y del navegador Experiencia del usuario/Tocar para buscar
DefaultFileSystemReadGuardSetting Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/Acceso de lectura al sistema de archivos
DefaultFileSystemWriteGuardSetting Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/Acceso de escritura al sistema de archivos
DefaultSerialGuardSetting Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/API de Serial Port/Controlar el uso de la API de Serial Port
DefaultWebUsbGuardSetting Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/API de WebUSB/¿Pueden los sitios web solicitar acceso a los dispositivos USB conectados?
DeviceAllowRedeemChromeOs
RegistrationOffers
Configuración del dispositivo Otros parámetros de configuración/Canjear las ofertas por medio del registro de Chrome OS
DeviceQuirksDownloadEnabled Configuración del dispositivo Otros parámetros de configuración/Perfiles de hardware
DeviceShowLowDiskSpaceNotification Configuración del dispositivo Otros parámetros de configuración/Notificación de poco espacio en el disco
DeviceWebBasedAttestation
AllowedUrls
Configuración del dispositivo Configuración de acceso/Acceso verificado con el inicio de sesión único/Lista blanca de URL de redireccionamiento del IdP
DNSInterceptionChecksEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Red/Revisiones habilitadas de la intercepción de DNS
ExtensionCacheSize Configuración del dispositivo Otros parámetros de configuración/Tamaño de caché de apps y extensiones/Tamaño de caché en bytes
ExternalProtocolDialogShow
AlwaysOpenCheckbox
Configuración de usuarios y del navegador Contenido/Muestra la casilla de verificación "Always open" en un cuadro de diálogo del protocolo externo
FileSystemReadAskForUrls Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/Acceso de lectura al sistema de archivos/Permite el acceso de lectura al sistema de archivos en estos sitios
FileSystemReadBlockedForUrls Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/Acceso de lectura al sistema de archivos/Impide el acceso de lectura en estos sitios
FileSystemWriteAskForUrls Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/Acceso de escritura al sistema de archivos/Permite el acceso de escritura a archivos y directorios en estos sitios
FileSystemWriteBlockedForUrls Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/Acceso de escritura al sistema de archivos/Bloquea el acceso de escritura a archivos y directorios en estos sitios
GloballyScopeHTTPAuthCacheEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Red/Caché de autenticación HTTP con alcance global
GSSAPILibraryName Configuración de usuarios y del navegador Red/Nombre de la biblioteca GSSAPI/Nombre de la biblioteca o ruta de acceso completa
HSTSPolicyBypassList Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Red/Lista de omisión de la política HSTS/Lista de nombres de host que omitirán la revisión de la política HSTS
InsecureFormsWarningsEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Contenido/Formularios poco seguros
KerberosAccounts Configuración de usuarios y del navegador Kerberos/Tickets de Kerberos
KerberosEnabled Configuración de usuarios y del navegador Kerberos/Tickets de Kerberos
LookalikeWarningAllowlistDomains Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Navegación segura en Chrome/Elimina advertencias de dominios similares en dominios/Lista de dominios permitidos
MaxConnectionsPerProxy Configuración de usuarios y del navegador Red/Máximo de conexiones por proxy/Cantidad máxima de conexiones simultáneas con el servidor proxy
MaxInvalidationFetchDelay Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Otros parámetros de configuración/Demora en la recuperación de políticas/Demora de recuperación máxima después de invalidar una política
NativeMessagingAllowlist Configuración de usuarios y del navegador Experiencia del usuario/Hosts de mensajería nativa permitidos/Los hosts de mensajería nativa no están sujetos a la lista de entidades bloqueadas
NativeMessagingBlocklist Configuración de usuarios y del navegador Experiencia del usuario/Hosts de mensajería nativa bloqueados/Hosts de mensajería nativa prohibidos
NativeMessagingUserLevelHosts Configuración de usuarios y del navegador Experiencia del usuario/Hosts de mensajería nativa a nivel del usuario
NtlmV2Enabled Configuración de usuarios y del navegador Red/Autenticación de NTLMv2
OverrideSecurityRestrictions
OnInsecureOrigin
Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Seguridad/Anular restricciones de origen no seguro/Patrones de origen o nombre de host para ignorar las restricciones de seguridad de orígenes no seguros
PaymentMethodQueryEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Experiencia del usuario/Formas de pago
PrinterTypeDenyList Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Impresión/Tipos de impresora bloqueados
PrintRasterizationMode Configuración de usuarios y del navegador Impresión/Modo de rasterización de impresiones
RequireOnlineRevocationChecks
ForLocalAnchors
Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Red/Solicitar comprobaciones OCSP/CRL en línea para los anclajes de confianza locales

SafeBrowsingForTrusted
SourcesEnabled

Configuración de usuarios y del navegador Navegación segura en Chrome/Navegación segura para fuentes de confianza
ShowAppsShortcutInBookmarkBar Configuración de usuarios y del navegador Experiencia del usuario/Acceso directo a aplicaciones en la barra de favoritos
SignedHTTPExchangeEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Red/Compatibilidad con intercambio HTTP firmado (SXG)
SpellcheckEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Experiencia del usuario/Corrector ortográfico
SuppressUnsupportedOSWarning Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Seguridad/Advertencia de sistema incompatible
UserFeedbackAllowed Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Experiencia del usuario/Permitir que los usuarios hagan comentarios
WebRtcLocalIpsAllowedUrls Configuración de usuarios y del navegador Red/URL de candidatos ICE de WebRTC para IP locales/Las URL para las que se exponen las IP locales en los candidatos ICE de WebRTC
WebUsbAskForUrls Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/API de WebUSB/Permitir que estos sitios soliciten acceso a los dispositivos USB
WebUsbBlockedForUrls Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Hardware/API de WebUSB/No permitir que estos sitios soliciten acceso a los dispositivos USB
WPADQuickCheckEnabled Configuración de usuarios y del navegadorand then
Configuración de sesiones de invitado administradas
Red/Optimización de WPAD


Políticas nuevas y actualizadas (navegador Chrome y Chrome OS)

Política Descripción
BasicAuthOverHttpEnabled Las conexiones HTTP no seguras no pueden usar la Autenticación básica; se requiere una conexión HTTPS.
NTPCardsVisible Muestra tarjetas en la página Nueva pestaña.

ProfilePickerOnStartupAvailability
Solo en el navegador

Especifica si el selector de perfiles se habilita, se inhabilita o se fuerza al iniciar el navegador.

SigninInterceptionEnabled
Solo en el navegador

Habilita o inhabilita la intercepción de acceso.
TargetBlankImpliesNoOpener No configura window.opener para los vínculos destinados a _blank.


Próximamente

Nota: En la lista de elementos que se encuentra a continuación, se incluyen actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de que se lancen en el Canal estable.


Próximos cambios en el navegador Chrome

  • Fijación de versiones facilitada para aplicaciones y extensiones con alojamiento propio en Chrome 89

    Para aumentar la estabilidad de los entornos de alta confiabilidad, Chrome 89 facilita la fijación de extensiones y aplicaciones a una versión específica. Los administradores podrán alojar por cuenta propia la extensión o la aplicación que prefieran, así como indicar a Chrome que use la URL de actualización de la lista forzada de extensiones, en lugar del manifiesto de extensiones. Esto se logrará con un nuevo parámetro booleano en la política ExtensionSettings. Como resultado, las extensiones y las aplicaciones no se actualizarán a través de la URL de actualización que se configuró originalmente en su manifiesto, sino que se fijarán en una versión específica.

  • Los usuarios podrán buscar pestañas abiertas en Chrome 89
    Los usuarios podrán buscar pestañas abiertas en todas las ventanas, tal como se muestra en esta captura de pantalla:

 

  • Chrome 89 presentará las API de preservación de la privacidad para reemplazar algunas de las funcionalidades de las cookies de terceros
    Se presentará una API de segmentación basada en intereses como una prueba de origen. Esta API permitirá trabajar con cohortes (grupos de usuarios con intereses similares). No se puede identificar a los usuarios individualmente.

    Una API de conversión a nivel de evento continuará en la etapa de prueba de origen para Chrome 89. Esta API permite la correlación de los clics en los anuncios de un sitio web con una conversión posterior en el sitio de un anunciante, como una venta, un registro, etcétera. No se puede identificar a los usuarios individualmente.

    Consulte la página de la zona de pruebas de privacidad de Chromium para obtener más información sobre estas API y la zona de pruebas de privacidad.
     
  • Algunas solicitudes de permisos serán menos intrusivas en Chrome 89
    Las solicitudes de permisos que el usuario posiblemente no permita se bloquearán automáticamente. Con una IU menos intrusiva, el usuario podrá administrar los permisos para cada sitio.

 

  • Chrome 89 exigirá procesadores x86 compatibles con SSE3
    Chrome 89 y las versiones posteriores requerirán procesadores x86 compatibles con SSE3. Este cambio no afecta a los dispositivos que no tengan procesadores x86 (ARM). Chrome no se instalará ni se ejecutará en procesadores x86 que no sean compatibles con SSE3. SSE3 se introdujo en las CPU Intel en 2003 y en las CPU AMD en 2005.
     
  • Chrome 89 preferirá usar HTTPS en lugar de HTTP cuando no se especifique en la barra de direcciones
    Cuando un usuario escriba una dirección en la barra de direcciones sin especificar el protocolo, Chrome intentará navegar con HTTPS primero y, si este protocolo no está disponible, usará HTTP como resguardo. Por ejemplo, si el usuario navega a google.com, Chrome primero intentará navegar a https://google.com y, luego, usará http://google.com de ser necesario.

    Este cambio está previsto para Windows, Mac, Linux y Android en Chrome 89, y para iOS en Chrome 90.
     
  • Chrome 89 presentará la API de Serial
    La API de Serial proporciona a los sitios web una forma de leer y escribir desde un dispositivo en serie a través de una secuencia de comandos. Puede leer una explicación sobre la API de Serial aquí.

    Podrá controlar el acceso a la API de Serial mediante la política DefaultSerialGuardSetting. También puede usar las políticas SerialAskForUrls y SerialBlockedForUrls para controlar el acceso a dispositivos en serie por sitio.
  • Las páginas públicas no seguras ya no podrán hacer solicitudes a URL locales o privadas en Chrome 91
    Las páginas no seguras ya no podrán hacer solicitudes a direcciones IP que pertenezcan a un espacio de direcciones más privado (como se define en CORS-RFC1918). Por ejemplo, http://public.page.example.com no podrá hacer solicitudes orientadas a las IP 192.168.0.1 o 127.0.0.1. Podrá controlar este comportamiento con las políticas empresariales InsecurePrivateNetworkRequestsAllowed e InsecurePrivateNetworkRequestsAllowedForUrls.
     
  • Chrome tendrá su propio almacén predeterminado de certificados raíz a partir de Chrome 92
    Para mejorar la seguridad de los usuarios y ofrecer una experiencia uniforme en las diferentes plataformas, se prevé que Chrome tenga su propio almacén predeterminado de certificados raíz. Si usted es administrador de una empresa y administra su propia autoridad certificadora, no tendrá que administrar varios almacenes de certificados raíz. No se prevé que las empresas deban cambiar ninguno de los mecanismos con los que actualmente administran sus dispositivos y autoridades certificadoras de confianza, como las políticas de grupo, la aplicación de Acceso a Llaveros de macOS o las herramientas de administración del sistema como Puppet.
     
  • Es posible que la barra de direcciones muestre el dominio en lugar de la URL completa a partir de Chrome 90
    Para proteger a los usuarios de algunas estrategias comunes de suplantación de identidad (phishing), Chrome probará con mostrar únicamente el dominio en la barra de direcciones para algunos usuarios. Con este cambio, será más difícil para los actores maliciosos engañar a los usuarios con URL falsas. Por ejemplo, el usuario verá https://example.com/secure-google-sign-in/ solamente como example.com.

    Si bien este cambio se diseñó para proteger las credenciales de los usuarios, se puede volver al comportamiento anterior mediante la política ShowFullUrlsInAddressBar.

    Este cambio se habilitó para algunos usuarios con la posibilidad de un lanzamiento completo en una versión posterior.
     
  • La política SSLVersionMin no permitirá TLS 1.0 ni TLS 1.1 en Chrome 91
    La política empresarial SSLVersionMin permite omitir las advertencias intersticiales de Chrome sobre las versiones heredadas de TLS. Esto será posible hasta que se lance Chrome 91 (mayo de 2021). Luego, esta política ya no permitirá definir TLS 1.0 ni TLS 1.1 como versión mínima.

    Anteriormente anunciamos que este cambio tendría lugar en enero de 2021, pero se extendió el plazo.
     
  • La política SyncXHR dejará de estar disponible en Chrome 93
    Se quitará la política empresarial AllowSyncXHRInPageDismissal en Chrome 93. Todas las aplicaciones que dependan del comportamiento de la plataforma web heredada deben actualizarse antes de instalar Chrome 93. Aunque este cambio estaba previsto para Chrome 88, se retrasó para que las empresas tengan más tiempo de actualizar las aplicaciones heredadas.
 
Chrome 87

Importante: Adobe dejará de actualizar y distribuir Flash Player después del 31 de diciembre de 2020. Por lo tanto, pasada esa fecha, ninguna versión de Chrome admitirá contenido Flash. Este cambio no se podrá impedir aunque se fije una versión anterior de Chrome o se la mantenga a través de cualquier otro mecanismo.

En esta entrada de blog de Adobe, se puede consultar más información sobre los planes de Adobe para descontinuar Flash Player y las opciones disponibles. Adobe está trabajando con HARMAN, su socio exclusivo de licencias y distribución, para brindar compatibilidad con Flash Player en navegadores heredados.

Chrome se diseñó para satisfacer las necesidades de los clientes de Chrome Enterprise, incluida la integración con contenido web heredado. Las empresas que necesiten utilizar un navegador heredado para ejecutar contenido Flash después del 31 de diciembre de 2020 deberán usar una solución de HARMAN con Compatibilidad con navegadores heredados.

Cuando se quite Flash, Chrome 88 ya no admitirá estas políticas: DefaultPluginsSetting, PluginsAllowedForUrls, PluginsBlockedForUrls, AllowOutdatedPlugins, DisabledPlugins, DisabledPluginsExceptions y EnabledPlugins.
 

Actualizaciones del navegador Chrome

  • Google Cloud Print dejará de admitirse después del 31 de diciembre de 2020
    A partir del 1 de enero de 2021, Google Cloud Print ya no será compatible con Chrome. Usted podrá usar las soluciones de impresión de los sistemas operativos Windows®, Mac® y Linux®, o recurrir a un proveedor de soluciones de impresión. Los administradores de Chrome OS pueden seleccionar un proveedor de soluciones de impresión o migrar a la solución de impresoras locales y de red de Chrome OS. Consulte más información sobre la migración desde Cloud Print.

  • Después del 31 de diciembre de 2020, no se podrán guardar archivos en Google Drive desde el diálogo de impresión.

    A partir del 1 de enero del 2021, ya no se podrán guardar archivos directamente en Google Drive desde el diálogo de impresión en el navegador Chrome ni en dispositivos Mac®, Windows® ni Linux®. En su lugar, los usuarios pueden imprimir de forma local en PDF y luego subir el archivo a Google Drive a través de drive.google.com. Para eso, deben seleccionar Nuevoand thenSubir archivo. Usted también puede configurar la sincronización automática de archivos locales con Google Drive a través de Copia de seguridad y sincronización o Drive File Stream. Aquí encontrará más detalles sobre cómo imprimir desde Chrome.

    Chrome OS ofrece una nueva forma de guardar archivos en Google Drive. Consulte más datos al respecto en la sección de Chrome OS que aparece más abajo.

  • La Compatibilidad con navegadores heredados podría verse afectada por el redireccionamiento de IE a Edge

    A partir de noviembre, Microsoft Edge® podría habilitar el redireccionamiento automático desde Internet Explorer a Microsoft Edge® para URL específicas. Si usa la Compatibilidad con navegadores heredados, es posible que esto interfiera con su configuración actual. Para inhabilitar el redireccionamiento, asigne el valor 0 a la política de Microsoft Edge® RedirectSitesFromInternetExplorerRedirectMode.

  • Mejora en el consumo de recursos de las pestañas en segundo plano

    Para reducir la carga de la CPU y prolongar la duración de la batería, Chrome limita el consumo de energía de las pestañas en segundo plano. Específicamente, Chrome permite que los temporizadores de las pestañas en segundo plano se ejecuten solo una vez por minuto. Como los controladores de eventos de red no se ven afectados, los sitios como Gmail o Slack® pueden seguir enviando notificaciones oportunas en segundo plano. Aunque algunos usuarios verán esta función en Chrome 87, se prevé un lanzamiento a mayor escala en Chrome 88.

    Este comportamiento se podrá controlar con la política IntensiveWakeUpThrottlingEnabled.

  • Actualización del visor de PDF

    Chrome renovó el visor de PDF, que ahora incluye actualizaciones de la barra de herramientas, índice, miniaturas, vista de doble página y la opción de ver anotaciones.

     

 

     

 

        

  • Los usuarios pueden acceder al navegador cuando acceden a los servicios web de Google

    Cuando los usuarios acceden a un servicio web de Google con un dispositivo Android, Chrome les ofrece que accedan con la Cuenta de Google con la que ya accedieron en el dispositivo. Cuando se accede a Chrome, no se activa la sincronización. Ese es un paso opcional.

    Esta opción simplifica el acceso con Android, hace que la función sea más coherente con la versión de Chrome para computadoras de escritorio y proporciona a los usuarios que acceden con sus cuentas acceso a las funciones sin que esté habilitada la sincronización. Por ejemplo, Clic para llamar.

    Puede controlar esta función con la política empresarial BrowserSignin.

  • Algunas funciones están disponibles para los usuarios que acceden con sus cuentas sin que tengan que habilitar la Sincronización de Chrome.

    Es probable que los usuarios que hayan accedido a Chrome puedan consultar y guardar las formas de pago y las contraseñas que estén almacenadas en sus Cuentas de Google sin que la Sincronización de Chrome esté habilitada.

    En la versión de Chrome para Android, puede controlar el acceso de los usuarios a las formas de pago mediante la política empresarial AutofillCreditCardEnabled. Por su parte, en la versión de Chrome para computadoras de escritorio, puede controlar el acceso a las contraseñas. Para ello, puede establecer la política empresarial SyncDisabled como inhabilitada o incluir "contraseñas" en SyncTypesListDisabled.

  • Navegación segura mejorada

    Se les pedirá a los usuarios que evalúen habilitar la Navegación segura mejorada en Chrome, ya que ofrece una mejor protección contra los ataques de suplantación de identidad (phishing). Estas solicitudes aparecerán en los intersticiales de advertencia de seguridad y en la página Nueva pestaña, pero solo si no establece una de estas políticas: SafeBrowsingProtectionLevel o SafeBrowsingEnabled. Si una de esas políticas está establecida, los usuarios no podrán cambiar la configuración y no verán solicitudes para hacerlo.

  • La página Nueva pestaña permite que los usuarios completen los flujos de trabajo que se iniciaron anteriormente

    La página Nueva pestaña de Chrome mostrará tarjetas para ayudar a los usuarios a volver a las búsquedas y los flujos de trabajo que ya estaban en curso, como buscar recetas o comparaciones de precios. Los usuarios pueden controlar y quitar estas tarjetas.

    Estas aparecen para algunos usuarios de Chrome 87, pero en el futuro se planea realizar un lanzamiento más general que incluya una política.

  • Chrome advierte sobre formularios de contenido mixto

    Los formularios web que se cargan con HTTPS, pero que envían su contenido con HTTP (no protegido) representan un riesgo potencial para la privacidad del usuario. En Chrome 85, se muestra una advertencia sobre esos formularios en la que se informa al usuario que el formulario no es seguro. En Chrome 87, se muestra una advertencia intersticial cuando se envía el formulario, lo que detiene la transmisión de datos a fin de que el usuario pueda elegir si desea continuar o cancelar el envío. Esta opción ya se había planificado para Chrome 86, pero el lanzamiento se retrasó y ahora está disponible en Chrome 87.


    Podrá controlar este comportamiento con la política empresarial InsecureFormsWarningsEnabled.

 

  • Se bloquean las descargas no seguras en páginas seguras, con cambios hasta Chrome 88

    En Chrome 88, ya no se permitirán las descargas de fuentes no seguras cuando se inicien desde páginas seguras. Este cambio, que se lanzará gradualmente, afectará a diferentes tipos de archivos en distintas versiones:

  • Ejecutables: Los usuarios recibieron una advertencia en Chrome 84, y los archivos se bloquearán en Chrome 85.
  • Archivos: Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 85, y los archivos se bloquearán en Chrome 86.
  • Otros tipos de archivos no seguros (p. ej., PDF): Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 86, y los archivos se bloquearán en Chrome 87.
  • Otros archivos: Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 87, y los archivos se bloquearán en Chrome 88.

    Las advertencias en Android se retrasarán una versión con respecto a las advertencias en las computadoras. Por ejemplo, los archivos ejecutables comenzaron a mostrar una advertencia en Chrome 85.

    Se puede usar la política existente InsecureContentAllowedForUrls para permitir que determinadas URL descarguen archivos no seguros. Puede conocer más detalles en nuestra entrada de blog.
  • Se presentan nombres de políticas más inclusivos

    En Chrome, se empiezan a usar nombres de políticas más inclusivos. Se reemplazaron los términos "lista blanca" y "lista negra" por "lista de elementos permitidos" y "lista de elementos bloqueados". Si ya utiliza las políticas existentes, estas seguirán funcionando, pero verá advertencias en chrome://policy que indicarán que dejaron de estar disponibles.

    Las siguientes políticas se volvieron obsoletas y sus equivalentes ahora están disponibles en Chrome 87 y 88. Las políticas obsoletas seguirán funcionando, y aún no se planificó una fecha de eliminación. Los futuros planes para quitar estas políticas se publicarán en las notas de la versión empresarial después de que se confirmen.

    Nombre de política obsoleta Nombre de política nueva Versión
    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

     

  • Las Acciones de Chrome permiten que el usuario realice tareas directamente desde la barra de direcciones

    Algunos usuarios de Chrome podrán realizar acciones directamente desde la barra de direcciones, como borrar los datos de navegación, por medio de un botón que aparece entre las sugerencias de autocompletar. Se planea llevar a cabo un lanzamiento más general para una versión posterior.

  • En el futuro, Chrome admitirá los comandos remotos de la Administración en la nube para el navegador Chrome

    Los administradores que usen la Administración en la nube para el navegador Chrome pronto podrán emitir comandos remotos a navegadores Chrome inscritos, como borrar la caché y las cookies de forma remota. Si bien la función se incorporará en la Consola del administrador en el futuro, se agregará la compatibilidad con este conjunto de funciones en Chrome 87.

  • Se quitó la lista de anunciantes permitidos de CORB/CORS

    Chrome quitó la lista de anunciantes permitidos de CORB/CORS en Chrome 87. Pruebe las extensiones de Chrome de las que dependa su empresa para asegurarse de que funcionen con el nuevo comportamiento.

    Pruebe la versión 87.0.4266.0 de Chrome o versiones posteriores, y ejecute flujos de trabajo críticos con su extensión. Observe si hay recuperaciones o XHR iniciadas por secuencias de comandos de contenido y bloqueadas por CORB o CORS. A continuación, se muestran algunos mensajes de error habituales:

    • El bloqueo de lectura de origen cruzado (CORB) bloqueó la respuesta de origen cruzado <URL> con el tipo de MIME <type>. Consulte https://www.chromestatus.com/feature/5629709824032768 para obtener más detalles.

    • La política de CORS bloqueó el acceso a la recuperación en "https://otro-sitio.com/" desde el origen "https://example.com": no hay encabezado "Access-Control-Allow-Origin" presente en el recurso solicitado. Si una respuesta opaca satisface sus necesidades, configure el modo de solicitud en "no-cors" para recuperar el recurso con CORS inhabilitado.

      Si las secuencias de comandos de contenido de la extensión crean solicitudes que no funcionan cuando se inicia Chrome con las chrome://flags indicadas anteriormente, asegúrese de mantener la extensión actualizada para que siga funcionando en Chrome 87 y versiones posteriores. En particular, las extensiones deben actualizarse para iniciar recuperaciones de orígenes diferentes desde la página en segundo plano de la extensión (en lugar de hacerlo desde una secuencia de comandos de contenido).

      Para conocer más detalles, consulte: https://www.chromium.org/Home/chromium-security/extension-content-script-fetches

  • Chrome Web Store muestra más información de privacidad en relación con las extensiones

    Chrome Web Store proporciona a los usuarios más información sobre cómo las extensiones usan sus datos, incluidas la información de autenticación, la información de identificación personal y la actividad del usuario.

    Los desarrolladores deben proporcionar divulgaciones de privacidad relacionadas con la recopilación y el uso de sus datos. Esta acción es obligatoria para cada actualización y publicación de extensiones.

Actualizaciones de Chrome OS

  • Nueva forma de guardar archivos en Google Drive desde dispositivos

    Se amplió la función Guardar en Drive, y ahora los usuarios pueden cambiar el nombre de un archivo o guardarlo en una ubicación concreta de la carpeta de Google Drive.

  • Accesibilidad con interruptores

    La Accesibilidad con interruptores, destinada a personas con discapacidades motoras que no pueden usar ni el mouse ni el teclado convencionales, permite que los usuarios interactúen con sus dispositivos Chrome OS mediante uno o varios botones. Esta función escanea los elementos de la pantalla hasta que el usuario selecciona uno. Ablenet, uno de los principales fabricantes de dispositivos interruptores, ahora también participa en nuestro programa Funciona con Chromebook.

  • Búsqueda de pestañas

    La Búsqueda de pestañas es una función que permite a los usuarios buscar en las pestañas que tengan abiertas en todas las ventanas. Actualmente, se incluye en Chrome 87 y estará disponible para Mac® y Windows® en Chrome 88.

  • Niveles de batería de los dispositivos Bluetooth

    Ahora los usuarios pueden ver los niveles de batería de los periféricos Bluetooth conectados en Configuración y Configuración rápida.

    ;

 

  • Coexistencia del acceso múltiple y los anclajes de confianza personalizados proporcionados por políticas de TLS

    A partir del Chrome OS 87, ya no se bloquea la coexistencia del acceso múltiple y los anclajes de confianza personalizados proporcionados por políticas de TLS. Si se configuran anclajes de confianza, estos se aplicarán a la cuenta de usuario principal. Como resultado, los usuarios pueden cambiar más rápido entre cuentas en entornos administrados que requieran certificados raíz de confianza.

  • Mejora en la configuración de idioma para usuarios multilingües

    La configuración de idioma puede resultar sumamente confusa para los usuarios bilingües o multilingües. En Chrome 87, actualizamos la experiencia del usuario para satisfacer las necesidades de las personas multilingües.   

  • Más interactividad con Alt + Tab

    Ahora, cuando se use Alt + Tab para cambiar de ventana, se podrá seleccionar una ventana con el mouse, la pantalla táctil o la pluma stylus.

  • Cambio de nombre de escritorios virtuales y carpetas del Selector

    En Chrome 87, se incorporan mejoras visuales en el componente de cambio de nombre de los escritorios virtuales. Estas mejoras visuales también se aplicarán a las carpetas del Selector, ya que usan el mismo componente.

  • Inscripción automática

    Los administradores pueden configurar los dispositivos para que se inscriban automáticamente durante el proceso de configuración, sin necesidad de que los usuarios invoquen la inscripción de la empresa. Aquí se pueden consultar más detalles al respecto.

Actualizaciones en la Consola del administrador

  • Los íconos y títulos de sitios web ahora se muestran en la Consola del administrador y en los Dispositivos de kiosco

    En la Consola del administrador, las aplicaciones web que se hayan agregado a Aplicaciones y extensiones ahora muestran el ícono y el título del sitio web. En los Dispositivos de kiosco, los íconos y los títulos de los sitios web también se muestran en la lista de aplicaciones web de kiosco.

    >

 

  • Restricción de acceso a VPN (openVPN y L2TP)

    Ahora los administradores pueden agregar una VPN a la lista de interfaces de redes restringidas en la Consola del administrador. De esta forma, se evita que los usuarios se conecten a las opciones de VPN compatibles con el SO (openVPN y L2TP). Las VPN de terceros deberán bloquearse mediante políticas de administración de aplicaciones.

  • Más políticas en la Consola del administrador

    Hay muchas políticas nuevas disponibles en la Consola del administrador, por ejemplo:

    Qué controla la política Ubicación en la Consola del administrador Descripción
    Sugerencias de emojis Configuración de usuarios y del navegadorand thenExperiencia del usuarioand thenSugerencias de emojis Esta política permite que Google Chrome sugiera emojis cuando los usuarios escriben texto con el teclado físico o virtual.
    URL de la barra de direcciones Configuración de usuarios y del navegadorand thenExperiencia del usuarioand thenURL de la barra de direcciones Esta función permite mostrar la URL completa en la barra de direcciones.
    Zona de pruebas de audio Configuración de usuarios y del navegadorand thenSeguridadand thenZona de pruebas de audio Esta política controla la zona de pruebas del proceso de audio.
    Modo de invitado del navegador Configuración de usuarios y del navegadorand thenExperiencia del usuarioand thenModo de invitado del navegador Esta política controla los accesos de los invitados.
    Envío automático de PIN Configuración de usuarios y del navegadorand thenSeguridadand thenEnvío automático de PIN

    La función de envío automático de PIN cambia la manera en la que se ingresan los PIN en Chrome OS.

    En lugar de mostrar el mismo campo de texto que se utiliza para ingresar contraseñas, esta función muestra una IU especial donde el usuario puede ver con claridad la cantidad de dígitos necesarios para el PIN. Por lo tanto, la longitud del PIN del usuario se almacenará por fuera de los datos encriptados del usuario. Solo admite números de PIN que tengan entre 6 y 12 dígitos.

    Variantes Configuración del dispositivoand thenConfiguración de actualización del dispositivoand thenVariantes La configuración de esta política permite especificar qué variantes se pueden aplicar en un dispositivo Google Chrome OS administrado por una empresa.
    Acceso verificado con el inicio de sesión único Configuración del dispositivoand thenConfiguración de accesoand thenAcceso verificado con el inicio de sesión único Esta política determina las URL a las que se les permitirá utilizar una certificación remota de la identidad de los dispositivos durante el flujo de SAML de la pantalla de acceso.

 

  • Políticas nuevas y actualizadas (navegador Chrome y Sistema operativo Chrome)

    Política Descripción
    MediaRecommendationsEnabled Habilitar las recomendaciones de contenido multimedia
    WebRtcAllowLegacyTLSProtocols Permitir que los protocolos TLS/DTLS heredados cambien a una versión inferior en WebRTC

Próximamente

Nota: En la lista de elementos que se encuentra a continuación, se incluyen actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de que se lancen en el canal estable.

Próximos cambios en el navegador Chrome

  • Las palabras aisladas no se tratarán como ubicaciones de intranet de forma predeterminada en Chrome 88

    De forma predeterminada, para mejorar la privacidad de los usuarios y reducir la carga en los servidores DNS, Chrome evitará las búsquedas de DNS en las que se ingrese una sola palabra clave en la barra de direcciones. Es probable que este cambio afecte a las empresas con dominios de una sola palabra en su intranet. Esto quiere decir que, si un usuario escribe "asistencia", ya no se lo direccionará a "https://asistencia/".

    Se podrá controlar el comportamiento de Chrome mediante la política empresarial IntranetRedirectBehavior, que permite mantener el comportamiento actual (hacer una búsqueda de inmediato y luego preguntar al usuario si está intentando acceder a ese sitio de intranet).

  • Chrome presentará una nueva IU para el chip de permisos en Chrome 88

    Las solicitudes de permisos pueden resultar invasivas y molestas cuando carecen de contexto, lo que suele suceder cuando los mensajes se muestran en cuanto se carga una página o sin previo aviso. Esto provoca una reacción común: los usuarios finales descartan el mensaje para evitar tener que tomar una decisión.

    Chrome comenzará a mostrar un chip de permisos menos invasivo en la barra de direcciones. Dado que el mensaje no invade el área de contenido, los usuarios ya no tendrán que descartarlo manualmente cuando no quieran otorgar el permiso. Los usuarios que quieran otorgar el permiso podrán hacer clic en el chip para que aparezca el mensaje correspondiente.

    Este cambio se lanzará de forma gradual en Chrome 88.

  • Consideración del esquema al determinar si una solicitud es entre sitios (Schemeful Same-Site) en Chrome 88

    En Chrome 88, se modificará la definición del atributo "same-site" de las cookies de modo que se considerará que las solicitudes del mismo dominio registrable, pero de distintos esquemas, son entre sitios (no del mismo sitio). Por ejemplo, las solicitudes entre http://sitio.ejemplo y https://sitio.ejemplo se considerarán entre sitios, lo que restringirá las cookies que usen Same-Site. Si desea obtener información adicional, consulte la explicación de Schemeful Same-Site. Le recomendamos que pruebe los sitios cruciales siguiendo las instrucciones correspondientes.

    Puede volver al comportamiento heredado anterior con las políticas LegacySameSiteCookieBehaviorEnabledForDomainList y LegacySameSiteCookieBehaviorEnabled. Estas políticas estarán disponibles al menos hasta Chrome 93. Si desea conocer más detalles, incluida la disponibilidad, consulte las Políticas de comportamiento heredado de las cookies de Same-Site.

  • Chrome 88 en Mac no admitirá OS X 10.10 (Yosemite)

    Chrome 88 no admitirá OS X 10.10 (OS X Yosemite). Para usar Chrome en Mac, se necesitará OS X 10.11 o versiones posteriores.

  • La política de ventanas emergentes durante la descarga de páginas ya no se admitirá en Chrome 88

    Tal como se informó anteriormente, las políticas empresariales AllowPopupsDuringPageUnload se quitarán de Chrome 88. Antes de instalar Chrome 88, asegúrese de actualizar todas las aplicaciones que dependan del comportamiento de la plataforma web heredada.

  • La extensión Compatibilidad con navegadores heredados se quitará de Chrome Web Store en Chrome 88

    La política de Compatibilidad con navegadores heredados (LBS) está integrada en Chrome y ya no se necesita la antigua extensión. El equipo de Chrome retiró la extensión de LBS de Chrome Web Store en Chrome 85, y esta se inhabilitará en Chrome 88. Dado que seguiremos ofreciendo la política de Compatibilidad con navegadores heredados, le recomendamos que deje de utilizar la extensión y que comience a usar las políticas integradas de Chrome, que se documentan aquí. Las políticas antiguas definidas a través de la extensión dejarán de funcionar, y no se podrá instalar la extensión de manera automática una vez que esté inhabilitada.

  • Chrome en Android tratará las strings vacías de algunas políticas como políticas no configuradas en Chrome 88

    Para mejorar la integración con los sistemas de administración unificada de extremos (UEM) de dispositivos móviles, Chrome en Android no permitirá establecer políticas de listas ni de diccionario a partir de strings vacías.

  • Los usuarios podrán buscar pestañas abiertas en Chrome 88

    Los usuarios podrán buscar las pestañas que tengan abiertas en todas las ventanas, tal como se muestra en esta captura de pantalla:

 

  • La barra de direcciones mostrará el dominio en lugar de la URL completa en Chrome 88

    Para proteger a los usuarios de algunas estrategias comunes de suplantación de identidad (phishing), Chrome solo mostrará el dominio en la barra de direcciones. Con este cambio, será más difícil para los actores maliciosos engañar a los usuarios con URL falsas. Por ejemplo, el usuario verá https://example.com/acceso-seguro-con-google/ solamente como example.com.

    Si bien este cambio se diseñó para proteger las credenciales de los usuarios, se puede volver al comportamiento anterior mediante la política ShowFullUrlsInAddressBar.

    Aunque este cambio ya se habilitó para algunos usuarios, el lanzamiento completo está previsto en una versión posterior.

  • Se quitará DTLS 1.0 en Chrome 88

    El protocolo DTLS 1.0, que se usa en WebRTC para audio y video interactivo, se quitará de forma predeterminada. Las aplicaciones que dependan de DTLS 1.0 (probablemente puertas de enlace a otros sistemas de teleconferencias) deben actualizarse a un protocolo más reciente. Al iniciar Chrome, puede utilizar la siguiente función experimental de la línea de comandos para probar si alguna de sus aplicaciones se verá afectada:

    --force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/ 

    Si su empresa necesita más tiempo para adaptarse, la política empresarial WebRtcAllowLegacyTLSProtocols estará disponible para posponer la eliminación temporalmente.

  • Chrome 88 lanzará una prueba de origen para detectar el estado inactivo

    A través de pruebas de origen tempranas, los sitios web pueden solicitar permiso para consultar si los usuarios están inactivos y, de este modo, permitir que las aplicaciones de mensajería envíen notificaciones a los dispositivos adecuados.

  • Chrome 89 exigirá que los procesadores x86 sean compatibles con SSE3

    Para utilizar Chrome 89 y versiones posteriores, se requerirán procesadores x86 compatibles con SSE3. Este cambio no afecta a los dispositivos que no tengan procesadores x86 (ARM). Chrome no se instalará ni se ejecutará en procesadores x86 que no sean compatibles con SSE3. SSE3 se introdujo en las CPU Intel en 2003 y en las CPU AMD en 2005.

  • Las páginas públicas no seguras ya no podrán hacer solicitudes a URL locales o privadas en Chrome 89

    Las páginas no seguras ya no podrán hacer solicitudes a direcciones IP que pertenezcan a un espacio de direcciones más privado (como se define en CORS-RFC1918). Por ejemplo, http://pagina.publica.example.com no podrá hacer solicitudes orientadas a la IP 192.168.0.1 o la IP 127.0.0.1. Se podrá controlar este comportamiento con las políticas empresariales InsecurePrivateNetworkRequestsAllowed e InsecurePrivateNetworkRequestsAllowedForUrls.

  • La política SSLVersionMin no permitirá TLS 1.0 ni TLS 1.1 en Chrome 91

    La política empresarial SSLVersionMin permite evitar las advertencias intersticiales de Chrome sobre las versiones heredadas de TLS, y esto será posible hasta que se lance Chrome 91, en mayo del 2021. A partir de entonces, esta política ya no permitirá definir TLS 1.0 ni TLS 1.1 como versión mínima.

    Antes anunciamos que este cambio tendría lugar en enero de 2021, pero se amplió el plazo.

  • Chrome tendrá su propio almacén predeterminado de certificados raíz a partir de Chrome 90

    Para mejorar la seguridad de los usuarios y ofrecer una experiencia uniforme en las diferentes plataformas, se prevé que Chrome tenga su propio almacén predeterminado de certificados raíz. Si usted es administrador de una empresa y gestiona su propia autoridad certificada, no tendrá que administrar varios almacenes de certificados raíz. No creemos que las empresas vayan a tener que cambiar ninguno de los mecanismos con los que administran sus dispositivos y sus CA de confianza, como políticas de grupo, la aplicación de Acceso a Llaveros de macOS o herramientas de administración del sistema como Puppet.

  • La política SyncXHR dejará de estar disponible en Chrome 93

    La política empresarial AllowSyncXHRInPageDismissal se quitará en Chrome 93. Todas las aplicaciones que dependan del comportamiento de la plataforma web heredada deben actualizarse antes de instalar Chrome 93. Aunque este cambio estaba previsto para Chrome 88, se retrasó para que las empresas tengan más tiempo de actualizar las aplicaciones heredadas.

Próximos cambios en la Consola del administrador

  • Informe de versiones y controles de actualización nuevos

    La Consola del administrador dispondrá de un Informe de versiones y Controles de actualización nuevos. Estas funciones aumentan la visibilidad de las versiones de Chrome que se implementan en su empresa y le permiten tener un control más detallado de cómo se actualizan los navegadores Chrome administrados. Si quiere registrarse como verificador de confianza de estas funciones, ingrese su dominio de prueba y un correo electrónico de contacto en este formulario.

 
Chrome 86

Importante: Adobe dejará de actualizar y distribuir Flash Player después del 31 de diciembre de 2020. Por lo tanto, después de esa fecha, todas las versiones de Chrome dejarán de admitir contenido Flash. En esta entrada de blog de Adobe, puede obtener más información sobre los planes de Adobe para descontinuar Flash Player y las otras opciones que tiene. Adobe está trabajando con HARMAN, su socio exclusivo de licencias y distribución, para brindar compatibilidad con Flash Player en navegadores heredados.

Chrome se diseñó para satisfacer las necesidades de los clientes de Chrome Enterprise, incluida la integración con contenido web heredado. Las empresas que necesiten usar un navegador heredado para ejecutar contenido Flash después del 31 de diciembre de 2020 deben usar una solución de HARMAN con Compatibilidad con navegadores heredados.

Actualizaciones del navegador Chrome

  • Se bloquearán las descargas no seguras desde páginas seguras en Chrome 84 a Chrome 88 
    En Chrome 88, ya no se permitirán las descargas de fuentes no seguras cuando se inicien desde páginas seguras. Este cambio, que se lanzará gradualmente, afectará a diferentes tipos de archivos en distintas versiones:

  • Ejecutables: Los usuarios recibieron una advertencia en Chrome 84, y los archivos se bloquearán en Chrome 85.
  • Archivos: Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 85, y los archivos se bloquearán en Chrome 86.
  • Otros tipos de archivos no seguros (p. ej., PDF): Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 86, y los archivos se bloquearán en Chrome 87.
  • Otros archivos: Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 87, y los archivos se bloquearán en Chrome 88.
  • Otros archivos: Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 87, y los archivos se bloquearán en Chrome 88.

Las advertencias en Android se retrasarán una versión con respecto a las advertencias en computadoras de escritorio, por ejemplo, los ejecutables mostrarán una advertencia a partir de Chrome 85.

Se puede usar la política InsecureContentAllowedForUrls para permitir que URL específicas descarguen archivos no seguros. Puede leer más detalles en esta entrada de blog.

  • Nueva política de dominios similares y flujo de solicitudes

    Chrome introducirá una nueva advertencia del tipo "Consejo de seguridad" para identificar los sitios web con URL muy similares a las de otros sitios web. Tanto esta IU como la advertencia intersticial de dominios similares utilizan los métodos heurísticos del cliente para advertir a los usuarios sobre sitios web que podrían estar falsificando la identidad de otros sitios (por ejemplo, goog0le.com haciéndose pasar por google.com):

    Chrome agrega la política empresarial LookalikeWarningAllowlistDomains para que se pueda controlar este comportamiento. Esta política elimina en los dominios que se indiquen la advertencia intersticial de página completa y el "Consejo de seguridad", que es más pequeño.

    Además, si usted considera que un sitio activa una advertencia de forma incorrecta, puede notificárnoslo por aquí.
  • Mejora en el consumo de recursos cuando una ventana no está visible

    Para ahorrar en consumo de energía y CPU, Chrome detecta si una ventana está cubierta por otra y deja de pintar píxeles. Una versión anterior de esta función tenía problemas de compatibilidad con determinado software de virtualización y, como resultado, Chrome mostraba páginas en blanco. Se corrigieron los errores conocidos, pero, si surgen problemas, se podrá inhabilitar esta función mediante la política NativeWindowOcclusionEnabled.

    Algunos usuarios ya vieron este cambio en Chrome 85, pero la función se lanzó por completo en Chrome 86.

  • Se completa el lanzamiento de User-Agent Client Hints en Chrome 86

    Como parte de un esfuerzo constante por reducir la posibilidad de que personas que actúen de mala fe sigan a los usuarios, Chrome planea reducir el nivel de detalle de la información que forma parte de la string usuario-agente y exponer esa información a través de User-Agent Client Hints. En Chrome 84, presentamos User-Agent Client Hints para algunos usuarios. Este cambio es solo un agregado y no debería tener ningún efecto negativo a la hora de interactuar con cualquier servidor que cumpla con los estándares.

    Sin embargo, es posible que algunos servidores no puedan aceptar todos los caracteres de los encabezados User-Agent Client Hints, que forman parte del estándar emergente de Encabezados estructurados más amplio. Si agregar este encabezado produce problemas con los servidores que no se pueden solucionar rápidamente, se podrán inhabilitar los encabezados agregados con la política UserAgentClientHintsEnabled.

    Esta es una política temporal que se quitará en Chrome 88.

  • Chrome advierte sobre formularios de contenido mixto

    Los formularios web que se cargan a través de HTTPS, pero envían su contenido a través de HTTP (de forma no segura), pueden poner en riesgo la privacidad de los usuarios. En Chrome 85, se mostraba una advertencia para indicar al usuario que se trataba de formularios poco seguros. En Chrome 86, se muestra una advertencia intersticial cuando se envía el formulario, con lo que se detiene la transmisión de datos, y el usuario puede seleccionar si quiere continuar o cancelar el envío.

     

     Este comportamiento se puede controlar con la política empresarial InsecureFormsWarningsEnabled.

  • La barra de direcciones muestra el dominio en lugar de la URL completa para algunos usuarios

    Para proteger a los usuarios de algunas estrategias comunes de suplantación de identidad (phishing), Chrome solo muestra el dominio en la barra de direcciones. Con este cambio, será más difícil para los actores maliciosos engañar a los usuarios con URL falsas. Por ejemplo, el usuario verá https://example.com/acceso-seguro-con-google/ solamente como example.com para el usuario.

    Si bien este cambio se diseñó para proteger las credenciales de los usuarios, ahora se puede volver al comportamiento anterior mediante la política ShowFullUrlsInAddressBar.

    En un principio, este cambio solo se lanza entre algunos usuarios, pero se prevé realizar el lanzamiento completo en una versión posterior.

  • Chrome tiene una nueva forma de mostrar que es hora de actualizar el navegador

    Para que quede más claro que Chrome debe reiniciarse a fin de aplicar una actualización, los usuarios verán una nueva IU, con la palabra "Actualizar", que reemplazará a la flecha coloreada que ven en la actualidad.

     

 

  • Las extensiones de Chrome no pueden insertar configuración de contenido de Flash

    Las extensiones no podrán insertar configuración de contenido de Flash. Si usted utiliza una extensión para controlar el comportamiento de Flash en Chrome, debe usar PluginsAllowedForUrls en su lugar. De lo contrario, los usuarios verán el comportamiento predeterminado de Flash, es decir que les pedirá permiso para ejecutarse en cada sitio.

  • La extensión Complemento de informes de Administración en la nube para el navegador Chrome ya no funciona

    Ya no es necesario el ID de la extensión Complemento de informes de Administración en la nube para el navegador Chrome: oempjldejiginopiohodkdoklcjklbaa, ya que su función está integrada en el navegador Chrome. Si sigue un proceso manual para que esta extensión se instale de manera automática, puede dejar de hacerlo sin ningún riesgo. Solo asegúrese de activar la opción "Habilitar los informes en la nube de navegadores administrados" en la Consola del administrador.

  • La política empresarial TLS13HardeningForLocalAnchorsEnabled ya no funciona

    Como se documenta en la descripción de la política, se quitará la compatibilidad con la política empresarial TLS13HardeningForLocalAnchorsEnabled en Chrome 86. En consecuencia, la función de seguridad estará habilitada para todos los usuarios y protegerá su entorno contra determinados ataques de cambio a una versión inferior de TLS. 

    La política se introdujo como una medida temporal para mitigar las fallas de implementación con algunos proxies de intercepción de TLS. Si ya había establecido esta política para aprovechar el período de migración, asegúrese de que sus políticas de intercepción de TLS estén actualizadas y en cumplimiento. Para probar Chrome, compruebe que funcione sin establecer esta política.

  • Se introducen nombres de políticas más inclusivos

    En Chrome, se empiezan a usar nombres de políticas más inclusivos. Se reemplazaron los términos "lista blanca" y "lista negra" por "lista de elementos permitidos" y "lista de elementos bloqueados". Si ya utiliza las políticas existentes, estas seguirán funcionando, pero verá advertencias en chrome://policy que indicarán que dejaron de estar disponibles.

    Las políticas que se detallan a continuación quedarán obsoletas (aunque seguirán funcionando), y se introducirá una política equivalente para cada una de ellas:

    Nombre de política obsoleta Nombre de política nueva Versión
    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

Actualizaciones del Sistema operativo Chrome

  • Compatibilidad de Family Link y cuentas de instituciones educativas con aplicaciones para Android

    Permite que los usuarios de Family Link accedan a apps para Android como Google Classroom con una cuenta de una institución educativa para hacer tareas escolares con supervisión parental.

  • Compatibilidad de las tarjetas inteligentes en la pantalla de acceso

    Como administrador, puede permitir que los usuarios accedan con tarjetas inteligentes a los dispositivos Chrome administrados de su organización. La solución utiliza proveedores de identidad (IdP) SSO de SAML que son compatibles con las tarjetas inteligentes. Más información.

  • Guía para que los padres configuren dispositivos destinados a niños durante el flujo de OOBE y agregar persona

    Simplifica la configuración de dispositivos para familias que quieran crear controles parentales para sus hijos en Chromebooks.

  • Se rediseñó la pantalla de actualización durante la OOBE

    Se rediseñó la página de actualización durante la OOBE para incluir estimaciones de tiempo y batería, así como un rastreador de progreso, para que los usuarios no tengan que esperar frente a la computadora mientras esta se actualiza. También incluimos tarjetas informativas en la pantalla. Así, los usuarios que decidan esperar frente a la computadora o que consulten el avance de la actualización recibirán más información sobre los valores únicos que ofrece el Sistema operativo Chrome.   

  • Opción para ver la contraseña o el PIN en la pantalla de inicio y de bloqueo

    ¿Tiene una contraseña larga que suele escribir mal?, ¿necesita consultar un administrador de contraseñas en su teléfono para acceder a su Chromebook? Ahora esto es más fácil, ya que la pantalla de acceso tiene un nuevo botón que permite revisar la contraseña o el PIN. Basta con hacer clic en el ícono con forma de ojo para mostrar la contraseña o el PIN en texto claro, revisarlo o compararlo con el del administrador de contraseñas y luego enviarlo. Por razones de seguridad, convertiremos el texto claro en ***** después de 5 segundos de inactividad y lo borraremos después de 30 segundos de inactividad.

  • Identificación de la pantalla cuando se instalan varios monitores

    Administrar varias pantallas en el Sistema operativo Chrome nunca fue tan fácil. Ahora los usuarios pueden identificar rápidamente qué pestaña de la Configuración de pantalla corresponde a su monitor externo. Además, resulta más fácil alinear las pantallas gracias a una novedosa superposición. Estas opciones están disponibles para cualquier persona que use 2 pantallas o más.

  • Mejoras en la IU de autocorrección

    Para quienes tienen habilitada la autocorrección, mejoramos la interfaz de usuario con indicadores visuales que informan que se aplicó la herramienta y una nueva manera visual de deshacer los cambios.

  • Flujo de actualización a Debian 10 para Linux

    Si usted usa Linux (Beta) con Debian 9, ahora verá la opción para actualizar a Debian 10. Puede actualizar en cualquier momento desde la configuración de Linux.

  • Se extiende la compatibilidad con USB para máquinas virtuales más allá de los dispositivos Android

    Ahora puede usar más tipos de dispositivos con Linux (Beta), incluidos Arduino y EdgeTPU. Conecte un dispositivo a su Chromebook y compártalo a través de la configuración de Linux.

Actualizaciones en la Consola del administrador

  • Íconos y nombres de sitios web en la página de configuración de Aplicaciones y extensiones

    En la Consola del administrador, los sitios web ahora mostrarán su ícono y nombre, además de la URL. Para encontrarlos, los administradores pueden hacer búsquedas por nombre o URL. Este cambio no afecta la manera en que se muestran los accesos directos a sitios web en la biblioteca del Sistema operativo Chrome.

  • Advertencias de baja de Flash

    Flash Player dejará de ser compatible a partir de diciembre de 2020 (hoja de ruta). La Consola del administrador ya no permite la configuración de Flash con comodines. También hay otros recordatorios sobre la próxima baja.

  • VPN siempre activada para Android

    La función VPN siempre activada permite especificar una aplicación de VPN para Android que procesa el tráfico de usuarios del Sistema operativo Chrome y Android en cuanto los usuarios inician sus dispositivos. Por motivos de seguridad, las redes privadas virtuales (VPN) no se aplican al tráfico del sistema, como las actualizaciones de las políticas y del SO. Si la conexión VPN falla, el tráfico de los usuarios se bloquea hasta que se restablezca la conexión VPN.

  • Restablecimiento remoto de la configuración de fábrica de un dispositivo administrado

    Ahora se puede restablecer de forma remota la configuración de fábrica de los dispositivos administrados, lo que puede servir para desaprovisionar un dispositivo para ADP, borrar datos en un dispositivo inhabilitado que se haya perdido o hayan robado, y borrar datos con el fin de solucionar problemas.  

    Nota: Después de restablecer la configuración de fábrica de un dispositivo, usted deberá volver a configurarlo de cero. Si no busca un restablecimiento tan completo, puede borrar el perfil del usuario.

  • Exportación de registros del sistema a nivel de los dispositivos

    Esta función extiende las funcionalidades de kiosco a cualquier dispositivo administrado, lo que permite capturar de forma remota archivos de registro del sistema a nivel de los dispositivos. Una vez que se habilite la política LogUploadEnabled, usted podrá solicitar y descargar manualmente los registros desde la página de detalles de un dispositivo, y recuperarlos a través de la API de Chrome Directory.

  • Más políticas en la Consola del administrador

    Hay muchas políticas nuevas disponibles en la Consola del administrador, por ejemplo:

    Qué controla la política Ubicación en la Consola del administrador Descripción
    Informes de métricas Configuración de usuarios y del navegadorand thenOtras opciones de configuraciónand thenInformes de métricas Controla el envío anónimo de datos sobre el uso y las fallas de Google Chrome a Google.
    Extensiones externas Aplicaciones y extensionesand thenConfiguración adicionaland thenExtensiones externas Controla la instalación de extensiones externas.
    Limpiar Chrome Configuración de usuarios y del navegadorand thenSeguridadand thenLimpiar Chrome Controla si Limpiar Chrome analiza de forma periódica el sistema en busca de software no deseado en navegadores inscritos en Administración en la nube para el navegador Chrome en Windows.
    Funciones inhabilitadas del sistema Configuración de usuarios y del navegadorand thenExperiencia del usuarioand thenFunciones inhabilitadas del sistema Controla si los usuarios pueden acceder a la cámara, así como a la configuración del SO y del navegador, en dispositivos con el Sistema operativo Chrome.
    Pantalla de privacidad en la pantalla de acceso Configuración de usuarios y del navegadorand thenHardwareand thenConfiguración del dispositivoand thenConfiguración de accesoand thenPantalla de privacidad en la pantalla de acceso Controla si se habilita la pantalla de privacidad en dispositivos compatibles con una pantalla de privacidad electrónica.
    Tamaño de caché del disco Configuración de usuarios y del navegadorand thenOtras opciones de configuraciónand thenTamaño de caché del disco Controla el tamaño de caché que usa el navegador Chrome.
    Archivos PDF Configuración de usuarios y del navegadorand thenContenidoand thenArchivos PDF Controla si los archivos PDF se abren en Chrome o usando la aplicación predeterminada del sistema.
    Contenido sugerido Configuración de usuarios y del navegadorand thenExperiencia del usuarioand thenContenido sugerido Habilita las sugerencias de contenido nuevo para explorar en el Sistema operativo Chrome. Incluye apps, páginas web y mucho más. Esta política está inhabilitada de forma predeterminada para los usuarios administrados.
    Verificación del navegador predeterminado Configuración de usuarios y del navegadorand thenInicioand thenVerificación del navegador predeterminado Controla el hecho de que Chrome compruebe si es el navegador predeterminado al iniciarse.
    Modo de segundo plano Configuración de usuarios y del navegadorand thenOtras opciones de configuraciónand thenModo de segundo plano Controla si Chrome se sigue ejecutando cuando se cierra la última ventana del navegador y permite que sigan activas las aplicaciones en segundo plano.
    Código de terceros Configuración de usuarios y del navegadorand thenSeguridadand thenCódigo de terceros Controla si se permitirá que el software de terceros inserte código ejecutable en los procesos de Chrome en Windows.
    Volver a lanzar la notificación Configuración de usuarios y del navegadorand thenActualizaciones de Chromeand thenVolver a lanzar la notificación Controla las notificaciones que se muestran a los usuarios para recordarles que actualicen Chrome.

 

Próximamente

Nota: Los elementos que figuran a continuación son actualizaciones experimentales o planificadas. Es posible que se modifiquen, retrasen o cancelen antes de lanzarse por el canal estable.

Próximos cambios en el navegador Chrome

  • ITP bloqueará las cookies de terceros en Chrome para iOS14

    En iOS14, todas las versiones de Chrome estarán sujetas a la nueva restricción de ITP (Antirrastreo inteligente) de WebKit, que bloquea las cookies de terceros. Apple publicó más información sobre los cambios en esta página: 

  • Las palabras aisladas no se tratarán como ubicaciones de intranet de forma predeterminada en Chrome 87 

    De forma predeterminada, para mejorar la privacidad de los usuarios, Chrome evitará las búsquedas de DNS en las que se ingrese una sola palabra clave en la barra de direcciones. Es posible que este cambio en el comportamiento predeterminado afecte a las empresas con dominios de una sola palabra en su intranet. Esto quiere decir que, si un usuario escribe "asistencia", ya no se lo direccionará a "https://asistencia/".

    Se podrá controlar el comportamiento de Chrome mediante la política empresarial IntranetRedirectBehavior, que permite mantener el comportamiento actual (hacer una búsqueda de inmediato y luego preguntar al usuario si está intentando acceder a ese sitio web de intranet).

  • Mejora en el consumo de recursos de las pestañas en segundo plano en Chrome 87

    Para ahorrar en consumo de energía y CPU, Chrome limitará la cantidad de CPU que pueden usar las pestañas en segundo plano. Con este cambio, Chrome únicamente permitirá que estas pestañas se activen una vez por minuto y usen solo el 1% del tiempo de CPU.

    Este comportamiento se podrá controlar con la política IntensiveWakeUpThrottlingEnabled.

  • Se quitará DTLS 1.0 en Chrome 87

    El protocolo DTLS 1.0, que se usa en WebRTC para audio y video interactivo, se quitará de forma predeterminada. Las aplicaciones que dependan de DTLS 1.0 (probablemente puertas de enlace a otros sistemas de teleconferencias) deben actualizarse a un protocolo más reciente. Al iniciar Chrome, puede utilizar la siguiente función experimental de la línea de comandos para probar si alguna de sus aplicaciones se verá afectada:

    --force-fieldtrials=WebRTC-LegacyTlsProtocols/Disabled/ 

    Si su empresa necesita más tiempo para adaptarse, la política empresarial WebRtcAllowLegacyTLSProtocols estará disponible para posponer la eliminación temporalmente.

  • Nueva IU de PDF en Chrome 87

    Chrome tendrá un visor de PDF renovado, que incluye actualizaciones de la barra de herramientas, índice, miniaturas, vista de doble página y anotaciones.

  • La lista de permitidos de CORB/CORS se quitará en Chrome 87

    Se quitará la lista de permitidos de CORB/CORS en Chrome 87. Pruebe las extensiones de Chrome de las que dependa su empresa para asegurarse de que funcionen con el nuevo comportamiento.

    Pruebe Chrome 87.0.4266.0 o versiones posteriores y ejecute flujos de trabajo críticos con la extensión. Observe si hay recuperaciones o XHR iniciadas por secuencias de comandos de contenido y bloqueadas por CORB o CORS. A continuación, se muestran mensajes de error habituales:

    • El bloqueo de lectura de origen cruzado (CORB) bloqueó la respuesta de origen cruzado <URL> con el tipo de MIME <type>. Consulte https://www.chromestatus.com/feature/5629709824032768 para obtener más detalles.

    • La política de CORS bloqueó el acceso a la recuperación en "https://otro-sitio.com/" desde el origen "https://example.com": no hay encabezado "Access-Control-Allow-Origin" presente en el recurso solicitado. Si una respuesta opaca satisface sus necesidades, configure el modo de solicitud en 'no-cors' para recuperar el recurso con CORS inhabilitado.

Si las secuencias de comandos de contenido de la extensión crean solicitudes que no funcionan cuando se inicia Chrome con las chrome://flags indicadas anteriormente, asegúrese de mantener la extensión actualizada para que siga funcionando en Chrome 87 y versiones posteriores. En particular, las extensiones deben actualizarse para iniciar recuperaciones de orígenes diferentes desde la página en segundo plano de la extensión (en lugar de hacerlo desde una secuencia de comandos de contenido).

Para conocer más detalles, consulte: https://www.chromium.org/Home/chromium-security/extension-content-script-fetches

  • Las páginas públicas no seguras ya no podrán hacer solicitudes a URL locales o privadas en Chrome 88

    Las páginas no seguras ya no podrán hacer solicitudes a direcciones IP que pertenezcan a un espacio de direcciones más privado (como se define en CORS-RFC1918). Por ejemplo, http://public.page.example.com no podrá hacer solicitudes orientadas a la IP 192.168.0.1 o la IP 127.0.0.1. Se podrá controlar este comportamiento con las políticas empresariales InsecurePrivateNetworkRequestsAllowed e InsecurePrivateNetworkRequestsAllowedForUrls.

  • Chrome presentará una nueva IU para el chip de permisos en Chrome 88

    Las solicitudes de permisos pueden resultar invasivas y molestas cuando carecen de contexto, lo que suele suceder cuando los mensajes se muestran en cuanto se carga una página o sin previo aviso. Esto provoca una reacción común: los usuarios finales descartan el mensaje para evitar tener que tomar una decisión.

    Chrome está experimentando con un chip de permisos en la barra de direcciones, junto al candado, que resulta menos invasivo en general. Dado que el mensaje no invade el área de contenido, los usuarios ya no tendrán que descartarlo manualmente cuando no quieran otorgar el permiso. Los usuarios que quieran otorgar permiso pueden hacer clic en el chip para que aparezca el mensaje correspondiente.

  • Consideración del esquema al determinar si una solicitud es entre sitios (Schemeful Same-Site) en Chrome 88

    En Chrome 88, se modificará la definición del atributo "same-site" de las cookies de modo que se considerará que las solicitudes del mismo dominio registrable, pero de distintos esquemas, son entre sitios (no del mismo sitio). Por ejemplo, las solicitudes entre http://sitio.example y https://sitio.example se considerarán entre sitios. Le recomendamos que pruebe los sitios cruciales siguiendo las instrucciones correspondientes.

    Puede volver al comportamiento heredado anterior con las políticas LegacySameSiteCookieBehaviorEnabledForDomainList y LegacySameSiteCookieBehaviorEnabled. Para conocer más detalles, consulte las Políticas de comportamiento heredado de cookies de SameSite.

  • Chrome 88 en Mac no será compatible con OS X 10.10 (Yosemite)

    Chrome 88 no será compatible con OS X 10.10 (OS X Yosemite). Para usar Chrome en Mac se necesitará OS X 10.11 o versiones posteriores.

  • Las políticas SyncXHR y Pop-Up sobre descargas de páginas ya no podrán utilizarse con Chrome 88

    Las políticas empresariales AllowPopupsDuringPageUnload y AllowSyncXHRInPageDismissal se quitarán en Chrome 88, como ya se había anunciado. Todas las aplicaciones que dependan del comportamiento de la plataforma web heredada deben actualizarse antes de instalar Chrome 88.

  • La extensión Compatibilidad con navegadores heredados se quitará de Chrome Web Store en Chrome 88

    La política de Compatibilidad con navegadores heredados (LBS) está integrada en Chrome y ya no se necesita la antigua extensión. El equipo de Chrome retiró la extensión de LBS de Chrome Web Store en Chrome 85, y esta se inhabilitará en Chrome 88. Dado que seguiremos ofreciendo la política de Compatibilidad con navegadores heredados, le recomendamos que deje de utilizar la extensión y que comience a usar las políticas integradas de Chrome, que se documentan aquí. Las políticas antiguas definidas a través de la extensión dejarán de funcionar, y no se podrá instalar la extensión de manera automática una vez que esté inhabilitada.

  • Chrome 89 exigirá que los procesadores x86 sean compatibles con SSE3

    Para utilizar Chrome 89 y versiones posteriores, se requerirán procesadores x86 compatibles con SSE3. Este cambio no afecta a los dispositivos que no tengan procesadores x86 (ARM). Chrome no se instalará ni se ejecutará en procesadores x86 que no sean compatibles con SSE3. SSE3 se introdujo en las CPU Intel en 2003 y en las CPU AMD en 2005.

  • La política SSLVersionMin no permitirá TLS 1.0 ni TLS 1.1 en Chrome 91

    La política empresarial SSLVersionMin permite evitar las advertencias intersticiales de Chrome sobre las versiones heredadas de TLS, y esto será posible hasta que se lance Chrome 91, en mayo del 2021. A partir de entonces, esta política ya no permitirá definir TLS 1.0 ni TLS 1.1 como versión mínima.

    Antes anunciamos que este cambio tendría lugar en enero del 2021, pero se amplió el plazo.

Próximos cambios en la Consola del administrador

  • Informe de versiones y controles de actualización nuevos

    La Consola del administrador dispondrá de un Informe de versiones y Controles de actualización nuevos. Estas funciones aumentan la visibilidad de las versiones de Chrome que se implementan en su empresa y le permiten tener un control más detallado de cómo se actualizan los navegadores Chrome administrados. Si quiere registrarse como verificador de confianza de estas funciones, ingrese su dominio de prueba y un correo electrónico de contacto en este formulario.

 
 
Chrome 85
 

Importante: Adobe dejará de actualizar y distribuir Flash Player después del 31 de diciembre de 2020. Por lo tanto, después de esa fecha, todas las versiones de Chrome dejarán de admitir contenido Flash. En esta entrada de blog de Adobe, puede obtener más información sobre los planes de Adobe para descontinuar Flash Player y las otras opciones que tiene. Adobe está trabajando con HARMAN, su socio exclusivo de licencias y distribución, para brindar compatibilidad con Flash Player en navegadores heredados.

Chrome se diseñó para satisfacer las necesidades de los clientes de Chrome Enterprise, incluida la integración con contenido web heredado. Las empresas que necesiten usar un navegador heredado para ejecutar contenido Flash después del 31 de diciembre de 2020 deben usar una solución de HARMAN con Compatibilidad con navegadores heredados.

Actualizaciones del navegador Chrome

  • Mejoras para la productividad de los usuarios en Chrome 85

    Chrome realizará varias mejoras para la productividad de los usuarios, incluidos los grupos de pestañas que se pueden contraer, las vistas previas de pestañas, el almacenamiento de entradas en PDF y el uso compartido de códigos QR. Puede obtener más información sobre estas mejoras en The Keyword.

  • Mejoras en el rendimiento de la optimización del compilador en Chrome 85

    Chrome usará una técnica de optimización del compilador mejorada llamada PGO (optimización guiada por perfil) en Mac y Windows. No se espera que las empresas noten ningún cambio, excepto las formas inesperadas o no admitidas en las que el software interactúa con Chrome. Por ejemplo, es posible que la inserción de código no funcione como se espera con esta versión de Chrome.

  • Se bloquearán las descargas no seguras desde páginas seguras en Chrome 84 a Chrome 88

    En Chrome 88, ya no se permitirán las descargas de fuentes no seguras cuando se inicien desde páginas seguras. Este cambio, que se lanzará gradualmente, afectará a diferentes tipos de archivos en distintas versiones:    

  • Ejecutables: Los usuarios recibieron una advertencia en Chrome 84, y los archivos se bloquearán en Chrome 85.
  • Archivos: Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 85, y los archivos se bloquearán en Chrome 86.
  • Otros tipos de archivos no seguros (p. ej., PDF): Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 86, y los archivos se bloquearán en Chrome 87.
  • Otros archivos: Los usuarios recibirán una advertencia en la consola del desarrollador de Chrome en Chrome 87, y los archivos se bloquearán en Chrome 88.

Las advertencias en Android se retrasarán una versión con respecto a las advertencias en computadoras, por ejemplo, los ejecutables mostrarán una advertencia a partir de Chrome 85.

Se puede usar la política InsecureContentAllowedForUrls para permitir que las URL de páginas específicas descarguen archivos no seguros. Puede obtener más información en esta entrada de blog.

  • Los comodines ya no son compatibles con PluginsAllowedForUrls en Chrome 85

    Como preparación para la baja de Flash a finales de este año, quitaremos en Chrome la posibilidad de que las empresas definan entradas con comodines en los nombres de host (por ejemplo, "https://*" o "https://[*.]misitio.foo") para la política PluginsAllowedForUrls. Si utiliza comodines en nombres de host, deberá especificar de manera explícita qué nombres de host aún requieren Flash. Por ejemplo, “https://[*.]misitio.foo” se debería actualizar para que coincida con entradas explícitas como “https://flash.misitio.foo”. Con este cambio, se busca ayudar a determinar los sitios que aún deben actualizarse, con tiempo suficiente para adaptarse antes de que la compatibilidad con Flash se quite por completo en diciembre de 2020.

  • La extensión Compatibilidad con navegadores heredados se quitará de Chrome Web Store en Chrome 85

    La Compatibilidad con navegadores heredados (LBS) ahora está integrada en Chrome y ya no se necesita la extensión anterior. El equipo de Chrome planea retirar la LBS de Chrome Web Store en Chrome 85 y quitarla de los navegadores en Chrome 86. Para seguir usando la Compatibilidad con navegadores heredados, asegúrese de usar las políticas integradas de Chrome, que se documentan aquí.Las políticas anteriores establecidas a través de la extensión ya no tendrán efecto cuando se quite esta. 

    Se quitará la versión Beta de la extensión con ID ebojbgfomggiamdflnkjfkmdbeblpb en Chrome 85.

  • En Chrome 85, no se permitirán las recuperaciones de origen cruzado en las secuencias de comandos de contenido de extensiones de Chrome

    Como parte de un esfuerzo por mejorar la seguridad de las extensiones de Chrome, no se permitirán las recuperaciones de origen cruzado en las secuencias de comandos de contenido de extensiones de Chrome. El bloqueo de lectura de origen cruzado (CORB) ya se aplica a las secuencias de comandos de contenido desde M73. También planeamos habilitar CORS para las solicitudes de secuencias de comandos de contenido a partir de M85. Esperamos que la mayoría de las extensiones no se vea afectada por el cambio de CORS, pero es posible que algunas solicitudes iniciadas en secuencias de comandos de contenido comiencen a fallar.

    Pruebe las extensiones de Chrome de las que dependa su empresa para asegurarse de que funcionen con el nuevo comportamiento cuando se inicie Chrome con las siguientes funciones experimentales de línea de comandos (en 81.0.4035.0 o versiones posteriores):

    --enable-features=OutOfBlinkCors,CorbAllowlistAlsoAppliesToOorCors

    Durante la prueba, observe si hay recuperaciones o XHR iniciadas por secuencias de comandos de contenido y bloqueadas por CORS.Si las extensiones de las que depende se vieron afectadas, abra un error para agregar las extensiones afectadas a una lista permitida temporal que las excluya del cambio (la lista permitida dejará de estar disponible y se quitará en Chrome 87). Los cambios solo afectan a las recuperaciones o XHR de tipos de contenido que no bloquee el CORB (como imágenes, JavaScript y CSS) y solo si el servidor no aprueba la solicitud de CORS con un encabezado de respuesta Access-Control-Allow-Origin.

  • Mejora en el consumo de recursos cuando una ventana no está visible en Chrome 85

    Para ahorrar en consumo de energía y CPU, Chrome detectará si una ventana está cubierta por otras y dejará de pintar píxeles. Una versión anterior de esta función tenía problemas de compatibilidad con determinado software de virtualización. Se corrigieron los errores conocidos, pero, si surgen problemas, podrá inhabilitar esta función mediante la política NativeWindowOcclusionEnabled.

    Algunos usuarios verán el cambio en Chrome 85, pero el lanzamiento completo se verá reflejado en Chrome 86.

  • Incorporación de la política AutoLaunchProtocolsFromOrigins en Chrome 85

    La nueva política AutoLaunchProtocolsFromOrigins le permitirá especificar combinaciones de protocolos y orígenes externos que deberían ejecutarse automáticamente sin requerir la confirmación de los usuarios.

  • Chrome 85 tiene protecciones adicionales para las políticas empresariales sobre información sensible en MacOS

    Las Mac que no se administren mediante UEM/EMM/MDM (o MCX heredado) ignorarán las políticas empresariales sobre información sensible que puedan establecerse a través de software malicioso. Esto ya ocurre para las políticas sobre información sensible de Windows y ahora se aplicará en el mismo conjunto de políticas de MacOS.

  • Las políticas empresariales de Uso compartido de recursos entre orígenes (CORS) ya no están disponibles

    Las políticas CorsMitigationList y Cors​Legacy​Mode​Enabled se quitaron en Chrome 84, como se comunicó anteriormente.

  • Ya dejó de estar disponible la política ForceNetworkInProcess

    En Chrome 73, se trasladó la actividad de red a un proceso separado. Teniendo en cuenta las incompatibilidades conocidas con algún software de terceros que se inyectaba en el proceso de Chrome, ofrecimos la política ForceNetworkInProcess como una solución temporal para volver al comportamiento anterior. El período de transición de este cambio finalizó en Chrome 84, y la política ya no está disponible.

  • Los certificados emitidos a partir del 1 de septiembre de 2020 deben tener un ciclo de vida de 398 días o menos en Chrome 85

    Como parte de nuestro compromiso constante por garantizar la seguridad de los usuarios, Google reduce el ciclo de vida máximo de los certificados TLS. Consulte más detalles aquí.

  • Chrome 85 usa el corrector ortográfico nativo de Windows para algunos usuarios

    En el caso de usuarios de Windows que tengan instalados en su sistema los paquetes de idioma correspondientes, Chrome usará el corrector ortográfico nativo de Windows. De lo contrario, los usuarios contarán con el corrector ortográfico de Chrome de forma predeterminada.

    Algunos usuarios verán este cambio en Chrome 85, pero su lanzamiento completo está previsto en Chrome 86.

  • En Chrome 85, Chrome Web Store indica a los usuarios si su administrador bloqueó una extensión

    Si se bloquea una extensión por medio de una política, la ficha correspondiente de Chrome Web Store ahora le indicará al usuario que se trata de un elemento "Bloqueado por el administrador".

  • Políticas empresariales de Chrome en iOS disponibles en Chrome 85

    En iOS, Chrome admite un conjunto limitado de políticas que se pueden configurar con sistemas unificados de administración de extremos.

Actualizaciones del Sistema operativo Chrome

  • Separación de la resolución de pantalla y la frecuencia de actualización para monitores externos

    Se actualizó la página "Pantallas" en la Configuración para permitir el ajuste independiente de la resolución y la frecuencia de actualización en los monitores externos. Esta configuración se dividirá automáticamente y los usuarios no necesitan hacer nada.

 

  • Sincronización de la configuración de Wi-Fi entre dispositivos

    Para ayudar a los usuarios a no tener que conectarse repetidamente al mismo conjunto de redes y volver a escribir las contraseñas difíciles de recordar en cada uno de sus dispositivos con Sistema operativo Chrome, la sincronización de Wi-Fi permitirá mantener las redes conocidas sincronizadas entre los dispositivos de un usuario. Esto se puede controlar con la política SyncTypesListDisabled.

  • Opción de visualización mejorada en Seleccionar para pronunciar

    Seleccionar para pronunciar permite a los usuarios arrastrar un cuadro alrededor de un área de texto determinada para que se lea el texto incluido en ella en voz alta. Ahora agregamos la opción para activar el sombreado de pantalla detrás de la región seleccionada de la pantalla. Este sombreado de pantalla reducirá la distracción y ayudará a que el usuario se concentre mejor en el contenido importante que se lee en voz alta.

  • Se mejoró la compatibilidad con gestos en el teclado de escritura a mano

    Al ingresar texto con el teclado de escritura a mano, ahora puede usar gestos conocidos para editar lo que escriba. Si tacha, se borrará el texto, y un signo de intercalación le dará espacio para insertar texto.

  • IU mejorada para la administración de impresiones

    Ahora los usuarios pueden administrar sus trabajos de impresión en curso y ver qué se completó.

     

     

 

  • Impresión con PIN para impresoras Hewlett-Packard®, Ricoh®y Sharp®

    Ahora se ofrece compatibilidad ampliada con la impresión mediante PIN para todas las impresoras compatibles Hewlett-Packard®, Ricoh® y Sharp® que requieran un PIN para enviar el trabajo de impresión a una impresora.

 

Actualizaciones en la Consola del administrador

  • Consola del administrador actualizadaand thenPágina Centro de dispositivos

    Actualizamos el Centro de dispositivos en la Consola del administrador con un nuevo aspecto, tiempos de carga más rápidos y una nueva estructura de navegación a la izquierda de la página.

  • La vista Apps y extensiones incluye todas las unidades organizativas

    La página Apps y extensiones de la Consola del administrador ahora admite la opción "Incluir todas las unidades organizativas". Si selecciona esta vista, se mostrarán todas las aplicaciones configuradas en todos los modos (Usuario y navegador, Dispositivos y Sesión de invitado administrada) y todas las unidades organizativas.

  • Capacidad expandida para bloquear funciones del sistema

    Los administradores ahora pueden bloquear funciones del sistema directamente a nivel detallado, sin necesidad de bloquear la URL. La aplicación de Cámara, la configuración del navegador Chrome y la configuración del Sistema operativo Chrome se pueden modificar a través de una política.

  • Políticas de dispositivos conectados para teléfonos Android y dispositivos con Sistema operativo Chrome

    Configuración del usuarioand thenDispositivos conectados ofrece un conjunto de funciones que permiten que los teléfonos Android y los dispositivos Chrome funcionen en conjunto sin problemas.Las organizaciones educativas pueden habilitar Smart Lock y Clic para llamar.Además, las organizaciones empresariales pueden habilitar Conexión instantánea mediante dispositivo móvil y Mensajes.

  • Selección de varios dispositivos para borrar perfiles de usuario

    Desde Chromeand thenLista de dispositivos, los administradores ahora pueden seleccionar varios dispositivos para borrar perfiles de usuario de todos los dispositivos al mismo tiempo.

 

Políticas adicionales ahora disponibles en la Consola del administrador

Ahora hay muchas nuevas políticas en la Consola del administrador, por ejemplo:

  • PrintingMaxSheetsAllowed

    Configuración del usuarioand thenImpresiónand thenCantidad máxima de hojas: Permite establecer la cantidad máxima de páginas para un solo trabajo de impresión.

  • PrintingMaxSheetsAllowed y PrintingPaperSizeDefault

    Configuración del usuarioand thenImpresiónand thenTamaño predeterminado de la página de impresión: Permite establecer un tamaño de página de papel predeterminado para los trabajos de impresión. 

  • AppCacheForceEnabled

    Configuración del usuarioand thenContenidoand thenAppCache: Permita que los sitios web usen la función de navegador obsoleta AppCache.

  • HardwareAccelerationModeEnabled

    Configuración del usuarioand thenHardwareand thenGPU: Habilite o inhabilite la aceleración de hardware de GPU.

  • ScrollToTextFragmentEnabled

    Configuración del usuarioand thenContenidoand thenDesplazarse al fragmento de texto: Permita desplazarse en los sitios directamente hacia un fragmento de texto a través de URL.

  • HideWebStoreIcon

    Apps y extensionesand thenConfiguración adicionaland thenÍcono de la aplicación Chrome Web Store: Oculte la aplicación y el vínculo de pie de página de Chrome Web Store en la página de nueva pestaña y del Selector de aplicaciones del Sistema operativo Google Chrome.

 

Políticas nuevas y actualizadas (navegador Chrome y Sistema operativo Chrome)

Política Descripción
AutoLaunchProtocolsFromOrigins Define una lista de protocolos que pueden ejecutar una aplicación externa de orígenes permitidos sin pedirle permiso al usuario.
CloudExtensionRequestEnabled Habilita las solicitudes de instalación de extensiones de Google Chrome.
DefaultSearchProviderContextMenuAccessAllowed Permite el uso de un proveedor de búsqueda predeterminado a través del menú contextual.
EnableExperimentalPolicies Habilita políticas experimentales.
IntensiveWakeUpThrottlingEnabled Si se habilita, la función de IntensiveWakeUpThrottling limita y fusiona de forma drástica los cronómetros de JavaScript de las pestañas en segundo plano; estos no funcionarán más de una vez por minuto después de que una página haya estado en segundo plano durante 5 minutos o más.
UserAgentClientHintsEnabled Controla la función User-Agent Client Hints.

 

  • Reinicio masivo de dispositivos

    Ahora se pueden seleccionar varios dispositivos de kiosco de la lista de dispositivos y reiniciarlos de forma masiva. Antes, los dispositivos solo se podían reiniciar individualmente.

  • Dejarán de estar disponibles los comandos remotos para los dispositivos con Sistema operativo Chrome que tengan Chrome 77 y versiones anteriores

    Debido a una actualización del servicio, a partir del 15 de mayo de 2020, los dispositivos Chrome con Chrome 77 o versiones anteriores ya no reciben comandos remotos. Estos comandos se usan principalmente para supervisar y controlar el estado de los kioscos, por ejemplo, para tomar capturas de pantalla o reiniciar dispositivos. Para seguir usando comandos remotos en los dispositivos de su organización, asegúrese de que tengan Chrome 78 o una versión posterior. Consulte Los comandos remotos ya no se admiten en la versión 77 o anteriores.

Políticas nuevas y actualizadas (navegador Chrome y Sistema operativo Chrome)

Política Descripción
ChromeVariations La configuración de esta política permite especificar qué variantes se pueden aplicar en Google Chrome.
UserDataSnapshotRetentionLimit Limita la cantidad de instantáneas sobre los datos del usuario que se conservan en caso de tener que ejecutar una reversión de emergencia (navegador Chrome).
NativeWindowOcclusionEnabled Habilita la oclusión de ventanas nativas en Google Chrome (solo en Windows).
AllowNativeNotifications Configura si Google Chrome en Linux usará notificaciones nativas (solo en Linux).
UseLegacyFormControls Permite utilizar los controles de formulario heredados hasta M84.
AdvancedProtectionAllowed Habilita protecciones adicionales para los usuarios inscritos en el Programa de Protección Avanzada.
ScrollToTextFragmentEnabled Habilita el desplazamiento al texto especificado en fragmentos de URL.

Próximamente

Nota: Los elementos que figuran a continuación son actualizaciones experimentales o planificadas. Es posible que se modifiquen, retrasen o cancelen antes de lanzarse por el canal estable.

Próximos cambios en el navegador Chrome

  • TLS 1.0 y TLS 1.1 dejan de estar disponibles en Chrome 84

    El equipo de Chrome anunció planes acerca de la baja de las versiones heredadas de TLS (TLS 1.0 y 1.1) en octubre pasado. En Chrome 84, marcaremos los sitios que no admitan TLS 1.2 y versiones posteriores con una advertencia a página completa que les indicará a los usuarios que la conexión no es del todo segura. 

    Si los usuarios tienen sitios afectados por estos cambios y necesitan inhabilitarlos, puede usar la política SSLVersionMin para inhabilitar la advertencia y el indicador de seguridad. Para permitir TLS 1.0 y versiones posteriores sin advertencias adicionales, establezca la política en tls1. La política SSLVersionMin funcionará hasta enero de 2021. Hay más detalles disponibles en esta entrada de blog.

  • Se quitará DTLS 1.0 en Chrome 84

    El protocolo DTLS 1.0, que se usa en WebRTC para audio y video interactivo, se quitará de forma predeterminada. Las aplicaciones que dependan de DTLS 1.0 (probablemente puertas de enlace a otros sistemas de teleconferencias) deben actualizarse a un protocolo más reciente. Si su empresa necesita más tiempo para adaptarse, se ofrecerá una política destinada a postergar temporalmente la eliminación.

  • Las políticas empresariales de CORS dejarán de funcionar en Chrome 84

    Las políticas CorsMitigationList y Cors​Legacy​Mode​Enabled se quitarán en Chrome 84, como se comunicó anteriormente.

  • La política URLWhitelist no permitirá incluir en la lista blanca protocolos externos en Chrome 84

    Una versión reciente de Chrome cambió el comportamiento de la política URLWhitelist para que se pueda incluir un protocolo externo en la lista blanca. Para mejorar la seguridad, esta política volverá a su comportamiento original. Como consecuencia, los protocolos externos no se incluirán en la lista blanca a través de la política.

  • Chrome 84 podrá recordar la aprobación para el lanzamiento de protocolos externos

    Los usuarios podrán marcar "permitir siempre en este sitio" cuando abran un protocolo externo en Chrome 84. La aprobación se limitará al origen actual y solo estará disponible para orígenes seguros.

  • Mejoras en el rendimiento de la optimización del compilador en Chrome 85

    Chrome 85 usará una técnica mejorada de optimización del compilador en Mac y Windows. No se espera que las empresas noten ningún cambio, pero los administradores deben probar la versión Beta de Chrome 85 para confirmar que este cambio no interfiera con ningún software que se ejecute en su entorno. Es posible que el software que interactúe con Chrome de formas inesperadas o no admitidas (p. ej., mediante inyección de código) no funcione como se espera con Chrome 85.

  • La política de ForceNetworkInProcess ya no tendrá efecto en Chrome 84

    En Chrome 73, se trasladó la actividad de red a un proceso separado. Teniendo en cuenta las incompatibilidades conocidas con algún software de terceros que se inyectaba en el proceso de Chrome, ofrecimos la política ForceNetworkInProcess como una solución temporal para volver al comportamiento anterior. El período de transición de este cambio finalizará en Chrome 84 y la política dejará de tener efecto.

  • Chrome 84 tendrá protecciones adicionales para las políticas empresariales sensibles en Mac

    En Chrome 84, las Mac que no se administren mediante UEM/EMM/MDM (o MCX heredado) ignorarán ciertas políticas empresariales sensibles que puedan establecerse a través de software malicioso.

  • Se bloquearán las descargas no seguras en páginas seguras, con cambios de Chrome 84 a Chrome 88

    En Chrome 88, ya no se permitirán las descargas de fuentes no seguras cuando se inicien desde páginas seguras. Este cambio, que se lanzará gradualmente, afectará a diferentes tipos de archivos en distintas versiones:

   

  • Ejecutables: Los usuarios recibirán una advertencia en Chrome 84 y los archivos se bloquearán en Chrome 85.
  • Archivos: Los usuarios recibirán una advertencia en Chrome 85 y los archivos se bloquearán en Chrome 86.
  • Otros tipos de archivos no seguros: Los usuarios recibirán una advertencia en Chrome 86 y los archivos se bloquearán en Chrome 87. 
  • Otros archivos: Los usuarios recibirán una advertencia en Chrome 87 y los archivos se bloquearán en Chrome 88.

Las advertencias en Android se retrasarán una versión con respecto a las advertencias en computadoras de escritorio, por ejemplo, los ejecutables mostrarán una advertencia a partir de Chrome 85.

Se puede usar la política InsecureContentAllowedForUrls para permitir que las URL de páginas específicas descarguen archivos no seguros. Puede leer más detalles en esta entrada de blog.

  • Los comodines ya no son compatibles con PluginsAllowedForUrls en Chrome 85

    Además, como preparación para la baja de Flash a finales de este año, Chrome quitará la capacidad de las empresas de definir comodines para la política PluginsAllowedForUrls en Chrome 85. Si utiliza comodines en esa política, deberá incluir los sitios que aún usan Flash en listas blancas específicas. Con este cambio, se busca ayudar a determinar los sitios que aún deben actualizarse, con tiempo suficiente para adaptarse antes de que la compatibilidad con Flash se elimine por completo en diciembre de 2020.

  • Las páginas públicas no seguras ya no podrán hacer solicitudes a URL locales o privadas en Chrome 85

    Las páginas no seguras ya no podrán hacer solicitudes a direcciones IP que pertenezcan a un espacio de direcciones más privado (como se define en CORS-RFC1918). Por ejemplo, http://publico.pagina.example.com no podrá hacer solicitudes orientadas a las IP 192.168.0.1 o 127.0.0.1. Se proporcionará una política para inhabilitar este mecanismo y otra para permitir que páginas específicas hagan solicitudes a espacios de direcciones IP más privados.

  • En Chrome 85, no se permitirán las recuperaciones de origen cruzado en las secuencias de comandos de contenido de extensiones de Chrome

    Como parte de un esfuerzo por mejorar la seguridad de las extensiones de Chrome, no se permitirán las recuperaciones de origen cruzado en las secuencias de comandos de contenido de extensiones de Chrome. El bloqueo de lectura de origen cruzado (CORB) ya se aplica a las secuencias de comandos de contenido desde M73. También planeamos habilitar CORS para las solicitudes de secuencias de comandos de contenido a partir de M85. Esperamos que la mayoría de las extensiones no se vean afectadas por el cambio de CORS, pero es posible que comiencen a fallar algunas solicitudes iniciadas en secuencias de comandos de contenido.

    Pruebe las extensiones de Chrome de las que dependa su empresa para asegurarse de que funcionen con el nuevo comportamiento cuando se lance Chrome con las siguientes funciones experimentales de línea de comandos (en 81.0.4035.0 o en versiones posteriores):

    --enable-features=OutOfBlinkCors,CorbAllowlistAlsoAppliesToOorCors

    Durante la prueba, observe si hay recuperaciones o XHR iniciadas por secuencias de comandos de contenido y bloqueadas por CORS. Si las extensiones de las que depende se ven afectadas, informe los errores para agregar las extensiones afectadas a una lista de permisos temporal y excluirlas del cambio. Los cambios solo afectan a las recuperaciones o XHR de los tipos de contenido que no están bloqueados por CORB (como imágenes, JavaScript y CSS) y solo si el servidor no aprueba la solicitud de CORS con un encabezado de respuesta Access-Control-Allow-Origin.

    Para conocer más detalles, consulte: www.chromium.org.

  • Mejora en el consumo de recursos cuando una ventana no está visible en Chrome 85

    Para ahorrar en consumo de energía y CPU, Chrome detectará si una ventana está cubierta por otras y dejará de pintar píxeles. Una versión anterior de esta función tenía una incompatibilidad con algún software de virtualización. Se corrigieron los errores conocidos, pero, si surgen problemas, se podrá inhabilitar esta función mediante la política NativeWindowOcclusionEnabled.

  • La extensión Compatibilidad con navegadores heredados se quitará de Chrome Web Store en Chrome 85.

    La Compatibilidad con navegadores heredados (LBS) ahora está integrada en Chrome y ya no se necesita la extensión anterior. El equipo de Chrome planea retirar la LBS de Chrome Web Store en Chrome 85 y quitarla de los dispositivos en Chrome 86. Para seguir usando la Compatibilidad con navegadores heredados, asegúrese de utilizar las políticas integradas de Chrome, que se documentan aquí. Si tiene algún problema para usarlas, infórmelo en http://crbug.com/new.

 

Recursos adicionales

¿Todavía necesita ayuda?

¿Te resultó útil esto?
¿Cómo podemos mejorarla?