Para los administradores que administran el navegador Chrome o los dispositivos ChromeOS en una empresa o institución educativa.
- Para recibir correos electrónicos sobre futuras actualizaciones, regístrate aquí.
- Para probar las funciones nuevas antes de que se lancen, regístrate en el programa de Verificadores de confianza.
- Conéctate con otros administradores de TI de Chrome Enterprise a través del Foro de clientes de Chrome Enterprise.
- Regístrate para rendir el examen de acreditación de administradores de ChromeOS.
- Recibe ayuda y consulta recursos adicionales a continuación.
Tabla actualizada: 25 de marzo de 2026
Chrome 146
Resumen de la versión de Chrome 146
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Mejoras en el Modo IA y Lens
Anteriormente, en Chrome 143 para macOS y Windows, se integraron nuevas capacidades del modo IA en el navegador Chrome. Los usuarios pueden acceder al Modo IA directamente en la página Nueva pestaña y la barra de direcciones, lo que les permite hacer preguntas complejas directamente desde donde comienzan a navegar. Los administradores pueden desactivar estas funciones (valor 1) con la política AIModeSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta este artículo en el Centro de ayuda de Chrome Enterprise y Education.
En Chrome 145, lanzamos la función de contexto de varias pestañas en el Modo IA y Lens. Los usuarios pueden optar por compartir el contenido de una o más de sus pestañas abiertas, lo que les permite hacer preguntas, comparar, resumir y encontrar información de manera más eficiente. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings o con GenAiDefaultSettings (valor 2). Además, en Chrome 145 para iOS y Android, se integraron nuevas capacidades del modo IA en el navegador Chrome.
En Chrome 146, los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings.
- Chrome 143 en macOS y Windows: Se integrarán nuevas capacidades del Modo IA en Chrome, que se podrán controlar con la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 145 en macOS y Windows: La función de contexto de varias pestañas estará disponible y se podrá controlar con la política SearchContentSharingSettings o GenAiDefaultSettings.
- Chrome 145 en iOS y Android: Las nuevas capacidades del modo IA estarán disponibles gradualmente en Android y iOS.
- Chrome 146 en macOS y Windows: Los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings.
- Chrome 147 en macOS y Windows: Las políticas LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled dejarán de estar disponibles. Los administradores pueden usar SearchContentSharingSettings para controlar estas funciones.
- Experiencia de Autocompletar extendida
A partir de Chrome 146, algunos usuarios pueden guardar y autocompletar tipos adicionales de datos que antes solo estaban disponibles para los usuarios con la función Autocompletar mejorado habilitada. Los administradores pueden controlar la función con las políticas existentes AutofillAddressEnabled, GenAiDefaultSettings y AutofillPredictionSettings.
- Chrome 146 en ChromeOS, Linux, macOS y Windows: Lanzamiento gradual de la función
- Restricciones de acceso a la red local
Chrome 142 restringió la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido.
Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función. Para obtener más información sobre esta función, consulta Adapta tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
Chrome 145 presentó permisos más detallados para los sitios web que solicitan acceso a la red local de un usuario. El permiso único anterior de acceso a la red local se dividirá en dos permisos distintos:
-
local-network: Otorga acceso a las direcciones IP en el espacio de la red local (por ejemplo, intranets y dispositivos internos).
- loopback-network: Otorga acceso a direcciones IP de bucle invertido (por ejemplo, localhost, 127.0.0.1).
El permiso de red local anterior seguirá siendo un alias, lo que garantizará que las configuraciones y las políticas de permisos existentes sigan funcionando según lo previsto. Este cambio les brindó a los usuarios y administradores un control más preciso sobre cómo los sitios web interactúan con los recursos de la red interna. Este cambio no afectará las políticas empresariales actuales que administran el acceso a la red local.
Chrome 146 introduce dos políticas empresariales nuevas para administrar las restricciones de acceso a la red local: LocalNetworkAccessIpAddressSpaceOverrides y LocalNetworkAccessPermissionsPolicyDefaultEnable. Estas políticas se pueden establecer con parámetros de configuración personalizados.
- Chrome 145 en Android, Linux, macOS, Windows y Fuchsia: Se lanzó la división de permisos.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se agregarán dos políticas empresariales nuevas para administrar las restricciones de acceso a la red local:
- Se podría usar LocalNetworkAccessIpAddressSpaceOverrides para marcar los bloques de direcciones IPv4 e IPv6 como públicos o privados. Los rangos de IP que se tratan como públicos no generarán mensajes de permisos cuando otras páginas accedan a ellos. Por ejemplo, CGNAT 100.64.0.0/10 se puede marcar como público. Esto es útil para ciertos parámetros de configuración de VPN y proxy. Marcar 0.0.0.0/0 y ::/0 como públicos equivale a inhabilitar las restricciones de acceso a la red local.
- LocalNetworkAccessPermissionsPolicyDefaultEnabled se puede usar para que el permiso de LNA se delegue automáticamente en los elementos iframe por el marco superior, sin necesidad de una anotación explícita de los elementos iframe secundarios. Esto es útil en situaciones en las que una herramienta de SaaS incorporada dentro de otra herramienta de SaaS realiza el acceso a la red local. Esto incluye ciertos softwares de documentación y bases de conocimiento alojados de forma local.
- Chrome 146 en ChromeOS, Linux, macOS y Windows: Lanzamiento gradual de la función
- Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: Se expandieron las restricciones de acceso a la red local para incluir las conexiones de WebSocket y WebTransport.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se quitará la política LocalNetworkAccessRestrictionsTemporaryOptOut.
-
- Intervención selectiva de permisos
Chrome 146 presenta la intervención selectiva de permisos, que impide que el código JavaScript relacionado con la publicidad en las páginas acceda a ciertos permisos sensibles a la privacidad, como la ubicación geográfica, el micrófono, el portapapeles, Bluetooth, USB y la captura de pantalla, para aumentar la privacidad del usuario.
Incluso si se usan políticas como DefaultGeolocationSetting, VideoCaptureAllowedUrls, AudioCaptureAllowedUrls o ClipboardAllowedForUrls, se pueden denegar los permisos para la secuencia de comandos de anuncios en esos sitios.
Los administradores pueden inhabilitar esta intervención con la política empresarial AdsSettingForIntrusiveAdsSites.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: La función se lanzará gradualmente.
- Configuración de seguridad agrupada
Esta función proporciona a los usuarios opciones de seguridad agrupadas para configurar los parámetros de seguridad según el nivel de protección deseado mientras usan Chrome. Los usuarios pueden elegir entre la opción Mejorada para obtener el nivel más alto de seguridad y la opción Estándar para obtener la protección equilibrada predeterminada. Los usuarios pueden seguir estableciendo valores personalizados para la configuración, como lo hacen actualmente. Esto simplifica la experiencia del usuario y facilita que los usuarios obtengan el nivel de protección que desean sin necesidad de comprender las opciones de configuración avanzadas. Las políticas empresariales existentes tienen prioridad sobre las selecciones de paquetes del usuario final. Si se configura una política existente para la configuración de seguridad, los valores no se anularán por la elección de un paquete de seguridad del usuario.
-
Chrome 146 en ChromeOS, Linux, macOS y Windows
-
- Eliminación de las políticas para la partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. En Chrome 128, se quitó la
marca chrome://que permitía a los usuarios inhabilitar esta función, y la prueba de baja finalizó con Chrome 139. En Chrome 146, quitamos las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Recomendamos a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos aquí en el error de Chromium.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins
- Políticas nuevas en el navegador Chrome
Política Descripción Impide la instalación de extensiones externas
Esta política permite que los administradores encripten la caché HTTP en el disco.
Configuración predeterminada de detección de inactividad
Lista de entidades bloqueadas de proveedores de identidad que no pueden usar Extensible Enterprise SSO para el navegador
Configurar tipos de extensiones o aplicaciones permitidos
Controlar la disponibilidad del modo de desarrollador en la página de extensiones
Configura la lista de elementos permitidos para la instalación de extensiones
Configura la lista de entidades bloqueadas para la instalación de extensiones
Configurar la lista de extensiones y apps que se instalarán obligatoriamente
Configurar fuentes de instalación de secuencias de comandos de usuario, aplicaciones y extensiones
Configuración de la administración de extensiones
Forzar la prioridad en primer plano para todas las pestañas
Permite que las integraciones de la app de Gemini actúen directamente en los sitios especificados
Bloquea las integraciones de la app de Gemini para que no actúen directamente en los sitios especificados
Permitir la detección de inactividad en estos sitios
Bloquear la detección de inactividad en estos sitios
Anular las asignaciones de espacio de direcciones IP
Permitir solicitudes de acceso a la red local (LNA) en submarcos sin delegación explícita
Permitir que los sitios envíen solicitudes a endpoints de red locales.
Impedir que los sitios realicen solicitudes a endpoints de red locales.
Permitir que los sitios envíen solicitudes de red al dispositivo local.
Impedir que los sitios realicen solicitudes de red al dispositivo local.
Preferir los algoritmos de cifrado de encriptación específicos para TLS
Preferir los algoritmos de intercambio de claves específicos para TLS
Controlar la disponibilidad de la función XSLT
- Políticas que se quitaron del navegador Chrome
Política Descripción Configuración predeterminada de la partición de almacenamiento de terceros
Inhabilitar la partición de almacenamiento de terceros para orígenes de nivel superior específicos
Cambios en Chrome Enterprise Core
- Actualización de la puntuación de riesgo de Spin.AI en la Consola del administrador
A partir de Chrome 146, las puntuaciones de evaluación de riesgos de Spin.AI en la Consola del administrador reflejarán los cambios recientes que realizó Spin.AI. La puntuación sigue la escala de 0 a 100, pero una puntuación de 0 reflejará un riesgo bajo, mientras que una puntuación de 100 reflejará un riesgo alto.
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos políticas empresariales experimentales nuevas que configuran Chrome para ordenar sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y algoritmos de cifrado de encriptación, en TLS 1.3, para reflejar una preferencia por los algoritmos que fueron aprobados por un régimen de cumplimiento específico. Actualmente, el único régimen de cumplimiento es CNSA2. Esto no garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que deseen admitir clientes con y sin requisitos de cumplimiento puedan diferenciar entre clientes y solo usen ciertos algoritmos no predeterminados con mayor solidez criptográfica para aquellos que se configuraron explícitamente para preferirlos. No es necesario establecer esta política para la seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente sólida como para resistir un ataque de fuerza bruta con toda la potencia del sol. Si estableces esta política, Chrome será más lento cuando accedas a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, y no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola función experimental combinada,
chrome://#cryptography-compliance-cnsa. - Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome.
- Chrome 144 en ChromeOS: Las políticas adicionales que se aplican a la pantalla de acceso del dispositivo ChromeOS están disponibles, pero marcadas como experimentales.
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: Alrededor de Chrome 146, los servidores TLS de las propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se establezca esta marca. En ese momento, la política ya no se marcará como experimental.
- Inicio de sesión único de Okta sin inconvenientes en macOS
Chrome en macOS ahora ofrece una experiencia mejorada de inicio de sesión único (SSO) para las organizaciones que usan Okta. Cuando un dispositivo macOS se administra y configura con el perfil de administración de dispositivos móviles (MDM) y SSO empresarial extensible adecuado para Okta, los usuarios se beneficiarán de un flujo de autenticación sin inconvenientes.
Específicamente, ya no aparecerán los mensajes que antes solicitaban permiso del usuario para abrir la aplicación de Okta Verify o permitir las comunicaciones de red local durante la autenticación de Okta FastPass. Chrome usará el mecanismo de SSO extensible integrado de Apple para controlar estas autenticaciones.
Requisitos:
- Habilitar la compatibilidad con SSO como una función de acceso anticipado de autoservicio de Okta
- El dispositivo debe ejecutar macOS.
- El dispositivo debe estar administrado y tener el perfil de MDM de ExtensibleEnterpriseSSO correcto configurado por un administrador.
- El entorno de Okta de la organización debe estar configurado para admitir este flujo.
- La aplicación de Okta Verify debe estar instalada en el dispositivo.
Los administradores pueden administrar esta función con la política ExtensibleEnterpriseSSOBlocklist. Para evitar que Chrome use la integración del SSO de Okta incorporada, agrega
oktaa la lista de cadenas de la política. Para inhabilitar esta integración incorporada para todos los proveedores de identidad compatibles, agrega el valorall.El objetivo de esta actualización es reducir las interrupciones para los usuarios y optimizar el acceso a los recursos protegidos por Okta.
- Chrome 146 en macOS: La función se lanzará gradualmente
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Encriptación de caché empresarial
Chrome Enterprise Premium ofrece la encriptación de caché empresarial, una función diseñada para mitigar los riesgos de robo de datos encriptando los datos del navegador almacenados en reposo, específicamente la caché HTTP. Con las APIs a nivel del SO para el almacenamiento de claves a través de la encriptación vinculada a la app, esta función hace que los datos almacenados de forma local sean inaccesibles para el malware si se hackea un dispositivo.
Esta función opera con transparencia en segundo plano, aunque puede afectar el rendimiento debido a la encriptación en tiempo real. Los administradores pueden gestionar esta opción con la política CacheEncryptionEnabled. Ten en cuenta que, si habilitas o inhabilitas esta política, se borrará automáticamente la caché existente para garantizar la coherencia de los datos.
- Chrome 146 en Linux, macOS y Windows: La encriptación de caché estará disponible en plataformas de escritorio.
- Endurecimiento contra la manipulación de políticas locales
Los indicadores de detección de conflictos de políticas para el Acceso adaptado al contexto (CAA) cierran una brecha de seguridad importante, ya que permiten detectar si la configuración local en conflicto de los dispositivos BYOD anula las políticas corporativas.
Esto se logra integrando nuevos indicadores de conflicto de políticas del perfil de Chrome administrado en la canalización de informes de seguridad existente, controlada por la política UserSecuritySignalsReporting.
Esta visibilidad permite a los administradores establecer reglas de CAA en las herramientas de Protección de datos y amenazas o en la puerta de enlace de seguridad de Chrome Enterprise Premium (CEP) para bloquear automáticamente el acceso a las aplicaciones corporativas si se detecta que no se cumplen políticas esenciales, como los controles de DLP, la Navegación segura o las listas de bloqueo de extensiones.
- Chrome 144 en Linux, macOS y Windows: Comienza la detección y el registro de los metadatos de conflictos de políticas.
- Chrome 145 en Linux, macOS y Windows: Se habilita el flujo de evaluación del Acceso adaptado al contexto (CAA) para permitir que los administradores escriban reglas de aplicación basadas en la existencia de un conflicto.
- Chrome 146 en Linux, macOS y Windows: Se actualizó la IU de la Consola del administrador para mostrar los indicadores de conflicto, y los valores de las políticas comienzan a generarse.
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
- Actualización de CSS: Desvinculación de las propiedades de ancho y estilo
Pronto, Chrome se alineará con las especificaciones de CSS actualizadas en relación con el comportamiento de las propiedades
border-width,outline-widthycolumn-rule-width. Anteriormente, si las propiedadesborder-style,outline-styleocolumn-rule-stylecorrespondientes se establecían en oculto o ninguno, el ancho calculado de estas propiedades se forzaba a0px, independientemente del valor especificado.Con este cambio, los valores calculados de
border-width,outline-widthycolumn-rule-widthsiempre reflejarán los valores especificados por el autor, independientemente de la propiedad *-style. Además, los valores resueltos (como los que devuelvegetComputedStyle()) paraoutline-widthycolumn-rule-widthtambién reflejarán los valores especificados.El cambio alinea Chrome con Firefox y WebKit, que ya implementaron este comportamiento.
- Chrome 147 en Windows, macOS, Linux y Android: No hay pasos de lanzamiento.
- Credenciales de sesión vinculadas al dispositivo
Para mejorar la seguridad del usuario y combatir el robo de cookies de sesión, Chrome presenta las Credenciales de sesión vinculadas al dispositivo (DBSC). Esta función permite que los sitios web vinculen la sesión de un usuario a su dispositivo específico, lo que dificulta significativamente el uso de cookies de sesión robadas en otras máquinas.
- Chrome 145 en Windows: La función se lanzará gradualmente.
- Chrome 147 en macOS: La función se lanzará gradualmente.
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS, Windows y dispositivos ChromeOS seleccionados, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y Gemini Live, con el que pueden hacerlo por voz.
En Chrome 143, Gemini en Chrome comenzó a lanzarse para la mayoría de los usuarios de Google Workspace con acceso a la app de Gemini en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda o esta entrada de blog.
También en Chrome 143, anunciamos la función de contexto de varias pestañas. Ahora, Gemini en Chrome puede ver más de las pestañas que abriste (hasta 10) para que puedas hacer preguntas sobre múltiples páginas y comparar o encontrar información con más eficiencia. Gemini en Chrome también funciona como agente de productividad. Gemini en Chrome usa automáticamente información pública de los siguientes servicios de Google: la Búsqueda de Google, Google Maps y YouTube. Con tu permiso, Gemini en Chrome puede ayudarte a conectar tu información personal y contenido en los servicios de Google Workspace (Gmail, Drive, Keep, Calendario y Tareas).
En Chrome 144, la navegación automática en Gemini en Chrome se puso a disposición de algunos usuarios (no empresariales). En el lanzamiento, estará disponible una política empresarial GeminiActOnWebSettings.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Chrome 144 en macOS y Windows: La navegación automática en Gemini en Chrome está disponible para algunos usuarios (no empresariales). La política empresarial GeminiActOnWebSettings estará disponible en el lanzamiento. Los usuarios podrán subir imágenes renderizadas directamente a Gemini en Chrome con un elemento del menú contextual de Chrome. Luego, los usuarios pueden usar instrucciones en Gemini en Chrome para generar imágenes derivadas nuevas. Con el permiso del usuario, Gemini en Chrome también puede usar el Administrador de contraseñas de Google para acceder a sitios. Elemento del menú contextual de carga de imágenes disponible para los usuarios empresariales. La función respetará las reglas establecidas a través de la política DataControlsRules y la configuración de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en ChromeOS: Se lanzó Gemini en Chrome para dispositivos ChromeOS seleccionados
- Chrome 144 en macOS y Windows: Gemini en Chrome permite llamar a algunas herramientas de terceros que están disponibles como extensiones de Gemini.
- Chrome 145 en ChromeOS, macOS y Windows: Gemini en Chrome se lanzará gradualmente para los usuarios de Canadá, Nueva Zelanda y la India en afrikáans, amárico, búlgaro, bengalí, catalán, checo, galés, danés, alemán, griego, español, estonio, euskera, finlandés, filipino, francés, gallego, guyaratí, hindi, croata, húngaro, indonesio, islandés, italiano, japonés, canarés, coreano, lituano, letón, malabar, maratí, malayo, neerlandés, noruego, polaco, portugués, rumano, ruso, eslovaco, esloveno, serbio, sueco, suajili, tamil, telugu, tailandés, turco, ucraniano, vietnamita, chino (simplificado y tradicional) y zulú. El lanzamiento en EE.UU. también admitirá los mismos idiomas.
- Chrome 147 en macOS y Windows: La función de navegación automática en Gemini en Chrome está disponible para los usuarios empresariales. Las políticas empresariales GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs y GeminiActOnWebBlockedForURLs están disponibles para controlar la navegación automática.
- Chrome 147 en ChromeOS, macOS y Windows: Gemini en Chrome podrá usar la función de autocompletar de Chrome para completar formularios de tarjetas de crédito y direcciones (con permiso del usuario). Se respetarán las políticas empresariales AutofillAddressEnabled y AutofillCreditCardEnabled, así como las políticas generales GeminiActOnWebSettings, GeminiActOnWebAllowedForURLs y GeminiActOnWebBlockedForURLs para Gemini en Chrome de agentes.
- Chrome 148 en macOS y Windows: A partir de Chrome 148 en macOS y Windows, la función de exploración automática en Gemini en Chrome estará disponible para los usuarios empresariales.
- Quiero denunciar una estafa
Con la Navegación segura activada, los usuarios pueden denunciar páginas web directamente a la Navegación segura desde Chrome a través del menú Ayuda.
Los administradores pueden inhabilitar esta función desactivando la Navegación segura con SafeBrowsingProtectionLevel o rechazando los comentarios de los usuarios con UserFeedbackAllowed.
- Chrome 145 en Windows: La función se lanzará gradualmente.
- Chrome 147 en macOS: La función se lanzará gradualmente.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
Chrome 126 comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor.
Esta política será compatible con Chrome 147 y se quitará en Chrome 148. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 148 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Encapsulamiento de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta Chrome 145. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial a partir de Chrome 146. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 147 en Linux, macOS y Windows: Se quitará la política empresarial.
- Autocompletado mejorado
A partir de Chrome 137, algunos usuarios podrán activar Autocompletar mejorado, una función que ayuda a los usuarios a completar formularios en línea con mayor facilidad. En los formularios pertinentes, Chrome puede usar la IA para comprender mejor el formulario y ofrecer a los usuarios la posibilidad de completar de manera automática la información guardada anteriormente. Los administradores pueden controlar la función con la política existente GenAiDefaultSettings y una nueva política AutofillPredictionSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Se cambiará el nombre de la función existente "Autocompletar con IA" a "Autocompletado mejorado", se permitirá a los usuarios guardar y completar tipos adicionales de información, y estará disponible en más idiomas y países.
- Chrome 148 en Android: El Autocompletado mejorado estará disponible para los usuarios de Chrome en Android.
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 148, las cookies están vinculadas a su origen de configuración (de forma predeterminada) de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto a través del uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList estarán disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 148 en Android, iOS, Linux, macOS y Windows: Las políticas empresariales están disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: Se quitarán las políticas empresariales.
- Actualización a la advertencia Sin HTTPS
La advertencia que se muestra cuando un usuario habilita la opción Usar siempre conexiones seguras en
chrome://settings/securitycambiará de un intersticial a un diálogo. La carga de página completa permanece bloqueada y la funcionalidad sigue siendo la misma. El indicador de seguridad del contenido de la URL en la advertencia cambia del indicador al candado roto. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: Nuevo diseño de advertencia en plataformas de escritorio
- Chrome 148 en Android: Diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de un intersticial completo.
- Baja y eliminación de las APIs de Privacy Sandbox
Chrome anunció recientemente que se mantendrá el enfoque actual de las cookies de terceros, tras lo cual planeamos dar de baja y quitar las siguientes APIs.
- Temas
- Protected Audience
- Almacenamiento compartido
- Attribution Reporting
- Private Aggregation
- Related Web Sites
- requestStorageAccessFor
A continuación, se indican las políticas empresariales asociadas con las APIs anteriores.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
La baja comenzó con Chrome 144 y se planea quitar en Chrome 150. Después de la baja, las APIs seguirán existiendo y la mayoría de los usuarios no verán interrupciones. Sin embargo, algunos usuarios que dependen de las integraciones del servidor (como el servidor de k-anonimato o los coordinadores) verán una interrupción en los servicios. Nos comunicamos de forma proactiva con los usuarios de las APIs para informarles sobre nuestros planes de baja. En el momento de la eliminación, Chrome 150, también se quitarán todas las políticas asociadas con estas APIs.
Ninguna de las APIs está habilitada de forma predeterminada para los usuarios empresariales. Es posible que los equipos empresariales deseen revisar el estado de cualquier perfil administrado en su Consola del administrador.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: Se lanza la baja.
- Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: Se quitarán las APIs y las políticas asociadas.
- Habilitar "Usar siempre conexiones seguras" de forma predeterminada
Chrome 150 habilitará el parámetro de configuración Usar siempre conexiones seguras en el modo "solo sitios públicos" de forma predeterminada. Esto significa que Chrome solicitará el permiso del usuario antes del primer acceso a cualquier sitio público sin HTTPS. Los sitios públicos se definen como sitios que tienen un nombre único a nivel global y excluyen la navegación directa a direcciones RFC 1918 (192.168.0.1, 10.0.0.0/8, etc.), así como nombres cortos como go/.
Antes de habilitar la opción de forma predeterminada para todos los usuarios, Chrome habilitará Usar siempre conexiones seguras para los usuarios que hayan habilitado las protecciones de la Navegación segura mejorada en Chrome.
Si eres desarrollador de sitios web o profesional de TI, y tienes usuarios que podrían verse afectados por esta función, te recomendamos que habilites el parámetro de configuración "Usar siempre conexiones seguras" hoy mismo para identificar los sitios que tal vez debas migrar. Los administradores pueden usar las políticas HttpAllowlist y HttpsOnlyMode para anular este comportamiento.
Para obtener más información, consulta nuestra guía de adopción y la entrada de blog del anuncio.
- Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se habilitó la opción "Usar siempre conexiones seguras" para los usuarios que habilitaron la Navegación segura mejorada.
- Chrome 154 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se habilitó la opción "Usar siempre conexiones seguras" de forma predeterminada para todos los usuarios.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
A partir de Chrome 150, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 150 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 150 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.
- Chrome dejará de ser compatible con macOS 12
Chrome 150 será la última versión que admitirá macOS 12. Chrome 151 y versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 12 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea actualizar Chrome, debe actualizar su computadora a una versión compatible de macOS.
Para las instalaciones nuevas de Chrome 151 y versiones posteriores, se requerirá macOS 13 y versiones posteriores.
- Chrome 151 en Windows, macOS y Linux
- Baja y eliminación de XSLT
XSLT v1.0, que todos los navegadores cumplen, se estandarizó en 1999. Con el tiempo, XSLT evolucionó a las versiones 2.0 y 3.0, agregando funciones y distanciándose de la versión antigua que perduró en los navegadores. Esta falta de avance, junto con el aumento de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, provocó una disminución significativa en el uso de XSLT del lado del cliente. Su función en el navegador web se sustituyó en gran medida por tecnologías basadas en JavaScript, como JSON y React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones, y libxslt no recibió mantenimiento durante aproximadamente 6 meses en el 2025. libxslt es una base de código C compleja y antigua, notoriamente susceptible de vulnerabilidades de seguridad de la memoria, como los desbordamientos del búfer, que pueden provocar la ejecución de código arbitrario. Dado que XSLT del lado del cliente ahora es una función de nicho que se usa con poca frecuencia, estas bibliotecas reciben mucha menos atención en cuanto a mantenimiento y seguridad que los motores principales de JavaScript, pero representan una superficie de ataque directa y potente para procesar contenido web no confiable. De hecho, XSLT es la fuente de numerosos exploits de seguridad recientes y mediáticos que siguen poniendo en riesgo a los usuarios del navegador. Por estos motivos, Chromium y los otros dos motores de navegadores planean dar de baja y quitar XSLT de la plataforma web. Para obtener más detalles, consulta este artículo sobre Chrome para desarrolladores.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: Se darán de baja las APIs (pero no se quitarán).
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se lanzan la prueba de origen (OT) y la política empresarial para realizar pruebas. Estos permiten que los sitios y las empresas sigan usando las funciones después de la fecha de eliminación.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y la política empresarial.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: Dejan de funcionar la prueba de origen y la política empresarial. XSLT está inhabilitado para todos los usuarios.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Los administradores podrán controlar esta función con la política empresarial WebRtcPostQuantumKeyAgreement para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Lanzamiento de la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitó la política empresarial.
- No se permiten espacios en los hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (para obtener más detalles, consulta este debate en GitHub).
- Chrome 157 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
Próximas actualizaciones de Chrome Enterprise Core
- No hay próximas actualizaciones de Chrome Enterprise Core.
Próximas actualizaciones de Chrome Enterprise Premium
- API de Chrome Enterprise Connectors
Pronto, Chrome Enterprise ampliará la administración programática para Chrome Enterprise Connectors. Esta actualización introducirá recursos para definir y asignar parámetros de configuración de conectores, lo que complementará las políticas de conectores existentes para permitir que los administradores gestionen el ciclo de vida completo de estas integraciones a gran escala.
Anteriormente, la configuración de proveedores de servicios era un proceso manual en la Consola del administrador de Google. Esta actualización habilita la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la administración de las integraciones con soluciones de seguridad de terceros.
Ahora los administradores pueden usar la API de Chrome Management para administrar recursos de ConnectorConfiguration (que definen el proveedor). La selección de conectores se administra a través de la API de Chrome Policy, lo que permite asignar estos parámetros de configuración a unidades organizativas o grupos. Esto funciona en conjunto con la configuración existente de la API de Policy para la generación de informes de eventos y el análisis de contenido, incluidas políticas como OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode. Para obtener detalles técnicos, los desarrolladores deben consultar la API de Chrome Management y la documentación de la API de Chrome Policy.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: Este lanzamiento agrega compatibilidad con la administración programática de Chrome Enterprise Connectors a través de una nueva API.
- Chrome 147 en Android, iOS, Linux, macOS y Windows: En este lanzamiento, se introducen los recursos ConnectorConfiguration y ConnectorSelection, lo que permite la creación de instancias de proveedores de servicios y su asignación a unidades organizativas.
- Compatibilidad con la función de arrastrar para los controles de datos
Chrome mejorará el marco de controles de datos extendiendo la aplicación de la seguridad a las operaciones de arrastrar y soltar en Windows, macOS, Linux, ChromeOS y Android para garantizar la coherencia con las políticas existentes del portapapeles. Los administradores podrán gestionar este comportamiento a través de la política DataControlsRules, aunque cualquier veredicto de WARN se derivará automáticamente a un BLOCK para evitar que un diálogo de advertencia interrumpa el bucle de arrastre interactivo.
Cuando se restrinja una acción, los usuarios verán el nuevo diálogo ClipboardDragBlock o un modal de bloqueo de Android que indica que no se permite arrastrar contenido en el sitio. Esta actualización cerrará una brecha crítica de robo de datos con la evaluación local para mantener el rendimiento y la privacidad. Las organizaciones deben probar estas reglas con la marca de función DataControlsDragEnforcement y la página
chrome://policy/test.- Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.
- Mayor compatibilidad con el tamaño de archivos para los análisis de DLP
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cerrará esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS?.
- Chrome 147 en Linux, macOS y Windows: En esta etapa, se habilita la recopilación de archivos grandes (más de 50 MB) y encriptados para Evidence Locker, lo que cierra una brecha de seguridad clave de la DLP.
- Compatibilidad con AllowList y BlockList para la política DeveloperToolsAvailability
Chrome introducirá dos políticas nuevas, DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist, que proporcionan un control detallado sobre la disponibilidad de las Herramientas para desarrolladores según patrones de URL.
Anteriormente, los administradores solo podían permitir o rechazar las Herramientas para desarrolladores de forma global. Con estas nuevas políticas, los administradores ahora pueden aplicar un bloqueo general en las Herramientas para desarrolladores para proteger los datos corporativos sensibles y, al mismo tiempo, permitir explícitamente el acceso en URLs internas específicas para fines de desarrollo o solución de problemas.
Estos controles están disponibles en Windows, Mac, Linux y ChromeOS. Si no se configuran estas políticas nuevas, el comportamiento de la política existente DeveloperToolsAvailability no cambiará.
- Chrome 147 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente. Se introducen las políticas DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist en las plataformas para computadoras.
- Compatibilidad con AllowList y BlockList para la política IncognitoModeAvailability
Chrome introducirá dos políticas nuevas, IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist, para brindar a los administradores un control más preciso sobre el uso del modo Incógnito. Anteriormente, los administradores solo podían habilitar o inhabilitar por completo el modo Incógnito a través de la política IncognitoModeAvailability.
Estas políticas nuevas funcionan de manera similar a las políticas existentes URLBlocklist y URLAllowlist, pero están designadas específicamente para las sesiones en modo Incognito. Esto permite que las organizaciones restrinjan el acceso a URLs específicas en el modo Incógnito para proteger la información sensible y, al mismo tiempo, permitir el uso legítimo en otros sitios.
- Chrome 147 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente. Se presentan las políticas IncognitoModeUrlBlocklist y IncognitoModeUrlAllowlist.
- Telemetría de actividad del DOM de extensiones empresariales
Esta función exclusiva para empresas proporciona auditorías de seguridad para las extensiones de Chrome a través de la creación de una canalización de alta fidelidad que supervisa el comportamiento riesgoso. Se enfoca específicamente en identificar la inyección de código (riesgos de ejecución) y el acceso a los datos (riesgos de robo) que se producen entre las páginas web y las extensiones. Los indicadores verificados se filtran para garantizar que el rendimiento del navegador no se vea afectado y, en última instancia, se transmiten a través de la canalización de informes en tiempo real de Chrome para el análisis del sistema de administración de información y eventos de seguridad (SIEM). Los administradores pueden habilitar esta función con la política ExtensionDOMActivityLoggingEnabled.
- Chrome 148 en ChromeOS, Linux, macOS y Windows: Versión preliminar anticipada disponible para los verificadores de confianza de Chrome Enterprise
Resumen del lanzamiento de ChromeOS 146
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Política de la carpeta de la cámara local | ✓ | ✓ | |
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Migración del aprovisionamiento de certificados | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones actuales de ChromeOS
-
Política de la carpeta de la cámara local
A partir de ChromeOS 146, una nueva política de carpeta local de la cámara permite a los administradores especificar una ubicación para almacenar archivos de la cámara cuando el almacenamiento local esté desactivado en los dispositivos de los usuarios.
Cuando se habilita No permitir que los usuarios almacenen ni lean datos locales, la política LocalUserFilesAllowed desactiva el almacenamiento local en los dispositivos de los usuarios. Esta nueva política, CameraSaveLocation, permite a los administradores extender ese parámetro de configuración para que se aplique a los archivos de la cámara con la opción Guardar en la carpeta local de la cámara.
Próximos cambios en ChromeOS
-
Migración del aprovisionamiento de certificados
A fines de 2026, los administradores deberán migrar de la solución heredada de inscripción de certificados a la nueva API de Certificate Provisioning, que se lanzó en ChromeOS 142. Para obtener instrucciones, consulta Configura el aprovisionamiento de certificados para ChromeOS a través de SCEP - Ayuda de Chrome Enterprise y Education.
Chrome 145
Resumen de la versión de Chrome 145
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Mejoras en el Modo IA y Lens | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Inhabilitación de las extensiones instaladas de manera automática con incumplimientos no relacionados con malware | ✓ | ||
| Cambio en el programa de lanzamientos de Chrome 145 (solo en la versión estable anticipada) | ✓ | ||
| Botón de activación de WebGPU de Chrome en AAPM | ✓ | ||
| Chrome dejará de ser compatible con las cámaras virtuales obsoletas en macOS | ✓ | ✓ | ✓ |
| Intercambio de credenciales en iOS | ✓ | ||
| Credenciales de sesión vinculada al dispositivo | ✓ | ||
| Presentamos la API de Origin | ✓ | ||
| Restricciones de acceso a la red local | ✓ | ||
| Cadenas de usuario-agente reducidas de forma predeterminada | ✓ | ||
| Eliminación de la política de Google Cloud Print | ✓ | ||
| Guarda archivos PDF en Google Drive desde el lector de PDF de Chrome | ✓ | ||
| Uso de CssPixels en la API de LayoutShift | ✓ | ||
| WebRequest.SecurityInfo en el marco controlado | ✓ | ||
| Aplicación forzosa de la 2SV para las cuentas de administrador | ✓ | ||
| Se facilitó la importación de datos de Safari a Chrome para iOS | ✓ | ||
| Detección de estafas integrada en el dispositivo en Android | ✓ | ||
| Políticas nuevas del navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Presentamos un resumen generado por IA de las notas de la versión en la Consola del administrador de Google | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Endurecimiento contra la manipulación de políticas locales | ✓ | ✓ | |
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Configuración de seguridad agrupada | ✓ | ||
| Actualización de CSS: Desvinculación de las propiedades de ancho y estilo | ✓ | ||
| Eliminación de las políticas para la partición de almacenamiento de terceros | ✓ | ||
| Actualización a la advertencia Sin HTTPS | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Migración de la API de SafeBrowsing de la versión 4 a la 5 | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Baja y eliminación de las APIs de Privacy Sandbox | ✓ | ✓ | |
| Habilitación de "Usar siempre conexiones seguras" de forma predeterminada | ✓ | ||
| Apps web aisladas | ✓ | ||
| Chrome dejará de ser compatible con macOS 12 | ✓ | ||
| Baja y eliminación de XSLT | ✓ | ✓ | ✓ |
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Políticas de cumplimiento de criptografía experimentales | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| API de Chrome Enterprise Connectors | ✓ | ✓ | |
| Encriptación de caché empresarial | ✓ | ||
| Compatibilidad con AllowList y BlockList para la política DeveloperToolsAvailability | ✓ | ✓ | |
| Compatibilidad con AllowList y BlockList para la política IncognitoModeAvailability | ✓ | ✓ | |
| Mayor compatibilidad con el tamaño de archivos para los análisis de DLP | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Mejoras en el Modo IA y Lens
A partir de Chrome 143 en macOS y Windows, se integraron nuevas capacidades del Modo IA en el navegador Chrome. Los usuarios pueden acceder al Modo IA directamente desde la página Nueva pestaña y la barra de direcciones, lo que les permite hacer preguntas complejas directamente desde donde comienzan a navegar. Los administradores pueden desactivar estas funciones (valor 1) con la política AIModeSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta este artículo en el Centro de ayuda de Chrome Enterprise y Education, Chrome: Funciones potenciadas por IA generativa y políticas.
En Chrome 144, lanzamos la función de contexto de varias pestañas en el Modo IA y Lens. Los usuarios pueden optar por compartir el contenido de una o más de sus pestañas abiertas, lo que les permite hacer preguntas, comparar, resumir y encontrar información de manera más eficiente. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings o con GenAiDefaultSettings (valor 2).
A partir de Chrome 145 en iOS y Android, se integran nuevas capacidades del Modo IA en el navegador Chrome.- Chrome 143 en macOS y Windows: Se integrarán nuevas capacidades del Modo IA en Chrome, que se podrán controlar con la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 144 en macOS y Windows: La función de contexto de varias pestañas estará disponible y se podrá controlar con la política SearchContentSharingSettings o GenAiDefaultSettings.
- Chrome 145 en iOS y Android: Las nuevas capacidades del Modo IA estarán disponibles gradualmente en iOS y Android.
- Chrome 146 en macOS y Windows: Los archivos de Google Drive estarán disponibles como contexto. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings.
- Chrome 147 en macOS y Windows: Las políticas LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled dejarán de estar disponibles. Los administradores pueden usar SearchContentSharingSettings para controlar estas funciones.
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y Gemini Live, con el que pueden hacerlo por voz.
En Chrome 143, Gemini en Chrome comenzó a lanzarse para la mayoría de los usuarios de Google Workspace con acceso a la app de Gemini en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda o esta entrada de blog.
También en Chrome 143, anunciamos la función de contexto de varias pestañas. Ahora, Gemini en Chrome puede ver más de las pestañas que abriste (hasta 10) para que puedas hacer preguntas sobre múltiples páginas y comparar o encontrar información con más eficiencia. Gemini en Chrome también funciona como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendario y Tasks.
En Chrome 144, las capacidades de agente en Gemini en Chrome se pusieron a disposición de algunos usuarios (no empresariales). En el lanzamiento, estará disponible una política empresarial GeminiActOnWebSettings.
Para obtener más detalles, consulta los pasos de lanzamiento que se indican a continuación.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Chrome 144 en macOS y Windows: Las capacidades de agente en Gemini en Chrome están disponibles para algunos usuarios (no empresariales). La política empresarial GeminiActOnWebSettings estará disponible en el lanzamiento.
- Los usuarios podrán subir imágenes renderizadas directamente a Gemini en Chrome con un elemento del menú contextual de Chrome. Luego, los usuarios pueden usar instrucciones en Gemini en Chrome para generar imágenes derivadas nuevas. Con el permiso del usuario, Gemini en Chrome también puede usar el Administrador de contraseñas de Google para acceder a sitios.
- Elemento del menú contextual de carga de imágenes disponible para los usuarios empresariales. La función respetará las reglas establecidas a través de la política DataControlsRules y la configuración de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en macOS y Windows: El elemento del menú contextual de carga de imágenes está disponible para los usuarios empresariales. La función respetará las reglas establecidas a través de la política DataControlsRules y la configuración de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en ChromeOS: Chrome se lanzará gradualmente en dispositivos ChromeOS seleccionados.
- Chrome 144 en macOS y Windows: Gemini en Chrome permitirá llamar a algunas herramientas de terceros que están disponibles como extensiones de Gemini.
- Chrome 145 en ChromeOS, macOS y Windows: Gemini en Chrome se lanzará gradualmente para los usuarios de Canadá, Nueva Zelanda y la India en inglés.
- Chrome 147 en macOS y Windows: Las capacidades de agente en Gemini en Chrome están disponibles para los usuarios empresariales.
- Chrome 148 en macOS y Windows: A partir de Chrome 148 en macOS y Windows, las capacidades de agente en Gemini en Chrome estarán disponibles para los usuarios empresariales.
- Inhabilitación de las extensiones instaladas de manera automática con incumplimientos no relacionados con malware
Esta función inhabilita silenciosamente las extensiones instaladas de manera automática que muestran incumplimientos de las políticas de Chrome Web Store en entornos de navegador no administrados. Entre estos incumplimientos, se incluyen los de tipo general del programa, el software no deseado y las vulnerabilidades de seguridad potenciales que no se clasifican como malware. Los usuarios conservarán la capacidad de habilitar o inhabilitar estas extensiones, pero no podrán quitarlas.
En la versión 142, se agregó una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, para conservar el comportamiento existente en los entornos de navegador no administrados, pero se quitará en la versión 145.
Este cambio no afecta las instancias administradas de Chrome que estén unidas a un dominio de Microsoft Active Directory, unidas a Microsoft Azure Active Directory o inscritas en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se administran a través de MDM, que se unen a un dominio o que se inscriben en Chrome Enterprise Core.
- Chrome 142 en macOS y Windows: Las extensiones instaladas de manera automática con incumplimientos leves de políticas se inhabilitarán silenciosamente en entornos de baja confianza.
- Chrome 145 en macOS y Windows: La función se lanzará gradualmente y se quitará la política ExtensionForceInstallWithNonMalwareViolationEnabled.
- Cambio en el programa de lanzamientos de Chrome 145 (solo en la versión estable anticipada)
A partir de Chrome 145, Chrome lanzará actualizaciones en el canal de la versión estable anticipada una semana antes de lo comunicado anteriormente. Por ejemplo, el lanzamiento de la versión estable anticipada de Chrome 145 se trasladará del 4 de febrero de 2026 al 28 de enero de 2026. No hay cambios en la versión del canal estable. Para obtener más información, consulta el Programa de lanzamientos actualizado.
- Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal de la versión estable anticipada una semana antes.
- Botón de activación de WebGPU de Chrome en AAPM
Esta actualización inhabilita la API de JavaScript de WebGPU en el navegador Chrome para los usuarios inscritos en el modo de Protección Avanzada de Android (AAPM).
Los sitios web que usan WebGPU para el renderizado en 3D (por ejemplo, Google Maps) usarán alternativas más lentas, como WebGL. Se espera una disminución del rendimiento para la renderización pesada (las comparativas indicaron una disminución de la latencia de aproximadamente un 5.78%). Se informa a los usuarios en la configuración del AAPM.
Para los desarrolladores, el objeto
navigator.gpuno estará definido, por lo que deberán implementar una opción de resguardo.Los administradores conservan el control y pueden inhabilitar la función si el impacto funcional es muy alto. La función se activa o desactiva a través de un hook de devolución de llamada de AAPM, que requiere acceso raíz o al sistema.
- Chrome 145 en Android
- Chrome dejará de ser compatible con las cámaras virtuales obsoletas en macOS
A partir de Chrome 145, Chrome dejará de admitir las cámaras virtuales obsoletas para todas las versiones de macOS con las que es compatible.
En macOS, las cámaras virtuales modernas se crean con el framework Core Media IO, que está disponible desde macOS 12.3. Apple se comunicó con los desarrolladores, y todo el software de cámara virtual moderno se migró para usar este framework de Core Media IO.
macOS bloqueó las cámaras virtuales obsoletas, creadas como complementos DAL, a partir de macOS 14.1 (2023), y Safari no las admite desde 2018, si no antes.
Chrome dejará de admitir las cámaras virtuales obsoletas para todas las versiones de macOS con las que son compatibles. Esto permite que Chrome mejore la seguridad, ya que no permite la carga de bibliotecas de terceros en los procesos de Chrome.
- Chrome 145 en Windows, macOS y Linux
- Intercambio de credenciales en iOS
El intercambio de credenciales en iOS permite a los usuarios exportar de forma segura contraseñas y llaves de acceso del Administrador de contraseñas de Google en Chrome para iOS a otras apps de administración de credenciales en el dispositivo que admitan el protocolo de intercambio de credenciales de FIDO Alliance, implementado y facilitado por el SO.
Del mismo modo, los usuarios ahora pueden importar contraseñas y llaves de acceso desde las apps de administración de contraseñas participantes en iOS.
Los administradores pueden controlar esta función con las políticas empresariales existentes PasswordManagerEnabled y PasswordManagerPasskeysEnabled.
- Chrome 145 en iOS: El intercambio de credenciales en iOS estará disponible.
- Credenciales de sesión vinculadas al dispositivo
Para mejorar la seguridad del usuario y combatir el robo de sesiones, Chrome presenta las Credenciales de sesión vinculadas al dispositivo (DBSC). Esta función permite que los sitios web vinculen la sesión de un usuario a su dispositivo específico, lo que dificulta significativamente el uso de cookies de sesión robadas en otras máquinas.
- Chrome 145 en Windows, macOS y Linux
- Presentamos la API de Origin
El origen es un componente fundamental de la implementación de la Web, esencial para los límites de seguridad y privacidad que mantienen los agentes de usuario. El concepto está bien definido entre HTML y URL, junto con conceptos adyacentes ampliamente utilizados, como sitio.
Sin embargo, los orígenes no se exponen directamente a los desarrolladores web. Si bien hay varios métodos get de origen en varios objetos, cada uno de ellos devuelve la serialización ASCII de un origen, no el origen en sí. Esto tiene algunas consecuencias negativas. En la práctica, los desarrolladores que intentan realizar comparaciones de mismo origen o mismo sitio cuando controlan orígenes serializados suelen equivocarse de formas que generan vulnerabilidades. Desde el punto de vista filosófico, parece que falta una primitiva de seguridad con la que los desarrolladores tienen dificultades para realizar un polyfill preciso.
A partir de Chrome 145, planeamos abordar esta brecha en la plataforma con la introducción de un objeto Origin que encapsule el concepto de origen y proporcione métodos útiles para la comparación, la serialización, el análisis, etcétera.
- Chrome 145 en Windows, macOS, Linux y Android
- Restricciones de acceso a la red local
Chrome 142 restringió la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido.
Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función. Para obtener más información sobre esta función, consulta Adapta tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
Chrome 145 introduce permisos más detallados para los sitios web que solicitan acceso a la red local de un usuario. El permiso único anterior de acceso a la red local se dividirá en dos permisos distintos:
- local-network: Otorga acceso a las direcciones IP en el espacio de la red local (por ejemplo, intranets y dispositivos internos).
- loopback-network: Otorga acceso a direcciones IP de bucle invertido (por ejemplo, localhost, 127.0.0.1).
El permiso de red local anterior seguirá siendo un alias, lo que garantizará que los parámetros de configuración y las políticas de permisos existentes sigan funcionando según lo previsto. Este cambio brinda a los usuarios y administradores un control más preciso sobre cómo los sitios web interactúan con los recursos de la red interna. Este cambio no afectará las políticas empresariales actuales que administran el acceso a la red local.
- Chrome 145 en Android, Linux, macOS, Windows y Fuchsia: Se lanzó la división de permisos.
- Chrome 147 en Android, ChromeOS, Linux, macOS y Windows: Se expandieron las restricciones de acceso a la red local para incluir las conexiones de WebSocket y WebTransport.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se quitará la política LocalNetworkAccessRestrictionsTemporaryOptOut.
- Cadenas de usuario-agente reducidas de forma predeterminada
A partir de Chrome 145, quitaremos la política UserAgentReduction. Anteriormente, esta política estaba disponible para controlar si Chrome enviaba una cadena de usuario-agente reducida o completa.
Para mejorar la privacidad del usuario y reducir las capacidades de seguimiento pasivo, Chrome comenzó a reducir la información que contiene el encabezado usuario-agente de forma predeterminada en la versión 110 de Chrome. La política UserAgentReduction se proporcionó como una medida temporal para que las empresas administren esta transición.
El mecanismo recomendado para que los sitios web accedan a la información del navegador y del dispositivo ahora es User-Agent Client Hints (UA-CH). UA-CH requiere que los sitios web soliciten de forma activa información específica, lo que constituye un enfoque que preserva mejor la privacidad que la cadena de usuario-agente heredada. Para obtener más detalles, consulta este artículo en web.dev, Migra a User-Agent Client Hints.
A partir de Chrome 145, la política UserAgentReduction dejará de estar vigente. De forma predeterminada, Chrome enviará una cadena de usuario-agente reducida. Es posible que los sistemas o las aplicaciones que dependían de esta política para recibir la cadena completa (heredada) de usuario-agente ya no reciban la información detallada que esperan.
- Chrome 145 en Windows, macOS, Linux y Android
- Eliminación de la política de Google Cloud Print
Tras el retiro de Google Cloud Print, Chrome 145 quita la política CloudPrintProxyEnabled. Anteriormente, esta política permitía a los administradores habilitar o inhabilitar el proxy de Google Cloud Print en Chrome. Dado que el servicio Google Cloud Print ya no está disponible, la política y su configuración asociada ya no son necesarias en Chrome.
- Chrome 145 en Linux, macOS y Windows: Se quitó la política CloudPrintProxyEnabled.
- Guarda archivos PDF en Google Drive desde el lector de PDF de Chrome
Esta función permite que los usuarios de Chrome para computadoras guarden archivos PDF directamente en Google Drive sin salir de la página y accedan a ellos más tarde con facilidad en la carpeta Guardados de Chrome. Visita el Centro de ayuda para obtener más información sobre cómo administrar archivos PDF en Chrome.
Puedes controlar esta función configurando RestrictPdfSaveToGoogleDriveAccountsToPattern.
- Chrome 145 en Windows, macOS y Linux
- Uso de CssPixels en la API de LayoutShift
Esta función cambia los datos de atribución (
prevRectycurrentRect) en la API de LayoutShift para que se registren en píxeles de CSS en lugar de píxeles físicos. El comportamiento actual no es coherente con otras APIs relacionadas con el diseño, que usan píxeles de CSS. Este cambio mejora la coherencia, simplifica el uso para los desarrolladores y se alinea con las unidades esperadas en la depuración y las herramientas.- Chrome 145 en Windows, macOS, Linux y Android
- WebRequest.SecurityInfo en el marco controlado
Esta función introduce una API de WebRequest.SecurityInfo para ControlledFrame. Permite que una app web intercepte una solicitud HTTPS, WSS o WebTransport a un servidor, recupere la huella digital del certificado del servidor (verificada por el navegador) y, luego, use esa huella digital para verificar manualmente el certificado de una conexión TCP/UDP independiente y sin procesar al mismo servidor. Esto proporciona una forma sencilla para que la app confirme que se está comunicando con el servidor correcto.
- Chrome 145 en Windows, macOS y Linux
- Aplicación forzosa de la 2SV para las cuentas de administrador
Para proteger mejor la información de tu organización, Google ahora requiere que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad. En Chrome 145, debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo sobre la aplicación forzosa de la 2SV para administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV
- Chrome 145 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria.
- Se facilitó la importación de datos de Safari a Chrome para iOS
Los usuarios de Chrome para iOS ahora pueden importar datos (favoritos, historial, contraseñas, tarjetas de pago y entradas de la lista de lectura) que hayan exportado previamente desde Safari. Esto ayuda a los usuarios que cambian de navegador a configurarlo más rápido y a llevar consigo sus datos existentes.
Chrome no puede acceder a estos datos directamente. El usuario debe proporcionar un archivo ZIP que contenga sus datos, que se pueden exportar a través de la configuración de iOS. Chrome proporciona instrucciones para hacerlo.
- Chrome 145 en iOS: La función se lanzará de forma gradual.
- Detección de estafas integrada en el dispositivo en Android
Cuando se detecta una estafa integrada en el dispositivo a través de las funciones visuales de la página, Chrome 145 ahora envía una solicitud a la Navegación segura para obtener un veredicto final. Según este veredicto, Chrome decide si mostrará una advertencia al usuario.
Esta función solo está habilitada para los usuarios en el modo de Protección mejorada. La función está inhabilitada para los usuarios del modo de Protección estándar o los usuarios con la Navegación segura inhabilitada. Los administradores pueden controlar este parámetro de configuración de la Navegación segura con la política de Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 145 en Android
- Políticas nuevas en el navegador Chrome
Política Descripción Habilita la instalación de apps web por parte de los usuarios desde el navegador.
Controla qué usuarios administrados pueden establecer la política ProxyOverrideRules.
RestrictPdfSaveToGoogleDriveAccountsToPattern
Restringe las Cuentas de Google aptas para guardar archivos PDF en Google Drive desde el lector de PDF de Google Chrome.
- Políticas que se quitaron del navegador Chrome
Política Descripción UserAgentReduction Controla si Chrome envía una cadena de usuario-agente reducida o completa.
CloudPrintProxyEnabled Habilita el proxy de Cloud Print. Habilita las extensiones instaladas de manera automática con incumplimientos que no son de malware. LocalNetworkAccessRestrictionsEnabled Especifica si se deben aplicar restricciones a las solicitudes a extremos de red local.
Cambios en Chrome Enterprise Core
- Presentamos un resumen generado por IA de las notas de la versión en la Consola del administrador de Google
En Chrome 145, se introducen los resúmenes de notas de la versión generados por IA en la Consola del administrador de Google. Esta función potenciada por Gemini proporciona a los administradores una forma de comprender rápidamente las actualizaciones clave de las notas de la versión de Chrome Enterprise. Diseñada para optimizar la administración de Chrome, esta nueva tarjeta proporciona elementos destacados y acciones sugeridas generados por IA, y resalta la información más pertinente para tu dominio, incluidas las funciones nuevas, las modificaciones y la baja de políticas, y las funcionalidades de Chrome Enterprise Core. Esto ayudará a los administradores a ahorrar tiempo y a identificar con mayor facilidad los cambios significativos y las acciones recomendadas.
Está previsto que esta función se lance en una versión preliminar anticipada para los verificadores de confianza de Chrome Enterprise a partir de Chrome 145. Para obtener más detalles, consulta Verificadores de confianza de Chrome Enterprise.
- Chrome 145 en Android, iOS, Linux, macOS y Windows: La versión preliminar anticipada está disponible para los verificadores de confianza de Chrome Enterprise.
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Endurecimiento contra la manipulación de políticas locales
A veces, la configuración local de los dispositivos personales (BYOD) puede entrar en conflicto con la configuración de las políticas corporativas. Para abordar esta posible brecha de seguridad, los indicadores de conflicto de políticas en Chrome ahora detectan y registran cada vez que una política local anula una política corporativa. Chrome 145 integra estos nuevos indicadores de conflicto de políticas del perfil de Chrome administrado en los informes de seguridad existentes, controlados por la política UserSecuritySignalsReporting.
Para obtener más información sobre los informes de dispositivos, consulta Cómo ver la lista y los detalles de los dispositivos ChromeOS: Ayuda para Chrome Enterprise y Education.
- Chrome 144 en Linux, macOS y Windows: Comienza la detección y el registro de los metadatos de conflictos de políticas.
- Chrome 145 en Linux, macOS y Windows: Está disponible la visibilidad de los indicadores de endurecimiento de políticas de Chrome a través de la API de Devices.
- Chrome 146 en Linux, macOS y Windows: Se actualiza la IU de la Consola del administrador para mostrar los indicadores de conflicto y se comienzan a generar informes sobre los valores de las políticas.
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
- Configuración de seguridad agrupada
Esta función proporciona a los usuarios opciones de seguridad agrupadas para configurar los parámetros de seguridad según el nivel de protección deseado mientras usan Chrome. Los usuarios pueden elegir entre la opción Mejorada para obtener el nivel más alto de seguridad y la opción Estándar para obtener la protección equilibrada predeterminada. Los usuarios pueden seguir estableciendo valores personalizados para la configuración, como lo hacen actualmente. Esto simplifica la experiencia del usuario y facilita que los usuarios obtengan el nivel de protección que desean sin necesidad de comprender las opciones de configuración avanzadas. Las políticas empresariales existentes tienen prioridad sobre las selecciones de paquetes del usuario final. Si se configura una política existente para la configuración de seguridad, los valores no se anularán por la elección de un paquete de seguridad del usuario.
- Chrome 146 en ChromeOS, Linux, macOS y Windows
- Actualización de CSS: Desvinculación de las propiedades de ancho y estilo
Pronto, Chrome se alineará con las especificaciones de CSS actualizadas en relación con el comportamiento de las propiedades
border-width,outline-widthycolumn-rule-width. Anteriormente, si las propiedadesborder-style,outline-styleocolumn-rule-stylecorrespondientes se establecían en oculto o ninguno, el ancho calculado de estas propiedades se forzaba a 0px, independientemente del valor especificado.Con este cambio, los valores calculados de
border-width,outline-widthycolumn-rule-widthsiempre reflejarán los valores especificados por el autor, independientemente de la propiedad *-style. Además, los valores resueltos (como los que devuelvegetComputedStyle()) paraoutline-widthycolumn-rule-widthtambién reflejarán los valores especificados.El cambio alinea Chrome con Firefox y WebKit, que ya implementaron este comportamiento.
- Chrome 146 en Windows, macOS, Linux y Android
- Eliminación de las políticas para la partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. La
marca chrome://que permitía a los usuarios inhabilitar esta función se quitó en Chrome 128, y la prueba de baja finalizó con Chrome 139. En Chrome 146, se quitarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos aquí en el error de Chromium.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins.
- Advertencia deactualización aSin HTTPS
La advertencia que se muestra cuando un usuario habilita la opción Usar siempre conexiones seguras en
chrome://settings/securitycambiará de un intersticial a un diálogo. La carga de página completa permanece bloqueada y la funcionalidad sigue siendo la misma. El indicador de seguridad del contenido de la URL en la advertencia cambia del indicador al candado roto. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: Hay un nuevo diseño de advertencia en plataformas de escritorio.
- Chrome 146 en Android: Se presenta un diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de un intersticial completo.
- Encapsulamiento de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta Chrome 145. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial a partir de Chrome 146. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 146 en Linux, macOS y Windows: Se quitará la política empresarial.
- No se permiten espacios en los hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URLs por completo, pero una dificultad que tenemos es que se usan en la parte del host en las URLs file:// de Windows (para obtener más detalles, consulta este debate en GitHub).
- Chrome 147 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 148, las cookies están vinculadas a su origen de configuración (de forma predeterminada) de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto a través del uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.
Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList estarán disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 148 en Android, iOS, Linux, macOS y Windows: Las políticas empresariales están disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: Se quitarán las políticas empresariales.
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzaría gradualmente.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
Chrome 126 comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor.
Esta política será compatible con Chrome 147 y se quitará en Chrome 148. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 148 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Baja y eliminación de las APIs de Privacy Sandbox
Chrome anunció recientemente que se mantendrá el enfoque actual de las cookies de terceros, tras lo cual planeamos dar de baja y quitar las siguientes APIs.
- Temas
- Protected Audience
- Almacenamiento compartido
- Attribution Reporting
- Private Aggregation
- Related Web Sites
- requestStorageAccessFor
A continuación, se indican las políticas empresariales asociadas con las APIs anteriores.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
La baja comenzó con Chrome 144 y se planea quitar en Chrome 150. Después de la baja, las APIs seguirán existiendo y la mayoría de los usuarios no verán interrupciones. Sin embargo, algunos usuarios que dependen de las integraciones del servidor (como el servidor de k-anonimato o los coordinadores) verán una interrupción en los servicios. Nos comunicamos de forma proactiva con los usuarios de las APIs para informarles sobre nuestros planes de baja. En el momento de la eliminación, Chrome 150, también se quitarán todas las políticas asociadas con estas APIs.
Ninguna de las APIs está habilitada de forma predeterminada para los usuarios empresariales. Se recomienda que los equipos empresariales revisen el estado de cualquier perfil administrado en su Consola del administrador.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: Se lanza la baja.
- Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: Se quitarán las APIs y las políticas asociadas.
- Habilitación de "Usar siempre conexiones seguras" de forma predeterminada
Chrome 150 habilitará el parámetro de configuración Usar siempre conexiones seguras en el modo "solo sitios públicos" de forma predeterminada. Esto significa que Chrome solicitará el permiso del usuario antes del primer acceso a cualquier sitio público sin HTTPS. Los sitios públicos se definen como sitios que tienen un nombre único a nivel global y excluyen la navegación directa a direcciones RFC 1918 (192.168.0.1, 10.0.0.0/8, etc.), así como nombres cortos como go/.
Antes de habilitar la opción de forma predeterminada para todos los usuarios, Chrome habilitará Usar siempre conexiones seguras para los usuarios que hayan habilitado las protecciones de la Navegación segura mejorada en Chrome.
Si eres desarrollador de sitios web o profesional de TI, y tienes usuarios que podrían verse afectados por esta función, te recomendamos que habilites el parámetro de configuración "Usar siempre conexiones seguras" hoy mismo para identificar los sitios que tal vez debas migrar. Los administradores pueden usar las políticas HttpAllowlist y HttpsOnlyMode para anular este comportamiento.
Para obtener más información, consulta nuestra guía de adopción y la entrada de blog del anuncio.
- Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se habilitó la opción "Usar siempre conexiones seguras" para los usuarios que habilitaron la Navegación segura mejorada.
- Chrome 154 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se habilitó la opción "Usar siempre conexiones seguras" de forma predeterminada para todos los usuarios.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
A partir de Chrome 150, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 150 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Chrome dejará de ser compatible con macOS 12
Chrome 150 será la última versión que admitirá macOS 12. Chrome 151 y versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 12 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea actualizar Chrome, debe actualizar su computadora a una versión compatible de macOS.
Para las instalaciones nuevas de Chrome 151 y versiones posteriores, se requerirá macOS 13 y versiones posteriores.
- Chrome 151 en Windows, macOS y Linux
- Baja y eliminación de XSLT
XSLT v1.0, que todos los navegadores cumplen, se estandarizó en 1999. Con el tiempo, XSLT evolucionó a las versiones 2.0 y 3.0, agregando funciones y distanciándose de la versión antigua que perduró en los navegadores. Esta falta de avance, junto con el aumento de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, provocó una disminución significativa en el uso de XSLT del lado del cliente. Su función en el navegador web se sustituyó en gran medida por tecnologías basadas en JavaScript, como JSON y React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones, y libxslt no recibió mantenimiento durante aproximadamente 6 meses en el 2025. libxslt es una base de código C compleja y antigua, notoriamente susceptible de vulnerabilidades de seguridad de la memoria, como los desbordamientos del búfer, que pueden provocar la ejecución de código arbitrario. Dado que XSLT del lado del cliente ahora es una función de nicho que se usa con poca frecuencia, estas bibliotecas reciben mucha menos atención en cuanto a mantenimiento y seguridad que los motores principales de JavaScript, pero representan una superficie de ataque directa y potente para procesar contenido web no confiable. De hecho, XSLT es la fuente de numerosos exploits de seguridad recientes y mediáticos que siguen poniendo en riesgo a los usuarios del navegador. Por estos motivos, Chromium y los otros dos motores de navegadores planean dar de baja y quitar XSLT de la plataforma web. Para obtener más detalles, consulta este artículo sobre Chrome para desarrolladores.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: Se darán de baja las APIs (pero no se quitarán).
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se lanzan la prueba de origen (OT) y la política empresarial para realizar pruebas. Estos permiten que los sitios y las empresas sigan usando las funciones después de la fecha de eliminación.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y la política empresarial.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: Dejan de funcionar la prueba de origen y la política empresarial. XSLT está inhabilitado para todos los usuarios.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Los administradores podrán controlar esta función con la política empresarial WebRtcPostQuantumKeyAgreement para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Lanzamiento de la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y FuchsiaSTRONG: Se quitó la política empresarial.
Próximas actualizaciones de Chrome Enterprise Core
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos políticas empresariales experimentales nuevas que configuran Chrome para ordenar sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y algoritmos de cifrado de encriptación, en TLS 1.3, para reflejar una preferencia por los algoritmos que fueron aprobados por un régimen de cumplimiento específico. Actualmente, el único régimen de cumplimiento es CNSA2. Esto no garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que deseen admitir clientes con y sin requisitos de cumplimiento puedan diferenciar entre clientes y solo usen ciertos algoritmos no predeterminados con mayor solidez criptográfica para aquellos que se configuraron explícitamente para preferirlos. No es necesario establecer esta política para la seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente sólida como para resistir un ataque de fuerza bruta con toda la potencia del sol. Si estableces esta política, Chrome será más lento cuando accedas a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, y no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola función experimental combinada,
chrome://#cryptography-compliance-cnsa.- Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome.
- Chrome 144 en ChromeOS: Las políticas adicionales que se aplican a la pantalla de acceso del dispositivo ChromeOS están disponibles, pero marcadas como experimentales.
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: Alrededor de Chrome 146, los servidores TLS de las Propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se establezca esta marca. En ese momento, la política ya no se marcará como experimental.
Próximas actualizaciones de Chrome Enterprise Premium
- API de Chrome Enterprise Connectors
Pronto, Chrome Enterprise ampliará la administración programática para Chrome Enterprise Connectors. Esta actualización introducirá recursos para definir y asignar parámetros de configuración de conectores, lo que complementará las políticas de conectores existentes para permitir que los administradores gestionen el ciclo de vida completo de estas integraciones a gran escala.
Anteriormente, la configuración de proveedores de servicios era un proceso manual en la Consola del administrador de Google. Esta actualización habilita la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la administración de las integraciones con soluciones de seguridad de terceros.
Ahora los administradores pueden usar la API de Chrome Management para administrar recursos de ConnectorConfiguration (que definen el proveedor). La selección de conectores se administra a través de la API de Chrome Policy, lo que permite asignar estos parámetros de configuración a unidades organizativas o grupos. Esto funciona en conjunto con la configuración existente de la API de Policy para la generación de informes de eventos y el análisis de contenido, incluidas políticas como OnSecurityEventEnterpriseConnector, OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode. Para obtener detalles técnicos, los desarrolladores deben consultar la API de Chrome Management y la documentación de la API de Chrome Policy.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: Este lanzamiento agrega compatibilidad con la administración programática de Chrome Enterprise Connectors a través de una nueva API.
- Chrome 146 en Android, iOS, Linux, macOS y Windows: Este lanzamiento introduce los recursos ConnectorConfiguration y ConnectorSelection, lo que permite la creación de instancias de proveedores de servicios y su asignación a unidades organizativas.
- Encriptación de caché empresarial
Chrome Enterprise Premium ofrecerá la encriptación de caché empresarial, una función diseñada para mitigar los riesgos de robo de datos encriptando los datos del navegador almacenados en reposo, específicamente la caché HTTP. Con las APIs a nivel del SO para el almacenamiento de claves a través de la encriptación vinculada a la app, esta función hace que los datos almacenados de forma local sean inaccesibles para el malware si se hackea un dispositivo.
Esta función opera con transparencia en segundo plano, aunque puede afectar el rendimiento debido a la encriptación en tiempo real. Los administradores pueden gestionar esta opción con la política CacheEncryptionEnabled. Ten en cuenta que, si habilitas o inhabilitas esta política, se borrará automáticamente la caché existente para garantizar la coherencia de los datos.
- Chrome 146 en Linux, macOS y Windows: La encriptación de caché estará disponible en plataformas de escritorio.
- Compatibilidad con AllowList y BlockList para la política DeveloperToolsAvailability
Chrome introducirá dos políticas nuevas, DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist, que proporcionan un control detallado sobre la disponibilidad de las Herramientas para desarrolladores según patrones de URL.
Anteriormente, los administradores solo podían permitir o rechazar las Herramientas para desarrolladores de forma global. Con estas nuevas políticas, los administradores ahora pueden aplicar un bloqueo general en las Herramientas para desarrolladores para proteger los datos corporativos sensibles y, al mismo tiempo, permitir explícitamente el acceso en URLs internas específicas para fines de desarrollo o solución de problemas.
Estos controles están disponibles en Windows, Mac, Linux y ChromeOS. Si no se configuran estas políticas nuevas, el comportamiento de la política existente DeveloperToolsAvailability no cambiará.
- Chrome 146 en ChromeOS, Linux, macOS y Windows: La función se lanza gradualmente. Se introducen las políticas DeveloperToolsAvailabilityAllowlist y DeveloperToolsAvailabilityBlocklist en las plataformas para computadoras.
- Compatibilidad con AllowList y BlockList para la política IncognitoModeAvailability
Chrome introducirá dos políticas nuevas, IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist, para brindar a los administradores un control más preciso sobre el uso del modo de navegación Incógnito. Anteriormente, los administradores solo podían habilitar o inhabilitar por completo el modo Incógnito a través de la política IncognitoModeAvailability.
Estas políticas nuevas funcionan de manera similar a las políticas existentes URLBlocklist y URLAllowlist, pero están designadas específicamente para las sesiones en modo Incognito. Esto permite que las organizaciones restrinjan el acceso a URLs específicas en el modo Incógnito para proteger la información sensible y, al mismo tiempo, permitan el uso legítimo en otros sitios.
- Chrome 146 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanza gradualmente. Se introducen las políticas IncognitoModeUrlBlocklist e IncognitoModeUrlAllowlist.
- Mayor compatibilidad con el tamaño de archivos para los análisis de DLP
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cerrará esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS?.
- Chrome 147 en Linux, macOS y Windows: En esta etapa, se habilita la recopilación de archivos grandes (más de 50 MB) y encriptados para Evidence Locker, lo que cierra una brecha de seguridad clave de la DLP.
Resumen del lanzamiento de ChromeOS 145
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Versión de protección contra reversión del dispositivo en la Consola del administrador | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Política del directorio de cámaras de SkyVault | ✓ | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones actuales de ChromeOS
-
Versión de protección contra reversiones del dispositivo en la Consola del administrador
A partir de ChromeOS 145, podrás ver la versión de protección contra reversiones instalada en tu dispositivo administrado. En Dispositivos > Chrome > Dispositivos de la Consola del administrador, selecciona un dispositivo ChromeOS, elige la pestaña SO y encontrarás Versión de protección contra reversión en la tabla Información del sistema operativo.
Para obtener más información, consulta Cómo ver la lista y los detalles de los dispositivos ChromeOS en el Centro de ayuda.
Próximos cambios en ChromeOS
-
Política del directorio de cámaras de SkyVault
A partir de ChromeOS 146, una nueva política de SkyVault permitirá a los administradores especificar una ubicación para almacenar archivos de la cámara cuando el almacenamiento local esté desactivado en los dispositivos de los usuarios.
Cuando se habilita No permitir que los usuarios almacenen ni lean datos locales (LocalUserFilesAllowed), se desactiva el almacenamiento local en los dispositivos de los usuarios. Esta nueva política de SkyVault permitirá a los administradores extender ese parámetro de configuración para que se aplique a los archivos de la cámara con la opción Guardar en la carpeta local de la cámara.
Chrome 144
Resumen de la versión de Chrome 144
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Mejoras en el Modo IA y Lens | ✓ | ||
| Protección contra manipulaciones de preferencias para usuarios empresariales en Windows | ✓ | ||
| Seudoelementos de resaltado de CSS para la búsqueda en la página | ✓ | ||
| savedTabGroups dejó de estar disponible como valor individual en SyncTypesListDisabled | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Compatibilidad con multicast para la API de Direct Sockets | ✓ | ||
| Modo del navegador ServiceWorkerAutoPreload | ✓ | ||
| Página Nueva pestaña simplificada | ✓ | ||
| Baja y eliminación de las APIs de Privacy Sandbox | ✓ | ✓ | |
| Gemini en Chrome | ✓ | ||
| Se puede iniciar el servidor de depuración remota con chrome://inspect | ✓ | ||
| Políticas nuevas del navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Recomendaciones dinámicas en la Consola del administrador | ✓ | ||
| Políticas de cumplimiento de criptografía experimentales | ✓ | ||
| Nuevos modos de instalación de extensiones | ✓ | ✓ | ✓ |
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Protección de reglas de copiado y pegado | ✓ | ✓ | |
| Endurecimiento contra la manipulación de políticas locales | ✓ | ✓ | |
| Descarga forzada en la nube | ✓ | ✓ | |
| Reglas de anulación de proxy | ✓ | ✓ | |
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Aplicación forzosa de la 2SV para las cuentas de administrador | ✓ | ||
| Cambio en el programa de lanzamientos de Chrome 145 (solo en la versión estable anticipada) | ✓ | ||
| Chrome dejará de ser compatible con las cámaras virtuales obsoletas en macOS | ✓ | ||
| Inhabilitación de las extensiones instaladas de manera automática con incumplimientos no relacionados con malware | ✓ | ||
| Se facilitó la importación de datos de Safari a Chrome para iOS | ✓ | ||
| Detección de estafas integrada en el dispositivo en Android | ✓ | ||
| Presentamos la API de Origin | ✓ | ||
| Cadenas de usuario-agente reducidas de forma predeterminada | ✓ | ||
| Eliminación de la política de Google Cloud Print | ✓ | ||
| Uso de CssPixels en la API de LayoutShift | ✓ | ||
| Configuración de seguridad agrupada | ✓ | ||
| Restricciones de acceso a la red local | ✓ | ||
| Eliminación de las políticas para la partición de almacenamiento de terceros | ✓ | ||
| Actualización a la advertencia "Sin HTTPS" | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| WebRequest.SecurityInfo en el marco controlado | ✓ | ||
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Migración de la API de SafeBrowsing v4 a la v5 | ✓ | ||
| Apps web aisladas | ✓ | ||
| Chrome dejará de ser compatible con macOS 12 | ✓ | ||
| Baja y eliminación de XSLT | ✓ | ✓ | ✓ |
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| No hay anuncios de funciones próximas | |||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Mayor compatibilidad con el tamaño de archivos para los análisis de DLP | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Mejoras en el Modo IA y Lens
A partir de Chrome 143 en macOS y Windows, se integran nuevas capacidades del Modo IA en el navegador Chrome. Los usuarios pueden acceder al Modo IA directamente en la página Nueva pestaña y la barra de direcciones, lo que les permite hacer preguntas complejas directamente desde donde comienzan a navegar. Los administradores pueden desactivar estas funciones (valor 1) con la política AIModeSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta este artículo en el Centro de ayuda de Chrome Enterprise y Education.
En Chrome 144, comenzaremos a lanzar la función de contexto de varias pestañas en el Modo IA y Lens. Los usuarios pueden optar por compartir el contenido de una o más de sus pestañas abiertas, lo que les permite hacer preguntas, comparar, resumir y encontrar información de manera más eficiente. Los administradores pueden desactivar estas funciones (valor 1) con la política SearchContentSharingSettings o con GenAiDefaultSettings (valor 2).
- Chrome 147 en macOS y Windows: Las políticas LensOverlaySettings, LensDesktopNTPSearchEnabled y LensRegionSearchEnabled dejarán de estar disponibles. Los administradores pueden usar SearchContentSharingSettings para controlar estas funciones.
- Chrome 143 en macOS y Windows: Se integrarán nuevas capacidades del Modo IA en Chrome, que se podrán controlar con la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 144 en macOS y Windows: La función de contexto de varias pestañas estará disponible y se podrá controlar con la política SearchContentSharingSettings o GenAiDefaultSettings.
- Protección contra manipulaciones de preferencias para usuarios empresariales en Windows
Para brindar una protección más sólida y coherente contra el software malicioso, la protección contra manipulaciones de preferencias encriptadas de Chrome para navegadores administrados por empresas ahora está disponible en Windows.
Anteriormente, esta protección, que restablece automáticamente la configuración manipulada (como un motor de búsqueda secuestrado) a sus valores predeterminados, no estaba disponible para los usuarios empresariales en Windows. Esta excepción fue necesaria porque el método de validación heredado era incompatible con los perfiles móviles, lo que a menudo provocaba restablecimientos incorrectos.
Chrome 144 implementa un sistema nuevo y más seguro que usa un encriptador. Este nuevo método de encriptación es totalmente compatible con los usuarios empresariales. Como este nuevo sistema resuelve la causa raíz del problema original, ya no necesitamos la excepción heredada para empresas de Windows.
Con este cambio, si Chrome detecta que un software no autorizado modificó una preferencia sensible, ahora restablece automáticamente esa preferencia a su valor predeterminado. Este comportamiento estaba inhabilitado y ahora se habilitará. Este cambio extiende la protección de seguridad fundamental a los usuarios empresariales, ya que los defiende contra el secuestro de la búsqueda y otras modificaciones maliciosas de la configuración.
- Chrome 144 en Windows: La función se lanzará gradualmente.
- Seudoelementos de resaltado de CSS para la búsqueda en la página
Esta función expone el diseño de los resultados de la búsqueda en la página a los autores como un seudoelemento de resaltado, como los errores de selección y ortografía. Esto permite a los autores cambiar los colores de primer plano y de fondo, o agregar decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 144 en Windows, macOS, Linux y Android
- Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled
Para alinear el comportamiento de las versiones para computadoras y ChromeOS con la versión para dispositivos móviles, y para simplificar la administración de la sincronización, el tipo de datos
savedTabGroupsindividual dejó de estar disponible y ya no es un valor personalizable de forma individual dentro de la política SyncTypesListDisabled. Anteriormente, la política empresarial SyncTypesListDisabled permitía a los administradores inhabilitar la sincronización del tipo de datossavedTabGroupsen plataformas de escritorio y ChromeOS. Sin embargo, en las plataformas para dispositivos móviles, la sincronización de grupos de pestañas ya se administra con el tipo de datos de pestañas.A partir de Chrome 144, si la política SyncTypesListDisabled inhabilita pestañas o
savedTabGroups, ahora se consideran inhabilitados ambos tipos de datos. Esto significa que inhabilitar las pestañas también inhabilitará los grupos de pestañas guardados y viceversa. El valorsavedTabGroupsse quita por completo de la lista de tipos de datos admitidos para esta política. En el caso de los administradores que tengan inhabilitados los grupos de pestañas guardados y quieran mantener este comportamiento, se deben asegurar de inhabilitar explícitamente el tipo de datos de pestañas. Esto garantiza el comportamiento deseado antes de que se quite por completo el valor desavedTabGroups.- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Happy Eyeballs V3
Happy Eyeballs V3 es un algoritmo que se usa para reducir la demora en la conexión de red visible para el usuario. Realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4). Chrome 144 implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Puedes controlar esta función con una política temporal, HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Compatibilidad con multicast para la API de Direct Sockets
Esta función permite que las apps web aisladas (IWA) se suscriban a grupos de multicast y reciban paquetes del protocolo de datagramas de usuario (UDP) desde allí. Las IWA ahora también pueden especificar parámetros adicionales cuando envían paquetes del UDP a direcciones de multicast.
- Chrome 144 en Windows, macOS y Linux
- Modo del navegador ServiceWorkerAutoPreload
ServiceWorkerAutoPreloades un modo en el que el navegador emite la solicitud de red en paralelo con el inicio del service worker. Si el controlador de recuperación devuelve la respuesta conrespondWith(), el navegador consume el resultado de la solicitud de red dentro del controlador de recuperación. Si el resultado del controlador de recuperación es de resguardo, pasa la respuesta de red directamente al navegador.ServiceWorkerAutoPreloades una optimización opcional del navegador que cambia el comportamiento existente del service worker. Los administradores pueden controlar esta función con una política empresarial llamada ServiceWorkerAutoPreloadEnabled.- Chrome 144 en Android y Windows: Se quitará la política ServiceWorkerAutoPreloadEnabled
- Chrome 140 en Android y Windows: ServiceWorkerAutoPreloadEnabled estará disponible.
- Página Nueva pestaña simplificada
Esta función reduce el desorden visual y mejora el control del usuario sobre la apariencia de la página Nueva pestaña (NTP). Esta simplificación de la página Nueva pestaña quita el botón Descartar módulo. Los módulos que no se administran con una política también se pueden quitar automáticamente después de un período prolongado de inactividad.
- Chrome 144 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.
- Baja y eliminación de las APIs de Privacy Sandbox
Chrome anunció recientemente que se mantendrá el enfoque actual de las cookies de terceros, tras lo cual planeamos dar de baja y quitar las siguientes APIs.
- Temas
- Protected Audience
- Almacenamiento compartido
- Attribution Reporting
- Private Aggregation
- Related Web Sites
- requestStorageAccessFor
A continuación, se indican las políticas empresariales asociadas con las APIs anteriores.
- PrivacySandboxSiteEnabledAdsEnabled
- PrivacySandboxAdTopicsEnabled
- PrivacySandboxAdMeasurementEnabled
- RelatedWebsiteSetsOverrides
- RelatedWebsiteSetsEnabled
La baja comenzará con Chrome 144 y se planea quitar en Chrome 150. Después de la baja, las APIs seguirán existiendo y la mayoría de los usuarios no verán interrupciones. Sin embargo, algunos usuarios que dependen de las integraciones del servidor (como el servidor de k-anonimato o los coordinadores) verán una interrupción en los servicios. Nos comunicamos de forma proactiva con los usuarios de las APIs para informarles sobre nuestros planes de baja. En el momento de la eliminación, Chrome 150, también se quitarán todas las políticas asociadas con estas APIs.
Ninguna de las APIs está habilitada de forma predeterminada para los usuarios empresariales. Se recomienda que los equipos empresariales revisen el estado de cualquier perfil administrado en su Consola del administrador.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows: Se lanza la baja.
- Chrome 150 en Android, ChromeOS, Linux, macOS y Windows: Se quitarán las APIs y las políticas asociadas.
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y Gemini Live, con el que pueden hacerlo por voz.
En Chrome 143, Gemini en Chrome comenzará a lanzarse para la mayoría de los usuarios de Google Workspace con acceso a la app de Gemini en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda o esta entrada de blog.
La función de contexto de varias pestañas también estará disponible en Chrome 143. Ahora, Gemini en Chrome puede ver más de las pestañas que abriste (hasta 10) para que puedas hacer preguntas sobre múltiples páginas y comparar o encontrar información con más eficiencia. Gemini en Chrome también funciona como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendario y Tasks.
A partir de Chrome 144, las capacidades de agente en Gemini en Chrome estarán disponibles para algunos usuarios (no empresariales). En el lanzamiento, estará disponible una política empresarial GeminiActOnWebSettings. Para obtener más detalles, consulta los pasos de lanzamiento que se indican a continuación.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Chrome 143 en macOS y Windows: La función se lanzará gradualmente en Canadá, Nueva Zelanda y Australia en inglés.
- Chrome 144 en macOS y Windows: Las capacidades de agente en Gemini en Chrome están disponibles para algunos usuarios (no empresariales). La política empresarial GeminiActOnWebSettings estará disponible en el lanzamiento.
-
Los usuarios podrán subir imágenes renderizadas directamente a Gemini en Chrome con un elemento del menú contextual de Chrome. Luego, los usuarios pueden usar instrucciones en Gemini en Chrome para generar imágenes derivadas nuevas. Con el permiso del usuario, Gemini en Chrome también puede usar el Administrador de contraseñas de Google para acceder a sitios.
-
Elemento del menú contextual de carga de imágenes disponible para los usuarios empresariales. La función respetará las reglas establecidas a través de la política DataControlsRules y la configuración de OnBulkDataEntryEnterpriseConnector.
-
- Chrome 144 en macOS y Windows: El elemento del menú contextual de carga de imágenes está disponible para los usuarios empresariales. La función respetará las reglas establecidas a través de la política DataControlsRules y la configuración de OnBulkDataEntryEnterpriseConnector.
- Chrome 144 en ChromeOS: A partir de la versión 144, Gemini en Chrome se lanzará gradualmente en dispositivos ChromeOS seleccionados.
- Chrome 144 en macOS y Windows: Gemini en Chrome permitirá llamar a algunas herramientas de terceros que están disponibles como extensiones de Gemini.
- Chrome 147 en macOS y Windows: Las capacidades de agente en Gemini en Chrome están disponibles para los usuarios empresariales.
- Chrome 148 en macOS y Windows: A partir de Chrome 148 en macOS y Windows, las capacidades de agente en Gemini en Chrome estarán disponibles para los usuarios empresariales.
- Se puede iniciar el servidor de depuración remota con chrome://inspect
La función permite al usuario iniciar un servidor de depuración remota desde la página
chrome://inspectsin reiniciar Chrome (anteriormente, solo era posible a través de argumentos de la CLI). Los administradores pueden controlar esta función con la política existente RemoteDebuggingAllowed, y la función no estará disponible si la política se establece como falsa.- Chrome 144 en ChromeOS, Linux, macOS y Windows: Se puede iniciar el servidor de depuración remota a través de chrome://inspect.
- Políticas nuevas en el navegador Chrome
Política Descripción DataControlsRules Esta política se usa para establecer reglas de controles de datos. ShowHomeButton Configura el botón de la página principal en la barra de herramientas. SilentPrintingEnabled Habilita la impresión silenciosa. ProxyOverrideRules Configura reglas de anulación de proxy. SearchContentSharingSettings Controla si los usuarios pueden compartir el contenido de la página con el proveedor de búsqueda (p. ej., Google). Esto incluye compartir texto, imágenes y otro contenido de la página. Esta política también controla el comportamiento de funciones como el Modo IA, Lens y otras funciones que implican compartir contenido de la página con el proveedor de búsqueda. GeolocationBlockedForUrls Bloquea el acceso a la ubicación geográfica para sitios específicos. BookmarkBarEnabled Habilita la barra de favoritos. UserSecurityAuthenticatedReporting Controla si los eventos de seguridad del usuario en dispositivos no administrados se deben informar con un nombre de usuario del dispositivo o no. PreciseGeolocationAllowedForUrls Permite el acceso a la ubicación geográfica precisa para sitios específicos. HomepageIsNewTabPage Usa la página Nueva pestaña como página principal. StaticStorageQuotaEnabled Habilita la cuota de almacenamiento estática para los sitios. UserSecuritySignalsReporting Controla si se deben informar o no los indicadores de seguridad del usuario en dispositivos no administrados.
Cambios en Chrome Enterprise Core
- Recomendaciones dinámicas en la Consola del administrador
Chrome Enterprise lanzará una nueva lista de recomendaciones dinámicas en la página Descripción general de la Consola del administrador de Google.
Esta lista de recomendaciones ayuda a los administradores de TI a comprender qué deben hacer a continuación, recibir alertas sobre cambios importantes, descubrir las novedades a través de las notas de la versión, configurar parámetros populares y mucho más. La lista cambia de forma dinámica según la configuración del administrador para cada unidad organizativa.
Los administradores pueden probar esta función directamente en la Consola del administrador. Para ello, deben navegar a Navegador Chrome > Descripción general.
- Chrome 144 en Android, iOS, Linux, macOS y Windows: La función se lanzará gradualmente.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: Disponible para los verificadores de confianza de Chrome Enterprise.
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos políticas empresariales experimentales nuevas que configuran Chrome para ordenar sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y algoritmos de cifrado de encriptación, en TLS 1.3, para reflejar una preferencia por los algoritmos que fueron aprobados por un régimen de cumplimiento específico. Actualmente, el único régimen de cumplimiento es CNSA2. Esto no garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que deseen admitir clientes con y sin requisitos de cumplimiento puedan diferenciar entre clientes y solo usen ciertos algoritmos no predeterminados con mayor solidez criptográfica para aquellos que se configuraron explícitamente para preferirlos. No es necesario establecer esta política para la seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente sólida como para resistir un ataque de fuerza bruta con toda la potencia del sol. Si estableces esta política, Chrome será más lento cuando accedas a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, y no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola función experimental combinada,
chrome://#cryptography-compliance-cnsa.- Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome.
- Chrome 144 en ChromeOS: Las políticas adicionales que se aplican a la pantalla de acceso del dispositivo ChromeOS están disponibles, pero marcadas como experimentales.
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: Alrededor de Chrome 146, los servidores TLS de las propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se establezca esta marca. En ese momento, la política ya no se marcará como experimental.
- Nuevos modos de instalación de extensiones
Chrome Enterprise admitirá nuevos modos de instalación de extensiones en la Consola del administrador. Ahora, los administradores pueden hacer lo siguiente:
- bloquear y desinstalar una extensión de Chrome
- instalar una extensión de manera automática
- o permitir que los usuarios inhabiliten una extensión
Estos nuevos modos de instalación están disponibles en la página de configuración Apps y extensiones, en la pestaña Usuarios y navegadores, en la que los administradores pueden seleccionar nuevos modos de política de instalación.
- Chrome 144 en Linux, macOS y Windows: La función se lanzará gradualmente.
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Protección de las reglas de copiado y pegado
Para ayudar a las organizaciones a prevenir de mejor manera el robo de datos en dispositivos móviles, Chrome extenderá los controles de datos del portapapeles que ya existen para computadoras. Los administradores ahora pueden usar la política DataControlsRules para establecer reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que incumpla las políticas de la organización.
Esta función permite a los administradores definir límites de datos y evitar que la información sensible se pegue desde un contexto de trabajo en apps o sitios web personales en su flota de dispositivos móviles. Esto aborda una brecha de seguridad significativa y una función solicitada con frecuencia por los clientes empresariales que mencionaron la falta de controles de datos en dispositivos móviles como una preocupación.
Para usar esta función, los administradores pueden configurar restricciones en el portapapeles dentro de la política DataControlsRules, lo que proporciona una experiencia de administración coherente en computadoras y dispositivos móviles para fortalecer la postura de seguridad general de su organización. Para obtener más detalles, consulta este artículo del Centro de ayuda, en el que se proporciona más contexto sobre cómo los administradores pueden configurar y administrar los conectores de informes de Chrome Enterprise para reenviar eventos de seguridad del navegador y protección de datos a servicios de terceros para su análisis.
- Chrome 144 en iOS: La protección de las reglas de copiado y pegado está disponible en iOS.
- Chrome 140 en Android: La protección de las reglas de copiado y pegado está disponible en Android.
- Endurecimiento contra la manipulación de políticas locales
Los indicadores de detección de conflictos de políticas para el Acceso adaptado al contexto (CAA) cierran una brecha de seguridad importante, ya que permiten detectar si la configuración local en conflicto de los dispositivos BYOD anula las políticas corporativas.
Esto se logra integrando nuevos indicadores de conflicto de políticas del perfil de Chrome administrado en la canalización de informes de seguridad existente, controlada por la política UserSecuritySignalsReporting.
Esta visibilidad permite a los administradores establecer reglas de CAA en las herramientas de Protección de datos y amenazas o en la puerta de enlace de seguridad de Chrome Enterprise Premium (CEP) para bloquear automáticamente el acceso a las aplicaciones corporativas si se detecta que no se cumplen políticas esenciales, como los controles de DLP, la Navegación segura o las listas de bloqueo de extensiones.
- Chrome 144 en Linux, macOS y Windows: Comienza la detección y el registro de metadatos de conflictos de políticas.
- Chrome 145 en Linux, macOS y Windows: Se habilita el flujo de evaluación del Acceso adaptado al contexto (CAA) para permitir que los administradores escriban reglas de aplicación basadas en la existencia de un conflicto.
- Chrome 146 en Linux, macOS y Windows: Se actualizó la IU de la Consola del administrador para mostrar los indicadores de conflicto y se comenzó a generar informes sobre los valores de las políticas.
- Descarga forzada en la nube
Los administradores ahora pueden configurar una regla de Prevención de pérdida de datos (DLP) que redirecciona automáticamente las descargas de archivos sensibles desde el dispositivo local de un usuario a su cuenta corporativa de Google Drive. La acción Forzar el guardado en Cloud Storage evita que los datos sensibles se almacenen en discos locales no administrados (por ejemplo, C:\Downloads), lo que garantiza una cadena de custodia segura. Cuando un usuario intenta descargar un archivo marcado por las políticas de DLP, la extensión de Secure Enterprise Browser intercepta la descarga y la sube directamente a la unidad corporativa del usuario.
Chrome 144 en Linux, macOS y Windows: La función se lanza gradualmente. La acción de corrección Descarga forzada en la nube estará disponible en el compilador de reglas de la Prevención de pérdida de datos (DLP).
- Reglas de anulación de proxy
Para simplificar la administración de proxies en entornos empresariales complejos, Chrome 144 introduce dos políticas nuevas: ProxyOverrideRules y EnableProxyOverrideRulesForAllUsers. Anteriormente, las organizaciones que usaban varias soluciones de proxy (por ejemplo, un proxy general y uno específico para la puerta de enlace segura de Google) o que tienen diferentes equipos de administradores (por ejemplo, para la GPO y la Consola del administrador de Google) debían combinar manualmente archivos PAC complejos. Este proceso es propenso a errores y genera una fricción administrativa significativa.
La nueva política ProxyOverrideRules permite que los administradores configuren una lista de reglas de enrutamiento que se evalúan antes de cualquier configuración de proxy existente, incluidos los archivos PAC establecidos por la política ProxySettings. Esto permite que los administradores antepongan o anulen fácilmente rutas específicas (por ejemplo, para enviar tráfico de apps web privadas a una puerta de enlace segura) sin modificar la secuencia de comandos PAC principal de toda la empresa.
Los usuarios verán una notificación en la página chrome://settings para informarles cuando estas reglas de proxy administrativas estén activas.
Chrome 144 en ChromeOS, Linux, macOS y Windows: ProxyOverrideRules estará disponible.
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
- Aplicación forzosa de la 2SV para las cuentas de administrador
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad. La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo sobre la aplicación forzosa de la 2SV para administradores.
- Chrome 145 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV.
- Cambio en el programa de lanzamientos de Chrome 145 (solo en la versión estable anticipada)
A partir de Chrome 145, Chrome se lanzará en el canal de versión estable anticipada una semana antes de lo comunicado anteriormente. Por ejemplo, el lanzamiento de la versión estable anticipada de Chrome 145 se trasladará del 4 de febrero de 2026 al 28 de enero de 2026. No hay cambios en la versión del canal estable. Para obtener más información, consulta el Programa de lanzamientos actualizado.
Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal Early Stable una semana antes.
- Chrome dejará de ser compatible con las cámaras virtuales obsoletas en macOS
A partir de Chrome 145, Chrome dejará de admitir las cámaras virtuales obsoletas para todas las versiones de macOS con las que es compatible.
En macOS, las cámaras virtuales modernas se crean con el framework Core Media IO, que está disponible desde macOS 12.3. Apple se comunicó con los desarrolladores, y todo el software de cámara virtual moderno se migró para usar este framework de Core Media IO.
macOS bloqueó las cámaras virtuales obsoletas, creadas como complementos DAL, a partir de macOS 14.1 (2023), y Safari no las admite desde 2018, si no antes.
Chrome dejará de admitir las cámaras virtuales obsoletas para todas las versiones de macOS con las que son compatibles. Esto permite que Chrome mejore la seguridad, ya que no permite la carga de bibliotecas de terceros en los procesos de Chrome.
- Chrome 145 en Windows, macOS y Linux
- Inhabilitación de las extensiones instaladas de manera automática con incumplimientos no relacionados con malware
Esta función inhabilita silenciosamente las extensiones instaladas de manera automática que muestran incumplimientos de las políticas de Chrome Web Store en entornos de navegador no administrados. Entre estos incumplimientos, se incluyen los de tipo general del programa, el software no deseado y las vulnerabilidades de seguridad potenciales que no se clasifican como malware. Los usuarios conservarán la capacidad de habilitar o inhabilitar estas extensiones, pero no podrán quitarlas.
Se agregó una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, en la versión 142 para conservar el comportamiento existente en los entornos de navegador no administrados, pero se quitará en la versión 145.
Este cambio no afecta las instancias administradas de Chrome que estén unidas a un dominio de Microsoft Active Directory, unidas a Microsoft Azure Active Directory o inscritas en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se administran a través de MDM, que se unen a un dominio o que se inscriben en Chrome Enterprise Core.
- Chrome 145 en macOS y Windows: La función se lanzará gradualmente. Se quitará la política ExtensionForceInstallWithNonMalwareViolationEnabled.
- Chrome 142 en macOS y Windows: En Chrome 142 para Windows y macOS, las extensiones instaladas de manera automática con incumplimientos de política menores se inhabilitarán de forma silenciosa en entornos de baja confianza.
- Se facilitó la importación de datos de Safari a Chrome para iOS
Los usuarios de Chrome para iOS podrán importar los datos (favoritos, historial, contraseñas, tarjetas de pago y entradas de la lista de lectura) que hayan exportado previamente desde Safari. Esto ayuda a los usuarios que cambian de navegador a configurarlo más rápido y a llevar consigo sus datos existentes.
Chrome no puede acceder a estos datos directamente. El usuario debe proporcionar un archivo ZIP que contenga sus datos, que se pueden exportar a través de la configuración de iOS. Chrome proporciona instrucciones para hacerlo.
- Chrome 145 en iOS: La función se lanzará de forma gradual.
- Presentamos la API de Origin
El origen es un componente fundamental de la implementación de la Web, esencial para los límites de seguridad y privacidad que mantienen los agentes de usuario. El concepto está bien definido entre HTML y URL, junto con conceptos adyacentes ampliamente utilizados, como sitio.
Sin embargo, los orígenes no se exponen directamente a los desarrolladores web. Si bien hay varios métodos get de origen en varios objetos, cada uno de ellos devuelve la serialización ASCII de un origen, no el origen en sí. Esto tiene algunas consecuencias negativas. En la práctica, los desarrolladores que intentan realizar comparaciones de mismo origen o mismo sitio cuando controlan orígenes serializados suelen equivocarse de formas que generan vulnerabilidades. Desde el punto de vista filosófico, parece que falta una primitiva de seguridad con la que los desarrolladores tienen dificultades para realizar un polyfill preciso.
A partir de Chrome 145, planeamos abordar esta brecha en la plataforma con la introducción de un objeto Origin que encapsule el concepto de origen y proporcione métodos útiles para la comparación, la serialización, el análisis, etcétera.
- Chrome 145 en Windows, macOS, Linux y Android
- Detección de estafas integrada en el dispositivo en Android
Chrome 145 enviará una solicitud a la Navegación segura para obtener un veredicto final cuando se detecte una estafa integrada en el dispositivo a través de las funciones visuales de la página. Según este veredicto, Chrome decidirá si mostrará una advertencia al usuario.
Esta función solo estará habilitada para los usuarios en el modo de Protección mejorada. La función estará inhabilitada para los usuarios del modo de Protección estándar o los usuarios con la Navegación segura inhabilitada. Los administradores de empresas pueden controlar este parámetro de configuración de la Navegación segura con la política de Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 145 en Android
- Cadenas de usuario-agente reducidas de forma predeterminada
A partir de Chrome 145, se quitará por completo la política UserAgentReduction. Anteriormente, esta política estaba disponible para controlar si Chrome enviaba una cadena de usuario-agente reducida o completa.
Para mejorar la privacidad del usuario y reducir las capacidades de seguimiento pasivo, Chrome comenzó a reducir la información que contiene el encabezado User-Agent de forma predeterminada en la versión 110 de Chrome. La política UserAgentReduction se proporcionó como una medida temporal para que las empresas administren esta transición.
El mecanismo recomendado para que los sitios web accedan a la información del navegador y del dispositivo ahora es User-Agent Client Hints (UA-CH). UA-CH requiere que los sitios web soliciten de forma activa información específica, lo que constituye un enfoque que preserva mejor la privacidad que la cadena de usuario-agente heredada. Para obtener más detalles, consulta este artículo en web.dev, Migra a User-Agent Client Hints.
A partir de Chrome 145, la política UserAgentReduction dejará de estar vigente. De forma predeterminada, Chrome enviará una cadena de usuario-agente reducida. Es posible que los sistemas o las aplicaciones que dependían de esta política para recibir la cadena completa (heredada) de usuario-agente ya no reciban la información detallada que esperan.
- Chrome 145 en Windows, macOS, Linux y Android
- Eliminación de la política de Google Cloud Print
Tras la descontinuación de Google Cloud Print, quitaremos la política CloudPrintProxyEnabled. Esta política permitía que los administradores habilitaran o inhabilitaran el proxy de Google Cloud Print en Chrome. Dado que el servicio Google Cloud Print ya no está disponible, la política y su configuración asociada se quitarán de Chrome.
- Chrome 145 en Linux, macOS y Windows: Se quitará la política CloudPrintProxyEnabled.
- Uso de CssPixels en la API de LayoutShift
Esta función cambia los datos de atribución (prevRect y currentRect) en la API de LayoutShift para que se registren en píxeles de CSS en lugar de píxeles físicos. El comportamiento actual no es coherente con otras APIs relacionadas con el diseño, que usan píxeles de CSS. Este cambio mejora la coherencia, simplifica el uso para los desarrolladores y se alinea con las unidades esperadas en la depuración y las herramientas. La función está protegida por una marca para experimentación y evaluación. La función se puede habilitar para realizar pruebas con la función experimental de línea de comandos
--enable-blink-features=ReportLayoutShiftRectsInCssPixels.- Chrome 145 en Windows, macOS, Linux y Android
- Configuración de seguridad agrupada
Esta función proporciona a los usuarios opciones de seguridad agrupadas para configurar los parámetros de seguridad según el nivel de protección deseado mientras usan Chrome. Los usuarios pueden elegir entre la opción Mejorada para obtener el nivel más alto de seguridad y la opción Estándar para obtener la protección equilibrada predeterminada. Los usuarios pueden seguir estableciendo valores personalizados para la configuración, como lo hacen actualmente. Esto simplifica la experiencia del usuario y facilita que los usuarios obtengan el nivel de protección que desean sin necesidad de comprender las opciones de configuración avanzadas. Las políticas empresariales existentes tienen prioridad sobre las selecciones de paquetes del usuario final. Si se configura una política existente para la configuración de seguridad, los valores no se anularán por la elección de un paquete de seguridad del usuario.
- Chrome 146 en ChromeOS, Linux, macOS y Windows
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso.
Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función.
Para obtener más información sobre esta función, consulta Adapta tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se quitará LocalNetworkAccessRestrictionsTemporaryOptOut.
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: Se expandieron las restricciones de acceso a la red local para incluir las conexiones de WebSocket y WebTransport.
- Eliminación de las políticas para la partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. La marca
chrome://que permitía a los usuarios inhabilitar esta función se quitó en Chrome 128, y la prueba de baja finalizó con Chrome 139. En Chrome 146, se quitarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos aquí en el error de Chromium.
- Chrome 146 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron las políticas DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins.
- Advertencia deactualización aSin HTTPS
La advertencia que se muestra cuando un usuario habilita la opción Usar siempre conexiones seguras en
chrome://settings/securitycambiará de un intersticial a un diálogo. La carga de página completa permanece bloqueada y la funcionalidad sigue siendo la misma. El indicador de seguridad del contenido de la URL en la advertencia cambia del indicador al candado roto. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: Hay un nuevo diseño de advertencia en plataformas de escritorio.
- Chrome 146 en Android: Se presenta un diseño de advertencia actualizado similar en Android, que usa una burbuja de advertencia en lugar de un intersticial completo.
- Encapsulamiento de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines del 2024. Sin embargo, se necesitarán algoritmos de cifrado poscuánticos seguros en TLS a largo plazo y, por lo tanto, se quitará esta política empresarial. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 146 en Linux, macOS y Windows: Se quitará la política empresarial.
- No se permiten espacios en los hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URLs por completo, pero una dificultad que tenemos es que se usan en la parte del host en las URLs file:// de Windows (para obtener más detalles, consulta este debate en GitHub).
- Chrome 147 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 147 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- WebRequest.SecurityInfo en el marco controlado
Esta función introduce una API de WebRequest.SecurityInfo para ControlledFrame. Permite que una app web intercepte una solicitud HTTPS, WSS o WebTransport a un servidor, recupere la huella digital del certificado del servidor (verificada por el navegador) y, luego, use esa huella digital para verificar manualmente el certificado de una conexión TCP/UDP independiente y sin procesar al mismo servidor. Esto proporciona una forma sencilla para que la app confirme que se está comunicando con el servidor correcto.
- Chrome 147 en Windows, macOS y Linux
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 148, las cookies estarán vinculadas a su origen de configuración (de forma predeterminada) de modo que solo se podrá acceder a ellas desde ese origen, es decir, se enviarán en una solicitud o se podrán ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto a través del uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList estarán disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 148 en Android, iOS, Linux, macOS y Windows: Las políticas empresariales estarán disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: Se quitarán las políticas empresariales.
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzaría gradualmente.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
A partir de Chrome 150, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 150 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Chrome dejará de ser compatible con macOS 12
Chrome 150 será la última versión que admitirá macOS 12. Chrome 151 y versiones posteriores ya no serán compatibles con macOS 12, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 12 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea actualizar Chrome, debe actualizar su computadora a una versión compatible de macOS.
Para las instalaciones nuevas de Chrome 151 y versiones posteriores, se requerirá macOS 13 y versiones posteriores.
- Chrome 151 en Windows, macOS y Linux
- Baja y eliminación de XSLT
XSLT v1.0, que todos los navegadores cumplen, se estandarizó en 1999. Con el tiempo, XSLT evolucionó a las versiones 2.0 y 3.0, agregando funciones y distanciándose de la versión antigua que perduró en los navegadores. Esta falta de avance, junto con el aumento de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, provocó una disminución significativa en el uso de XSLT del lado del cliente. Su función en el navegador web se sustituyó en gran medida por tecnologías basadas en JavaScript, como JSON y React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones, y libxslt no recibió mantenimiento durante aproximadamente 6 meses en el 2025. libxslt es una base de código C compleja y antigua, notoriamente susceptible de vulnerabilidades de seguridad de la memoria, como los desbordamientos del búfer, que pueden provocar la ejecución de código arbitrario. Dado que XSLT del lado del cliente ahora es una función de nicho que se usa con poca frecuencia, estas bibliotecas reciben mucha menos atención en cuanto a mantenimiento y seguridad que los motores principales de JavaScript, pero representan una superficie de ataque directa y potente para procesar contenido web no confiable. De hecho, XSLT es la fuente de numerosos exploits de seguridad recientes y mediáticos que siguen poniendo en riesgo a los usuarios del navegador. Por estos motivos, Chromium y los otros dos motores de navegadores planean dar de baja y quitar XSLT de la plataforma web. Para obtener más detalles, consulta este artículo sobre Chrome para desarrolladores.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: Se darán de baja las APIs (pero no se quitarán).
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se lanzan la prueba de origen (OT) y la política empresarial para realizar pruebas. Estos permiten que los sitios y las empresas sigan usando las funciones después de la fecha de eliminación.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y la política empresarial.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: Dejan de funcionar la prueba de origen y la política empresarial. XSLT está inhabilitado para todos los usuarios.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Los administradores podrán controlar esta función con la política empresarial WebRtcPostQuantumKeyAgreement para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Lanzamiento de la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitó la política empresarial
Próximas actualizaciones de Chrome Enterprise Core
No hay próximas actualizaciones de Chrome Enterprise Core.
Próximas actualizaciones de Chrome Enterprise Premium
- Mayor compatibilidad con el tamaño de archivos para los análisis de DLP
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cerrará esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS?.
- Chrome 147 en Linux, macOS y Windows: En esta etapa, se habilita la recopilación de archivos grandes (más de 50 MB) y encriptados para Evidence Locker, lo que cierra una brecha de seguridad clave de la DLP.
Resumen del lanzamiento de ChromeOS 144
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Herramientas de clase para profesores: Compartir pantalla de forma inalámbrica y Anotaciones | ✓ | ✓ | |
| Compatibilidad con varias apps para controladores de protocolos | ✓ | ||
| Lanzamiento de Gemini en Chrome para dispositivos Chromebook Plus | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Versión de protección contra reversiones de dispositivos en la Consola del administrador | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones actuales de ChromeOS
-
Herramientas de clase inalámbricas para profesores: Compartir pantalla y Anotaciones
Lanzaremos dos nuevas y potentes funciones para profesores en Herramientas de clase: Compartir pantalla de forma inalámbrica y Anotaciones.
Ahora los profesores pueden proyectar de forma inalámbrica su pantalla, o la de un estudiante, en la pantalla del aula. Para conectarse, los profesores ingresan un código único en la app para profesores de Herramientas de clase, que se vincula con un dispositivo receptor de ChromeOS exclusivo (como una Chromebook, una Chromebox o un dispositivo ChromeOS Flex) que haya configurado el administrador. Esto permite que los profesores guíen las lecciones y destaquen el trabajo de los estudiantes para que lo vea toda la clase.
Para que las clases sean más dinámicas, la nueva función Anotaciones permite a los profesores dibujar o escribir en sus dispositivos con una pluma stylus, el dedo, un panel táctil o un mouse. Sus notas y elementos destacados aparecen en tiempo real en la pantalla duplicada, lo que resulta ideal para enfatizar puntos clave y hacer que los estudiantes interactúen directamente con el material. Aumentaremos la cantidad máxima de estudiantes en una sesión de Herramientas de clase a 100.
Para obtener más información, consulta Cómo usar las Herramientas para la clase en el Centro de ayuda.
- Compatibilidad con varias apps para controladores de protocolos
Esta función de ChromeOS 144 permite que las apps web progresivas (AWP) declaren protocolos controlados en el manifiesto y que el usuario seleccione controladores predeterminados cuando varias AWP declaren el mismo protocolo. Este cambio habilita el registro de controladores de protocolo de URL para AWP, como se describe en la documentación de Chrome para desarrolladores de la plataforma web.
- Lanzamiento de Gemini en Chrome para dispositivos Chromebook Plus
En ChromeOS 144, Gemini se integrará en Chrome en dispositivos Chromebook Plus y se lanzará gradualmente como parte de esta versión. Este puede comprender el contenido de tu página actual, y los usuarios ahora pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y Gemini Live, con el que pueden hacerlo por voz.
Próximos cambios en ChromeOS
-
Versión de protección contra reversiones del dispositivo en la Consola del administrador
A partir de ChromeOS 145, podrás ver la versión de protección contra reversiones instalada en tu dispositivo administrado. En Dispositivos > Chrome > Dispositivos de la Consola del administrador, selecciona un dispositivo ChromeOS, elige la pestaña SO y encontrarás Versión de protección contra reversión en la tabla Información del sistema operativo.
Chrome 143
Resumen de la versión de Chrome 143
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Baja y eliminación de XSLT
XSLT v1.0, que todos los navegadores cumplen, se estandarizó en 1999. Mientras tanto, XSLT evolucionó a las versiones 2.0 y 3.0, agregando funciones y distanciándose de la versión anterior congelada en los navegadores. Esta falta de avance, junto con el aumento de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, provocó una disminución significativa en el uso de XSLT del cliente. Su rol en el navegador web se vio reemplazado en gran medida por tecnologías basadas en JavaScript, como JSON+React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones, pero libxslt no se ha mantenido durante aproximadamente 6 meses del 2025. Libxslt es una base de código en C compleja y antigua que es susceptible de vulnerabilidades de seguridad de la memoria, como desbordamientos de búfer, que pueden provocar la ejecución de código arbitrario. Dado que XSLT del cliente ahora es una función de nicho que se usa con poca frecuencia, estas bibliotecas reciben mucha menos atención en cuanto a mantenimiento y seguridad que los motores principales de JavaScript, pero representan una superficie de ataque directa y potente para procesar contenido web no confiable. De hecho, XSLT es la fuente de varios exploits de seguridad de alto perfil recientes que siguen poniendo en riesgo a los usuarios del navegador.
Por estos motivos, Chromium (junto con los otros dos motores de navegador) planea dar de baja y quitar XSLT de la plataforma web. Para obtener más detalles, consulta este artículo de Chrome para desarrolladores.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: Se darán de baja las APIs (pero no se quitarán)
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se lanzan la prueba de origen (OT) y la política empresarial para realizar pruebas. Estos permiten que los sitios y las empresas sigan usando las funciones después de la fecha de eliminación.
- Chrome 155 en Android, ChromeOS, Linux, macOS y Windows: XSLT deja de funcionar en las versiones estables para todos los usuarios, excepto los participantes de la prueba de origen y la política empresarial.
- Chrome 164 en Android, ChromeOS, Linux, macOS y Windows: Dejan de funcionar la prueba de origen y la política empresarial. XSLT está inhabilitado para todos los usuarios.
- Mejoras en el Modo IA
Chrome 143 integra nuevas capacidades del modo IA en Chrome para macOS y Windows. Los usuarios podrán acceder al Modo IA directamente en la página Nueva pestaña y el cuadro multifunción, lo que les permitirá hacer preguntas complejas directamente desde donde comienzan a navegar. Esta función comenzará a lanzarse en Chrome 143 para macOS y Windows. Los administradores pueden desactivar estas funciones (valor 1) con la política AIModeSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta la sección correspondiente en el Centro de ayuda.
La función de contexto de varias pestañas también estará disponible en Chrome 144. Los usuarios pueden optar por compartir el contenido de una o más de sus pestañas abiertas con el Modo IA, lo que les permite hacer preguntas, comparar, resumir y encontrar información de manera más eficiente. Los administradores podrán desactivar estas funciones (valor 1) con la política SearchContentSharingSettings (disponible en Chrome 144) o con GenAiDefaultSettings (valor 2).
- Chrome 143 en macOS y Windows: Se integraron nuevas capacidades del modelo de IA en Chrome, que se pueden controlar con la política AIModeSettings o la política GenAiDefaultSettings.
- Chrome 144 en macOS y Windows: La función de contexto de varias pestañas estará disponible y se podrá controlar con la política SearchContentSharingSettings o GenAiDefaultSettings.
- ICU versión 77.1 (compatible con Unicode 16)
La biblioteca de compatibilidad con Unicode, International Components for Unicode (ICU), se actualizó de la versión 74.2 a la 77.1, lo que agregó compatibilidad con Unicode 16 y actualizó los datos de configuración regional.
Dos cambios podrían representar un riesgo para las aplicaciones web que suponen un formato específico de las APIs de JS de Intl:
- Se cambió el formato de número predeterminado en italiano para omitir el separador de miles en los números de 4 dígitos. Por ejemplo, el nuevo
Intl.NumberFormat("it").format(1234)devolverá 1234 en lugar de 1.234. El comportamiento anterior se puede lograr con el parámetrouseGroupingpara el constructorIntl.NumberFormat. - En algunas configuraciones regionales en inglés (en-AU, en-GB y en-IN), se agregó una coma después de los días de la semana completos, por ejemplo, se cambió Saturday 30 April 2011 a Saturday, 30 April 2011. Las aplicaciones web deben evitar depender del formato preciso de las fechas, ya que es posible que vuelvan a cambiar en el futuro.
- Chrome 143 en Windows, macOS, Linux y Android
- Se cambió el formato de número predeterminado en italiano para omitir el separador de miles en los números de 4 dígitos. Por ejemplo, el nuevo
- Políticas nuevas en el navegador Chrome
Política Descripción Inhabilita la toma de capturas de pantalla
(ahora disponible en Android)Permite que las integraciones de la app de Gemini actúen directamente en las páginas web. Seleccionar automáticamente los certificados de cliente para estos sitios
(ahora disponible en Android)Habilita los informes de perfiles en la Consola del administrador
(ya disponible en iOS)Habilita el aprovisionamiento de certificados de cliente para un usuario o perfil administrado
(ya disponible en Android)Habilita el aprovisionamiento de certificados de cliente para navegadores administrados
(ya disponible en Android)
Cambios en Chrome Enterprise Core
- Recomendaciones dinámicas en la Consola del administrador
Chrome Enterprise lanzará una nueva lista de recomendaciones dinámicas en la página Descripción general de Chrome Enterprise en la Consola del administrador de Google.
Esta lista de recomendaciones ayuda a los administradores de TI a comprender qué deben hacer a continuación, recibir alertas sobre cambios importantes, descubrir las novedades a través de las notas de la versión, configurar parámetros populares y mucho más. La lista cambia de forma dinámica según la configuración de los administradores para cada unidad organizativa.
Los administradores pueden probar esta función directamente en la página Descripción general de Chrome de la Consola del administrador. Para ello, deben navegar a Navegador Chrome > Descripción general.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: Disponible para los verificadores de confianza de Chrome Enterprise.
- Chrome 144 en Android, iOS, Linux, macOS y Windows: La función se lanzará gradualmente.
- Accesos directos administrados por la empresa en la página Nueva pestaña
Los accesos directos en la página Nueva pestaña pueden proporcionar acceso rápido a recursos y aplicaciones internos. Los administradores pueden configurar hasta 10 accesos directos en la página Nueva pestaña del usuario con la política NTPShortcuts. A partir de Chrome 141, esta función estará disponible para los verificadores de confianza de Chrome Enterprise Core.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: La versión preliminar anticipada de la política está disponible para los verificadores de confianza. Los administradores pueden configurar hasta 10 accesos directos, y los usuarios pueden cambiar a los accesos directos de Mi organización en Personalizar Chrome.
- Chrome 143 en ChromeOS, Linux, macOS y Windows: La política estará disponible de forma general. Los accesos directos establecidos por los administradores se mostrarán junto con los accesos directos establecidos por el usuario (Mis accesos directos o Sitios más visitados). Los usuarios pueden controlar la visibilidad de los accesos directos en el panel Personalizar Chrome.
- Informes de perfiles en Chrome para iOS
Chrome Enterprise Core lanzará los informes de perfiles en la nube para Chrome en iOS. Para activar los informes de perfiles en iOS, los administradores de TI deberán habilitar la política de Informes de perfiles administrados en la sección Navegador Chrome > Configuración de la Consola del administrador de Google. Si ya activaste los informes de perfiles administrados, recibirás automáticamente informes de perfiles en Chrome para iOS. Los administradores pueden controlar esta función con la política CloudProfileReportingEnabled.
Los datos de informes de perfiles se pueden encontrar en la Consola del administrador de Google > Navegador Chrome > Perfiles administrados. La información de los informes incluye información del perfil y del navegador (versiones del navegador, SO, canal, etcétera), las políticas que se aplican y mucho más.
- Chrome 143 en iOS: La función se lanzaría gradualmente
- Políticas de cumplimiento de criptografía experimentales
PreferSlowKEXAlgorithms y PreferSlowCiphers son dos políticas empresariales experimentales nuevas que configuran Chrome para ordenar sus algoritmos de acuerdo de claves preferidos (grupos admitidos) y algoritmos de cifrado de encriptación, en TLS 1.3, para reflejar una preferencia por los algoritmos que fueron aprobados por un régimen de cumplimiento específico. Por el momento, el único régimen de cumplimiento es CNSA2. Esto no garantiza que se negocien algoritmos específicos. Permite que los operadores de servidores que deseen admitir clientes con y sin requisitos de cumplimiento puedan diferenciar entre clientes y solo usen ciertos algoritmos no predeterminados con mayor solidez criptográfica para aquellos que se configuraron explícitamente para preferirlos. No es necesario establecer esta política para la seguridad. La criptografía predeterminada que usa Chrome es lo suficientemente sólida como para resistir un ataque de fuerza bruta con toda la potencia del sol. Si estableces esta política, Chrome será más lento cuando accedas a sitios web. Esta política solo afecta a TLS 1.3 y QUIC, y no a versiones anteriores de TLS.
Estas políticas están disponibles temporalmente como una sola función experimental combinada,
chrome://#cryptography-compliance-cnsa.- Chrome 143 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Las políticas están disponibles, pero marcadas como experimentales para el navegador Chrome.
- Chrome 144 en ChromeOS: Las políticas adicionales que se aplican a la pantalla de acceso del dispositivo ChromeOS están disponibles, pero marcadas como experimentales.
- Chrome 146 en Android, ChromeOS, Linux, macOS y Windows: Alrededor de Chrome 146, los servidores TLS de las propiedades de Google se actualizarán para negociar ML-KEM-1024 cuando se establezca esta marca. En ese momento, la política ya no se marcará como experimental.
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Compatibilidad con certificados de cliente en Chrome para Android
El aprovisionamiento de certificados de cliente empresariales ahora está disponible en Chrome para Android, lo que extiende la compatibilidad existente que ya está disponible en las plataformas de escritorio. Los administradores que usan Chrome Enterprise Core ahora pueden implementar certificados de cliente en navegadores administrados y perfiles administrados en dispositivos Android, lo que permite una autenticación fluida en los recursos empresariales. Esta integración mejora la seguridad, ya que aprovecha el almacenamiento de claves guardadas en hardware, como Android Keystore y StrongBox, lo que hace que las claves privadas no se puedan exportar y sean muy resistentes a las vulneraciones.
- Chrome 143 en Android
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
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y la función Gemini Live, con la que pueden hacerlo por voz.
En Chrome 143, Gemini en Chrome comienza a lanzarse para la mayoría de los usuarios de Google Workspace con acceso a la app de Gemini en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda o esta entrada de blog.
La función de contexto de varias pestañas también estará disponible en Chrome 143. Ahora, Gemini en Chrome puede ver más de tus pestañas abiertas (hasta 10) para que puedas hacer preguntas sobre varias páginas y comparar o encontrar información de manera más eficiente. Gemini en Chrome también funciona como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendario y Tasks.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- A partir de Chrome 144 en macOS y Windows:
- Las capacidades de agente en Gemini en Chrome están disponibles para algunos usuarios (no empresariales). En el lanzamiento, estará disponible una política empresarial, GeminiActOnWebSettings, que se puede establecer con parámetros de configuración personalizados. Los usuarios que no sean empresariales también podrán subir imágenes renderizadas directamente a Gemini en Chrome con un elemento del menú contextual de Chrome. Luego, los usuarios pueden usar instrucciones en Gemini en Chrome para generar imágenes derivadas nuevas.
- Elemento del menú contextual de carga de imágenes disponible para los usuarios empresariales. Esta función respetará las reglas establecidas a través de la política DataControlsRules y la configuración de OnBulkDataEntryEnterpriseConnector.
- A partir de Chrome 148 en macOS y Windows: Las capacidades de agente en Gemini en Chrome estarán disponibles para los usuarios empresariales.
- Configuración de seguridad agrupada
Esta función proporciona a los usuarios opciones de seguridad agrupadas para configurar los parámetros de seguridad según el nivel de protección deseado mientras usan Chrome. Los usuarios pueden elegir entre la opción Mejorada para obtener el nivel más alto de seguridad y la opción Estándar para obtener la protección equilibrada predeterminada. Los usuarios pueden seguir estableciendo valores personalizados para la configuración, como lo hacen actualmente. Esto simplifica la experiencia del usuario y facilita que los usuarios obtengan el nivel de protección que desean sin necesidad de comprender las opciones de configuración avanzadas.
Las políticas empresariales existentes tienen prioridad sobre las selecciones de paquetes del usuario final. Si se configura una política existente para la configuración de seguridad, los valores no se anularán por la elección de un paquete de seguridad del usuario.
- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política empresarial SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos
savedTabGroupsen plataformas de escritorio. Sin embargo, en las plataformas para dispositivos móviles, la sincronización de grupos de pestañas ya se administra con el tipo de datos de pestañas. Para alinear el comportamiento de la versión para computadoras con la versión para dispositivos móviles y simplificar la administración de la sincronización, se dejará de usar el tipo de datossavedTabGroupsindividual y ya no será un valor personalizable de forma individual dentro de la política SyncTypesListDisabled.Acción obligatoria para los administradores:
A partir de Chrome 144, si la política SyncTypesListDisabled inabilita pestañas o
savedTabGroups, se considerarán inhabilitados ambos tipos de datos. Esto significa que inhabilitar las pestañas también inhabilitará los grupos de pestañas guardados y viceversa. El valorsavedTabGroupsse quitará por completo de la lista de tipos de datos admitidos para esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y deseen mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. Esto garantizará el comportamiento deseado antes de que se quite por completo el valor desavedTabGroups.- Chrome 144 en Windows, macOS y Linux
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Happy Eyeballs V3 realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6 o IPv4) para reducir la demora en la conexión de red visible para el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Compatibilidad con multicast para la API de Direct Sockets
Esta función permite que las apps web aisladas (IWA) se suscriban a grupos de multicast y reciban paquetes del protocolo de datagramas de usuario (UDP) desde allí, y que especifiquen parámetros adicionales cuando envían paquetes UDP a direcciones de multicast.
- Chrome 144 en Windows, macOS y Linux
- Detección de estafas integrada en el dispositivo en Android
Chrome enviará una solicitud a la Navegación segura para obtener un veredicto final cuando se detecte una estafa en el dispositivo a través de las funciones visuales de la página. Según este veredicto, Chrome decidirá si mostrará una advertencia al usuario.
Esta función solo está habilitada para los usuarios en el modo de Protección mejorada. La función está inhabilitada para los usuarios del modo de Protección estándar o los usuarios con la Navegación segura inhabilitada. Los administradores de empresas pueden controlar este parámetro de configuración con la política de Chrome Enterprise SafeBrowsingProtectionLevel.
- Chrome 144 en Android
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador emite la solicitud de red en paralelo con el inicio del service worker y consume el resultado de la solicitud de red dentro del controlador de recuperación si este devuelve la respuesta con respondWith(). Si el resultado del controlador de recuperación es de resguardo, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento existente del service worker. Los administradores pueden controlar esta función con una política empresarial llamada ServiceWorkerAutoPreloadEnabled.
- Chrome 140 en Android y Windows: Política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: Se quitará la política ServiceWorkerAutoPreloadEnabled
- Advertencia deactualización aSin HTTPS
Chrome 141 actualizó la advertencia que se muestra cuando un usuario habilita la opción Usar siempre conexiones seguras en
chrome://settings/securityde un intersticial a un diálogo. El indicador de seguridad del contenido de la URL en la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa permanece bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: Nuevo diseño de advertencia en plataformas de escritorio
- Chrome 143 en Android: Nuevo diseño de advertencia en Android
- Aplicación forzosa de la 2SV para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la Verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo sobre la aplicación forzosa de la 2SV para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV
- Chrome 145 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria
- Seudoelementos de resaltado de CSS para la búsqueda en la página
Esta función expondrá el diseño de los resultados de la búsqueda en la página a los autores como un seudoelemento de resaltado, como los errores de selección y ortografía. Esto permite a los autores cambiar los colores de primer plano y de fondo, o agregar decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 145 en Windows, macOS, Linux y Android
- Cambio en la programación de lanzamiento a partir de Chrome versión estable anticipada 145
A partir de Chrome 145, Chrome se lanzará en el canal Early Stable una semana antes de lo comunicado anteriormente. Por ejemplo, el lanzamiento de la versión estable anticipada de Chrome 145 se trasladará del 4 de febrero de 2026 al 28 de enero de 2026. No hay cambios en la versión del canal estable. Para obtener más información, consulta el Programa de lanzamientos actualizado.
- Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal Early Stable una semana antes.
- Inhabilitar las extensiones instaladas de manera automática con incumplimientos que no sean de malware
Esta función inhabilitará de forma silenciosa las extensiones instaladas de forma automática que muestren incumplimientos de las políticas de Chrome Web Store (CWS) en entornos de navegador no administrados. Estos incumplimientos incluyen incumplimientos generales del programa, software no deseado y posibles vulnerabilidades de seguridad que no se clasifican como malware. Los usuarios conservarán la capacidad de activar o desactivar estas extensiones, pero no podrán quitarlas.
Se agregará una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, en la versión 142 para conservar el comportamiento existente en los entornos de navegador no administrados, pero se quitará en la versión 145.
Este cambio no afecta las instancias administradas de Chrome que estén unidas a un dominio de Microsoft Active Directory, unidas a Microsoft Azure Active Directory o inscritas en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se administran a través de MDM, que se unen a un dominio o que se inscriben en Chrome Enterprise Core.
- Chrome 142 en macOS y Windows: En Chrome 142 para Windows y macOS, las extensiones instaladas de manera automática con incumplimientos de política menores se inhabilitarán de forma silenciosa en entornos de baja confianza.
- Chrome 145 en macOS y Windows: Se quitará la política ExtensionForceInstallWithMinorPolicyViolationEnabled.
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 145, las cookies estarán vinculadas a su origen de configuración (de forma predeterminada) de modo que solo se podrá acceder a ellas desde ese origen, es decir, se enviarán en una solicitud o se podrán ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto a través del uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList estarán disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 145 en Android, iOS, Linux, macOS y Windows: Las políticas empresariales estarán disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: Se quitarán las políticas empresariales.
- Eliminación de las políticas para la partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. La marca
chrome://que permitía a los usuarios inhabilitar esta función se quitó en Chrome 128, y la prueba de baja finalizó con Chrome 139.En Chrome 145, se quitarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usando
document.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins.
- Encapsulamiento de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines del 2024. Sin embargo, se necesitarán algoritmos de cifrado poscuánticos seguros en TLS a largo plazo y, por lo tanto, se quitará esta política empresarial. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 146 en Linux, macOS y Windows: Se quitará la política empresarial PostQuantumKeyAgreementEnabled.
- No se permiten espacios en los hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://de Windows (GitHub).- Chrome 147 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 148 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzaría gradualmente.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 150 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Los administradores podrán controlar esta función con una política empresarial WebRtcPostQuantumKeyAgreement para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Lanzamiento de la función
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitó la política empresarial
- Restricciones de acceso a la red local
Chrome 142 restringirá la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso.
Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o a una dirección de bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función.
Para obtener más información sobre esta función, consulta esta guía para adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
- Chrome 152 en Android, ChromeOS, Linux, macOS y Windows: Se quitará LocalNetworkAccessRestrictionsTemporaryOptOut.
Próximas actualizaciones de Chrome Enterprise Core
No hay próximas actualizaciones de Chrome Enterprise Core.
Próximas actualizaciones de Chrome Enterprise Premium
- Protección de las reglas de copiado y pegado
Para ayudar a las organizaciones a prevenir de mejor manera el robo de datos en dispositivos móviles, Chrome extenderá los controles de datos del portapapeles que ya existen para computadoras. Los administradores ahora pueden usar la política DataControlsRules para establecer reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que incumpla las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que la información sensible se pegue desde un contexto de trabajo en apps o sitios web personales en su flota de dispositivos móviles. Esto aborda una brecha de seguridad significativa y una función solicitada con frecuencia por los clientes empresariales que mencionaron la falta de controles de datos en dispositivos móviles como una preocupación.
Para usar esta función, los administradores pueden configurar restricciones en el portapapeles dentro de la política DataControlsRules, lo que proporciona una experiencia de administración coherente en computadoras y dispositivos móviles para fortalecer la postura de seguridad general de su organización. En este artículo del Centro de ayuda, se proporciona más contexto sobre cómo los administradores pueden configurar y administrar los conectores de informes de Chrome Enterprise para reenviar eventos de seguridad del navegador y de protección de datos a servicios de terceros para su análisis.
- Chrome 140 en Android: La protección de las reglas de copiar y pegar está disponible en Android.
- Chrome 144 en iOS: La protección de las reglas de copiar y pegar está disponible en Android.
- Reglas de anulación de proxy
Para simplificar la administración de proxies en entornos empresariales complejos, Chrome 144 introducirá dos políticas nuevas: ProxyOverrideRules y EnableProxyOverrideRulesForAllUsers. Actualmente, las organizaciones que usan varias soluciones de proxy (por ejemplo, un proxy general y uno específico para la puerta de enlace segura de Google) o que tienen diferentes equipos de administradores (por ejemplo, para la GPO y la Consola del administrador de Google) deben combinar manualmente archivos PAC complejos. Este proceso es propenso a errores y genera una fricción administrativa significativa.
La nueva política ProxyOverrideRules permite que los administradores configuren una lista de reglas de enrutamiento que se evalúan antes de cualquier configuración de proxy existente, incluidos los archivos PAC establecidos por la política ProxySettings. Esto permite que los administradores antepongan fácilmente rutas específicas (por ejemplo, para enviar tráfico de apps web privadas a una puerta de enlace segura) sin modificar la secuencia de comandos PAC principal de toda la empresa. La política EnableProxyOverrideRulesForAllUsers proporciona un control adicional sobre cómo se aplican estas reglas de anulación a los usuarios no afiliados en un dispositivo. Los usuarios finales verán una notificación en la página
chrome://settingspara informarles cuando estas reglas de proxy administrativas estén activas.- Chrome 144 en ChromeOS, Linux, macOS y Windows
Las reglas de anulación de proxy estarán disponibles en Windows, macOS, ChromeOS y Linux.
- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Mayor compatibilidad con el tamaño de archivos para los análisis de DLP
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de malware para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cerrará esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS?.
- Chrome 145 en Linux, macOS y Windows: En esta etapa, se habilita la recopilación de archivos grandes (más de 50 MB) y encriptados para Evidence Locker, lo que cierra una brecha de seguridad clave de la DLP.
Resumen del lanzamiento de ChromeOS 143
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Administrar impresoras conectadas a través de un puerto USB | ✓ | ||
| Parámetros de impresión preconfigurados | ✓ | ||
| Precarga de Google Vids en ChromeOS para usuarios administrados | ✓ | ||
| Cambio de kana a romaji en el teclado virtual de ChromeOS | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Mejoras en la autenticación con insignias | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones actuales de ChromeOS
-
Administra impresoras USB en ChromeOS
Anteriormente, los administradores solo podían administrar las impresoras conectadas a ChromeOS a través de una conexión de red. Esta nueva función permite administrar las impresoras conectadas a un dispositivo ChromeOS a través del puerto USB. Los administradores de ChromeOS ahora pueden especificar el ID de proveedor y el ID de producto de las impresoras USB para administrarlas en sus organizaciones.
Para obtener más información, consulta Administra impresoras locales y de red.
- Configuración de impresión predefinida
A partir de ChromeOS 143, los administradores pueden preconfigurar o limitar las opciones de impresión por impresora. La funcionalidad se aplica a los parámetros de configuración de tamaño de papel, tipo de papel, impresión a doble cara, color, DPI, calidad de impresión e imprimir como imagen. La configuración previa de los parámetros de impresión ayuda a optimizar los flujos de trabajo en dominios como la atención médica, el comercio minorista o la logística. Un ejemplo recurrente son las impresoras de etiquetas con un tamaño de etiqueta específico. Si se preestablece el tamaño del papel, los administradores pueden ahorrarles a los usuarios la molestia de realizar una configuración manual.
Para obtener más información, consulta Administra impresoras locales y de red.
- Precarga de Google Vids en ChromeOS para usuarios administrados
Google Vids, una app de creación de videos potenciada por IA para el trabajo, ahora está preinstalada para los usuarios administrados. Puedes usar Google Vids para crear, escribir, producir, editar y compartir tus videos, así como colaborar en ellos.
Los usuarios administrados pueden encontrar Google Vids en el Selector de ChromeOS. Para obtener más información, consulta Google Vids ayuda a difundir tu mensaje a través de la narración de historias en video.
- Cambio de kana a romaji en el teclado virtual de ChromeOS
ChromeOS 143 agrega un interruptor para cambiar entre los modos de entrada kana y romaji a la IU del teclado virtual cuando se elige el idioma de entrada japonés. Esta mejora permite a los usuarios cambiar los diseños en el modo de kiosco cuando no es posible abrir la configuración del teclado virtual.
Próximos cambios en ChromeOS
-
Mejoras en la autenticación con insignias
ChromeOS agregó la funcionalidad de autenticación con insignia a las sesiones de usuario de ChromeOS. Los usuarios pueden simplemente iniciar una sesión o abandonarla con solo presionar una insignia. La solución se enfoca en los trabajadores de primera línea de varios sectores, como la venta minorista, la hotelería y la industria manufacturera. A partir de ChromeOS 145, mejoraremos esta funcionalidad con la compatibilidad para desbloquear la pantalla con un toque y los casos de uso de toque sobre el lector, además de la compatibilidad con lectores basados en WebHID y SDK.
Para obtener más información, consulta Configura la autenticación basada en insignias.
Chrome 142
Resumen de la versión de Chrome 142
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Experiencia simplificada de acceso y sincronización en Chrome para computadoras | ✓ | ✓ | |
| Inhabilitación de las extensiones instaladas de manera automática con incumplimientos no relacionados con malware | ✓ | ||
| Compatibilidad con varios perfiles en la extensión Compartir en Chrome para iOS | ✓ | ||
| Asistencia del LLM del cliente para mitigar estafas | ✓ | ||
| Restricciones de acceso a la red local | ✓ | ||
| Aislamiento de procesos con clave de origen | ✓ | ||
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Activación del usuario persistente en navegaciones iniciadas por el renderizador del mismo origen | ✓ | ||
| Integración de las Herramientas para desarrolladores de Chrome con Google Developer Program | ✓ | ||
| Personalización del fondo de la página Nueva pestaña de Chrome para iOS | ✓ | ||
| Google Chat se entrega desde un nuevo destino | |||
| Políticas nuevas del navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|
No hay actualizaciones en esta versión. |
|||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Refactorización de la UX de las reglas del navegador Chrome | ✓ | ✓ | |
| Integración optimizada de Chrome Enterprise en Google SecOps | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Baja y eliminación de XSLT | ✓ | ✓ | ✓ |
| Gemini en Chrome | ✓ | ||
| ICU 77 (compatibilidad con Unicode 16) | ✓ | ||
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Actualización del diseño de la advertencia Sin HTTPS | ✓ | ||
| Configuración de seguridad agrupada | ✓ | ||
| Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Compatibilidad con multidifusión para la API de Direct Sockets | ✓ | ||
| ServiceWorkerAutoPreload | ✓ | ||
| Aplicación forzosa de la 2SV para los administradores | ✓ | ||
| Seudoelementos de resaltado de CSS para la búsqueda en la página | ✓ | ||
| Cambio en la programación de lanzamiento a partir de la versión estable anticipada de Chrome 145 | ✓ | ||
| Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Eliminación de las políticas para la partición de almacenamiento de terceros | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Apps web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Migración de la API de SafeBrowsing v4 a la v5 | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Accesos directos administrados por la empresa en la página Nueva pestaña | ✓ | ✓ | |
| Informes de perfiles en Chrome para iOS | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Mayor compatibilidad con el tamaño de archivos para los análisis de DLP | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Experiencia simplificada de acceso y sincronización en Chrome para computadoras
Chrome lanzará una versión simplificada y consolidada del acceso y la sincronización en Chrome para Windows, mac y Linux. La Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En cambio, los usuarios pueden acceder a Chrome para usar y guardar datos, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales pertinentes. Además, los usuarios que accedan a Chrome también pueden habilitar la sincronización de sus pestañas y su historial de navegación en sus Cuentas de Google, sujeto nuevamente a las políticas empresariales pertinentes.
Al igual que antes, la función que anteriormente formaba parte de la Sincronización de Chrome que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncDisabled y SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.
Los cambios no afectan la capacidad de los usuarios para acceder a las propiedades de Google en la Web (por ejemplo, Gmail) sin acceder a Chrome, la capacidad de permanecer sin acceder a Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.
Estos cambios son bastante similares a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117 y en Android 127.
- Chrome 142 en Linux, macOS y Windows: Lanzamiento gradual
- Inhabilitación de las extensiones instaladas de manera automática con incumplimientos no relacionados con malware
Esta función inhabilita silenciosamente las extensiones instaladas de manera automática que muestran incumplimientos de las políticas de Chrome Web Store (CWS) en entornos de navegador no administrados. Entre estos incumplimientos, se incluyen los de tipo general del programa, el software no deseado y las vulnerabilidades de seguridad potenciales que no se clasifican como malware. Los usuarios conservarán la capacidad de habilitar o inhabilitar estas extensiones, pero no podrán quitarlas.
En la versión 142, se agregará una nueva política empresarial, ExtensionForceInstallWithNonMalwareViolationEnabled, para conservar el comportamiento existente en los entornos de navegador no administrados, pero se quitará en la versión 145.
Este cambio no afecta las instancias administradas de Chrome que estén unidas a un dominio de Microsoft Active Directory, unidas a Microsoft Azure Active Directory o inscritas en Chrome Enterprise Core. En macOS, este cambio no afecta a las instancias de Chrome que se administran a través de MDM, que se unen a un dominio o que se inscriben en Chrome Enterprise Core.
- Chrome 142 en macOS y Windows: Las extensiones instaladas de manera automática con incumplimientos leves de políticas se inhabilitarán silenciosamente en entornos de baja confianza.
- Chrome 145 en macOS y Windows: Se quitará la política ExtensionForceInstallWithNonMalwareViolationsEnabled.
- Compatibilidad con varios perfiles en la extensión Compartir de Chrome para iOS
A partir de Chrome 142 en iOS, la extensión Compartir de Chrome permite que los usuarios vean el perfil que se usa actualmente y lo cambien antes de abrir una URL en Chrome o buscar texto o imágenes. En el caso de los usuarios que tienen habilitados varios perfiles, cuando quieran compartir una URL o seleccionar texto o una imagen, y, luego, seleccionar Chrome, podrán ver la extensión Compartir de Chrome con el avatar de una cuenta. Si los usuarios no hacen nada, se abrirá el intent de uso compartido en el perfil seleccionado.
Para cambiar el perfil desde la extensión Compartir de Chrome, los usuarios deben hacer clic en él y seleccionar el perfil deseado. Luego, Chrome cambiará los perfiles según corresponda. Si la política empresarial permite los perfiles de trabajo, los usuarios pueden establecer el perfil de los widgets. Si solo se permiten perfiles personales o solo perfiles corporativos y no se habilita la compatibilidad con varios perfiles, los widgets seguirán funcionando como antes.
- Chrome 142 en iOS
- Asistencia del LLM del cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de diferentes tipos todos los días. Para combatirlas, Chrome aprovecha el modelo de lenguaje grande (LLM) integrado en el dispositivo, de manera que se identifiquen los sitios web fraudulentos para los usuarios de la función Navegación segura mejorada. Chrome envía el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de la página y enviarlos al servidor de Navegación segura para obtener un veredicto final. Cuando está habilitado, Chrome puede consumir más ancho de banda para descargar el LLM.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen del intent de la página que activó el bloqueo del teclado para identificar sitios web de estafa.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa el resumen de la marca y el intent de la página que activó el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: Se recopila el resumen de la marca y el intent de la página según el sistema de puntuación de reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa la marca y el intent de las páginas que calificó el sistema de reputación del servidor.
- Chrome 142 en Android
- Restricciones de acceso a la red local
Chrome 142 restringe la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso.
Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorga, el permiso también flexibiliza el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por diversos motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función.
Para obtener más información sobre esta función, consulta esta guía para adaptar tu sitio web a las nuevas restricciones de acceso a la red local en Chrome.
- Chrome 142 en Windows, macOS, Linux y Android
- Aislamiento de procesos con clave de origen
Chrome 142 introduce un cambio en la política de aislamiento de procesos, que pasa de bloquear procesos en un sitio, como
https://example.com, a bloquearlos en un origen específico, comohttps://foo.example.com.Para mejorar aún más la seguridad, Chrome está migrando a un modelo de aislamiento de procesos más detallado llamado aislamiento de orígenes. Anteriormente, Chrome usaba el Aislamiento de sitios, que agrupaba diferentes orígenes del mismo sitio (por ejemplo,
https://a.example.comyhttps://b.example.com) en un solo proceso renderizador.Con el Aislamiento de orígenes, cada origen individual (por ejemplo,
https://foo.example.com) se aísla en su propio proceso renderizador. Este cambio fortalece la arquitectura de seguridad de Chrome, ya que alinea mejor los límites de los procesos con el modelo de seguridad fundamental basado en el origen de la Web, lo que ofrece una mayor protección contra posibles vulnerabilidades en los sitios.Consideraciones de rendimiento potenciales: Si bien cada proceso individual será más pequeño, este aumento en el nivel de detalle de los procesos puede generar un mayor uso general de la memoria y la CPU. Para equilibrar la seguridad y el rendimiento, el aislamiento de orígenes se habilitará de forma predeterminada solo en dispositivos con al menos 4 GB de RAM.
Control empresarial: Los administradores pueden controlar esta función con la política OriginKeyedProcessesEnabled.
- Chrome 142 en ChromeOS, Linux y Windows
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Los administradores podrán controlar esta función con la política empresarial WebRtcPostQuantumKeyAgreement para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitó la política empresarial.
- Activación del usuario persistente en navegaciones del mismo origen
Esta función conserva el estado de activación persistente del usuario después de que una página navega a otra página del mismo origen. La falta de activación del usuario en la página posterior a la navegación impide algunos casos de uso, como mostrar teclados virtuales en el enfoque automático. Esto ha sido un bloqueo para los desarrolladores que desean crear aplicaciones de varias páginas (MPA) sobre aplicaciones de una página (SPA).
- Chrome 142 en Windows, macOS, Linux y Android
- Integración de las Herramientas para desarrolladores de Chrome con el Google Developer Program
Esta función integrará el Google Developer Program (GDP) con las Herramientas para desarrolladores de Chrome (CDT) para habilitar y mejorar la participación de los desarrolladores. La integración incorporará un sistema de insignias para recompensar a los usuarios por interactuar con las Herramientas para desarrolladores y brindarles una experiencia en ellas para registrarse en el GDP, lo que, en última instancia, fomentará un ecosistema más conectado y fácil de descubrir para los desarrolladores.
La política DevToolsGoogleDeveloperProgramProfileAvailability permitirá a los administradores integrar el Google Developer Program en las Herramientas para desarrolladores de Chrome. El perfil del Google Developer Program del usuario se muestra en las Herramientas para desarrolladores de Chrome, y los usuarios reciben insignias por realizar acciones específicas en ellas.
- Chrome 142 en ChromeOS, Linux, macOS y Windows: Las Herramientas para desarrolladores de Chrome ofrecen a los desarrolladores web la capacidad de conectarse e integrarse al Google Developer Program.
- Personalización del fondo de la página Nueva pestaña en Chrome para iOS
Chrome para iOS ahora permitirá que los usuarios personalicen el fondo de la página Nueva pestaña (NTP). Los administradores podrán establecer NTPCustomBackgroundEnabled como verdadero o falso, lo que determinará si los usuarios podrán personalizar el fondo de la NTP. El administrador puede establecer BrowserThemeColor, que permite especificar un color con un código hexadecimal no anulable por el usuario.
El administrador también puede especificar un valor hexadecimal recomendado, que el usuario puede anular. Si la función está completamente habilitada, el usuario también puede seleccionar elementos de la galería preseleccionada en Chrome o de la galería de fotos del teléfono.
- Chrome 142 en iOS: La función se lanzará gradualmente.
- Google Chat se entrega desde un nuevo destino
El equipo de Google Chat lanzará una experiencia de Google Chat más rápida y confiable para los usuarios de la Web. Ahora, Chat se entregará desde
chat.google.comen lugar demail.google.com/chat, pero los usuarios podrán seguir usando sus vínculos y favoritos existentes demail.google.com/chat. Este cambio reducirá el tiempo de carga cuando se abra la app y no modificará la interfaz de usuario de Chat.- Administradores y desarrolladores: Si creaste una extensión que funciona con Chat, deberás asegurarte de que sea compatible con la nueva dirección web
chat.google.com. Actualiza tu extensión para asegurarte de que pueda encontrar Chat y que pueda interactuar con él en su nueva ubicación. - Usuarios finales: Si usas extensiones de Chrome para mejorar Chat, es posible que sus creadores deban actualizarlas para que funcionen correctamente después de la migración a
chat.google.com. Si observas que una extensión no funciona como se espera, verifica si hay una actualización disponible en Chrome Web Store. - Administradores: Si bloqueaste el acceso a Chat para los usuarios de tu organización usando una lista de URLs permitidas o bloqueadas en el administrador de Chrome, también deberás agregar el dominio
chat.google.com.
Nuestro equipo de Google Chat planea lanzar estos cambios lentamente a partir del 14 de noviembre de 2025, y esperamos que se lancen para todos los usuarios antes del 31 de enero de 2026.
- Administradores y desarrolladores: Si creaste una extensión que funciona con Chat, deberás asegurarte de que sea compatible con la nueva dirección web
- Políticas nuevas en el navegador Chrome
Política Descripción ScreenCaptureAllowedByOrigins Permitir que estos orígenes capturen pestañas, ventanas y escritorios TabCaptureAllowedByOrigins Permitir que estos orígenes capturen pestañas GenAILocalFoundationalModelSettings Configuración del modelo de base local de IA generativa WindowCaptureAllowedByOrigins Permitir que estos orígenes capturen pestañas y ventanas SameOriginTabCaptureAllowedByOrigins Permitir que estos orígenes capturen pestañas del mismo origen LocalNetworkAccessRestrictionsTemporaryOptOut Especificar si se deben inhabilitar (temporalmente) las restricciones de acceso a la red local DevToolsGoogleDeveloperProgramProfileAvailability Habilitar los perfiles del Google Developer Program en las Herramientas para desarrolladores de Chrome ExtensionForceInstallWithNonMalwareViolationsEnabled Habilitar las extensiones instaladas de manera automática con incumplimientos que no son de software malicioso ExtensionInstallCloudPolicyChecksEnabled Habilitar verificaciones adicionales de políticas de la nube para permitir o bloquear la instalación de extensiones
Cambios en Chrome Enterprise Core
No hay actualizaciones de Chrome Enterprise Core en esta versión.
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Refactorización de la UX de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de pérdida de datos (DLP), se actualizará la Consola del administrador de Google para optimizar la forma en que los administradores definen las políticas para diferentes aplicaciones, como Chrome y Workspace. Este cambio incluye grupos de aplicaciones mutuamente exclusivos, lo que significa que una sola regla de DLP ahora solo puede orientarse a un grupo de aplicaciones a la vez, ya sea a apps de Workspace (como Drive o Gmail), activadores del navegador Chrome (como subir archivos o visitar una URL) o activadores de ChromeOS. Este cambio simplifica la configuración de reglas, elimina los posibles conflictos de selecciones de apps superpuestas y sienta las bases para flujos de trabajo más especializados y fáciles de usar, adaptados a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de Apps actualizada con botones de selección para aplicar esta selección de un solo grupo para las reglas nuevas. El sistema migrará de forma transparente las reglas existentes que anteriormente combinaban aplicaciones de varios grupos a reglas independientes, compatibles y de una sola plataforma para garantizar una protección continua y una transición sin complicaciones. En la Consola del administrador, habrá banners con información sobre estos cambios y el proceso de migración. No se presentan políticas empresariales nuevas con esta actualización; los cambios se aplican a la interfaz de configuración de reglas. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS? - Ayuda de Chrome Enterprise y Education.
- Chrome 142 en ChromeOS, Linux, macOS y Windows: Se habilita la selección de apps mutuamente excluyentes para la configuración de reglas de la DLP en la Consola del administrador.
- Integración optimizada de Chrome Enterprise en Google SecOps
La nueva integración de Chrome Enterprise Premium (CEP) y Google Security Operations (SecOps) proporciona una conexión nativa y directa entre ambos sistemas. Esta función transforma el navegador en un sensor de seguridad principal, lo que permite a las organizaciones prevenir, detectar, investigar y responder a amenazas basadas en la Web (phishing, malware y robo de datos) enviando un conjunto más completo de eventos de seguridad y telemetría detallada del navegador desde Chrome directamente a SecOps.
Para los administradores, la integración presenta tipos de eventos de seguridad mejorados, como la navegación de URLs y las visitas a URLs sospechosas, que se enriquecen automáticamente con las puntuaciones de riesgo de la Navegación segura y la inteligencia contra amenazas. Se reemplazó el flujo de trabajo manual anterior por una nueva configuración optimizada de un clic en la Consola del administrador.
NOTA: La recopilación de eventos de gran volumen (por ejemplo, la navegación de URLs) es opcional. La función no requiere cambios en las políticas para usuarios finales.
- Chrome 142 en iOS, ChromeOS, Linux, macOS y Windows
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
- Baja y eliminación de XSLT
XSLT v1.0, que todos los navegadores cumplen, se estandarizó en 1999. Con el tiempo, XSLT evolucionó a las versiones 2.0 y 3.0, agregando funciones y distanciándose de la versión antigua que perduró en los navegadores. Esta falta de avance, junto con el aumento de las bibliotecas y los frameworks de JavaScript que ofrecen una manipulación del DOM más flexible y potente, provocó una disminución significativa en el uso de XSLT del lado del cliente. Su función en el navegador web se sustituyó en gran medida por tecnologías basadas en JavaScript, como JSON y React.
Chromium usa la biblioteca libxslt para procesar estas transformaciones, y libxslt no recibió mantenimiento durante aproximadamente 6 meses en el 2025. libxslt es una base de código C compleja y antigua, notoriamente susceptible de vulnerabilidades de seguridad de la memoria, como los desbordamientos del búfer, que pueden provocar la ejecución de código arbitrario. Dado que XSLT del lado del cliente ahora es una función de nicho que se usa con poca frecuencia, estas bibliotecas reciben mucha menos atención en cuanto a mantenimiento y seguridad que los motores principales de JavaScript, pero representan una superficie de ataque directa y potente para procesar contenido web no confiable. De hecho, XSLT es la fuente de numerosos exploits de seguridad recientes y mediáticos que siguen poniendo en riesgo a los usuarios del navegador.
Por estos motivos, Chromium y los otros dos motores de navegadores planean dar de baja y quitar XSLT de la plataforma web.
- Chrome 143 en Android, ChromeOS, Linux, macOS y Windows: Se darán de baja las APIs (pero no se quitarán).
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y “Gemini Live”, con el que pueden hacerlo por voz.
En Chrome 143, Gemini en Chrome comenzará a lanzarse para la mayoría de los usuarios de Google Workspace con acceso a la app de Gemini en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda o esta entrada de blog.
La función de contexto de varias pestañas también estará disponible en Chrome 143. Ahora, Gemini en Chrome puede ver más de las pestañas que abriste (hasta 10) para que puedas hacer preguntas sobre múltiples páginas y comparar o encontrar información con más eficiencia. Gemini en Chrome también funciona como agente de productividad, ya que habilita las herramientas de YouTube, Maps, Gmail, Drive, Keep, Calendario y Tasks.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Primera versión de Chrome 143 en macOS y Windows: Las capacidades de agente en Gemini en Chrome están disponibles para algunos usuarios (no empresariales). La política empresarial GeminiActOnWebSettings estará disponible en el lanzamiento.
- Primera versión de Chrome 147 en macOS y Windows: Las capacidades de agente en Gemini en Chrome están disponibles para los usuarios empresariales.
- ICU 77 (compatible con Unicode 16)
Se actualizó la biblioteca de compatibilidad ICU (International Components for Unicode) de la versión 74.2 a la 77.1, lo que agregó compatibilidad con Unicode 16 y actualizó los datos de configuración regional. Dos cambios podrían representar un riesgo para las aplicaciones web que suponen un formato específico de las APIs de Intl JS:
- Se cambió el formato de número predeterminado en italiano para omitir el separador de miles en los números de 4 dígitos. Por ejemplo,
new Intl.NumberFormat("it").format(1234)devolverá 1234 en lugar de 1.234. El comportamiento anterior se puede lograr con el parámetro useGrouping para el constructorIntl.NumberFormat. - En algunas configuraciones regionales del inglés (en-AU, en-GB y en-IN), se agregó una coma después de los días de la semana completos; por ejemplo, se cambió “Saturday 30 April 2011”a “Saturday, 30 April 2011”. Las aplicaciones web deben evitar depender del formato preciso de las fechas, ya que es posible que vuelvan a cambiar en el futuro.
- Chrome 143 en Windows, macOS, Linux y Android
- Se cambió el formato de número predeterminado en italiano para omitir el separador de miles en los números de 4 dígitos. Por ejemplo,
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 143, las cookies están vinculadas a su origen de configuración (de forma predeterminada) de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto a través del uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.
Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 143 en Android, iOS, Linux, macOS y Windows: Las políticas empresariales estarán disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: Se quitarán las políticas empresariales.
- Advertencia deactualización aSin HTTPS
En Chrome 141, se actualizó la advertencia que aparece cuando un usuario habilita la opción Usar siempre conexiones seguras en
chrome://settings/securityde un intersticial a un diálogo. El indicador de seguridad del contenido de la URL en la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa permanece bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 141 en ChromeOS, Linux, macOS y Windows: Nuevo diseño de advertencia en plataformas de escritorio
- Chrome 143 en Android: Nuevo diseño de advertencia en Android
- Configuración de seguridad agrupada
Esta función proporciona a los usuarios opciones de seguridad agrupadas para configurar los parámetros de seguridad según el nivel de protección deseado mientras usan Chrome. Los usuarios pueden elegir entre la opción Mejorada para obtener el nivel más alto de seguridad y la opción Estándar para obtener la protección equilibrada predeterminada. Los usuarios pueden seguir estableciendo valores personalizados para la configuración, como lo hacen actualmente. Esto simplifica la experiencia del usuario y facilita que los usuarios obtengan el nivel de protección que desean sin necesidad de comprender las opciones de configuración avanzadas.
Las políticas empresariales existentes tienen prioridad sobre las selecciones de paquetes del usuario final. Si se configura una política existente para la configuración de seguridad, los valores no se anularán por la elección de un paquete de seguridad del usuario.
- Chrome 144 en ChromeOS, Linux, macOS y Windows
- Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política empresarial SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos savedTabGroups en plataformas de escritorio. Sin embargo, en las plataformas para dispositivos móviles, la sincronización de grupos de pestañas ya se administra con el tipo de datos de pestañas. Para alinear el comportamiento de la versión para computadoras con la versión para dispositivos móviles y simplificar la administración de la sincronización, se dejará de usar el tipo de datos savedTabGroups individual y ya no será un valor personalizable de forma individual dentro de la política SyncTypesListDisabled.
Acción obligatoria para los administradores:
A partir de Chrome 144, si la política SyncTypesListDisabled inhabilita pestañas o savedTabGroups, se considerarán inhabilitados ambos tipos de datos. Esto significa que inhabilitar las pestañas también inhabilitará los grupos de pestañas guardados y viceversa. El valor savedTabGroups se quitará por completo de la lista de tipos de datos admitidos para esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y deseen mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. Esto garantizará el comportamiento deseado antes de que se quite por completo el valor de savedTabGroups.
- Chrome 144 en Windows, macOS y Linux
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros a través de la caché de HTTP con Seguridad de Transporte Estricta (HSTS). Esta función solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. De esta manera, los sitios de terceros no pueden usar la caché de HSTS para realizar un seguimiento de los usuarios en la Web.
- Chrome 144 en Windows, macOS, Linux y Android
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Happy Eyeballs V3 realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6 o IPv4) para reducir la demora en la conexión de red visible para el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Compatibilidad con multidifusión para la API de Direct Sockets
Permite que las apps web aisladas se suscriban a grupos de multidifusión y reciban paquetes UDP desde allí, y que especifiquen parámetros adicionales cuando envíen paquetes UDP a direcciones de multidifusión.
- Chrome 144 en Windows, macOS y Linux
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador emite la solicitud de red en paralelo con el inicio del service worker y consume el resultado de la solicitud de red dentro del controlador de recuperación si este devuelve la respuesta con
respondWith(). Si el resultado del controlador de recuperación es de resguardo, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento existente del service worker. Los administradores pueden controlar esta función con una política empresarial llamada ServiceWorkerAutoPreloadEnabled.- Chrome 140 en Android y Windows: Política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: Se quitará la política ServiceWorkerAutoPreloadEnabled
- Aplicación forzosa de la 2SV para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la Verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo sobre la aplicación forzosa de la 2SV para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV
- Chrome 145 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria
- Seudoelementos de resaltado de CSS para la búsqueda en la página
Esta función expondrá el diseño de los resultados de la búsqueda en la página a los autores como un seudoelemento de resaltado, como los errores de selección y ortografía. Esto permite a los autores cambiar los colores de primer plano y de fondo, o agregar decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 145 en Windows, macOS, Linux y Android
- Cambio en la programación de lanzamiento a partir de la versión estable anticipada de Chrome 145
A partir de Chrome 145, Chrome se lanzará en el canal de versión estable anticipada una semana antes de lo comunicado anteriormente. Por ejemplo, el lanzamiento de la versión estable anticipada de Chrome 145 se trasladará del 4 de febrero de 2026 al 28 de enero de 2026. No hay cambios en la versión del canal estable. Para obtener más información, consulta el Programa de lanzamientos actualizado.
- Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal Early Stable anticipada una semana antes.
- Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación
Actualmente, el valor de la propiedad
window.namese conserva durante todo el ciclo de vida de una pestaña, incluso con la navegación que cambia los grupos de contexto de navegación, lo que puede filtrar información y, potencialmente, usarse como un vector de seguimiento. A partir de Chrome 142, la propiedadwindow.nameya no se conservará en este caso, lo que mitigará este problema.Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 145 en Windows, macOS, Linux, iOS y Android: La política empresarial estará disponible.
- Chrome 148 en Windows, macOS, Linux, iOS y Android: Se quitará la política empresarial.
- No se permiten espacios en los hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero este cambio conlleva la dificultad de que se usan en la parte del host en las URLs
file://de Windows (consulta GitHub).- Chrome 145 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Eliminación de las políticas para la partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. La marca de
chrome://que permitía a los usuarios inhabilitar esta función se quitó en Chrome 128, y la prueba de baja finalizó con Chrome 139.En Chrome 145, se quitarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usando
document.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos aquí en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins.
- Encapsulamiento de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines del 2024. Sin embargo, se necesitarán algoritmos de cifrado poscuánticos seguros en TLS a largo plazo y, por lo tanto, se quitará esta política empresarial. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 145 en Linux, macOS y Windows: Se quitará la política empresarial.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 150 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.
Próximas actualizaciones de Chrome Enterprise Core
- Accesos directos administrados por la empresa en la página Nueva pestaña
Los accesos directos en la página Nueva pestaña pueden proporcionar acceso rápido a recursos y aplicaciones internos. Los administradores pueden configurar hasta 10 accesos directos en la página Nueva pestaña del usuario con la política NTPShortcuts. A partir de Chrome 141, esta función estará disponible para los verificadores de confianza de Chrome Enterprise Core.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: La versión preliminar anticipada de la política está disponible para los verificadores de confianza. Los administradores pueden configurar hasta 10 accesos directos, y los usuarios pueden cambiar a los accesos directos de Mi organización en Personalizar Chrome.
- Chrome 143 en ChromeOS, Linux, macOS y Windows: La política estará disponible de forma general. Los accesos directos establecidos por los administradores se mostrarán junto con los accesos directos establecidos por el usuario (Mis accesos directos o Sitios más visitados). Los usuarios pueden controlar la visibilidad de los accesos directos en el panel Personalizar Chrome.
- Informes de perfiles en Chrome para iOS
Chrome Enterprise Core lanzará los informes de perfiles en la nube para Chrome en iOS. Para activar los informes de perfiles en iOS, los administradores de TI deberán habilitar la política de Informes de perfiles administrados en la sección Navegador Chrome > Configuración de la Consola del administrador de Google. Si ya activaste los informes de perfiles administrados, recibirás automáticamente informes de perfiles en Chrome para iOS. Los administradores pueden controlar esta función con la política CloudProfileReportingEnabled.
Los datos de informes de perfiles se pueden encontrar en la Consola del administrador de Google > Navegador Chrome > Perfiles administrados. La información de los informes incluye información del perfil y del navegador (versiones del navegador, SO, canal, etcétera), las políticas que se aplican y mucho más.
- Chrome 143 en iOS: La función se lanzará gradualmente.
Próximos cambios en Chrome Enterprise Premium
- Mayor compatibilidad con el tamaño de archivos para los análisis de DLP
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de software malicioso para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS? - Ayuda de Chrome Enterprise y Education.
- Chrome 145 en Linux, macOS y Windows: En esta etapa, se habilita la recopilación de archivos grandes (más de 50 MB) y encriptados para Evidence Locker, lo que cierra una brecha de seguridad clave de la DLP.
Resumen del lanzamiento de ChromeOS 142
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Aprovisionamiento de certificados | ✓ | ||
| Política de cierre de sesión automático en todos los dispositivos | ✓ | ||
| Google Chat se entrega desde un nuevo destino | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Impresoras USB administradas en ChromeOS | ✓ | ||
| Transparencia mejorada para la recuperación de datos en ChromeOS | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones actuales de ChromeOS
- Aprovisionamiento de certificados
Se renovó por completo el aprovisionamiento de certificados para Chromebooks. Ahora admitimos las claves dinámicas SCEP y ECC.
- Compatibilidad con SCEP dinámico para mayor seguridad
- Compatibilidad con claves ECC, más rápidas que las claves RSA
Para obtener más detalles sobre las instrucciones de configuración, consulta Configura la inscripción de certificados para ChromeOS a través de SCEP - Ayuda de Chrome Enterprise y Education.
Nota: La versión mínima compatible con estos cambios es ChromeOS 138.
- Política de cierre de sesión automático en todos los dispositivos
A partir de la versión 142 de Chrome, los administradores de dispositivos ChromeOS administrados pueden bloquear las sesiones simultáneas del dispositivo para el mismo usuario. Esta función ayuda a reducir el uso compartido de cuentas, tanto intencional como no intencional, en entornos controlados, como las instituciones educativas.
Cuando los usuarios acceden a un dispositivo nuevo con su cuenta, se cierra la sesión en otros dispositivos ChromeOS que usaron antes con la misma cuenta.
Puedes controlar esta función con la política Cierre de sesión automático.
- Google Chat se entrega desde un nuevo destino
El equipo de Google Chat lanzará una experiencia de Google Chat más rápida y confiable para los usuarios de la Web. Ahora, Chat se entregará desde
chat.google.comen lugar demail.google.com/chat, pero los usuarios podrán seguir usando sus vínculos y favoritos existentes demail.google.com/chat. Este cambio reducirá el tiempo de carga cuando se abra la app y no modificará la interfaz de usuario de Chat.- Administradores y desarrolladores: Si creaste una extensión que funciona con Chat, deberás asegurarte de que sea compatible con la nueva dirección web
chat.google.com. Actualiza tu extensión para asegurarte de que pueda encontrar Chat y que pueda interactuar con él en su nueva ubicación. - Usuarios finales: Si usas extensiones de Chrome para mejorar Chat, es posible que sus creadores deban actualizarlas para que funcionen correctamente después de la migración a
chat.google.com. Si observas que una extensión no funciona como se espera, verifica si hay una actualización disponible en Chrome Web Store. - Administradores: Si bloqueaste el acceso a Chat para los usuarios de tu organización usando una lista de URLs permitidas o bloqueadas en el administrador de Chrome, también deberás agregar el dominio
chat.google.com.
Nuestro equipo de Google Chat planea lanzar estos cambios lentamente a partir del 14 de noviembre de 2025, y esperamos que se lancen para todos los usuarios antes del 31 de enero de 2026.
- Administradores y desarrolladores: Si creaste una extensión que funciona con Chat, deberás asegurarte de que sea compatible con la nueva dirección web
Próximos cambios en ChromeOS
-
Impresoras USB administradas en ChromeOS
En ChromeOS 143, esta nueva función proporcionará una forma de administrar las impresoras conectadas a un dispositivo ChromeOS a través del puerto USB. Actualmente, los administradores solo pueden configurar la administración de impresoras conectadas a ChromeOS a través de una conexión de red. Pronto, los administradores empresariales de ChromeOS podrán especificar el ID del proveedor y el del producto de las impresoras USB para administrarlas en sus organizaciones.
-
Mayor transparencia en la recuperación de datos en ChromeOS
Como parte de nuestro compromiso con la seguridad, a partir de ChromeOS 144, ofreceremos mayor transparencia en el historial de recuperación de datos de tu dispositivo. Cada intento de recuperación se registra en un libro de contabilidad a prueba de manipulaciones y que preserva la privacidad. Ahora permitimos que se revise ese registro.
Esto te permite verificar que todos los intentos de recuperar datos locales en tu dispositivo los hayas realizado tú, lo que garantiza que se detecten fácilmente los intentos de acceso no autorizados y te brinda total tranquilidad.
Para obtener más detalles, consulta Configura la recuperación de datos locales en dispositivos ChromeOS - Ayuda de Chrome Enterprise y Education.
Chrome 141
Resumen de la versión de Chrome 141
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Nuevo indicador heurístico de secuestro de búsqueda en la telemetría de la extensión | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Pie de página en Nueva pestaña | ✓ | ✓ | ✓ |
| Comandos remotos para perfiles autenticados por terceros | ✓ | ||
| Aislamiento de procesos con clave de origen | ✓ | ||
| Política estricta del mismo origen para la API de Storage Access | ✓ | ||
| Políticas nuevas del navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Compatibilidad con navegadores inscritos para las personalizaciones de Chrome Web Store para empresas | ✓ | ✓ | |
| Accesos directos administrados por la empresa en la página Nueva pestaña | ✓ | ✓ | |
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Personalización de marcas de agua | ✓ | ✓ | |
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Restricciones de acceso a la red local | ✓ | ||
| Compatibilidad con varios perfiles de Chrome en iOS en la extensión Compartir | ✓ | ||
| Experiencia simplificada de acceso y sincronización en Chrome para computadoras | ✓ | ✓ | |
| Configuración de seguridad agrupada | ✓ | ||
| Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| Asistencia del LLM del cliente para mitigar estafas | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Eventos interoperables pointerrawupdate expuestos solo en contextos seguros | ✓ | ||
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Activación del usuario persistente en navegaciones del mismo origen | ✓ | ||
| Actualización del diseño de la advertencia Sin HTTPS | ✓ | ||
| Manifiesto de la app web: algoritmo de elegibilidad de actualización | ✓ | ||
| Seudoelementos de resaltado de CSS para la búsqueda en la página | ✓ | ||
| Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| ServiceWorkerAutoPreload | ✓ | ||
| Cambio en el programa de lanzamiento de Early Stable | |||
| Aplicación forzosa de la 2SV para los administradores | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Eliminación de las políticas para la partición de almacenamiento de terceros | ✓ | ||
| Migración de la API de SafeBrowsing v4 a la v5 | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Apps web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Informes de perfiles en Chrome para iOS | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Refactorización de la UX de las reglas del navegador Chrome | ✓ | ✓ | |
| Mayor compatibilidad con el tamaño de archivos para los análisis de DLP | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Nuevo indicador heurístico de secuestro de búsqueda en la telemetría de la extensión
Las extensiones maliciosas de Chrome interceptan y redireccionan las búsquedas del cuadro multifunción y de Realbox (el cuadro de búsqueda de la página Nueva pestaña) desde la página de resultados del motor de búsqueda (SERP) a una URL controlada por el atacante. Esta función agrega una heurística del cliente para detectar este tipo de secuestro de la búsqueda. La idea principal es comparar las búsquedas iniciadas por el usuario con las llegadas exitosas a la SERP. Una discrepancia significativa con el paso del tiempo indica claramente actividad de secuestro. Esta heurística genera un nuevo indicador que se sube al servidor de telemetría de CRX de la Navegación segura a través del servicio de telemetría de extensiones existente en Chrome. Luego, el análisis del servidor de los datos de los indicadores de varios navegadores Chrome puede identificar posibles secuestros de la búsqueda.
- Chrome 141 en ChromeOS, Linux, macOS y Windows
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y Gemini Live, con el que pueden hacerlo por voz.
En Chrome 141, Gemini en Chrome comienza a lanzarse para la mayoría de los usuarios de Google Workspace con acceso a la app de Gemini en EE.UU.. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda o esta entrada de blog.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Chrome 141 en iOS, macOS y Windows: La función se lanzará gradualmente en la versión estable para la mayoría de los usuarios de Google Workspace que tengan acceso a la app de Gemini en EE.UU.
- Chrome 143 en macOS y Windows: Se introducen capacidades de agente en Gemini en Chrome. Las políticas empresariales estarán disponibles en el lanzamiento.
- Pie de página en Nueva pestaña
Una actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para brindar a los usuarios mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: La atribución de extensiones comenzará a mostrarse en el NTP. Si una extensión cambió la página predeterminada de Nueva pestaña, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. A menudo, este mensaje incluye un vínculo directo a la extensión en Chrome Web Store, lo que facilita la identificación y administración de las extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: Se mostrará la divulgación de administración del navegador si un administrador empresarial establece una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome está administrado por una fuente de confianza, el pie de página de Nueva pestaña ahora mostrará un aviso de divulgación de administración. Esto te ayuda a comprender cómo se administra tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled. Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 141 en Linux, macOS y Windows: Se mostrará un aviso predeterminado (Administrado por <nombre de dominio>) en el pie de página de la página Nueva pestaña para todos los navegadores administrados. La visibilidad se puede cambiar con la política NTPFooterManagementNoticeEnabled.
- Comandos remotos para perfiles autenticados por terceros
Esta función introduce comandos administrativos remotos, como borrar la caché y las cookies, para los perfiles de Chrome autenticados a través de proveedores de identidad externos. Esta mejora extiende las capacidades de administración a estos perfiles recientemente admitidos, lo que permite a los administradores controlar de forma remota una mayor variedad de cuentas de usuario.
- Chrome 141 en Linux, macOS y Windows: Ahora admitimos comandos remotos para perfiles autenticados por terceros.
- Aislamiento de procesos con clave de origen
Para mejorar aún más la seguridad, Chrome está migrando a un modelo de aislamiento de procesos más detallado llamado aislamiento de orígenes. Anteriormente, Chrome usaba el aislamiento de sitios, que agrupaba diferentes orígenes del mismo sitio (por ejemplo,
a.example.comyb.example.com) en un solo proceso de renderizador.Con el aislamiento de orígenes, cada origen individual (por ejemplo,
https://foo.example.com) se aísla en su propio proceso de renderizador. Este cambio fortalece la arquitectura de seguridad de Chrome, ya que alinea mejor los límites de los procesos con el modelo de seguridad fundamental basado en el origen de la Web, lo que ofrece una mayor protección contra posibles vulnerabilidades en los sitios. Si bien cada proceso individual será más pequeño, este aumento en el nivel de detalle de los procesos puede generar un mayor uso general de la memoria y la CPU. Para equilibrar la seguridad y el rendimiento, el aislamiento de orígenes se habilitará de forma predeterminada solo en dispositivos con al menos 4 GB de RAM.Los administradores pueden controlar esta función con la política OriginKeyedProcessesEnabled.
- Chrome 141 en Windows, macOS y Linux: La función se lanzará gradualmente.
- Política estricta del mismo origen para la API de Storage Access
En Chrome 141, la semántica de la API de Storage Access ahora sigue estrictamente la política del mismo origen para mejorar la seguridad. De forma predeterminada, usar
document.requestStorageAccess()en un marco solo adjunta cookies a las solicitudes al origen del iframe (no al sitio). La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.- Chrome 141 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción NTPShortcuts Configura una lista de accesos directos en la página Nueva pestaña GloballyScopeHTTPAuthCacheEnabled Configura si la caché de autenticación HTTP se limita a un sitio de nivel superior o a una pestaña del navegador.
Cambios en Chrome Enterprise Core
- Compatibilidad con navegadores inscritos para las personalizaciones de Chrome Web Store para empresas
Ahora Chrome Web Store personalizado admite navegadores administrados inscritos en Chrome Enterprise Core (configuración de la máquina en la nube). Esto permite que los administradores personalicen Chrome Web Store sin necesidad de que los usuarios accedan a sus cuentas. Las personalizaciones incluyen lo siguiente:
- Agregar logotipos de empresas
- Agregar banners hero y anuncios personalizados
- Seleccionar colecciones de extensiones
- Ocultar categorías de extensiones
Anteriormente, se lanzó la configuración de personalización de Chrome Web Store en Chrome 132, pero solo admitía políticas a nivel del usuario (para usuarios que accedieron a su cuenta). A partir de Chrome 140, esta función estará disponible para los verificadores de confianza de Chrome Enterprise Core.
- Chrome 141 en Linux, macOS y Windows: A partir de Chrome 141, esta función se lanzará con disponibilidad general (DG).
- Accesos directos administrados por la empresa en la página Nueva pestaña
Los accesos directos en la página Nueva pestaña pueden proporcionar acceso rápido a recursos y aplicaciones internos. Los administradores pueden configurar hasta 10 accesos directos en la página Nueva pestaña del usuario con la política NTPShortcuts. A partir de Chrome 141, esta función estará disponible para los verificadores de confianza de Chrome Enterprise Core.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: La versión preliminar anticipada de la política está disponible para los verificadores de confianza. Los administradores pueden configurar hasta 10 accesos directos, y los usuarios pueden cambiar a los accesos directos de Mi organización en Personalizar Chrome.
- Chrome 143 en ChromeOS, Linux, macOS y Windows: La política estará disponible de forma general. Los accesos directos establecidos por los administradores se mostrarán junto con los accesos directos establecidos por el usuario (Mis accesos directos o Sitios más visitados). Los usuarios pueden controlar la visibilidad de los accesos directos en el panel Personalizar Chrome.
- Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio de 2025, comenzó a lanzarse el parámetro de configuración de período de inactividad para la eliminación de perfiles. En septiembre de 2025, el parámetro de configuración comenzó a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. Cuando lancemos el parámetro, el período de inactividad tendrá un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días.
Los administradores pueden cambiar el valor del período de inactividad con este parámetro de configuración:
- El valor máximo es de 730 días.
- El valor mínimo es de 28 días.
Si se reduce el valor establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este volverá a aparecer en la consola.
- Chrome 141 en Android, ChromeOS, Linux, macOS y Windows: La política se lanzó en junio. La eliminación comenzó en septiembre y la ola inicial de eliminación se completará a fines de octubre. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Personalización de marcas de agua
Chrome Enterprise Premium ahora permite que los administradores personalicen la apariencia de las marcas de agua. Esta mejora se debe a la necesidad de mejorar la experiencia del usuario y abordar problemas como la fatiga visual y la legibilidad en las páginas con marcas de agua existentes.
Para controlar la apariencia de la marca de agua, los administradores pueden usar la nueva política WatermarkStyle. En esta política, los administradores pueden configurar lo siguiente:
- font_size: Establece el tamaño de la fuente del texto en píxeles.
- fill_opacity: Establece la opacidad del relleno del texto, de 0 (transparente) a 100 (opaco).
- outline_opacity: Establece la opacidad del contorno del texto, de 0 (transparente) a 100 (opaco).
Esto les brinda a los administradores mayor flexibilidad para equilibrar los requisitos de seguridad con la productividad del usuario final.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: Este lanzamiento permite que los administradores personalicen el tamaño y la opacidad de la fuente de la marca de agua con la nueva política WatermarkStyle en la Consola del administrador de Google.
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
- Restricciones de acceso a la red local
Chrome 142 restringirá la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función. Las empresas que necesiten otorgar o inhabilitar automáticamente el permiso pueden hacerlo con las políticas LocalNetworkAccessAllowedForUrls y LocalNetworkAccessBlockedForUrls. El valor "*" se puede usar para permitir el acceso a la red local en todas las URLs, lo que coincide con el comportamiento anterior al lanzamiento de las restricciones.
- Chrome 142 en Windows, macOS, Linux y Android
- Compatibilidad con varios perfiles de Chrome en iOS a través de la extensión Compartir
A partir de Chrome 142 en iOS, la extensión Compartir de Chrome permite que los usuarios vean el perfil que se usa actualmente y lo cambien antes de abrir una URL en Chrome o buscar texto o imágenes. En el caso de los usuarios que tienen habilitados varios perfiles, cuando quieran compartir una URL o seleccionar texto o una imagen, y, luego, seleccionar Chrome, podrán ver la extensión Compartir de Chrome con el avatar de una cuenta. Si los usuarios no hacen nada, se abrirá el intent de uso compartido en el perfil seleccionado.
Para cambiar el perfil desde la extensión Compartir de Chrome, los usuarios deben hacer clic en él y seleccionar el perfil deseado. Luego, Chrome cambiará los perfiles según corresponda. Si la política empresarial permite los perfiles de trabajo, los usuarios pueden establecer el perfil de los widgets. Si solo se permiten perfiles personales o solo perfiles corporativos y no se habilita la compatibilidad con varios perfiles, los widgets seguirán funcionando como antes.
- Chrome 142 en iOS
- Experiencia simplificada de acceso y sincronización en Chrome para computadoras
Chrome lanzará una versión simplificada y consolidada del acceso y la sincronización en Chrome para Windows, mac y Linux. La Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En cambio, los usuarios pueden acceder a Chrome para usar y guardar datos, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales pertinentes. Además, los usuarios que accedan a Chrome también pueden habilitar la sincronización de sus pestañas y su historial de navegación en sus Cuentas de Google, sujeto nuevamente a las políticas empresariales pertinentes.
Al igual que antes, la función que anteriormente formaba parte de la Sincronización de Chrome que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncDisabled y SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.
Los cambios no afectan la capacidad de los usuarios para acceder a las propiedades de Google en la Web (por ejemplo, Gmail) sin acceder a Chrome, la capacidad de permanecer sin acceder a Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.
Estos cambios son bastante similares a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117 y en Android 127.
- Chrome 142 en Linux, macOS y Windows: Lanzamiento gradual
- Configuración de seguridad agrupada
Esta función proporciona a los usuarios opciones de seguridad agrupadas para configurar los parámetros de seguridad según el nivel de protección deseado mientras usan Chrome. Los usuarios pueden elegir entre la opción Mejorada para obtener el nivel más alto de seguridad y la opción Estándar para obtener la protección equilibrada predeterminada. Los usuarios pueden seguir estableciendo valores personalizados para la configuración, como lo hacen actualmente. Esto simplifica la experiencia del usuario y facilita que los usuarios obtengan el nivel de protección que desean sin necesidad de comprender las opciones de configuración avanzadas.
Las políticas empresariales existentes tienen prioridad sobre las selecciones de paquetes del usuario final. Si se configura una política existente para la configuración de seguridad, los valores no se anularán por la elección de un paquete de seguridad del usuario.
- Chrome 142 en ChromeOS, Linux, macOS y Windows
- Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación
Actualmente, el valor de la propiedad
window.namese conserva durante todo el ciclo de vida de una pestaña, incluso con la navegación que cambia los grupos de contexto de navegación, lo que puede filtrar información y, potencialmente, usarse como un vector de seguimiento. A partir de Chrome 142, la propiedad window.name ya no se conservará en este caso, lo que mitigará este problema.Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 142 en Windows, macOS, Linux, iOS y Android: La política empresarial estará disponible.
- Chrome 146 en Windows, macOS, Linux, iOS y Android: Se quitará la política empresarial.
- Asistencia del LLM del cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de diferentes tipos todos los días. Para combatir estas estafas, Chrome aprovechará el LLM integrado en el dispositivo, de manera que se identifiquen los sitios web fraudulentos para los usuarios de Navegación segura mejorada (ESB). Chrome enviará el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de la página y enviarlos al servidor de Navegación segura para obtener un veredicto final. Cuando está habilitado, Chrome puede consumir más ancho de banda para descargar el LLM.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen del intent de la página que activó el bloqueo del teclado para identificar sitios web de estafa.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa el resumen de la marca y el intent de la página que activó el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: Se recopila el resumen de la marca y el intent de la página según el sistema de puntuación de reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa la marca y el intent de las páginas que calificó el sistema de reputación del servidor.
- Chrome 142 en Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros a través de la caché de HTTP con Seguridad de Transporte Estricta (HSTS). Esta función solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. De esta manera, los sitios de terceros no pueden usar la caché de HSTS para realizar un seguimiento de los usuarios en la Web.
- Chrome 142 en Windows, macOS, Linux y Android
- Eventos interoperables pointerrawupdate expuestos solo en contextos seguros
En el 2020, la especificación de PointerEvents restringió pointerrawupdate a contextos seguros, lo que ocultó tanto el activador de eventos como los objetos de escucha de eventos globales de los contextos no seguros. Con esta función, Chrome cumplirá con la especificación actualizada y será interoperable con otros navegadores principales.
- Chrome 142 en Windows, macOS, Linux y Android
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 142, las cookies están vinculadas a su origen de configuración (de forma predeterminada) de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de
document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto a través del uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 142 en Android, iOS, Linux, macOS y Windows: Las políticas empresariales estarán disponibles.
- Chrome 150 en Android, iOS, Linux, macOS y Windows: Se quitarán las políticas empresariales.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Los administradores podrán controlar esta función con una política empresarial WebRtcPostQuantumKeyAgreementEnabled para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 152.
- Chrome 142 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 152 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitó la política empresarial.
- Activación del usuario persistente en navegaciones del mismo origen
Esta función conserva el estado de activación persistente del usuario después de que una página navega a otra página del mismo origen. La falta de activación del usuario en la página posterior a la navegación impide algunos casos de uso, como mostrar teclados virtuales en el enfoque automático. Esto ha sido un bloqueo para los desarrolladores que desean crear aplicaciones de varias páginas (MPA) sobre aplicaciones de una página (SPA).
- Chrome 142 en Windows, macOS, Linux y Android
- Advertencia deactualización aSin HTTPS
Chrome 140 actualizó la advertencia que se muestra cuando un usuario habilita la opción Usar siempre conexiones seguras en
chrome://settings/securityde un intersticial a un diálogo. El indicador de seguridad del contenido de la URL en la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa permanece bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 140 en ChromeOS, Linux, macOS y Windows: Nuevo diseño de advertencia en plataformas de escritorio
- Chrome 142 en Android: Nuevo diseño de advertencia en Android
- Manifiesto de la app web: algoritmo de elegibilidad de actualización
A partir de Chrome 142, el manifiesto de la app web especificará un algoritmo de elegibilidad para la actualización. Esto hace que el proceso de actualización sea más determinístico y predecible, lo que le brinda al desarrollador más control sobre si se deben aplicar actualizaciones a las instalaciones existentes (y cuándo) y permite quitar la limitación de comprobación de actualización que los usuarios-agentes deben implementar actualmente para evitar desperdiciar recursos de red.
- Chrome 142 en Windows, macOS y Linux
- Chrome 143 en Android
- Seudoelementos de resaltado de CSS para la búsqueda en la página
Esta función expondrá el diseño de los resultados de la búsqueda en la página a los autores como un seudoelemento de resaltado, como los errores de selección y ortografía. Esto permite a los autores cambiar los colores de primer plano y de fondo, o agregar decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 143 en Windows, macOS, Linux y Android
- Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política empresarial SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos
savedTabGroupsen plataformas de escritorio. Sin embargo, en las plataformas para dispositivos móviles, la sincronización de grupos de pestañas ya se administra con el tipo de datos de pestañas. Para alinear el comportamiento de la versión para computadoras con la versión para dispositivos móviles y simplificar la administración de la sincronización, se dejará de usar el tipo de datossavedTabGroupsindividual y ya no será un valor personalizable de forma individual dentro de la política SyncTypesListDisabled.Acción obligatoria para los administradores:
A partir de Chrome 143, si la política SyncTypesListDisabled inabilita pestañas o
savedTabGroups, se considerarán inhabilitados ambos tipos de datos. Esto significa que inhabilitar las pestañas también inhabilitará los grupos de pestañas guardados y viceversa. El valorsavedTabGroupsse quitará por completo de la lista de tipos de datos admitidos para esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y deseen mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. Esto garantizará el comportamiento deseado antes de que se quite por completo el valor desavedTabGroups.- Chrome 143 en Windows, macOS y Linux
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Happy Eyeballs V3 realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6 o IPv4) para reducir la demora en la conexión de red visible para el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en que el navegador emite la solicitud de red en paralelo con el inicio del service worker y consume el resultado de la solicitud de red dentro del controlador de recuperación si este devuelve la respuesta con
respondWith(). Si el resultado del controlador de recuperación es de resguardo, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento existente del service worker. Los administradores pueden controlar esta función con una política empresarial llamada ServiceWorkerAutoPreloadEnabled.- Chrome 140 en Android y Windows: Política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: Se quitará la política ServiceWorkerAutoPreloadEnable
- Cambio en el programa de lanzamiento de Early Stable
A partir de Chrome 145, Chrome se lanzará en el canal Early Stable una semana antes de lo comunicado anteriormente. Por ejemplo, el lanzamiento de la versión estable anticipada de Chrome 145 se trasladará del 4 de febrero de 2026 al 28 de enero de 2026. No hay cambios en la versión del canal estable. Para ver las nuevas fechas de lanzamiento de Early Stable, consulta el programa de lanzamientos actualizado.
-
Chrome 145 en Android, iOS, macOS y Windows: Chrome se lanzará en el canal Early Stable anticipada una semana antes.
-
- Aplicación forzosa de la 2SV para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a
admin.google.comtengan habilitada la verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo sobre la aplicación forzosa de la 2SV para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV
- Chrome 145 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria
- No se permiten espacios en hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (GitHub).
- Chrome 145 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Quita las políticas de partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. La marca
chrome://que permitía a los usuarios inhabilitar esta función se quitó en Chrome 128, y la prueba de baja finalizó con Chrome 139. En Chrome 145, se quitarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos aquí en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins.
- Migración de la API de SafeBrowsing v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio: safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzaría gradualmente.
- Encapsulamiento de claves X25519Kyber768 para TLS
Chrome 124 habilitó de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines del 2024. Sin embargo, se necesitarán algoritmos de cifrado poscuánticos seguros en TLS a largo plazo y, por lo tanto, se quitará esta política empresarial. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 145 en Linux, macOS y Windows: Se quitará la política empresarial.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en esta explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 146 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximas actualizaciones de Chrome Enterprise Core
-
Informes de perfiles en Chrome para iOS
Chrome Enterprise Core lanzará los informes de perfiles en la nube para Chrome en iOS. Para activar los informes de perfiles en iOS, los administradores de TI deberán habilitar la política de Informes de perfiles administrados en la sección Navegador Chrome > Configuración de la Consola del administrador de Google. Si ya activaste los informes de perfiles administrados, recibirás automáticamente informes de perfiles en Chrome para iOS. Los administradores pueden controlar esta función con la política CloudProfileReportingEnabled.
Los datos de informes de perfiles se pueden encontrar en la Consola del administrador de Google > Navegador Chrome > Perfiles administrados. La información de los informes incluye información del perfil y del navegador (versiones del navegador, SO, canal, etcétera), las políticas que se aplican y mucho más.
- Chrome 142 en iOS: La función se lanzaría gradualmente
Próximos cambios en Chrome Enterprise Premium
- Refactorización de la UX de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de pérdida de datos (DLP), se actualizará la Consola del administrador de Google para optimizar la forma en que los administradores definen las políticas para diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se incluyen grupos de aplicaciones mutuamente exclusivos, lo que significa que una sola regla de DLP ahora solo puede orientarse a un grupo de aplicaciones a la vez, ya sea a apps de Workspace (como Drive o Gmail), activadores del navegador Chrome (como la carga de archivos o URL visitada) o activadores de ChromeOS. Este cambio simplifica la configuración de reglas, elimina los posibles conflictos de selecciones de apps superpuestas y sienta las bases para flujos de trabajo más especializados y fáciles de usar, adaptados a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de Apps actualizada con botones de selección para aplicar esta selección de un solo grupo para las reglas nuevas. El sistema migrará de forma transparente las reglas existentes que anteriormente combinaban aplicaciones de varios grupos a reglas independientes, compatibles y de una sola plataforma para garantizar una protección continua y una transición sin complicaciones. En la Consola del administrador, habrá banners con información sobre estos cambios y el proceso de migración. No se presentan políticas empresariales nuevas con esta actualización; los cambios se aplican a la interfaz de configuración de reglas. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS?: Ayuda de Chrome Enterprise y Education.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: Se habilita la selección de apps mutuamente excluyentes para la configuración de reglas de la DLP en la Consola del administrador.
- Mayor compatibilidad con el tamaño de archivos para los análisis de DLP
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de software malicioso para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados. Para obtener más información, consulta ¿Qué son los controles de datos de ChromeOS?: Ayuda de Chrome Enterprise y Education.
- Chrome 145 en Linux, macOS y Windows: En esta etapa, se habilita la recopilación de archivos grandes (más de 50 MB) y encriptados para Evidence Locker, lo que cierra una brecha de seguridad clave de la DLP.
Resumen del lanzamiento de ChromeOS 141
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Transparencia mejorada para la recuperación de datos en ChromeOS | ✓ | ✓ | |
| Nuevas políticas de permisos para la API de Device Attributes | ✓ | ✓ | |
| Parámetro de configuración de límite de carga de la batería en la IU | ✓ | ✓ | |
| Archivos PPD administrados para impresoras | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones actuales de ChromeOS
- Mayor transparencia en la recuperación de datos en ChromeOS
Como parte de nuestro compromiso con la seguridad, ChromeOS ahora ofrece mayor transparencia en el historial de recuperación de datos de tu dispositivo. Cada intento de recuperación se registra en un libro de contabilidad a prueba de manipulaciones y que preserva la privacidad. Ahora permitimos que se revise ese registro.
Esto te permite verificar que todos los intentos de recuperar datos locales en tu dispositivo los hayas realizado tú, lo que garantiza que se detecten fácilmente los intentos de acceso no autorizados y te brinda total tranquilidad.
- Nuevas políticas de permisos para la API de Device Attributes
Los administradores ahora pueden usar dos políticas de permisos nuevas para restringir el acceso a la API de Device Attributes. La API de Device Attributes solo está disponible para las apps web de kiosco instaladas por política y las apps web aisladas (IWA) instaladas por política, y solo en dispositivos ChromeOS administrados. Además, la función se controla con la configuración de contenido.
Se lanzaron dos políticas nuevas: DeviceAttributesBlockedForOrigins y DefaultDeviceAttributesSetting para complementar la política DeviceAttributesAllowedForOrigins lanzada anteriormente. La función está habilitada de forma predeterminada para las situaciones admitidas que se describieron anteriormente.
- Parámetro de configuración de límite de carga de la batería en la IU
Ahora puedes controlar directamente el estado de la batería de tu Chromebook para extender su vida útil con nuevos parámetros de configuración de optimización de carga. Estas funciones ayudan a preservar el estado de la batería a largo plazo ajustando la forma en que se carga el dispositivo.
Para configurar estas opciones accesibles para el usuario, navega a Configuración > Dispositivo > Energía y selecciona Cambiar junto a Carga optimizada. Se puede elegir entre las siguientes opciones:
- Límite de carga: Maximiza la vida útil de la batería limitando la carga máxima al 80%.
- Carga adaptable: Retrasa de forma inteligente la carga al 100% hasta que sea necesario, según tus patrones de uso diarios.
Esta función es la contraparte para el usuario de la política DevicePowerBatteryChargingOptimization disponible en la Consola del administrador de Google. Los administradores pueden establecer esta política en una de las tres opciones siguientes:
- Adaptable: El dispositivo retrasa la carga al 100% hasta que sea necesario.
- Limitada: La batería se carga solo hasta el 80%.
- Estándar: La batería se carga normalmente al 100%, lo que inhabilita todas las optimizaciones de carga en el dispositivo.
La política establecida por un administrador anula cualquier parámetro de configuración seleccionado por el usuario. Un usuario solo puede beneficiarse de ajustar las opciones de optimización de carga en su dispositivo si no se aplica ninguna política de anulación. De forma predeterminada, si no se aplica ninguna política, la Carga optimizada se habilita en el dispositivo con la opción Carga adaptable seleccionada. Para obtener más información, consulta Cómo usar la carga adaptable: Ayuda de Chromebook.
- Archivos PPD administrados para impresoras
Actualmente, existen 2 formas de configurar una impresora: sin controladores, o bien por fabricante y modelo.
Esta nueva función proporciona una tercera forma de identificar una impresora, que es a través de un archivo PPD personalizado. Los administradores de ChromeOS Enterprise ahora pueden especificar archivos PPD personalizados cuando configuran impresoras administradas para sus organizaciones.
Chrome 140
Resumen de la versión de Chrome 140
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Cambio automatizado de contraseña | ✓ | ||
| Sugerencias de búsqueda contextuales en la barra de direcciones de Chrome | ✓ | ||
| Precalentamiento de DSE | ✓ | ||
| Autocompletado mejorado | ✓ | ||
| Inicio de Chrome en un perfil nuevo con la línea de comandos | ✓ | ✓ | |
| Autocompletado y parámetros de configuración para usuarios que accedieron a sus Cuentas de Google | ✓ | ||
| Modo ServiceWorkerAutoPreload | ✓ | ||
| Grupos de pestañas compartidos | ✓ | ||
| Actualización a la advertencia Sin HTTPS | ✓ | ||
| Detención de envío del encabezado Purpose: prefetch desde las cargas y renderizaciones previas | ✓ | ✓ | |
| Baja de las reglas especiales de tamaño de fuente para H1 en algunos elementos | ✓ | ||
| SharedWorker hereda el controlador para la URL de BLOB | ✓ | ||
| Políticas nuevas del navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Filtros nuevos en la página Descripción general de Chrome Enterprise | ✓ | ||
| Regionalización de los datos cubiertos de Chrome Enterprise | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Protección de reglas de copiado y pegado | ✓ | ✓ | |
| Compatibilidad de la DLP con iframes | ✓ | ✓ | |
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Inclusión de un indicador heurístico de secuestro de búsqueda a la telemetría de extensiones | ✓ | ||
| Pie de página en Nueva pestaña | ✓ | ✓ | ✓ |
| Gemini en Chrome | ✓ | ||
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| Seudoelementos de resaltado de CSS para la búsqueda en la página | ✓ | ✓ | |
| Restricciones de acceso a la red local | ✓ | ✓ | |
| Cookies vinculadas al origen (de forma predeterminada) | ✓ | ||
| Política de permisos para la API de Device Attributes | ✓ | ✓ | |
| Política estricta del mismo origen para la API de Storage Access | ✓ | ||
| Ya no se conserva la propiedad window.name para las navegaciones entre sitios | ✓ | ||
| Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled | ✓ | ||
| No se permite la renderización previa de HTTP de texto simple no confiable | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Manifiesto de la app web: algoritmo de elegibilidad de actualización |
✓ |
||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Aplicación forzosa de la 2SV para los administradores | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Eliminación de las políticas para la partición de almacenamiento de terceros | ✓ | ||
| Migración de la API de SafeBrowsing v4 a la v5 | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Apps web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Compatibilidad con navegadores inscritos para las personalizaciones de Chrome Web Store para empresas | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Refactorización de la UX de las reglas del navegador Chrome | ✓ | ✓ | |
| Mayor compatibilidad con el tamaño de archivos para los análisis de DLP | ✓ | ✓ | |
| Personalización de marcas de agua | ✓ | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Cambio automatizado de contraseña
Cuando Chrome detecta que un usuario accedió a un sitio web con una contraseña hackeada conocida, ahora le ofrece cambiarla automáticamente. Esta función está disponible en un conjunto de sitios aptos. La función usa IA, y los administradores pueden controlarla con la política empresarial AutomatedPasswordChangeSettings.
- Chrome 140 en ChromeOS, Linux, macOS y Windows
- Sugerencias de búsqueda contextual en la barra de direcciones de Chrome
Con esta función, puedes preguntar cualquier cosa sobre la página en la que te encuentras, directamente en el contexto. En función del hábito de búsqueda existente en la barra de direcciones, los usuarios pueden hacer una pregunta con Google Lens seleccionando cualquier elemento en la pantalla o formulando una pregunta con palabras. Una acción de Google Lens en la barra de direcciones y las sugerencias contextuales guían a las personas a la función cuando es más útil. Los administradores pueden controlar esta función con la política existente LensOverlaySettings.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Comienza el lanzamiento de la función.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Si no se configura la política LensOverlaySettings esta función respetará la política GenAiDefaultSettings si está presente.
- Precalentamiento de DSE
El precalentamiento del DSE optimiza la integración del proveedor de búsqueda predeterminado en el cuadro multifunción. Cuando el cuadro multifunción se enfoca, Chrome comienza a realizar una renderización previa de la página de precalentamiento que precarga los recursos necesarios para la página de resultados de búsqueda y reutiliza los recursos para acelerar la navegación a la página de resultados de búsqueda en la siguiente búsqueda. Los administradores pueden controlar esta función con la política empresarial NetworkPredictionOptions.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Se realizará un Lanzamiento gradual.
- Autocompletado mejorado
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar con IA, una nueva función que ayuda a los usuarios a completar formularios en línea con mayor facilidad. En los formularios pertinentes, Chrome puede usar la IA para comprender mejor el formulario y ofrecer a los usuarios la posibilidad de completar de manera automática la información guardada anteriormente. Los administradores pueden controlar la función con la política existente GenAiDefaultSettings y una nueva política AutofillPredictionSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Se cambiará el nombre de la función existente Autocompletar con IA a Autocompletar mejorado, se permitirá a los usuarios guardar y completar tipos adicionales de información, y estará disponible en más idiomas y países.
- Inicia Chrome en un perfil nuevo a través de la línea de comandos
Esta función está diseñada para nuestros socios empresariales y administradores que necesitan iniciar aplicaciones web desde sus catálogos de aplicaciones nativas directamente en un perfil de Chrome administrado específico con Chrome-Cli. Actualmente, si el perfil designado no existe, Chrome usa de forma predeterminada el perfil que se usó por última vez, lo que crea una experiencia del usuario inconexa. Con esta nueva función, cuando no se encuentre un perfil especificado, Chrome iniciará el flujo de creación de perfiles existente y prepropagará la dirección de correo electrónico del usuario para optimizar el proceso de configuración. Este es un factor técnico clave para los administradores que desean incorporar a sus usuarios empresariales a Chrome Enterprise a través de perfiles administrados.
- Chrome 140 en Linux, macOS y Windows
- Usuarios que accedieron a su cuenta: Autocompletado y configuración de la Cuenta de Google
Como parte de nuestro esfuerzo por optimizar el modelo de identidad de Chrome en computadoras, las cuentas administradas que originalmente accedieron a Chrome de forma implícita cuando accedieron a una propiedad web de Google y que se encuentran en un perfil administrado con políticas de usuario ahora pueden guardar y usar Autocompletar, la configuración y los temas de su Cuenta de Google mientras están conectadas. Las políticas de usuario existentes siguen funcionando como antes, incluidas SyncDisabled, SyncTypesListDisabled, BrowserSignin, AutofillAddressEnabled, AutofillCreditCardEnabled y PasswordManagerEnabled.
- Chrome 140 en Linux, macOS y Windows
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador emite la solicitud de red en paralelo con el inicio del service worker y consume el resultado de la solicitud de red dentro del controlador de recuperación si este devuelve la respuesta con respondWith(). Si el resultado del controlador de recuperación es de resguardo, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento existente del service worker. Los administradores pueden controlar esta función con una política empresarial llamada ServiceWorkerAutoPreloadEnabled.
- Chrome 140 en Android y Windows: Política ServiceWorkerAutoPreloadEnabled
- Chrome 144 en Android y Windows: Se quitará la política ServiceWorkerAutoPreloadEnabled
- Grupos de pestañas compartidos
Los usuarios ahora pueden colaborar en pestañas con la función de grupos de pestañas compartidos. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en sus computadoras o dispositivos móviles, y sus socios de colaboración pueden explorar las mismas pestañas en sus dispositivos. Cuando una persona cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. Los administradores pueden controlar esta función con una política empresarial, TabGroupSharingSettings, en Chrome 140.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: Lanzamiento de la función para unirse a un grupo de pestañas compartido y usarlo. Los usuarios de Chrome Stable no podrán crear un grupo de pestañas compartido (no estará disponible el punto de entrada). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y Canary para esta fase del lanzamiento.
- Chrome 139 en iOS: A partir de Chrome 139, se lanzará la compatibilidad con iOS.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: La política empresarial TabGroupSharingSettings estará disponible para el propietario de la empresa en la Consola del administrador de Google. El 100% de los usuarios de la versión estable podrán unirse a un grupo de pestañas compartido y usarlo. Sin embargo, la capacidad de crear un grupo de pestañas compartido seguirá siendo exclusiva para los usuarios de las versiones beta, para desarrolladores y Canary, lo que implica que solo los usuarios de esos canales podrán iniciar un grupo (sus amigos y compañeros de trabajo en la versión estable podrán unirse).
- Advertencia deactualización aSin HTTPS
Chrome 140 actualiza la advertencia que se muestra cuando un usuario habilita la opción Usar siempre conexiones seguras en
chrome://settings/securityde un intersticial a un diálogo. El indicador de seguridad del contenido de la URL en la advertencia cambia de un asterisco a un candado roto, mientras que la carga de la página completa permanece bloqueada y la funcionalidad no cambia. Es posible que algunos usuarios vean esta advertencia automáticamente cuando visiten sitios HTTP. Los usuarios pueden habilitar la advertencia enchrome://settings/security.- Chrome 140 en ChromeOS, Linux, macOS y Windows: Nuevo diseño de advertencia en plataformas de escritorio
- Chrome 141 en Android: Nuevo diseño de advertencia en Android
- Detención del envío del encabezado Purpose: prefetch desde las búsquedas previas y las renderizaciones previas
Ahora que las cargas previas y las renderizaciones previas usan el encabezado
Sec-Purposepara estos elementos, este cambio quita el encabezado heredadoPurpose: prefetchque aún se pasa actualmente. Esta actualización se encuentra detrás de una marca de función o un interruptor de apagado para evitar problemas de compatibilidad.El alcance incluye la carga previa de reglas de especulación, la renderización previa de reglas de especulación,
<link rel=prefetch>y el<link rel=prerender>no estándar de Chromium.- Chrome 140 en Windows, macOS, Linux y Android
- Las reglas especiales de tamaño de fuente para H1 están obsoletas en algunos elementos
La especificación de HTML contiene una lista de reglas especiales para las etiquetas <h1> anidadas dentro de las etiquetas <article>, <aside>, <nav> o <section>. Chrome 140 dejó de admitir estas reglas especiales porque pueden causar problemas de accesibilidad. Por ejemplo, pueden reducir visualmente el tamaño de la fuente de las etiquetas <h1> anidadas para que parezcan etiquetas <h2>, pero nada en el árbol de accesibilidad refleja esta degradación.
- Chrome 140 en Windows, macOS, Linux y Android
- SharedWorker hereda el controlador para la URL de BLOB
Según el Caso del cliente del trabajador (github), los trabajadores deben heredar controladores para la URL de BLOB. Sin embargo, el código existente permite que solo los dedicated workers hereden el controlador. Los shared workers no lo heredan. Esta es la solución para que el comportamiento de Chromium se ajuste a la especificación. La política empresarial SharedWorkerBlobURLFixEnabled está disponible para controlar esta función.
- Chrome 140 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción DataControlsRules Establece una lista de reglas de Controles de datos. LiveCaptionEnabled Activar el subtitulado instantáneo ProtectedContentIdentifiersAllowed Permite que las páginas web usen identificadores para la reproducción de contenido protegido TabGroupSharingSettings Configuración de uso compartido del grupo de pestañas RestrictCoreSharingOnRenderer Restringir el uso compartido de núcleos de CPU para el proceso de renderizador OriginKeyedProcessesEnabled Habilitar el aislamiento de procesos con clave de origen de forma predeterminada. AutomatedPasswordChangeSettings Habilitar el cambio de contraseña automatizado ServiceWorkerAutoPreloadEnabled Permitir que ServiceWorker envíe solicitudes de navegación sin esperar su inicio Elige si deseas habilitar la función Protección contra la creación de huellas digitales de Privacy Sandbox en el modo Incógnito. WebRtcPostQuantumKeyAgreement Habilitar el acuerdo de claves poscuántico para WebRTC SerialAskForUrls Permite la API de Serial en estos sitios
SerialBlockedForUrls Bloquea la API de Serial en estos sitios DefaultSerialGuardSetting Controla el uso de la API de Serial SerialAllowAllPortsForUrls Otorgar permiso automáticamente a los sitios para conectarse a puertos en serie LocalNetworkAccessAllowedForUrls Permitir que los sitios envíen solicitudes a endpoints de red locales. LocalNetworkAccessBlockedForUrls Impedir que los sitios realicen solicitudes a endpoints de red locales.
Cambios en Chrome Enterprise Core
- Nuevos filtros en la página Descripción general de Chrome Enterprise
La página Descripción general de Chrome ahora incluye nuevos filtros que permiten a los administradores definir mejor los datos por fecha de última actividad y unidad organizativa. Esta página Descripción general se presentó originalmente en Chrome 137 como parte de la sección Enterprise del navegador Chrome en la Consola del administrador de Google.
- Chrome 140 en Android, iOS, Linux, macOS y Windows: A partir de Chrome 140, habrá nuevos filtros disponibles en la página Descripción general.
- Regionalización de los datos cubiertos de Chrome Enterprise
Con Chrome 139, los administradores obtuvieron la capacidad de designar una ubicación geográfica específica para almacenar los datos cubiertos de Chrome Enterprise de los usuarios. Las opciones incluyen Estados Unidos, la Unión Europea (que se muestra como Europa en la Consola del administrador de Google) o Sin preferencia. Se prevé que la migración completa concluirá a fines de Chrome 140. Este parámetro de configuración se puede establecer en la Consola del administrador de Google en Datos > Cumplimiento > Regiones de datos > Región > Datos en reposo. Para obtener detalles sobre los tipos de datos que se incluyen, consulta las Condiciones Específicas del Servicio de Chrome Enterprise.
- Chrome 139 en Android, iOS, ChromeOS, Linux, macOS y Windows: Comenzará el lanzamiento. Es posible que los administradores puedan establecer una región. Sin embargo, puede que los datos no estén completamente regionalizados hasta el final de Chrome 140.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: La migración inicial estará completamente regionalizada.
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Protección de reglas de copiado y pegado
Para ayudar a las organizaciones a prevenir de mejor manera el robo de datos en dispositivos móviles, Chrome extenderá los controles de datos del portapapeles que ya existen para computadoras. Los administradores ahora pueden usar la política DataControlsRules para establecer reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que incumpla las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que la información sensible se pegue desde un contexto de trabajo en apps o sitios web personales en su flota de dispositivos móviles. Esto aborda una brecha de seguridad significativa y una función solicitada con frecuencia por los clientes empresariales que mencionaron la falta de controles de datos en dispositivos móviles como una preocupación.
Para usar esta función, los administradores pueden configurar restricciones en el portapapeles dentro de la política DataControlsRules, lo que proporciona una experiencia de administración coherente en computadoras y dispositivos móviles para fortalecer la postura de seguridad general de su organización. En este artículo del Centro de ayuda, se proporciona más contexto sobre cómo los administradores pueden configurar y administrar los conectores de informes de Chrome Enterprise para reenviar eventos de seguridad del navegador y protección de datos a servicios de terceros para su análisis.
- Chrome 140 en Android: La protección de las reglas de copiar y pegar está disponible en Android.
- Compatibilidad con la DLP para iframes
Para mejorar la seguridad y evitar el robo de datos, Chrome 140 extiende las capacidades de Prevención de pérdida de datos (DLP) al contenido dentro de los elementos iframe. Con este cambio, cuando un usuario realice una acción que active la DLP (como subir un archivo) desde un sitio cargado en un iframe, Chrome ahora enviará toda la jerarquía de URLs, desde el iframe de origen hasta la página de nivel superior, para que se evalúe en función de todas las reglas de DLP aplicables.
No se requieren políticas empresariales nuevas para habilitar esta función, ya que operan con las reglas de DLP existentes configuradas a través de las políticas del Conector. Los administradores deben tener en cuenta que sus reglas existentes ahora se aplican a los contextos de iframe, lo que podría bloquear acciones del usuario que antes estaban permitidas.
- Chrome 139 en Linux, macOS y Windows: Lanzamiento inicial de la compatibilidad con la Prevención de pérdida de datos para los iframes. En esta fase, se agrega la aplicación forzosa de eventos de carga de archivos que se originan dentro de un contexto de iframe, y funcionará con las reglas de DLP existentes configuradas a través de la política OnFileAttachedEnterpriseConnector.
- Chrome 140 en Linux, macOS y Windows: Esta fase expandida combina dos lanzamientos de funciones y extiende la compatibilidad con iFrames de DLP para incluir la aplicación forzosa de acciones de descarga e impresión de archivos.
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
- Se agregó un indicador heurístico de secuestro de búsqueda a la telemetría de la extensión
Las extensiones maliciosas de Chrome interceptan y redireccionan las búsquedas del cuadro multifunción y de Realbox (el cuadro de búsqueda de la página Nueva pestaña) desde la página de resultados del motor de búsqueda (SERP) a una URL controlada por el atacante. Esta función agrega una heurística del cliente para detectar este tipo de secuestro de la búsqueda. La idea principal es comparar las búsquedas iniciadas por el usuario con las llegadas exitosas a la SERP. Una discrepancia significativa con el paso del tiempo indica claramente actividad de secuestro. Esta heurística genera un nuevo indicador que se sube al servidor de telemetría de CRX de la Navegación segura a través del servicio de telemetría de extensiones existente en Chrome. Luego, el análisis del servidor de los datos de los indicadores de varios navegadores Chrome puede identificar posibles secuestros de la búsqueda.
- Chrome 141 en ChromeOS, Linux, macOS y Windows
- Pie de página en Nueva pestaña
Una actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para brindar a los usuarios mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: La atribución de extensiones comenzará a mostrarse en el NTP. Si una extensión cambió la página predeterminada de Nueva pestaña, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. A menudo, este mensaje incluye un vínculo directo a la extensión en Chrome Web Store, lo que facilita la identificación y administración de las extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: Se mostrará la divulgación de administración del navegador si un administrador empresarial establece una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome está administrado por una fuente de confianza, el pie de página de Nueva pestaña ahora mostrará un aviso de divulgación de administración. Esto te ayuda a comprender cómo se administra tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled. Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 141 en Linux, macOS y Windows: Se comenzará a mostrar un aviso predeterminado (Administrado por <nombre de dominio>) en el pie de página de Nueva pestaña para todos los navegadores administrados. La visibilidad se puede cambiar con la política NTPFooterManagementNoticeEnabled.
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y Gemini Live, con el que pueden hacerlo por voz.
En Chrome 141, Gemini en Chrome estará disponible para los usuarios que accedan a Chrome en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Chrome 141 en macOS y Windows: La función se lanzará gradualmente en la versión estable para los usuarios que accedan a Chrome en EE.UU.
- Criptografía poscuántica para DTLS en WebRTC
Esta función permitirá usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Esta función se podrá controlar con una política empresarial WebRtcPostQuantumKeyAgreementEnabled para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 151.
- Chrome 141 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 151 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitó la política empresarial.
- Seudoelementos de resaltado de CSS para la búsqueda en la página
Esta función expondrá el diseño de los resultados de la búsqueda en la página a los autores como un seudoelemento de resaltado, como los errores de selección y ortografía. Esto permite a los autores cambiar los colores de primer plano y de fondo, o agregar decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados del navegador no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 141 en Windows, macOS, Linux y Android
- Restricciones de acceso a la red local
Chrome 140 restringe la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función. Las empresas que necesiten otorgar o inhabilitar automáticamente el permiso pueden hacerlo con las políticas LocalNetworkAccessAllowedForUrls y LocalNetworkAccessBlockedForUrls. El valor "*" se puede usar para permitir el acceso a la red local en todas las URLs, lo que coincide con el comportamiento anterior al lanzamiento de las restricciones.
- Chrome 141 en Windows, macOS, Linux y Android
- Cookies vinculadas al origen (de forma predeterminada)
En Chrome 141, las cookies están vinculadas a su origen de configuración (de forma predeterminada) de modo que solo se puede acceder a ellas desde ese origen, es decir, se envían en una solicitud o se pueden ver a través de document.cookie. Las cookies pueden aliviar las restricciones de vinculación de host y puerto a través del uso del atributo Domain, pero todas las cookies se vincularán a su esquema de configuración.
Las políticas empresariales temporales LegacyCookieScopeEnabled y LegacyCookieScopeEnabledForDomainList están disponibles para revertir este cambio. Estas políticas dejarán de funcionar en Chrome 150.
- Chrome 141 en Windows, macOS, Linux, iOS y Android: La política estará disponible.
- Chrome 150 en Windows, macOS, Linux, iOS y Android: Se quitará la política.
- Política de permisos para la API de Device Attributes
La nueva política de permisos permite restringir el acceso a la API de Device Attributes, que solo está disponible para las apps web de kiosco instaladas por política y las apps web aisladas instaladas por política, ambas solo en dispositivos ChromeOS administrados.
Además, la función se controla con la configuración de contenido. Se introdujeron 2 políticas nuevas: DeviceAttributesBlockedForOrigins y DefaultDeviceAttributesSetting, para complementar la política DeviceAttributesAllowedForOrigins introducida anteriormente. La función está habilitada de forma predeterminada para las situaciones admitidas que se describieron anteriormente.
- Chrome 141 en Windows, macOS y Linux
- Política estricta del mismo origen para la API de Storage Access
Planeamos ajustar la semántica de la API de Storage Access para seguir estrictamente la política del mismo origen y mejorar la seguridad. De forma predeterminada, usar
document.requestStorageAccess()en un marco solo adjunta cookies a las solicitudes al origen del iframe (no al sitio). La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.- Chrome 141 en Windows, macOS, Linux y Android
- Ya no se conserva la propiedad window.name para las navegaciones entre sitios
Actualmente, el valor de la propiedad window.name se conserva durante todo el ciclo de vida de una pestaña, incluso con la navegación que cambia los grupos de contexto de navegación, lo que puede filtrar información y, potencialmente, usarse como un vector de seguimiento. A partir de Chrome 142, la propiedad window.name ya no se conservará en este caso, lo que mitigará este problema.
Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 142 en Windows, macOS, Linux, iOS y Android
- Se dejó de usar savedTabGroups como valor individual en SyncTypesListDisabled
Actualmente, la política empresarial SyncTypesListDisabled permite a los administradores inhabilitar la sincronización del tipo de datos savedTabGroups en plataformas de escritorio. Sin embargo, en las plataformas para dispositivos móviles, la sincronización de grupos de pestañas ya se administra con el tipo de datos de pestañas. Para alinear el comportamiento de la versión para computadoras con la versión para dispositivos móviles y simplificar la administración de la sincronización, se dejará de usar el tipo de datos savedTabGroups individual y ya no será un valor personalizable de forma individual dentro de la política SyncTypesListDisabled.
Acción obligatoria para los administradores:
A partir de Chrome 142, si la política SyncTypesListDisabled inhabilita las pestañas o los valores savedTabGroups, ahora se considerarán inhabilitados ambos tipos de datos. Esto significa que inhabilitar las pestañas también inhabilitará los grupos de pestañas guardados y viceversa. El valor
savedTabGroupsse quitará por completo de la lista de tipos de datos admitidos para esta política. Los administradores que tengan inhabilitados los grupos de pestañas guardados y deseen mantener este comportamiento deben inhabilitar explícitamente el tipo de datos de pestañas. Esto garantizará el comportamiento deseado antes de que se quite por completo el valor desavedTabGroups.- Chrome 142 en Windows, macOS y Linux
- No se permite la renderización previa de HTTP de texto simple no confiable
Este lanzamiento proporcionará la capacidad de inhabilitar la renderización previa de HTTP de texto simple no confiable.
- Chrome 142 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros a través de la caché de HTTP con Seguridad de Transporte Estricta (HSTS). Esta función solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. De esta manera, los sitios de terceros no pueden usar la caché de HSTS para realizar un seguimiento de los usuarios en la Web.
- Chrome 142 en Windows, macOS, Linux y Android
- Manifiesto de la app web: algoritmo de elegibilidad de actualización
A partir de Chrome 139, el manifiesto de la app web especificará un algoritmo de elegibilidad para la actualización. Esto hace que el proceso de actualización sea más determinístico y predecible, lo que le brinda al desarrollador más control sobre si se deben aplicar actualizaciones a las instalaciones existentes (y cuándo) y permite quitar la limitación de comprobación de actualización que los usuarios-agentes deben implementar actualmente para evitar desperdiciar recursos de red.
- Chrome 142 en Windows, macOS y Linux
- Chrome 143 en Android
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Happy Eyeballs V3 realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6 o IPv4) para reducir la demora en la conexión de red visible para el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 144 en Android, ChromeOS, Linux, macOS y Windows
- Aplicación forzosa de la 2SV para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la Verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo sobre la aplicación forzosa de la 2SV para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV
- Chrome 145 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria
- No se permiten espacios en hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (GitHub).
- Chrome 145 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Quita las políticas de partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. La
marca chrome://que permitía a los usuarios inhabilitar esta función se quitó en Chrome 128, y la prueba de baja finalizó con Chrome 139. En Chrome 145, se quitarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usandodocument.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos aquí en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins.
- Migración de la API de SafeBrowsing de la v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com.De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzaría gradualmente.
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, se habilitará de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines del 2024. Sin embargo, se necesitarán algoritmos de cifrado poscuánticos seguros en TLS a largo plazo y, por lo tanto, se quitará esta política empresarial. El CSNA 2.0 exige criptografía poscuántica. Para obtener más información, consulta Protege el tráfico de Chrome con el KEM híbrido de Kyber.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 145 en Linux, macOS y Windows: Se quitará la política empresarial.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad. En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 146 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximas actualizaciones de Chrome Enterprise Core
-
Compatibilidad con navegadores inscritos para las personalizaciones de Chrome Web Store para empresas
Chrome Web Store personalizado admitirá navegadores administrados inscritos en Chrome Enterprise Core (configuración de la máquina en la nube). Esto permitirá que los administradores personalicen Chrome Web Store sin necesidad de que los usuarios accedan a su cuenta. Las personalizaciones incluyen lo siguiente:
- Agregar logotipos de empresas
- Agregar banners hero y anuncios personalizados
- Seleccionar colecciones de extensiones
- Ocultar categorías de extensiones
Anteriormente, se lanzó la configuración de personalización de Chrome Web Store en Chrome 132, pero solo admitía políticas a nivel del usuario (para usuarios que accedieron a su cuenta). A partir de Chrome 140, esta función estará disponible para los verificadores de confianza de Chrome Enterprise Core.
- Chrome 141 en Linux, macOS y Windows: A partir de Chrome 141, esta función se lanzará con disponibilidad general (DG).
-
Página Descripción general de Chrome Enterprise
En Chrome 137, se introdujo una nueva página Descripción general en la sección del navegador Chrome de la Consola del administrador de Google. La página Resumen permite a los administradores de TI encontrar rápidamente información clave sobre su implementación:
- Perfiles y navegadores inscritos activos e inactivos
- Identificación de los navegadores desactualizados y con actualizaciones pendientes
- Identificación de las extensiones de alto riesgo (según Spin.AI) y obtención de una vista previa de las extensiones más solicitadas
- Estadísticas de seguridad (por ejemplo, cargas o descargas de archivos sensibles)
La página Descripción general también permite a los administradores acceder rápidamente a acciones clave, como administrar extensiones, acceder al navegador o a la lista de perfiles, y establecer políticas de actualización, entre otras.
- Chrome 137 en Android, iOS, Linux, macOS y Windows: Disponible públicamente para administradores de TI
- Chrome 141 en Android, iOS, Linux, macOS y Windows: Se agregó un nuevo filtro disponible en la página Descripción general para las fechas de unidades organizativas y actividades.
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio de 2025, comenzó a lanzarse el parámetro de configuración de período de inactividad para la eliminación de perfiles. En septiembre de 2025, el parámetro de configuración comenzará a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. Cuando lancemos el parámetro, el período de inactividad tendrá un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días. Los administradores pueden cambiar el valor del período de inactividad con este parámetro de configuración. El valor máximo para determinar el período de inactividad del perfil es de 730 días y el mínimo es de 28 días.
Si se reduce el valor establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este volverá a aparecer en la consola.
- Chrome 141 en Android, ChromeOS, Linux, macOS y Windows: La política se lanzó en junio. La eliminación comenzará en septiembre y la ola inicial de eliminación se completará a fines de ese mes. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.
Próximos cambios en Chrome Enterprise Premium
- Refactorización de la UX de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de pérdida de datos (DLP), se actualizará la Consola del administrador de Google para optimizar la forma en que los administradores definen las políticas para diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se incluyen grupos de aplicaciones mutuamente exclusivos, lo que significa que una sola regla de DLP ahora solo puede orientarse a un grupo de aplicaciones a la vez, ya sea a apps de Workspace (como Drive o Gmail), activadores del navegador Chrome (como la carga de archivos o URL visitada) o activadores de ChromeOS. Este cambio simplifica la configuración de reglas, elimina los posibles conflictos de selecciones de apps superpuestas y sienta las bases para flujos de trabajo más especializados y fáciles de usar, adaptados a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de Apps actualizada con botones de selección para aplicar esta selección de un solo grupo para las reglas nuevas. El sistema migrará de forma transparente las reglas existentes que anteriormente combinaban aplicaciones de varios grupos a reglas independientes, compatibles y de una sola plataforma para garantizar una protección continua y una transición sin complicaciones. En la Consola del administrador, habrá banners con información sobre estos cambios y el proceso de migración. No se presentan políticas empresariales nuevas con esta actualización; los cambios se aplican a la interfaz de configuración de reglas.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: Se habilita la selección de apps mutuamente excluyentes para la configuración de reglas de la DLP en la Consola del administrador.
- Mayor compatibilidad con el tamaño de archivos para los análisis de DLP
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de software malicioso para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados.
- Chrome 140 en Linux, macOS y Windows: Se lanza la función.
- Personalización de marcas de agua
Chrome Enterprise Premium ahora permite que los administradores personalicen la apariencia de las marcas de agua. Esta mejora se debe a la necesidad de mejorar la experiencia del usuario y abordar problemas como la fatiga visual y la legibilidad en las páginas con marcas de agua existentes.
Para controlar la apariencia de la marca de agua, los administradores pueden usar la nueva política WatermarkStyle. En esta política, los administradores pueden configurar lo siguiente:
- "font_size": Establece el tamaño de la fuente del texto en píxeles.
- "fill_opacity": Establece la opacidad del relleno del texto, de 0 (transparente) a 100 (opaco).
- "outline_opacity": Establece la opacidad del contorno del texto, de 0 (transparente) a 100 (opaco).
Esto les brinda a los administradores mayor flexibilidad para equilibrar los requisitos de seguridad con la productividad del usuario final.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: Este lanzamiento permite que los administradores personalicen el tamaño y la opacidad de la fuente de la marca de agua con la nueva política WatermarkStyle en la Consola del administrador de Google.
Resumen del lanzamiento de ChromeOS 140
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Notificaciones de grabación de pantalla | ✓ | ||
| API de Device Attributes en las IWA | ✓ | ||
| Política GoogleLocationServicesEnabled | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Parámetro de configuración de límite de carga de la batería en la IU | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones actuales de ChromeOS
- Notificaciones de grabación de pantalla
Esta función introduce una lista de entidades permitidas para omitir notificaciones en la API de getAllScreensMedia para aplicaciones de confianza.
- API de Device Attributes en las IWA
Con este lanzamiento, se incluye una nueva política de permisos para la API de Device Attributes en dispositivos administrados y se cambia la forma en que se obtiene el permiso para esa API en las apps web aisladas.
- Política GoogleLocationServicesEnabled
A principios de 2025, ChromeOS lanzó un nuevo control de ubicación geográfica en todo el sistema dentro de la configuración de Privacidad y seguridad que se puede establecer en Permitir, Solo se permite para servicios del sistema (por ejemplo, zona horaria automática y clima local) o Desactivado. Los administradores pueden elegir establecer un valor predeterminado que los usuarios puedan anular o aplicar uno de los parámetros de configuración. Para cambiar la configuración del dispositivo, los usuarios pueden seleccionar Configuración > Privacidad y seguridad > Controles de privacidad > Acceso a la ubicación > Cambiar acceso.
Si una extensión o app depende del acceso a la ubicación del dispositivo como parte de tu estrategia de administración, debes establecer la política GoogleLocationServicesEnabled para aplicar Permitir. De lo contrario, es posible que los dispositivos solo puedan enviar la ubicación a estas apps o extensiones con datos de dirección IP precisos.
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 ChromeOS
-
Parámetro de configuración de límite de carga de la batería en la IU
A partir de ChromeOS 143, los usuarios podrán controlar directamente el estado de la batería de su Chromebook para extender su vida útil con nuevos parámetros de configuración de optimización de carga. Estas funciones ayudan a preservar el estado de la batería a largo plazo ajustando la forma en que se carga el dispositivo.
Para configurar estas opciones, los usuarios pueden navegar a Configuración > Preferencias del sistema > Energía y hacer clic en Cambiar junto a Carga optimizada. Se puede elegir entre las siguientes opciones:
- Carga adaptable: Retrasa de forma inteligente la carga al 100% hasta que sea necesario, según tus patrones de uso diarios.
- Límite de carga: Maximiza la vida útil de la batería limitando la carga máxima al 80%.
Esta función es la contraparte para el usuario de la política DevicePowerBatteryChargingOptimization disponible en la Consola del administrador de Google. Los administradores pueden establecer esta política en una de las tres opciones siguientes:
- Adaptable: El dispositivo retrasa la carga al 100% hasta que sea necesario.
- Limitada: La batería se carga solo hasta el 80%.
- Estándar: Si no se selecciona ninguno de los parámetros de configuración optimizados anteriores, la batería se carga normalmente al 100%
Es importante tener en cuenta que la política establecida por un administrador anula cualquier parámetro de configuración seleccionado por el usuario. Un usuario solo puede beneficiarse de ajustar las opciones de optimización de carga en su dispositivo si no se aplica ninguna política de anulación. De forma predeterminada, si no se aplica ninguna política, la Carga optimizada se habilita en el dispositivo con la opción Carga adaptable seleccionada.
Chrome 139
Resumen de la versión de Chrome 139
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Modo IA para las recomendaciones de búsqueda en Chrome | ✓ | ||
| Búsqueda en el sitio configurable por el administrador | ✓ | ✓ | |
| Chrome para Android ya no es compatible con Android Oreo ni Android Pie | ✓ | ||
| Verificaciones de descarga de APK maliciosos | ✓ | ||
| Migración de las extensiones a Manifest V3 antes de junio de 2025 | ✓ | ✓ | ✓ |
| Pie de página en Nueva pestaña | ✓ | ✓ | ✓ |
| Prevención de eliminación de contraseñas por error en Chrome | ✓ | ||
| Notificaciones promocionales | ✓ | ||
| Eliminación de las marcas de extensiones peligrosas en Chrome | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| Grupos de pestañas compartidos | ✓ | ||
| Se admiten cuentas en estado pendiente en Chrome para iOS | ✓ | ||
| Próximo cambio en los certificados de la AC incluidos en Chrome Root Store | ✓ | ||
| Detención de envío del encabezado Purpose: prefetch desde las búsquedas previas y las renderizaciones previas | ✓ | ✓ | |
| Chrome dejará de ser compatible con macOS 11 | ✓ | ||
| Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP | ✓ | ||
| Aleatorización de la asignación de puertos TCP en Windows | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Políticas basadas en grupos para la selección de la configuración del conector | ✓ | ||
| Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft 365 | ✓ | ✓ | |
| Regionalización de los datos cubiertos de Chrome Enterprise | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Detección de cuentas activas | ✓ | ✓ | |
| API de Chrome Enterprise Connectors | ✓ | ✓ | |
| Protección de reglas de copiado y pegado | ✓ | ✓ | |
| Compatibilidad con la Prevención de pérdida de datos para iframes | ✓ | ✓ | |
| Habilitación de las marcas de agua en las aplicaciones de una sola página | ✓ | ✓ | |
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Aplicación forzosa de la 2SV para los administradores | ✓ | ||
| Cambio automatizado de contraseña | ✓ | ||
| Sugerencias de búsqueda contextual en la barra de direcciones de Chrome | ✓ | ||
| Autocompletado mejorado | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Happy Eyeballs V3 | ✓ | ✓ | |
| Inicio de Chrome en un perfil nuevo desde la línea de comandos | ✓ | ✓ | |
| Criptografía poscuántica para DTLS en WebRTC | ✓ | ||
| ServiceWorkerAutoPreload | ✓ | ||
| Seudoelementos de resaltado de CSS para la búsqueda en la página | ✓ | ✓ | |
| Las reglas especiales de tamaño de fuente para H1 están obsoletas en algunos elementos. | ✓ | ||
| IP protection | ✓ | ✓ | |
| Restricciones de acceso a la red local | ✓ | ✓ | |
| Tokens de revelación probabilísticos | ✓ | ✓ | |
| Propaga el comportamiento de sobredesplazamiento de viewport desde la raíz | ✓ | ✓ | |
| Bloqueo de secuencias de comandos en modo Incógnito | ✓ | ✓ | |
| Controlador de herencia de secuencias de comandos de SharedWorker para la URL de la secuencia de comandos de BLOB | ✓ | ||
| Política estricta del mismo origen para la API de Storage Access | ✓ | ||
| Manifiesto de la app web: Especifica la elegibilidad de actualización. Las URLs de los íconos tienen el atributo Cache-Control: immutable | ✓ | ||
| Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| No se permite la renderización previa de HTTP de texto simple no confiable | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Eliminación de las políticas de partición de almacenamiento de terceros | ✓ | ||
| Migración de la API de SafeBrowsing de la v4 a la v5 | ✓ | ||
| Apps web aisladas | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Página Descripción general de Chrome Enterprise | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Mayor compatibilidad con el tamaño de archivos para los análisis de Prevención de pérdida de datos | ✓ | ✓ | |
| Personalización de marcas de agua | ✓ | ✓ | |
| Refactorización de la UX de las reglas del navegador Chrome | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Modo IA para las recomendaciones de búsqueda en Chrome
El Modo IA es una función que ayuda a los usuarios a profundizar en los temas que les interesan, ya que muestra el Modo IA para las recomendaciones de búsqueda en Chrome. Una nueva política, AIModeSettings, está disponible para controlar las recomendaciones de búsqueda en la barra de direcciones y el cuadro de búsqueda de la página Nueva pestaña. Esta política también controla las recomendaciones del Modo IA en la barra de direcciones y el cuadro multifunción de la página Nueva pestaña.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Comienza el lanzamiento de las recomendaciones del Modo IA en la barra de direcciones y el cuadro de búsqueda de la página de nueva pestaña. El punto de entrada del Modo IA también se lanzó en el cuadro de búsqueda de la página de pestaña nueva.
- Chrome 139
- En Windows, macOS, Linux y ChromeOS: Comienza el lanzamiento del botón de punto de entrada al Modo IA en la barra de direcciones. Se comienza a lanzar el cuadro de redacción intercalada del Modo IA en el cuadro multifunción de la página Nueva pestaña.
- En iOS y Android: Comienza el lanzamiento del punto de entrada del Modo IA en el cuadro multifunción de la página Nueva pestaña. En iOS, también comienza el lanzamiento de las recomendaciones del Modo IA en la barra de direcciones.
- Búsqueda en el sitio configurable por el administrador
Los atajos de búsqueda en un sitio son una forma de usar la barra de direcciones (cuadro multifunción) como cuadro de búsqueda para un sitio específico sin navegar directamente a la URL del sitio, de forma similar a como puedes usar el cuadro multifunción para realizar una búsqueda general de Google en la Web. Ahora los administradores pueden crear atajos a sitios para que los usuarios accedan a los sitios empresariales más importantes. Para iniciar una búsqueda, los usuarios pueden escribir el atajo o @atajo (por ejemplo, @trabajo), seguido de la barra espaciadora o Tab en la barra de direcciones.
Los administradores controlan estos parámetros de configuración de atajos con la política SiteSearchSettings.
- Chrome 128 en ChromeOS, Linux, macOS y Windows: Se realizará un Lanzamiento gradual.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Se agregó un parámetro de política adicional que permite a los administradores especificar Permitir anulación por parte del usuario y, así, los usuarios puedan editar, inhabilitar o borrar los atajos establecidos por el administrador.
- Chrome para Android ya no es compatible con Android Oreo ni Android Pie
La última versión de Chrome compatible con Android Oreo o Android Pie es Chrome 138, que incluye un mensaje para los usuarios afectados en el que se les informa que actualicen el sistema operativo. Chrome 139 y versiones posteriores no serán compatibles con los usuarios que ejecuten Android Oreo o Android Pie, ni se enviarán ni estarán disponibles para ellos.
- Chrome 139 en Android: Chrome para Android ya no es compatible con Android Oreo ni Android Pie.
- Verificaciones de descarga de APK maliciosos
Chrome en Android ahora se comunica con los servidores de Google para obtener un veredicto sobre la seguridad de los archivos del kit de paquetes de Android (APK) que se descargan en Chrome. Si se determina que un archivo APK descargado es peligroso, Chrome muestra una advertencia y bloquea la descarga para proteger a los usuarios contra el software malicioso para dispositivos móviles. El usuario puede omitir esas advertencias de descarga a través de la IU de Chrome. Estas verificaciones de descarga de APK maliciosos se realizan para los usuarios inscritos en la protección estándar o la protección mejorada de la Navegación segura de Google. Para inhabilitar esta función, establece el modo de Navegación segura en Sin protección con la política SafeBrowsingProtectionLevel.
- Chrome 139 en Android
- Migra las extensiones a Manifest V3 antes de junio de 2025
Las extensiones deben actualizarse para usar Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brinda una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que Manifest V3 no admite código alojado de forma remota.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial, ExtensionManifestV2Availability, para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta junio de 2025, fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página Uso de apps y extensiones en Chrome Enterprise Core.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- Pie de página en Nueva pestaña
Una actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para brindar a los usuarios mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: La atribución de extensiones comenzará a mostrarse en el NTP. Si una extensión cambió la página predeterminada de Nueva pestaña, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. A menudo, este mensaje incluye un vínculo directo a la extensión en Chrome Web Store, lo que facilita la identificación y administración de las extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: Se mostrará la divulgación de administración del navegador si un administrador empresarial establece una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome está administrado por una fuente de confianza, el pie de página de Nueva pestaña ahora mostrará un aviso de divulgación de administración. Esto te ayuda a comprender cómo se administra tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled. Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 140 en Linux, macOS y Windows: Se comenzará a mostrar un aviso predeterminado (Administrado por <nombre de dominio>) en el pie de página de Nueva pestaña para todos los navegadores administrados. La visibilidad se puede cambiar con la política NTPFooterManagementNoticeEnabled.
- Cómo evitar que se borren contraseñas por error en Chrome
Para reducir el riesgo de borrar contraseñas accidentalmente en Borrar datos de navegación, Chrome 139 ahora dirige a los usuarios a la configuración del Administrador de contraseñas de Google, en el que pueden administrar y borrar mejor las contraseñas y las llaves de acceso. La función quita la selección Contraseñas y otros datos de acceso en
Borrar datos de navegación y, en cambio, dirige a los usuarios al Administrador de contraseñas de Google, en el que pueden borrar los datos de forma individual o masiva.
Esta función no afecta las políticas empresariales existentes ClearBrowsingDataOnExitList ni BrowsingDataLifetime.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: La función se lanzará gradualmente.
Borrar datos de navegación y, en cambio, dirige a los usuarios al Administrador de contraseñas de Google, en el que pueden borrar los datos de forma individual o masiva.- Notificaciones promocionales
En Chrome 128, se comenzaron a mostrar a los usuarios nuevas notificaciones promocionales a nivel del SO. Estas notificaciones se rigen por la política empresarial PromotionsEnabled.
- Chrome 128 en ChromeOS, Linux, macOS y Windows
- Chrome 139 en Windows: En Chrome 138, las notificaciones promocionales solo se activaban en los clientes de Chrome cuando se actualizaba de Windows 10 a Windows 11. A partir de Chrome 139, esto se extenderá a todas las instalaciones de Chrome para Windows. Las notificaciones solo se mostrarán a un subconjunto de usuarios con baja participación, y se pueden inhabilitar mediante la política empresarial PromotionsEnabled.
- Eliminación de las marcas de extensiones peligrosas en Google Chrome
Para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las compilaciones oficiales de la marca Chrome quitarán las marcas de línea de comandos
--extensions-on-chrome-urlsy--disable-extensions-excepta partir de Chrome 139. El objetivo de este cambio es mitigar los riesgos asociados con las extensiones dañinas y no deseadas.Los desarrolladores aún pueden usar ambas marcas en compilaciones sin marca, como Chromium y Chrome for Testing.
- Chrome 139 en Linux, macOS y Windows
- Se quitó el resguardo de SwiftShader
Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader.Esto se hizo por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable. Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Es importante probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 139
- en Linux y macOS: Swiftshader se inhabilitará en macOS y Linux. Los usuarios que tengan máquinas sin una GPU no podrán usar WebGL.
- En Windows: Se inhabilitará en Windows la opción de recurrir a SwiftShader después de tres errores de memoria insuficiente (OOM). El uso de Swiftshader se limitará a los dispositivos sin GPU o a aquellos con una GPU en la lista de entidades bloqueadas.
- Grupos de pestañas compartidos
Los usuarios ahora pueden colaborar en pestañas con la función de grupos de pestañas compartidos. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en sus computadoras o dispositivos móviles, y sus socios de colaboración pueden explorar las mismas pestañas en sus dispositivos. Cuando una persona cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. En Chrome 140, estará disponible una política empresarial, TabGroupSharingSettings, para controlar esta función.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: Lanzamiento de la función para unirse a un grupo de pestañas compartido y usarlo. Los usuarios de Chrome Stable no podrán crear un grupo de pestañas compartido (no estará disponible el punto de entrada). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y Canary para esta fase del lanzamiento.
- Chrome 139 en iOS: A partir de Chrome 139, se lanzará la compatibilidad con iOS.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: La política empresarial TabGroupSharingSettings estará disponible para el propietario de la empresa en la Consola del administrador de Google.
- Se admiten cuentas en estado pendiente en Chrome para iOS
Las cuentas cuyas credenciales se volvieron no válidas ya no salen automáticamente ni se quitan de Chrome en iOS. En su lugar, estas cuentas permanecen en el navegador, en un nuevo estado pendiente asociado con una indicación de error persistente en la IU para instar a los usuarios a resolverlo. Esto también significa que los datos locales asociados con estas cuentas ya no se borran automáticamente, sino que se conservan en el disco. Las políticas existentes que controlan el acceso (por ejemplo, BrowserSignin) siguen funcionando como antes.
- Chrome 139 en iOS: La función se lanzará gradualmente.
- Próximo cambio en los certificados de la AC incluidos en Chrome Root Store
Debido a incumplimientos constantes, Chrome 139 cambiará la forma en que confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Chunghwa Telecom y Netlock). Esto se aplica a Chrome 139 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Chunghwa Telecom o Netlock incluidos en Chrome Root Store según su fecha de emisión:
- Se desconfiará de ellos de forma predeterminada después del 31 de julio de 2025.
- No se verán afectados los certificados emitidos el 31 de julio de 2025 o en fechas anteriores.
Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Chunghwa Telecom o Netlock afectados en una plataforma y versión de Chrome que dependen de Chrome Root Store, por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas antes y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Próximos cambios en Chrome Root Store.
Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.
- Chrome 139 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 139 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de julio de 2025.
- Dejar de enviar el encabezado Purpose: prefetch desde las búsquedas previas y las renderizaciones previas
Ahora que las cargas previas y las renderizaciones previas usan el encabezado Sec-Purpose para estos elementos, este cambio quita el encabezado heredado
Purpose: prefetchque aún se pasa actualmente. Esta actualización se encuentra detrás de una marca de función o un interruptor de apagado para evitar problemas de compatibilidad.El alcance incluye la carga previa de reglas de especulación, la renderización previa de reglas de especulación,
<link rel=prefetch>y el<link rel=prerender>no estándar de Chromium.- Chrome 139 en Windows, macOS, Linux y Android
- Chrome dejará de ser compatible con macOS 11
Chrome 138 es la última versión que admitirá macOS 11. Chrome 139 y versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 11 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea actualizar Chrome, debe actualizar su computadora a una versión compatible de macOS. Para las instalaciones nuevas de Chrome 139 y versiones posteriores, se requerirá macOS 12 y versiones posteriores.
- Chrome 139 en Windows, macOS y Linux
- Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP.
Actualmente, cuando la Política de Seguridad del Contenido (CSP) lo bloquea, Chromium arroja un SecurityError desde el constructor de Worker y SharedWorker. Para cumplir con las especificaciones, la CSP debe verificarse como parte de la recuperación y, luego, activar eventos de error de forma asíncrona en lugar de arrojar una excepción cuando la secuencia de comandos ejecuta new Worker(url) o new SharedWorker(url).
El objetivo de esta actualización es que Chromium cumpla con las especificaciones, puesto que ya no arroja excepciones después de las llamadas al constructor y activa eventos de error de forma asíncrona.
- Chrome 139 en Windows, macOS, Linux y Android
- Aleatorización de la asignación de puertos TCP en Windows
Esta función habilita la aleatorización de puertos TCP en las versiones de Windows 2020 H1 y posteriores. No prevemos problemas con la reutilización rápida de puertos anteriores (que pueden causar rechazos debido a tiempos de espera por reutilización de puertos) en estas versiones. El problema de la reutilización rápida de puertos se debe al problema de los cumpleaños, en el que la probabilidad de volver a elegir al azar un puerto ya utilizado se acerca rápidamente al 100% con cada puerto nuevo que se elige, a diferencia de los modelos de reutilización secuencial de puertos.
- Chrome 139 en Windows, macOS y Linux
- Políticas nuevas en el navegador Chrome
Política Descripción Configuración de la integración con Gemini
Configurar los parámetros de la marca de agua personalizada
Permitir el resguardo de software de WebGL con SwiftShader
Controlar la visibilidad del aviso de administración en la página Nueva pestaña para los navegadores administrados
URL del logotipo de la empresa para un navegador administrado
Establecer una etiqueta de empresa personalizada para un navegador administrado
Especificar si se deben aplicar restricciones a las solicitudes a extremos de red locales
Permitir que los sitios envíen solicitudes a endpoints de red locales.
Impedir que los sitios realicen solicitudes a endpoints de red locales.
- Políticas que se quitaron del navegador Chrome
Política Descripción Controlar la disponibilidad de la extensión de Manifest v2
Controla si se habilita el nuevo comportamiento del analizador HTML para el elemento <select>.
Habilitar los desplazadores enfocables con el teclado
Cambios en Chrome Enterprise Core
- Políticas basadas en grupos para la selección de la configuración del conector
Ahora, los grupos pueden configurar los conectores de informes que reciben eventos enviados por navegadores administrados, además de las unidades organizativas.
- Chrome 139 en ChromeOS, Linux, macOS y Windows
- Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados
La Consola del administrador admitirá los comandos remotos "Borrar caché" y "Borrar cookies" a nivel del perfil, y la exportación de CSV para la lista de perfiles administrados. Puedes seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Chrome 137 en Android, Linux, macOS y Windows: Se agregó la exportación de CSV para los perfiles administrados.
- Chrome 139 en Linux, macOS y Windows: Compatibilidad a nivel del perfil para los comandos remotos.
- Tarjetas de la página Nueva pestaña para Microsoft 365
Los usuarios empresariales con Outlook o SharePoint ahora pueden acceder a sus próximas reuniones o archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o perder tiempo buscando tu próxima reunión para que te puedas enfocar en lo que más importa. Los administradores pueden habilitar las tarjetas con NTPSharepointCardVisible y NTPOutlookCardVisible. En el caso de los usuarios de Microsoft que no permiten la autoautorización, el administrador también debe dar su consentimiento para los permisos de la app durante la primera autenticación o aprobar la app para usarla en Microsoft Entra.
- Chrome 134 en Linux, macOS y Windows: Disponible para verificadores de confianza
- Chrome 137 en Linux, macOS y Windows: Lanzamiento gradual para todos los clientes
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Los usuarios no necesitan acceder en Chrome para usar esta función.
- Regionalización de los datos cubiertos de Chrome Enterprise
A partir de Chrome 139, los administradores pueden usar regiones de datos para almacenar los datos cubiertos de Chrome Enterprise de los usuarios en una ubicación geográfica específica. Las opciones de ubicación son Estados Unidos, Unión Europea (etiquetada como Europa en la Consola del administrador de Google) o Sin preferencia. La migración inicial no se completará hasta el final de Chrome 140. Esto se puede configurar en la Consola del administrador de Google a través de Datos > Cumplimiento > Regiones de datos > Región > Datos en reposo. Para obtener más información sobre los tipos de datos que se incluyen, consulta las Condiciones Específicas del Servicio de Chrome Enterprise.
- Chrome 139 en Android, iOS, ChromeOS, Linux, macOS y Windows: Comenzará el lanzamiento. Es posible que los administradores puedan establecer una región. Sin embargo, puede que los datos no estén completamente regionalizados hasta el final de Chrome 140.
- Chrome 140 en Android, iOS, ChromeOS, Linux, macOS y Windows: La migración inicial estará completamente regionalizada.
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Detección de cuentas activas
Chrome Enterprise ahora puede detectar si un empleado usa su Cuenta de Google corporativa o personal en las páginas de Google Workspace, como Google Drive, Documentos o Gmail. Esto permite a los administradores crear reglas de Prevención de pérdida de datos (DLP) más detalladas para evitar que los datos sensibles se transfieran a cuentas personales, lo que aborda un riesgo grave de robo de datos. Por ejemplo, ahora un administrador puede configurar una política en la Consola del administrador de Google para bloquear la carga de un archivo en una cuenta personal de Google Drive y, al mismo tiempo, permitirla en una cuenta corporativa. Para usar esta función, los administradores deben crear o actualizar sus reglas de DLP para incluir la nueva condición Cuenta con la que se accedió a la app web de Google Workspace. No hay una sola política empresarial para habilitar o inhabilitar esta función. El control se administra a través de la creación de estas reglas específicas de DLP.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: El navegador Chrome puede detectar la cuenta de usuario activa en las páginas de Google Workspace y envía esta información como un nuevo indicador con las solicitudes de análisis de Prevención de pérdida de datos (DLP).
- API de Chrome Enterprise Connectors
Chrome Enterprise presenta la administración programática para Chrome Enterprise Connectors. Esta actualización expone la configuración del conector como políticas nuevas y actualizadas dentro de la API de Chrome Policy existente, lo que permite a los administradores de TI y a los socios de tecnología administrar estos parámetros de configuración a gran escala. Anteriormente, este era un proceso manual en la Consola del administrador de Google. Esta actualización habilita la automatización, lo que ayuda a reducir los errores manuales y a mejorar la eficiencia de la administración de las integraciones con soluciones de seguridad de terceros.
Los administradores pueden usar la API de Chrome Policy para controlar de forma programática la configuración de los informes de eventos, el análisis de contenido y las verificaciones de URLs en tiempo real. Este lanzamiento incluye actualizaciones en la política OnSecurityEventEnterpriseConnector y agrega políticas nuevas, como OnFileAttachedEnterpriseConnector, OnFileDownloadedEnterpriseConnector, OnFileTransferEnterpriseConnector, OnBulkDataEntryEnterpriseConnector, OnPrintEnterpriseConnector y EnterpriseRealTimeUrlCheckMode.
Para obtener detalles técnicos, los desarrolladores deben consultar la documentación principal de la API de Chrome Policy.
- Chrome 139 en Android, iOS, Linux, macOS y Windows: Este lanzamiento agrega compatibilidad con la administración programática de los conectores de Chrome Enterprise a través de una nueva API.
- Protección de reglas de copiado y pegado
Para ayudar a las organizaciones a prevenir de mejor manera el robo de datos en dispositivos móviles, Chrome extenderá los controles de datos del portapapeles que ya existen para computadoras. Los administradores ahora pueden usar la política DataControlsRules para establecer reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que incumpla las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que la información sensible se pegue desde un contexto de trabajo en apps o sitios web personales en su flota de dispositivos móviles. Esto aborda una brecha de seguridad significativa y una función solicitada con frecuencia por los clientes empresariales que mencionaron la falta de controles de datos en dispositivos móviles como una preocupación. Para usar esta función, los administradores pueden configurar restricciones en el portapapeles dentro de la política DataControlsRules, lo que proporciona una experiencia de administración coherente en computadoras y dispositivos móviles para fortalecer la postura de seguridad general de su organización.
- Chrome 139 en Android: La protección de las reglas de copiado y pegado está disponible en Android.
- Compatibilidad con la Prevención de pérdida de datos para iframes
Para mejorar la seguridad y evitar el robo de datos, se extenderán las capacidades de Prevención de pérdida de datos (DLP) de Chrome al contenido dentro de los elementos iframe. Actualmente, las reglas de DLP configuradas por los administradores no se aplican al contenido dentro de un iframe, lo que permite una posible vulnerabilidad de seguridad en la que los usuarios pueden eludir las restricciones. Esta función cierra esa brecha. Con este cambio, cuando un usuario realice una acción que active la DLP (como subir un archivo) desde un sitio cargado en un iframe, Chrome enviará toda la jerarquía de URLs, desde el iframe de origen hasta la página de nivel superior, para que se evalúe en función de todas las reglas de DLP aplicables.
El objetivo de este cambio es proporcionar una postura de seguridad más sólida y eliminar un método conocido para eludir las políticas de protección de datos. No se requieren políticas empresariales nuevas para habilitar esta función, ya que operará con las reglas de DLP existentes configuradas a través de las políticas del Conector. Los administradores deben tener en cuenta que sus reglas existentes ahora se aplicarán a los contextos de iframe, lo que puede bloquear acciones del usuario que antes estaban permitidas.
- Chrome 139 en Linux, macOS y Windows: Lanzamiento inicial de la compatibilidad con la Prevención de pérdida de datos para los iframes. En esta fase, se agrega la aplicación forzosa de eventos de carga de archivos que se originan dentro de un contexto de iframe, y funcionará con las reglas de DLP existentes configuradas a través de la política OnFileAttachedEnterpriseConnector.
- Chrome 140 en Linux, macOS y Windows: Esta fase expandida combina dos lanzamientos de funciones y extiende la compatibilidad con iFrames de DLP para incluir la aplicación forzosa de acciones de descarga e impresión de archivos.
- Habilita las marcas de agua en las aplicaciones de una sola página
Para mejorar la seguridad de los datos, la función de marca de agua de Chrome Enterprise Premium ahora admite aplicaciones de una sola página (SPA). Esto responde a una solicitud importante de los clientes, ya que las marcas de agua antes solo se aplicaban a los sitios web tradicionales. Esta capacidad se controla con las políticas existentes de Prevención de pérdida de datos (DLP) en la Consola del administrador de Google. No se requiere una nueva configuración de políticas para esta mejora.
Los administradores de TI deben tener en cuenta una limitación técnica clave. Las SPA utilizan navegaciones dentro del mismo documento, que no se pueden pausar para realizar un análisis de seguridad como una carga de página estándar. Por lo tanto, es posible que haya una breve demora antes de que aparezca una marca de agua después de navegar dentro de una SPA. Además, las reglas de DLP configuradas como Advertir o Bloquear no mostrarán una página intersticial para estas navegaciones de SPA. La acción solo se activará en una recarga de página completa.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Este lanzamiento agrega compatibilidad con marcas de agua en aplicaciones de una sola página (SPA).
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
- Aplicación forzosa de la 2SV para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la Verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo sobre la aplicación forzosa de la 2SV para los administradores.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV
- Chrome 140 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria
- Cambio automatizado de contraseña
Cuando Chrome detecte que un usuario accedió a un sitio web con una contraseña hackeada conocida, le ofrecerá cambiarla automáticamente. Esta función estará disponible en un conjunto de sitios aptos. La función usa IA y se puede controlar a través de la política empresarial AutomatedPasswordChangeSettings.
- Chrome 140 en ChromeOS, Linux, macOS y Windows
- Sugerencias de búsqueda contextual en la barra de direcciones de Chrome
Con esta función, puedes preguntar cualquier cosa sobre la página en la que te encuentras, directamente en el contexto. En función del hábito de búsqueda existente en la barra de direcciones, los usuarios pueden hacer una pregunta con Google Lens seleccionando cualquier elemento en la pantalla o formulando una pregunta con palabras. Una acción de Google Lens en la barra de direcciones y las sugerencias contextuales guían a las personas a la función cuando es más útil. Esta función está restringida por la política existente LensOverlaySettings.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Comienza el lanzamiento de la función.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Si no se configura la política LensOverlaySettings esta función respetará la política GenAiDefaultSettings si está presente.
- Autocompletado mejorado
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar con IA, una nueva función que ayuda a los usuarios a completar formularios en línea con mayor facilidad. En los formularios pertinentes, Chrome puede usar la IA para comprender mejor el formulario y ofrecer a los usuarios la posibilidad de completar de manera automática la información guardada anteriormente. Los administradores pueden controlar la función con la política existente GenAiDefaultSettings y una nueva política AutofillPredictionSettings.
- Chrome 137 en ChromeOS, Linux, macOS y Windows
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Se cambiará el nombre de la función existente "Autocompletar con IA" a "Autocompletar mejorado", se permitirá a los usuarios guardar y completar tipos adicionales de información, y estará disponible en más idiomas y países.
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y la función Gemini Live, con la que pueden hacerlo por voz.
En Chrome 140, Gemini en Chrome estará disponible para los usuarios que accedan a Chrome en EE.UU. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Chrome 140 en macOS y Windows: La función se lanzará gradualmente en la versión estable para los usuarios que accedan a Chrome en EE.UU.
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Happy Eyeballs V3 realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6 o IPv4) para reducir la demora en la conexión de red visible para el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows
- Inicia Chrome en un perfil nuevo a través de la línea de comandos
Esta mejora aborda una brecha fundamental para nuestros socios empresariales y administradores que necesitan iniciar aplicaciones web desde sus catálogos de aplicaciones nativas directamente en un perfil de Chrome administrado específico con la CLI (interfaz de línea de comandos) de Chrome. Actualmente, si el perfil designado no existe, Chrome usa de forma predeterminada el perfil que se usó por última vez, lo que crea una experiencia del usuario inconexa e insegura. Con esta nueva función, cuando no se encuentre un perfil especificado, Chrome iniciará el flujo de creación de perfiles existente y prepropagará la dirección de correo electrónico del usuario para optimizar el proceso de configuración. Este es un factor técnico clave para los administradores que desean incorporar a sus usuarios empresariales a Chrome Enterprise a través de perfiles administrados.
- Chrome 140 en Linux, macOS y Windows
- Criptografía poscuántica para DTLS en WebRTC
Esta función permite usar la criptografía poscuántica (PQC) con conexiones WebRTC. La motivación de la PQC es actualizar el tráfico de medios de WebRTC con los protocolos de criptografía más recientes y evitar situaciones de recolecta ahora para descifrar más tarde.
Esta función se podrá controlar con una política empresarial WebRtcPostQuantumKeyAgreementEnabled para permitir que los usuarios empresariales inhabiliten la PQC. La política será temporal y se planea quitarla en Chrome 150.
- Chrome 140 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 150 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitó la política empresarial.
- Modo ServiceWorkerAutoPreload
ServiceWorkerAutoPreload es un modo en el que el navegador emite la solicitud de red en paralelo con el inicio del service worker y consume el resultado de la solicitud de red dentro del controlador de recuperación si este devuelve la respuesta con respondWith(). Si el resultado del controlador de recuperación es de resguardo, pasa la respuesta de red directamente al navegador. ServiceWorkerAutoPreload se define como una optimización opcional del navegador que cambiará el comportamiento existente del service worker.
Se agregará una política empresarial temporal llamada ServiceWorkerAutoPreloadEnabled para controlar esta función.
- Chrome 140 en Android y Windows: La política estará disponible.
- Chrome 144 en Android y Windows: Se quitará la política.
- Seudoelementos de resaltado de CSS para la búsqueda en la página
Expone el diseño de los resultados de la búsqueda en la página a los autores como un seudoelemento de resaltado, como los errores de selección y ortografía. Esto permite a los autores cambiar los colores de primer plano y de fondo, o agregar decoraciones de texto, lo que puede ser especialmente útil si los valores predeterminados de UA no tienen suficiente contraste con los colores de la página o no son adecuados por otros motivos.
- Chrome 140 en Windows, macOS, Linux y Android
- Las reglas especiales de tamaño de fuente para H1 están obsoletas en algunos elementos.
La especificación de HTML contiene una lista de reglas especiales para las etiquetas <h1> anidadas dentro de las etiquetas <article>, <aside>, <nav> o <section>. Estas reglas especiales están obsoletas porque causan problemas de accesibilidad. Es decir, reducen visualmente el tamaño de la fuente de las etiquetas <h1> anidadas para que "parezcan" <h2>, pero nada en el árbol de accesibilidad refleja esta degradación.
- Chrome 140 en Windows, macOS, Linux y Android
- IP protection
Esta función limita la disponibilidad de la dirección IP original de un usuario en contextos de terceros en el modo Incógnito, lo que mejora las protecciones de este modo contra el seguimiento entre sitios cuando los usuarios eligen navegar en este modo. Las direcciones IP facilitan una variedad de casos de uso, como enrutar el tráfico y evitar el fraude y el spam. Sin embargo, también se pueden usar para el seguimiento. Para los usuarios de Chrome que eligen navegar en modo Incógnito, queremos proporcionar un control adicional sobre su dirección IP, sin interrumpir las funciones web esenciales. Para lograr este equilibrio entre protección y usabilidad, esta propuesta se enfoca en limitar el uso de direcciones IP en un contexto de terceros en el modo Incógnito. Para ello, esta propuesta utiliza un enfoque basado en listas, en el que solo se verán afectados los dominios de la lista de dominios enmascarados (MDL) en un contexto de terceros. En el caso de las empresas, esta función se puede controlar mediante la política empresarial PrivacySandboxIpProtectionEnabled.
- Chrome 140 en Windows, macOS, Linux y Android
- Restricciones de acceso a la red local
Chrome 140 restringe la capacidad de realizar solicitudes a la red local del usuario, que se limita detrás de una solicitud de permiso. Una solicitud de red local es cualquier solicitud de un sitio web público a una dirección IP local o bucle invertido, o de un sitio web local (por ejemplo, una intranet) a un bucle invertido. Limitar la capacidad de los sitios web para realizar estas solicitudes detrás de un permiso mitiga el riesgo de ataques de falsificación de solicitudes entre sitios contra dispositivos de red local, como routers, y reduce la capacidad de los sitios para usar estas solicitudes y crear huellas digitales de la red local del usuario.
Este permiso está restringido a contextos seguros. Si se otorgan, los permisos también flexibilizan el bloqueo de contenido mixto para las solicitudes de red local (ya que muchos dispositivos locales no pueden obtener certificados TLS de confianza pública por varios motivos).
Este trabajo reemplaza una iniciativa anterior llamada Acceso a redes privadas, que usaba solicitudes preliminares para que los dispositivos locales habilitaran la función. Las empresas que necesiten otorgar o inhabilitar automáticamente el permiso pueden hacerlo con las políticas LocalNetworkAccessAllowedForUrls y LocalNetworkAccessBlockedForUrls. El valor "*" se puede usar para permitir el acceso a la red local en todas las URLs, lo que coincide con el comportamiento anterior al lanzamiento de las restricciones.
- Chrome 140 en Windows, macOS, Linux y Android
- Tokens de revelación probabilísticos
Para garantizar que todas las empresas puedan seguir estimando la cantidad de fraude en sus sistemas, entrenando modelos para defenderse contra el fraude y analizando el comportamiento fraudulento emergente, al tiempo que se mitiga la capacidad de rastrear a los usuarios a gran escala con direcciones IP, proponemos introducir un mecanismo de muestreo de IP retrasado llamado Tokens de Revelación Probabilística (PRT) junto con IP Protection para su uso en el tráfico protegido.
Los PRT se incluirán en las solicitudes proxy en un nuevo encabezado HTTP que agregará el navegador para los dominios que indiquen que desean recibirlos a través de un proceso de registro. Cada PRT contendrá un texto cifrado, generado por un emisor y aleatorizado nuevamente para que el navegador no pueda vincularlo antes de la solicitud, que el destinatario podrá desencriptar después de un retraso. Google será la entidad emisora de la implementación de Chrome. Una minoría de los PRT desencriptados contienen la dirección IP previa al proxy del cliente (es decir, no enmascarada y tal como la observa el emisor del token), mientras que los PRT restantes no proporcionan información sobre la dirección IP original del cliente. Esto hace que solo un pequeño porcentaje de los PRT contengan y revelen la IP del usuario. Dado que los PRT solo se adjuntarán cuando IP Protection esté habilitada, los administradores pueden usar la política PrivacySandboxIpProtectionEnabled para controlar IP Protection y los PRT.
- Chrome 140 en Windows, macOS, Linux y Android
- Propaga el comportamiento de sobredesplazamiento de viewport desde la raíz
Esta función propagará el comportamiento de sobredesplazamiento desde la raíz en lugar del cuerpo. El grupo de trabajo de CSS resolvió no propagar las propiedades del cuerpo al viewport. En cambio, las propiedades del viewport se deben propagar desde el elemento raíz, p. ej., comportamiento de sobredesplazamiento, tipo de ajuste de desplazamiento, relleno de desplazamiento. Por lo tanto, el comportamiento de sobredesplazamiento debe propagarse desde el elemento raíz. Sin embargo, Chrome tiene un problema de larga data con la propagación del comportamiento de sobredesplazamiento desde el cuerpo en lugar de la raíz, lo que se desvía del comportamiento de Safari(WebKit) y Firefox(Gecko). El objetivo de esta función es solucionar este problema propagando el comportamiento de sobredesplazamiento desde la raíz en lugar del cuerpo.
- Chrome 140 en Windows, macOS, Linux y Android
- Bloqueo de secuencias de comandos en modo Incógnito
La mitigación del uso inadecuado de la API para la reidentificación del navegador, también conocida como bloqueo de secuencias de comandos, es una función que bloqueará las secuencias de comandos que participen en técnicas conocidas y prevalentes para la reidentificación del navegador en contextos de terceros. Por lo general, estas técnicas implican el uso inadecuado de las APIs existentes del navegador para extraer información adicional sobre las características del navegador o el dispositivo del usuario.
Esta función usa un enfoque basado en listas, en el que solo se verán afectados los dominios marcados como “Afectados por el bloqueo de secuencias de comandos” en la lista de dominios enmascarados (MDL) en un contexto de terceros. Cuando la función está habilitada, Chrome verificará las solicitudes de red en la lista de entidades bloqueadas. Se reutilizará el componente subresource_filter de Chromium, que es responsable de etiquetar y filtrar las solicitudes de subrecursos según los indicadores de activación a nivel de la página, y se usará un conjunto de reglas para hacer coincidir las URLs para el filtrado. El nombre de la política empresarial es PrivacySandboxFingerprintingProtectionEnabled.
- Chrome 140 en Windows, macOS, Linux y Android
- Controlador de herencia de secuencias de comandos de SharedWorker para la URL de la secuencia de comandos de BLOB
Según el Caso del cliente del trabajador (github), los trabajadores deben heredar controladores para la URL de BLOB. Sin embargo, el código existente permite que solo los dedicated workers hereden el controlador. Los shared workers no lo heredan. Esta es la solución para que el comportamiento de Chromium se ajuste a la especificación. La política empresarial SharedWorkerBlobURLFixEnabled está disponible para controlar esta función.
- Chrome 140 en Windows, macOS, Linux y Android
- Política estricta del mismo origen para la API de Storage Access
Planeamos ajustar la semántica de la API de Storage Access para seguir estrictamente la política del mismo origen y mejorar la seguridad. De forma predeterminada, usar document.requestStorageAccess() en un marco solo adjunta cookies a las solicitudes al origen del iframe (no al sitio). La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.
- Chrome 140 en Windows, macOS, Linux y Android
- Manifiesto de la app web: Especifica la elegibilidad de actualización. Las URLs de los íconos tienen el atributo Cache-Control: immutable
A partir de Chrome 139, el manifiesto de la app web especificará un algoritmo de elegibilidad para la actualización. Esto hace que el proceso de actualización sea más determinístico y predecible, lo que le brinda al desarrollador más control sobre si se deben aplicar actualizaciones a las instalaciones existentes (y cuándo) y permite quitar la "limitación de comprobación de actualización" que los usuarios-agentes deben implementar actualmente para evitar desperdiciar recursos de red.
- Chrome 141 en Windows, macOS y Linux
- Chrome 142 en Android
- Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación
Actualmente, el valor de la propiedad window.name se conserva durante todo el ciclo de vida de una pestaña, incluso con la navegación que cambia los grupos de contexto de navegación, lo que puede filtrar información y, potencialmente, usarse como un vector de seguimiento. En este caso, borrar la propiedad window.name soluciona el problema.
Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 146.
- Chrome 142 en Windows, macOS, Linux, iOS y Android
- No se permite la renderización previa de HTTP de texto simple no confiable
Este lanzamiento proporcionará la capacidad de inhabilitar la renderización previa de HTTP de texto simple no confiable.
- Chrome 142 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros a través de la caché de HTTP con Seguridad de Transporte Estricta (HSTS). Esta función solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. De esta manera, los sitios de terceros no pueden usar la caché de HSTS para realizar un seguimiento de los usuarios en la Web.
- Chrome 142 en Windows, macOS, Linux y Android
- No se permiten espacios en hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (GitHub).
- Chrome 145 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Quita las políticas de partición de almacenamiento de terceros
La partición de almacenamiento de terceros se convirtió en la configuración predeterminada en Chrome 115. La marca chrome:// que permitía a los usuarios inhabilitar esta función se quitó en Chrome 128, y la prueba de baja finalizó con Chrome 139. En Chrome 145, se quitarán las políticas empresariales DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins. Se recomienda a los usuarios que migren a soluciones de almacenamiento alternativas, ya sea adaptándose a la partición de almacenamiento de terceros o usando
document.requestStorageAccess({...})cuando sea necesario.Si tienes comentarios, puedes agregarlos aquí en el error de Chromium.
- Chrome 145 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron DefaultThirdPartyStoragePartitioningSetting y ThirdPartyStoragePartitioningBlockedForOrigins.
- Migración de la API de SafeBrowsing de la v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio: safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzaría gradualmente.
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 146 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximas actualizaciones de Chrome Enterprise Core
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio de 2025, comenzó a lanzarse el parámetro de configuración de período de inactividad para la eliminación de perfiles. En agosto de 2025, el parámetro de configuración comenzará a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. Cuando lancemos el parámetro, el período de inactividad tendrá un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días. Los administradores pueden cambiar el valor del período de inactividad con este parámetro de configuración. El valor máximo para determinar el período de inactividad del perfil es de 730 días y el mínimo es de 28 días.
Si se reduce el valor establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este volverá a aparecer en la consola.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows: La política se lanzó en junio. La eliminación comenzará en agosto y la ola inicial de eliminación se completará a principios de septiembre. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.
-
Página Descripción general de Chrome Enterprise
Con esta función, se presenta una nueva página Descripción general en la sección del navegador Chrome de la Consola del administrador de Google. La página Resumen permite a los administradores de TI encontrar rápidamente información clave sobre su implementación:
- Perfiles y navegadores inscritos activos e inactivos
- Identificación de los navegadores desactualizados y con actualizaciones pendientes
- Identificación de las extensiones de alto riesgo (según Spin.AI) y obtención de una vista previa de las extensiones más solicitadas
- Estadísticas de seguridad (por ejemplo, cargas o descargas de archivos sensibles)
La página Resumen también permite a los administradores acceder rápidamente a acciones clave, como administrar extensiones, acceder al navegador o a la lista de perfiles, y establecer políticas de actualización, entre otras.
- Chrome 137 en Android, iOS, Linux, macOS y Windows
- Chrome 141 en Android, iOS, Linux, macOS y Windows: Se agregó un nuevo filtro disponible en la página Descripción general para las fechas de unidades organizativas y actividades.
Próximos cambios en Chrome Enterprise Premium
- Mayor compatibilidad con el tamaño de archivos para los análisis de Prevención de pérdida de datos
Chrome Enterprise Premium ahora extiende sus capacidades de Prevención de pérdida de datos (DLP) y análisis de software malicioso para incluir archivos grandes y encriptados. Anteriormente, los archivos de más de 50 MB y todos los archivos encriptados se omitían durante el análisis de contenido. Esta actualización cierra esa brecha de seguridad importante. En el caso de las políticas configuradas para guardar evidencia, ahora se pueden enviar archivos de hasta 2 GB al Evidence Locker. Esto proporciona a los administradores mayor visibilidad y control, lo que reduce significativamente el riesgo de robo de datos a través de transferencias de archivos grandes.
No se requiere una política nueva para habilitar esta función. Se controla automáticamente con la configuración de reglas de DLP existente en la Consola del administrador de Google. Si los administradores tienen reglas que se aplican a la carga, descarga o impresión de archivos, ahora también se aplicarán a los archivos grandes y encriptados.
- Chrome 140 en Linux, macOS y Windows: Se lanza la función.
- Personalización de marcas de agua
Chrome Enterprise Premium ahora permite que los administradores personalicen la apariencia de las marcas de agua. Esta mejora se debe a la necesidad de mejorar la experiencia del usuario y abordar problemas como la fatiga visual y la legibilidad en las páginas con marcas de agua existentes.
Para controlar la apariencia de la marca de agua, los administradores deben usar la nueva política WatermarkStyle. En esta política, los administradores pueden configurar lo siguiente:
- "font_size": Establece el tamaño de la fuente del texto en píxeles.
- "fill_opacity": Establece la opacidad del relleno del texto, de 0 (transparente) a 100 (opaco).
- "outline_opacity": Establece la opacidad del contorno del texto, de 0 (transparente) a 100 (opaco).
Esto les brinda a los administradores mayor flexibilidad para equilibrar los requisitos de seguridad con la productividad del usuario final.
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Este lanzamiento permite que los administradores personalicen el tamaño y la opacidad de la fuente de la marca de agua con la nueva política WatermarkStyle en la Consola del administrador de Google.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: Como mejora, se introduce una nueva página chrome:// enterprise que permite a los administradores obtener una vista previa del estilo de marca de agua configurado antes de la implementación.
- Refactorización de la UX de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de pérdida de datos (DLP), se actualizará la Consola del administrador de Google para optimizar la forma en que los administradores definen las políticas para diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se incluyen grupos de aplicaciones mutuamente exclusivos, lo que significa que una sola regla de DLP ahora solo puede orientarse a un grupo de aplicaciones a la vez, ya sea a apps de Workspace (como Drive o Gmail), activadores del navegador Chrome (como la carga de archivos o URL visitada) o activadores de ChromeOS. Este cambio simplifica la configuración de reglas, elimina los posibles conflictos de selecciones de apps superpuestas y sienta las bases para flujos de trabajo más especializados y fáciles de usar, adaptados a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de "Apps" actualizada con botones de selección para aplicar esta selección de un solo grupo para las reglas nuevas. El sistema migrará de forma transparente las reglas existentes que anteriormente combinaban aplicaciones de varios grupos a reglas independientes, compatibles y de una sola plataforma para garantizar una protección continua y una transición sin complicaciones. En la Consola del administrador, habrá banners con información sobre estos cambios y el proceso de migración. No se presentan políticas empresariales nuevas con esta actualización; los cambios se aplican a la interfaz de configuración de reglas.
- Chrome 141 en ChromeOS, Linux, macOS y Windows: Se habilita la selección de apps mutuamente excluyentes para la configuración de reglas de la DLP en la Consola del administrador.
Resumen del lanzamiento de ChromeOS 139
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Sincronización de escritorio de ChromeOS | ✓ | ||
| Cambios en las apps de Chrome | ✓ | ✓ | |
| Baja de Native Client (NaCl) | ✓ | ✓ | |
| Herramienta de calibración de la pantalla táctil | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Baja de Chrome Sign Builder | ✓ | ✓ | |
| Validación del certificado del servidor EAP/TLS | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
- Sincronización de escritorio de ChromeOS
A partir de ChromeOS 139, la sincronización de escritorio de ChromeOS ayuda a los usuarios a retomar rápidamente su trabajo cuando cambian a otro dispositivo. La sincronización de escritorio restablece todas las ventanas, las pestañas y hasta las cookies de la sesión anterior para permitir una transición sin problemas. Los administradores pueden activar esta función para los usuarios administrados. La sincronización de escritorio es particularmente útil para los dispositivos compartidos y los trabajadores de primera línea en entornos de atención médica, hotelería y fabricación. Para obtener más detalles, consulta nuestra entrada de blog o nuestro Centro de ayuda.
- Cambios en las apps de Chrome
A partir de ChromeOS 139, cuya versión estable se lanzará el 19 de agosto, las apps de Chrome instaladas por el usuario en ChromeOS dejarán de funcionar. Las apps que se instalen de manera automática a través de la Consola del administrador para las sesiones de invitado administradas (MGS) y las sesiones de usuario se seguirán admitiendo. Para obtener más información, consulta Fin de la compatibilidad con las apps de Chrome.
Una nueva política, KioskChromeAppsForceAllowed, está disponible para que los administradores vuelvan a habilitar las apps de Chrome en las sesiones de kiosco. Si esta política está activada, las apps de Chrome en sesiones de kiosco serán compatibles hasta ChromeOS 150.
- Baja de Native Client (NaCl)
ChromeOS 139 y versiones posteriores ya no admiten Native Client (NaCl) en entornos administrados con la política de permisos de NaCl habilitada. En el caso de los dispositivos del canal de asistencia a largo plazo (LTS) que tengan esta política activa, la compatibilidad con NaCl seguirá disponible hasta la última actualización de LTS de ChromeOS 138 en abril de 2026.
- Herramienta de calibración de la pantalla táctil
Con ChromeOS 139, ahora puedes calibrar los límites de las pantallas táctiles externas. Los usuarios de Chromebooks ahora pueden calibrar los límites de las pantallas táctiles externas conectadas a una Chromebook. Este parámetro de configuración ayuda a alinear los límites de la pantalla externa para que las entradas táctiles correspondan correctamente al contenido que se muestra. Para calibrar la pantalla táctil externa, ve a Configuración > Dispositivo > Pantalla, busca la pantalla táctil externa correspondiente y accede a Calibrar pantalla táctil. Para obtener más detalles, consulta Cómo conectar la Chromebook a un monitor.
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 ChromeOS
-
Baja de Chrome Sign Builder
Se prevé que la app de Chrome, Chrome Sign Builder, llegue al final de su ciclo de vida en julio de 2026, y ChromeOS M150 será la versión final que la admitirá en modo kiosco. Los dispositivos del canal de asistencia a largo plazo (LTS) seguirán recibiendo asistencia hasta abril de 2027. Esta baja significa que, después de los plazos especificados, Chrome Sign Builder ya no estará disponible para su instalación o configuración, lo que podría provocar interrupciones del servicio para las organizaciones que lo utilizan actualmente para la señalización digital.
Para evitar interrupciones, las organizaciones deben migrar a una solución alternativa antes de julio de 2026. Estas son dos opciones recomendadas:
-
Migra a Comeen: Un socio de Chrome Enterprise Recommended que ofrece un reemplazo de app web (comeen.com).
-
Implementa apps web alternativas: Usa la Consola del administrador de Google para implementar otras apps web en dispositivos ChromeOS en modo kiosco.
-
-
Validación del certificado del servidor EAP/TLS
Nota: Este cambio solo afecta a los clientes que utilizan parámetros de configuración de red EAP/TLS y solo a las redes configuradas antes de enero de 2022.
A partir del 1 de octubre de 2025, lanzaremos esta corrección en el canal estable de ChromeOS. Es posible que una cantidad muy pequeña de clientes que usan parámetros de configuración de EAP/TLS experimenten problemas de conectividad si sus certificados de servidor están firmados por una autoridad certificadora (AC) que actualmente se incluye en ChromeOS como una AC del sistema.
Para minimizar las interrupciones, los administradores pueden realizar una de las siguientes acciones:
Opción 1 (proporciona un mayor nivel de seguridad):
- Genera un certificado nuevo para tu servidor de autenticación y asegúrate de que esté firmado por la misma autoridad certificadora (CA) que se usó anteriormente.
- Reemplaza los certificados existentes en tu servidor de autenticación por los certificados recién generados.
Opción 2 (si se necesita más tiempo antes de implementar la opción 1):
- Accede a la Consola del administrador de Google.
-
Del 15 de agosto al 1 de octubre, para verificar si hay dispositivos afectados, los administradores pueden seguir estas instrucciones en el canal beta:
- Accede a chrome://histograms en el navegador Chrome.
- Realiza varios ciclos de desconexión y reconexión para tu red Ethernet o Wi-Fi.
- Espera aproximadamente 10 segundos para que se agreguen los datos.
- En la página chrome://histograms, busca el histograma identificado como
Network.Shill.Eap.EventCaCertExperiment1:- Si el histograma no está presente, tu configuración no se ve afectada.
- Es probable que tu configuración se vea afectada si se observa un valor positivo para el evento 8 (
FirstCertVerificationFailure) y el evento 9 (CertVerificationRetryAttempt).
- Navega a las opciones de configuración de la red EAP/TLS afectada.
- Modifica el parámetro de configuración de Autoridad certificadora del servidor a Autoridades certificadoras predeterminadas del sistema.
Chrome 138
Resumen de la versión de Chrome 138
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Modo IA para las recomendaciones de búsqueda en Chrome | ✓ | ||
| Mejoras en favoritos y la lista de lectura en Chrome para computadoras | ✓ | ✓ | |
| Asistencia del LLM del cliente para mitigar estafas | ✓ | ||
| Sugerencias de búsqueda contextual en la barra de direcciones de Chrome | ✓ | ||
| Navegación segura mejorada es un parámetro de configuración sincronizado | ✓ | ||
| Generación de estadísticas de las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome | ✓ | ||
| Habilitación de la sincronización del historial a través de la píldora de perfil | ✓ | ||
| Pie de página en Nueva pestaña | ✓ | ✓ | ✓ |
| Botón de activación de secuencia de comandos del usuario por extensión | ✓ | ||
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| Realiza búsquedas en la pantalla con Google Lens en iPad | ✓ | ||
| Grupos de pestañas compartidos | ✓ | ||
| Carga previa de reglas de especulación para ServiceWorker | ✓ | ||
| TLS 1.3 Early Data | ✓ | ||
| Baja de la eliminación asíncrona de rangos para las extensiones de Source Media | ✓ | ||
| API de Language Detector | ✓ | ||
| API de Summarizer | ✓ | ||
| API de Translator | ✓ | ||
| Web Serial por Bluetooth en Android | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Recomendaciones de Agentspace en las barras de búsqueda de Chrome | ✓ | ✓ | |
| Baja de la página del navegador Chrome en el informe de estadísticas de Chrome | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Nueva evaluación de riesgos de LayerX en la Consola del administrador | ✓ | ||
| Compatibilidad con varias identidades en iOS | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Integración de SecOps | ✓ | ✓ | |
| Funciones de filtrado de URLs en iOS | ✓ | ✓ | |
| Compatibilidad con la descarga de DLP para la API de File System Access (FSA) | ✓ | ✓ | |
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Chrome para Android ya no es compatible con Android Oreo ni Android Pie | ✓ | ||
| Gemini en Chrome | ✓ | ||
| Verificaciones de descarga de APK maliciosos | ✓ | ||
| Próximo cambio en los certificados de la AC incluidos en Chrome Root Store | ✓ | ||
| Migración de las extensiones a Manifest V3 antes de junio de 2025 | ✓ | ✓ | ✓ |
| Notificaciones promocionales | ✓ | ||
| Eliminación de las marcas de extensiones peligrosas en Google Chrome | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| Se admiten cuentas en estado pendiente en Chrome para iOS | ✓ | ||
| Chrome dejará de ser compatible con macOS 11 | ✓ | ||
| Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación | ✓ | ||
| Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP | ✓ | ||
| Manifiesto de la app web: Especifica la elegibilidad de actualización. Las URLs de los íconos tienen el atributo Cache-Control: immutable | ✓ | ||
| Aplicación forzosa de la 2SV para los administradores | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Apps web aisladas | ✓ | ||
| No se permite la renderización previa de HTTP de texto simple no confiable | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| IP Protection | ✓ | ||
| Política estricta del mismo origen para la API de Storage Access | ✓ | ✓ | |
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Migración de la API de SafeBrowsing de la v4 a la v5 | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft 365 | ✓ | ✓ | |
| Página Descripción general de Chrome Enterprise | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Refactorización de la UX de las reglas del navegador Chrome | ✓ | ✓ | |
| Protección de reglas de copiado y pegado | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Modo IA para las recomendaciones de búsqueda en Chrome
El Modo IA es una función que ayuda a los usuarios a profundizar en los temas que les interesan, ya que muestra el Modo IA para las recomendaciones de búsqueda en Chrome. Una nueva política, AIModeSettings, está disponible para controlar las recomendaciones de búsqueda en la barra de direcciones y el cuadro de búsqueda de la página Nueva pestaña.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Comienza el lanzamiento de la función en la barra de direcciones.
- Chrome 139 en iOS y Android: Comienza el lanzamiento de la función en la barra de direcciones.
- Mejoras en favoritos y la lista de lectura en Chrome para computadoras
En Chrome 138 para computadoras, algunos usuarios que acceden a Chrome cuando guardan un favorito nuevo ahora pueden usar y guardar favoritos y elementos de la lista de lectura en su Cuenta de Google. Las políticas empresariales pertinentes que controlan los favoritos, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled seguirán funcionando como antes, de manera que los administradores puedan configurar si los usuarios pueden usar y guardar elementos en sus Cuentas de Google. Si estableces EditBookmarksEnabled en false, también se impedirá que los usuarios suban un favorito guardado en su dispositivo a su Cuenta de Google.
- Chrome 138 en Linux, macOS y Windows
- Asistencia del LLM del cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de diferentes tipos todos los días. Para combatir estas estafas, Chrome ahora usa el LLM integrado en el dispositivo para identificar sitios web fraudulentos para los usuarios de la Navegación segura mejorada. Chrome envía el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de la página y enviarlos al servidor de Navegación segura para obtener un veredicto final. Cuando está habilitado, Chrome puede consumir más ancho de banda para descargar el LLM.
La Navegación segura mejorada es una función existente que se controla con la política SafeBrowsingProtectionLevel.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen del intent de la página que activó el bloqueo del teclado para identificar sitios web de estafa.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa el resumen de la marca y el intent de la página que activó el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: Se recopila el resumen de la marca y el intent de la página según el sistema de puntuación de reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa la marca y el intent de las páginas que calificó el sistema de reputación del servidor.
- Sugerencias de búsqueda contextual en la barra de direcciones de Chrome
Con esta función, puedes preguntar cualquier cosa sobre la página en la que te encuentras, directamente en el contexto. En función del hábito de búsqueda existente en la barra de direcciones, los usuarios pueden hacer una pregunta con Google Lens seleccionando cualquier elemento en la pantalla o formulando una pregunta con palabras. Una acción de Google Lens en la barra de direcciones y las sugerencias contextuales guían a las personas a la función cuando es más útil. Esta función está restringida por la política existente LensOverlaySettings.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Comienza el lanzamiento de la función
- Chrome 140 en ChromeOS, Linux, macOS y Windows: Si no se configura la política LensOverlaySettings, esta función respetará la política GenAiDefaultSettings si está presente.
- Navegación segura mejorada es un parámetro de configuración sincronizado
En Chrome 138, la Navegación segura mejorada de Chrome es una función sincronizada. Esto significa que, si un usuario habilita la Navegación segura mejorada en un dispositivo, este nivel de protección se aplica automáticamente a todos los demás dispositivos en los que haya accedido a Chrome con la misma cuenta. El objetivo es proporcionar una protección de seguridad más robusta y coherente, y una experiencia del usuario estandarizada.
Los usuarios que habiliten la Navegación segura mejorada se beneficiarán de sus protecciones, por ejemplo, la protección proactiva contra el phishing y la detección mejorada de software malicioso y extensiones maliciosas, de forma coherente en todas sus instancias sincronizadas de Chrome en computadoras (Windows, macOS, Linux y ChromeOS), iOS y Android. Los usuarios reciben notificaciones en pantalla cuando se sincroniza su configuración de Navegación segura mejorada.
El nivel de protección de la Navegación segura es una función existente que se controla con la política SafeBrowsingProtectionLevel.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
- Genera estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome
Hay una nueva función de IA generativa disponible para los usuarios no administrados: Genera estadísticas para las advertencias y los errores de la consola de las Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible en inglés y para usuarios mayores de 18 años. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.
- Chrome 131 en ChromeOS, Linux, macOS y Windows: En Chrome 131, se dispondrá de una nueva función de IA generativa para usuarios administrados, un panel exclusivo de asistencia de IA en Herramientas para desarrolladores de Chrome que ayuda al operador humano a investigar y corregir desafíos de estilo, y a depurar el CSS.
- Chrome 132 en ChromeOS, Linux, macOS y Windows: El panel de asistencia de IA ahora puede explicar los recursos en los paneles de Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilo.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: El panel de asistencia de IA expone una API interna que simplifica el uso de las funciones de este panel por parte de herramientas externas, como los servidores de protocolo de contexto de modelo (MCP).
- Habilitación de la sincronización del historial con la píldora de perfil
En Chrome 138, algunos usuarios que accedieron ven una nueva opción para habilitar la sincronización del historial y las pestañas. Este cambio está diseñado para ofrecer los beneficios de la sincronización del historial de una manera no disruptiva mediante el uso de la píldora de perfil para mostrar un mensaje intercalado breve. Los usuarios que hacen clic en la píldora del perfil se dirigen al menú de su perfil, donde pueden elegir activar la sincronización. El objetivo es proporcionar a los usuarios un punto de entrada intuitivo y contextualmente pertinente para sincronizar datos, como el historial de navegación, independiente del flujo de acceso. En el caso de los usuarios empresariales, la píldora de perfil expandida solo aparece después de 4 horas de inactividad del navegador.
Las políticas empresariales pertinentes que controlan la sincronización del historial o de las pestañas (SyncDisabled, SyncTypesListDisabled y SavingBrowserHistoryDisabled) siguen funcionando como antes.
- Chrome 138 en Linux, macOS y Windows: Comienza el lanzamiento gradual de la función.
- Pie de página en Nueva pestaña
Una actualización de la página Nueva pestaña incluye un nuevo pie de página diseñado para brindar a los usuarios mayor transparencia y control sobre su experiencia en Chrome.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: La atribución de extensiones comenzará a mostrarse en el NTP. Si una extensión cambió la página predeterminada de Nueva pestaña, ahora verás un mensaje en el pie de página que atribuye el cambio a esa extensión específica. A menudo, este mensaje incluye un vínculo directo a la extensión en Chrome Web Store, lo que facilita la identificación y administración de las extensiones no deseadas. Si eres administrador, puedes inhabilitar esta atribución con la política NTPFooterExtensionAttributionEnabled.
- Chrome 139 en Linux, macOS y Windows: Se mostrará la divulgación de administración del navegador si un administrador empresarial establece una de las políticas para personalizar el pie de página. En el caso de los usuarios cuyo navegador Chrome está administrado por una fuente de confianza, el pie de página de Nueva pestaña ahora mostrará un aviso de divulgación de administración. Esto te ayuda a comprender cómo se administra tu navegador. Los administradores pueden inhabilitar este aviso con la política NTPFooterManagementNoticeEnabled. Además, las organizaciones pueden personalizar el aspecto del pie de página con las políticas EnterpriseLogoUrlForBrowser y EnterpriseCustomLabelForBrowser para mostrar un logotipo y una etiqueta personalizados.
- Chrome 140 en Linux, macOS y Windows: Se comenzará a mostrar un aviso predeterminado (Administrado por <nombre de dominio>) en el pie de página de Nueva pestaña para todos los navegadores administrados. La visibilidad se puede cambiar con la política NTPFooterManagementNoticeEnabled.
- Botón de activación de secuencia de comandos del usuario por extensión
En Chrome 138, cambiará la forma en que los usuarios y administradores controlan la capacidad de una extensión para ejecutar secuencias de comandos creadas por el usuario y usar la API de userScripts. Este cambio mejora la seguridad. Los usuarios no otorgarán permisos de secuencia de comandos de usuario a todas las extensiones de forma involuntaria cuando habiliten el Modo de desarrollador, ya que decidirán de forma explícita qué extensiones pueden ejecutar estas secuencias de comandos potencialmente potentes. Para obtener más detalles sobre los motivos del cambio, consulta este blog de Chrome para desarrolladores.
Los usuarios finales ahora podrán activar o desactivar esta opción por extensión en la página
chrome://extensionsusando el botón de activación Permitir secuencias de comandos de usuario, que reemplazará el botón de activación global Modo de desarrollador para obtener un control más detallado. En las extensiones existentes, este botón de activación se habilitará automáticamente si el modo de desarrollador está activado y la extensión tiene el permiso de secuencias de comandos del usuario.Los administradores que actualmente administran las secuencias de comandos de usuario inhabilitando el modo de desarrollador ahora deben usar el campo blocked_permissions de la política ExtensionSettings o la Consola del administrador de Google para controlar de forma independiente el permiso de secuencias de comandos de usuario y el modo de desarrollador de la extensión.
Se recomienda a los desarrolladores de extensiones que actualicen su documentación para que refleje el nuevo botón de activación. Consulta la lista de distribución de los Grupos de Google de extensiones de Chromium para obtener más información y otros cambios en el uso de la API.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función
- Eliminación de las políticas empresariales de acceso a redes privadas
El Acceso a red privada (PNA 1.0) es una función de seguridad sin enviar diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo enviar de forma predeterminada, ya que era incompatible con demasiados dispositivos existentes.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En cambio, Chrome implementará una propuesta actualizada, Acceso a redes privadas 2.0 (PNA 2.0) (GitHub). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de lanzar.
La única forma de aplicar el PNA 1.0 es a través de la política empresarial. Para evitar que se revierta la seguridad de los clientes empresariales que habiliten el PNA 1.0 antes de que se envíe el PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes de solicitud preliminar especiales, hasta que se vuelva incompatible con el PNA 2.0.
Las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que flexibilizan las restricciones de PNA 1.0, se quitarán de inmediato. Actualmente, estas políticas no tienen efecto, ya que no se envía el PNA 1.0, y no tendrán sentido una vez que este se quite.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se dieron de baja las políticas InsecurePrivateNetworkRequestsAllowedForUrls, InsecurePrivateNetworkRequestsAllowed y PrivateNetworkAccessRestrictionsEnabled.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron las políticas PrivateNetworkAccessRestrictionsEnabled, InsecurePrivateNetworkRequestsAllowedForUrls y también InsecurePrivateNetworkRequestsAllowed. Debería haber una política de reemplazo de PNA2 disponible en Chrome 138.
- Cómo buscar en la pantalla con Google Lens en un iPad
Se expandió la función Hacer búsquedas en la pantalla con Google Lens en iOS para que esté disponible en dispositivos iPad. El iPad es un factor de forma que suele asociarse con tareas más complejas, por ejemplo, compras, y la expansión de la función de Lens en iPad permite que los usuarios realicen estas tareas con facilidad. Los administradores pueden controlar esta función con la política LensOverlaySettings.
- Chrome 138 en iOS: La función se lanzará de forma gradual.
- Grupos de pestañas compartidos
Los usuarios ahora pueden colaborar en pestañas con la función de grupos de pestañas compartidos. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en sus computadoras o dispositivos móviles, y sus socios de colaboración pueden explorar las mismas pestañas en sus dispositivos. Cuando una persona cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. La política empresarial TabGroupSharingSettings está disponible para controlar esta función.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: Lanzamiento de la función para unirse a un grupo de pestañas compartido y usarlo. Los usuarios de Chrome Stable no podrán crear un grupo de pestañas compartido (no estará disponible el punto de entrada). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y Canary para esta fase del lanzamiento.
- Chrome 139 en iOS: A partir de Chrome 139, se lanzará la compatibilidad con iOS.
- Carga previa de reglas de especulación para ServiceWorker
Esta función habilita las cargas previas controladas por Service Worker, es decir, una carga previa de reglas de especulación para las URLs controladas por un Service Worker. Anteriormente, la carga previa se cancelaba cuando se detectaba un service worker de control, por lo que la navegación posterior al destino de carga previa se entregaba a través de la ruta que no es de carga previa. Esta función permite que la solicitud de carga previa pase por el controlador de recuperación del service worker, y la respuesta con la intercepción del service worker se almacena en la caché de carga previa, lo que genera una navegación posterior que entrega la caché de carga previa. Usa la política empresarial PrefetchWithServiceWorkerEnabled para controlar esta función. Para obtener más detalles, consulta esta explicación.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
- TLS 1.3 Early Data
TLS 1.3 Early Data permite que se envíen solicitudes GET durante el protocolo de enlace cuando se reanuda una conexión a un servidor TLS 1.3 compatible. Se espera que la función demuestre mejoras en el rendimiento y estará disponible en Chrome 138 con una política (TLS13EarlyDataEnabled) para controlar este cambio.
TLS 1.3 Early Data es un protocolo establecido. Se espera que los servidores TLS, los middleboxes y el software de seguridad existentes manejen o rechacen TLS 1.3 Early Data sin interrumpir la conexión. Sin embargo, es posible que los dispositivos que no implementan correctamente el estándar TLS (RFC8446) no funcionen bien y se desconecten cuando se use TLS 1.3 Early Data. Si esto ocurre, los administradores deben comunicarse con el proveedor para corregirlo.
La política TLS13EarlyDataEnabled es una medida temporal para controlar la función y se quitará en un evento importante futuro. Puedes activar la función con la política para probar si hay problemas y desactivarla de nuevo a medida que se resuelvan.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
- Se da de baja la eliminación asíncrona de rangos para las extensiones de Source Media
El estándar de Media Source cambió en el pasado para no permitir un comportamiento definido de forma ambigua que involucraba eliminaciones de rango asíncronas:
SourceBuffer.abort()ya no cancela las operaciones deSourceBuffer.remove().- La configuración de
MediaSource.durationya no puede truncar el contenido multimedia almacenado en búfer actualmente.
Ahora se arrojan excepciones en ambos casos. Safari y Firefox llevan mucho tiempo implementando este comportamiento. Chromium es el último navegador que conserva el comportamiento anterior. Los contadores de uso muestran que entre el 0.001% y el 0.005% de las cargas de página tienen el comportamiento obsoleto. Si un sitio tiene este problema, es posible que la reproducción falle. El uso de abort() para cancelar las eliminaciones está aumentando, por lo que es prudente completar esta baja antes de que aparezcan más usos incompatibles.
- Chrome 138 en Windows, macOS, Linux y Android
- API de Language Detector
La API de Language Detector es una API de JavaScript para detectar el idioma de un texto, con niveles de confianza. Un complemento importante de la traducción es la detección de idiomas. Esto se puede combinar con la traducción, por ejemplo, tomar la entrada del usuario en un idioma desconocido y traducirla a un idioma de destino específico. En la actualidad, los navegadores suelen tener capacidades de detección de idioma, y queremos ofrecerlas a los desarrolladores web a través de una API de JavaScript, que complementa la API de traducción. Una política empresarial, GenAILocalFoundationalModelSettings, está disponible para inhabilitar la descarga del modelo subyacente, lo que haría que esta API no esté disponible.
- Chrome 138 en Windows, macOS y Linux
- API de Summarizer
La API de Summarizer es una API de JavaScript para producir resúmenes de texto de entrada, respaldados por un modelo de lenguaje de IA. Se espera que los navegadores y los sistemas operativos accedan cada vez más a un modelo de lenguaje. Cuando exponemos este modelo integrado, evitamos que cada sitio web deba descargar su propio modelo de lenguaje de varios gigabytes o enviar texto de entrada a APIs de terceros. En particular, la API de Summarizer expone una API de alto nivel para interactuar con un modelo de lenguaje y, así, resumir las entradas para una variedad de casos de uso (GitHub), de una manera que no depende de un modelo de lenguaje específico.
Hay disponible una política empresarial, (GenAILocalFoundationalModelSettings), para inhabilitar la descarga del modelo subyacente, lo que haría que esta API no esté disponible.
- Chrome 138 en Windows, macOS y Linux
- API de Translator
La API de Translator es una API de JavaScript para proporcionar capacidades de traducción de idiomas a las páginas web. Los navegadores ofrecen cada vez más traducciones de idiomas a sus usuarios. Estas capacidades de traducción también pueden ser útiles para los desarrolladores web. Esto es especialmente cierto cuando las funciones de traducción integradas del navegador no pueden ayudar. Una política empresarial, GenAILocalFoundationalModelSettings, está disponible para inhabilitar la descarga del modelo subyacente, lo que haría que esta API no esté disponible.
- Chrome 138 en Windows, macOS y Linux
- Web Serial por Bluetooth en Android
Esta función permite que las páginas web y las apps web se conecten a puertos en serie a través de Bluetooth en dispositivos Android. Chrome para Android ahora admite la API de Web Serial a través de Bluetooth RFCOMM. Las políticas empresariales existentes (DefaultSerialGuardSetting, SerialAllowAllPortsForUrls, SerialAllowUsbDevicesForUrls, SerialAskForUrls y SerialBlockedForUrls) en otras plataformas están habilitadas en los estados future_on para Android. Todas las políticas, excepto SerialAllowUsbDevicesForUrls, se habilitarán después de que se habilite la función. SerialAllowUsbDevicesForUrls se habilitará en un lanzamiento futuro después de que Android proporcione compatibilidad a nivel del sistema con puertos en serie con cable.
- Chrome 138 en Android
- Políticas nuevas en el navegador Chrome
Política Descripción Configuración de las integraciones del Modo IA de Google en la barra de direcciones y el cuadro de búsqueda de la página Nueva pestaña.
Habilita las anotaciones en archivos PDF.
Habilita TLS 1.3 Early Data.
Controla la visibilidad de la atribución de la extensión en la página Nueva pestaña.
Permite la carga previa de SpeculationRules a URLs controladas por ServiceWorker.
Verifica en tiempo real el estado de Navegación segura de las URLs.
Aplica restricciones a las solicitudes a extremos de red locales.
Elige si se debe habilitar la función IP Protection.
Configura la lista de dominios para los que se inhabilitará el Administrador de contraseñas.
- Políticas que se quitaron del navegador Chrome
Política Descripción Aplica restricciones a las solicitudes a extremos de red más privados.
Permite que los sitios web envíen solicitudes a extremos de red más privados de una forma no segura.
Permitir a los sitios de la lista enviar solicitudes a extremos de red más privados de una forma no segura.
Cambios en Chrome Enterprise Core
- Recomendaciones de Agentspace en las barras de búsqueda de Chrome
Para ayudar a los usuarios empresariales con sus necesidades de información interna, ahora puedes agregar resultados de búsqueda empresarial de Agentspace, como sugerencias de personas, archivos o consultas, a la barra de direcciones y el cuadro real de Chrome (barra de búsqueda en la página Nueva pestaña). Los resultados se pueden mostrar de forma predeterminada o solo cuando se activan con una palabra clave personalizada.
Con el modo de palabras clave en la barra de direcciones, los usuarios pueden activar acciones a través de Agentspace, como "ayúdame a escribir un correo electrónico que resuma el estado actual del proyecto".
El proveedor de búsqueda empresarial se muestra cuando el usuario escribe @ en la barra de direcciones. La organización puede personalizar una palabra clave o un acceso directo, así como el ícono que se muestra.
Esto se puede configurar usando la política EnterpriseSearchAggregatorSettings.
- Chrome 135 en ChromeOS, Linux, macOS y Windows: Verificador de confianza
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Disponibilidad general
- Baja de la página del navegador Chrome en el informe de estadísticas de Chrome
A partir del 1 de julio, la página del navegador Chrome en el informe de estadísticas de Chrome dejará de estar disponible. Esta página se reemplaza por la página Descripción general de Chrome que se lanzó en Chrome 137. La información que se mostraba en la página del navegador Chrome del informe de estadísticas de Chrome ahora se encuentra en la página Descripción general.
- Chrome 138 en Android, iOS, Linux, macOS y Windows
- Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio de 2025, comenzó a lanzarse el parámetro de configuración de período de inactividad para la eliminación de perfiles. En julio de 2025, el parámetro de configuración comenzará a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. El período de inactividad tiene un valor predeterminado de 90 días. De forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días. Los administradores pueden cambiar el valor del período de inactividad con este parámetro de configuración. El valor máximo para determinar el período de inactividad del perfil es de 730 días y el mínimo es de 28 días.
Si reduces el valor establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: La política se lanzará en junio. La eliminación comenzará en julio y la ola inicial de eliminación se completará a fines de agosto. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.
- Nueva evaluación de riesgos de LayerX en la Consola del administrador
Agregaremos un nuevo proveedor de evaluación de riesgos de extensiones: LayerX Security a la Consola del administrador. Los administradores pueden consultar esta puntuación en el informe de uso de apps y extensiones.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: La puntuación estará disponible para los administradores a partir de Chrome 138.
- Compatibilidad con varias identidades en iOS
Chrome para iOS ahora admite varias cuentas, en particular, las cuentas administradas (de trabajo o de instituciones educativas). Esta actualización presenta perfiles de navegador independientes para cada cuenta administrada, lo que garantiza una separación estricta de los datos entre la navegación personal y la del trabajo. Las cuentas normales seguirán compartiendo un solo perfil.
El objetivo de este cambio es mejorar la oferta empresarial de Chrome y proporcionar una experiencia de navegación más segura y organizada, especialmente para los usuarios finales que tienen cuentas personales y laborales en sus dispositivos. Los usuarios experimentarán un flujo de integración único cuando agreguen una cuenta administrada al dispositivo. Para cambiar de cuenta, deberá presionar el disco de partículas de la cuenta en la página Nueva pestaña.
Los administradores que habilitaron las políticas de Chrome en iOS (consulta las instrucciones) pueden seguir usando las políticas existentes.
- Chrome 138 en iOS
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Integración de SecOps
Esta función ofrece una integración nativa entre Chrome Enterprise Premium (CEP) y Google Security Operations (SecOps), lo que permite a las organizaciones enviar un conjunto más completo de eventos de seguridad y telemetría detallada del navegador desde Chrome directamente a su instancia de SecOps. El motivo de este cambio es usar el navegador como sensor de seguridad principal para amenazas basadas en la Web, como el phishing, el software malicioso y el robo de datos. Esto puede mejorar significativamente la capacidad de una organización para hacer lo siguiente:
- Prevenir
- Detectar
- Investigar
- Responder a amenazas basadas en la Web
Para los administradores, esta integración presenta nuevos tipos de eventos de seguridad mejorados, como la telemetría de navegación de URLs y las visitas a URLs sospechosas. Estos eventos se enriquecen automáticamente con las puntuaciones de riesgo de la Navegación segura y otra información de inteligencia contra amenazas antes de enviarse a SecOps. El lanzamiento también incluye un nuevo proceso de configuración optimizado de "un clic" en la Consola del administrador para reemplazar el flujo de trabajo manual anterior, lo que simplifica la conexión con SecOps.
Para usar esta función, los administradores deben tener una suscripción a Chrome Enterprise Premium y deberán habilitar la integración a través del nuevo flujo de trabajo en la Consola del administrador. La recopilación de ciertos tipos de eventos de gran volumen, como los eventos de navegación de URLs, es un parámetro de configuración que se puede habilitar y que se encuentra en la configuración del conector. Esta función no agrega ni modifica ninguna política empresarial.
- Chrome 137 en Linux, macOS y Windows: Agrega datos de URLs de referencia a
URLFilteringInterstitialEventySafeBrowseInterstitialEvent. - Chrome 138 en Linux, macOS y Windows: Se extiende la propagación de datos de URLs de referencia a
SafeBrowseDangerousDownloadEventyDlpSensitiveDataEvent.
- Funciones de filtrado de URLs en iOS
Las capacidades actuales de filtrado de URLs de WebProtect para computadoras se extenderán a los dispositivos móviles para que las organizaciones puedan auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esta función forma parte de Chrome Enterprise Premium y tiene como objetivo proporcionar acceso a Internet seguro y confiable para los usuarios empresariales en cualquier dispositivo. Los administradores pueden crear reglas de filtrado de URLs para garantizar que los empleados solo puedan acceder a URLs seguras y autorizadas en dispositivos iOS. Chrome informa los eventos de filtrado de URLs y los eventos de sitios no seguros a través del conector de informes en dispositivos móviles. Esta función permite a los administradores administrar a qué URLs se puede acceder en los navegadores Chrome administrados o en los perfiles de dispositivos iOS de la empresa o de BYOD.
Estos son algunos de los cambios clave:
- Los administradores pueden bloquear, advertir o auditar a los usuarios cuando acceden a ciertos sitios o categorías.
- Los usuarios ven páginas intersticiales cuando intentan visitar URLs bloqueadas o con advertencias.
- Chrome informa eventos de filtrado de URLs.
- Las actualizaciones de la página
chrome://managementreflejan la nueva funcionalidad.- Chrome 138 en iOS: La función de filtrado de URLs está disponible en iOS.
- Compatibilidad con la descarga de DLP para la API de File System Access (FSA)
La protección de Prevención de pérdida de datos (DLP) ahora abarca los archivos y directorios descargados con la API de File System Access (FSA). Esta mejora garantiza que las descargas de aplicaciones web modernas, como los editores basados en navegadores, se analicen de acuerdo con las reglas de la DLP de tu organización. Los usuarios y los sitios web recibirán notificaciones sobre los veredictos de análisis, lo que fortalecerá la seguridad y el cumplimiento de los datos. Si una descarga incumple una política de DLP, se bloqueará, lo que generará un archivo vacío, y el sitio web podría indicar un error de "Bloqueado por la Navegación segura". Este cambio beneficia principalmente a la seguridad, ya que evita el robo de datos a través de este vector. Los administradores deben probar esto con aplicaciones web usando la API de FSA para observar el comportamiento con sus parámetros de configuración de DLP actuales.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Habilita el análisis de contenido de la DLP para las descargas iniciadas a través de la API de File System Access en plataformas seleccionadas, que se rigen por las políticas empresariales existentes.
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
- Chrome para Android ya no es compatible con Android Oreo ni Android Pie
La última versión de Chrome compatible con Android Oreo o Android Pie es Chrome 138, que incluye un mensaje para los usuarios afectados en el que se les informa que actualicen el sistema operativo. Chrome 139 y versiones posteriores no serán compatibles con los usuarios que ejecuten Android Oreo o Android Pie, ni se enviarán ni estarán disponibles para ellos.
- Chrome 139 en Android: Chrome para Android ya no es compatible con Android Oreo ni Android Pie.
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y “Gemini Live”, con el que pueden hacerlo por voz.
En Chrome 137, Gemini en Chrome está disponible para los suscriptores de Google AI Pro y Ultra en EE.UU. Se lanzará una versión más amplia en eventos importantes futuros. Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda.
- Chrome 137 en macOS y Windows: La función está disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión estable (para desarrolladores, Canary y beta) en EE.UU.
- Chrome 139 en macOS y Windows: La función se lanzará gradualmente en la versión estable para los usuarios que accedan a Chrome en EE.UU.
- Verificaciones de descarga de APK maliciosos
Chrome para Android ahora se comunicará con los servidores de Google para obtener un veredicto sobre la seguridad de los archivos APK que se descargan en Chrome. Si se determina que un archivo APK descargado es peligroso, Chrome mostrará una advertencia y bloqueará la descarga para proteger a los usuarios contra el software malicioso para dispositivos móviles. El usuario podrá omitir esas advertencias de descarga a través de la IU de Chrome. Estas verificaciones de descarga de APK maliciosos se realizarán para los usuarios inscritos en la protección estándar o la protección mejorada de la Navegación segura de Google. Para inhabilitar esta función, establece el modo de Navegación segura en "Sin protección" a través de la política SafeBrowsingProtectionLevel.
- Chrome 139 en Android
- Próximo cambio en los certificados de la AC incluidos en Chrome Root Store
Debido a incumplimientos constantes, Chrome 139 cambiará la forma en que confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Chunghwa Telecom y Netlock). Esto se aplica a Chrome 139 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Chunghwa Telecom o Netlock incluidos en Chrome Root Store según su fecha de emisión:
- Se desconfiará de ellos de forma predeterminada después del 31 de julio de 2025.
- No se verán afectados los certificados emitidos el 31 de julio de 2025 o en fechas anteriores.
Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Chunghwa Telecom o Netlock afectados en una plataforma y versión de Chrome que dependen de Chrome Root Store, por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas antes y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Próximos cambios en Chrome Root Store.
Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.
- Chrome 139 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 139 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de julio de 2025.
- Migración de las extensiones a Manifest V3 antes de junio de 2025
Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
En junio de 2024, Chrome comenzó a inhabilitar gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial, ExtensionManifestV2Availability, para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página Uso de apps y extensiones en Chrome Enterprise Core.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- Notificaciones promocionales
A partir de Chrome 128, se muestran a los usuarios notificaciones promocionales a nivel del SO. Estas notificaciones se rigen por la política empresarial PromotionsEnabled.
- Chrome 128 en ChromeOS, Linux, macOS y Windows
- Chrome 139 en Windows: En Chrome 138, las notificaciones de promociones solo se activaban en los clientes de Chrome cuando se actualizaba de Windows 10 a Windows 11. A partir de Chrome 139, esto se extenderá a todas las instalaciones de Chrome para Windows. Las notificaciones solo se mostrarán a un subconjunto de usuarios con baja participación, y se pueden inhabilitar mediante la política empresarial PromotionsEnabled.
- Eliminación de las marcas de extensiones peligrosas en Google Chrome
Para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las compilaciones oficiales de la marca Chrome quitarán las marcas de línea de comandos
--extensions-on-chrome-urlsy--disable-extensions-excepta partir de Chrome 139. El objetivo de este cambio es mitigar los riesgos asociados con las extensiones dañinas y no deseadas.Los desarrolladores aún pueden usar ambas marcas en compilaciones sin marca, como Chromium y Chrome for Testing.
- Chrome 139 en Linux, macOS y Windows: Lanzamiento gradual
- Quitar el resguardo de SwiftShader
Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader.Esto se hizo por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable. Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Es importante probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario. En Chrome 138, estará disponible una política empresarial temporal para revertir el cambio.
- Chrome 137 en Windows: Se inhabilitará SwiftShader y se reemplazará por otro resguardo de WebGL de software, WARP. Es posible que las pruebas que dependen de los valores de píxeles exactos que genera SwiftShader comiencen a fallar.
- Chrome 139 en Linux y macOS: Swiftshader se inhabilitará en macOS y Linux a partir de Chrome 138. Los usuarios que tengan máquinas sin una GPU no podrán usar WebGL.
- Se admiten cuentas en estado pendiente en Chrome para iOS
Las cuentas cuyas credenciales se volvieron no válidas ya no saldrán automáticamente ni se quitarán de Chrome en iOS. En su lugar, estas cuentas permanecerán en el navegador, en un nuevo "estado pendiente" asociado con una indicación de error persistente en la IU para instar a los usuarios a resolverlo. Esto también significa que los datos locales asociados con estas cuentas ya no se borrarán automáticamente, sino que se conservarán en el disco. Las políticas existentes que controlan el acceso (por ejemplo, BrowserSignin) seguirán funcionando como antes.
- Chrome 139 en iOS: La función se lanzará gradualmente.
- Chrome dejará de ser compatible con macOS 11
Chrome 138 será la última versión que admitirá macOS 11. Chrome 139 y versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 11 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea actualizar Chrome, debe actualizar su computadora a una versión compatible de macOS. Para las instalaciones nuevas de Chrome 139 y versiones posteriores, se requerirá macOS 12 y versiones posteriores.
- Chrome 139 en Windows, macOS y Linux
- Se borra el nombre de la ventana para las navegaciones entre sitios que cambian el grupo de contexto de navegación
Actualmente, el valor de la propiedad
window.namese conserva durante todo el ciclo de vida de una pestaña, incluso con la navegación que cambia los grupos de contexto de navegación, lo que puede filtrar información y, potencialmente, usarse como un vector de seguimiento. En este caso, borrar la propiedadwindow.namesoluciona el problema.Esta actualización incluirá una nueva política empresarial temporal, ClearWindowNameCrossSiteBrowsing, que dejará de funcionar en Chrome 142.
- Chrome 139 en Windows, macOS, Linux, iOS y Android
- Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP
Actualmente, cuando la Política de Seguridad del Contenido (CSP) lo bloquea, Chromium arroja un SecurityError desde el constructor de Worker y SharedWorker. Para cumplir con las especificaciones, la CSP debe verificarse como parte de la recuperación y, luego, activar eventos de error de forma asíncrona en lugar de arrojar una excepción cuando la secuencia de comandos ejecuta "
new Worker(url)" o "new SharedWorker(url)".El objetivo de esta actualización es que Chromium cumpla con las especificaciones, puesto que ya no arroja excepciones después de las llamadas al constructor y activa eventos de error de forma asíncrona.
- Chrome 139 en Windows, macOS, Linux y Android
- Manifiesto de la app web: Especifica la elegibilidad de actualización. Las URLs de los íconos tienen el atributo Cache-Control: immutable
A partir de Chrome 139, el manifiesto de la app web especificará un algoritmo de elegibilidad para la actualización. Esto hace que el proceso de actualización sea más determinístico y predecible, lo que le brinda al desarrollador más control sobre si se deben aplicar actualizaciones a las instalaciones existentes (y cuándo) y permite quitar la "limitación de comprobación de actualización" que los usuarios-agentes deben implementar actualmente para evitar desperdiciar recursos de red.
- Chrome 139 en Windows, macOS y Linux
- Chrome 140 en Android
- Aplicación forzosa de la 2SV para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la Verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo del Centro de ayuda.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Comienza la aplicación forzosa de la 2SV
- Chrome 140 en ChromeOS, Linux, macOS y Windows: La 2SV es obligatoria
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Happy Eyeballs V3 realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6 o IPv4) para reducir la demora en la conexión de red visible para el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 140 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- No se permite la renderización previa de HTTP de texto simple no confiable
Este lanzamiento proporcionará la capacidad de inhabilitar la renderización previa de HTTP de texto simple no confiable.
- Chrome 140 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
Esta actualización mitigará el seguimiento de usuarios por parte de terceros a través de la caché de HTTP con Seguridad de Transporte Estricta (HSTS). Esta función solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. De esta manera, los sitios de terceros no pueden usar la caché de HSTS para realizar un seguimiento de los usuarios en la Web.
- Chrome 140 en Windows, macOS, Linux y Android
- IP Protection
Esta función limita la disponibilidad de la dirección IP original de un usuario en contextos de terceros en el modo Incógnito, lo que mejora las protecciones de este modo contra el seguimiento entre sitios cuando los usuarios eligen navegar en este modo. Las direcciones IP facilitan una variedad de casos de uso, como enrutar el tráfico y evitar el fraude y el spam. Sin embargo, también se pueden usar para el seguimiento. Para los usuarios de Chrome que eligen navegar en modo Incógnito, queremos proporcionar un control adicional sobre su dirección IP, sin interrumpir las funciones web esenciales. Para lograr este equilibrio entre protección y usabilidad, esta propuesta se enfoca en limitar el uso de direcciones IP en un contexto de terceros en el modo Incógnito. Para ello, esta propuesta utiliza un enfoque basado en listas, en el que solo se verán afectados los dominios de la lista de dominios enmascarados (MDL) en un contexto de terceros. En el caso de las empresas, esta función se puede controlar mediante la política empresarial PrivacySandboxIpProtectionEnabled.
- Chrome 140 en Windows, macOS, Linux y Android
- Política estricta del mismo origen para la API de Storage Access
Planeamos ajustar la semántica de la API de Storage Access para seguir estrictamente la política del mismo origen y mejorar la seguridad. De forma predeterminada, usar
document.requestStorageAccess()en un marco solo adjunta cookies a las solicitudes al origen del iframe (no al sitio). La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.- Chrome 140 en Windows, macOS, Linux y Android
- No se permiten espacios en hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://de Windows (GitHub).- Chrome 141 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Migración de la API de SafeBrowsing de la v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows: La función se lanzaría gradualmente.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
-
Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados
La Consola del administrador admitirá los comandos remotos "Borrar caché" y "Borrar cookies" a nivel del perfil, y la exportación de CSV para la lista de perfiles administrados. Puedes seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Chrome 137 en Android, Linux, macOS y Windows: Se agregó la exportación de CSV para los perfiles administrados.
- Chrome 139 en Linux, macOS y Windows: Compatibilidad a nivel del perfil para los comandos remotos.
-
Tarjetas de la página Nueva pestaña para Microsoft 365
Los usuarios empresariales con Outlook o SharePoint podrán acceder a sus próximas reuniones o archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o perder tiempo buscando tu próxima reunión para que te puedas enfocar en lo que más importa. Los administradores pueden habilitar las tarjetas con NTPSharepointCardVisible y NTPOutlookCardVisible. En el caso de los usuarios de Microsoft que no permiten la autoautorización, el administrador también debe dar su consentimiento para los permisos de la app durante la primera autenticación o aprobar la app para usarla en Microsoft Entra.
- Chrome 134 en Linux, macOS y Windows: Disponible para verificadores de confianza
- Chrome 137 en Linux, macOS y Windows: Lanzamiento gradual para todos los clientes
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Los usuarios no necesitarán acceder en Chrome para usar esta función.
-
Página Descripción general de Chrome Enterprise
Con este lanzamiento, se presenta una nueva página Descripción general en la sección del navegador Chrome de la Consola del administrador de Google. La página Resumen permite a los administradores de TI encontrar rápidamente información clave sobre su implementación:
- Perfiles y navegadores inscritos activos e inactivos
- Identificación de los navegadores desactualizados y con actualizaciones pendientes
- Identificación de las extensiones de alto riesgo (según Spin.AI) y obtención de una vista previa de las extensiones más solicitadas
- Estadísticas de seguridad (por ejemplo, cargas o descargas de archivos sensibles)
La página Resumen también permite a los administradores acceder rápidamente a acciones clave, como administrar extensiones, acceder al navegador o a la lista de perfiles, y establecer políticas de actualización, entre otras.
- Chrome 137 en Android, iOS, Linux, macOS y Windows
- Chrome 140 en Android, iOS, Linux, macOS y Windows: Se agregó un nuevo filtro disponible en la página Descripción general para las fechas de unidades organizativas y actividades.
Próximos cambios en Chrome Enterprise Premium
- Refactorización de la UX de las reglas del navegador Chrome
Para mejorar la experiencia de creación de reglas de Prevención de pérdida de datos (DLP), se actualizará la Consola del administrador de Google para optimizar la forma en que los administradores definen las políticas para diferentes aplicaciones, como Chrome y Workspace. En primer lugar, se incluyen grupos de aplicaciones mutuamente exclusivos, lo que significa que una sola regla de DLP ahora solo puede orientarse a un grupo de aplicaciones a la vez, ya sea a apps de Workspace (como Drive o Gmail), activadores del navegador Chrome (como la carga de archivos o URL visitada) o activadores de ChromeOS. Este cambio simplifica la configuración de reglas, elimina los posibles conflictos de selecciones de apps superpuestas y sienta las bases para flujos de trabajo más especializados y fáciles de usar, adaptados a las necesidades de cada plataforma.
Los administradores verán una interfaz de selección de "Apps" actualizada con botones de selección para aplicar esta selección de un solo grupo para las reglas nuevas. El sistema migrará de forma transparente las reglas existentes que anteriormente combinaban aplicaciones de varios grupos a reglas independientes, compatibles y de una sola plataforma para garantizar una protección continua y una transición sin complicaciones. En la Consola del administrador, habrá banners con información sobre estos cambios y el proceso de migración. No se presentan políticas empresariales nuevas con esta actualización; los cambios se aplican a la interfaz de configuración de reglas.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Se habilita la selección de apps mutuamente excluyentes para la configuración de reglas de la DLP en la Consola del administrador.
- Protección de las reglas de copiado y pegado
Para ayudar a las organizaciones a prevenir de mejor manera el robo de datos en dispositivos móviles, Chrome extenderá los controles de datos del portapapeles que ya existen para computadoras. Los administradores ahora pueden usar la política DataControlsRules para establecer reglas que bloqueen o adviertan a los usuarios cuando intenten copiar o pegar contenido que incumpla las políticas de la organización. Esta función permite a los administradores definir límites de datos y evitar que la información sensible se pegue desde un contexto de trabajo en apps o sitios web personales en su flota de dispositivos móviles. Esto aborda una brecha de seguridad significativa y una función solicitada con frecuencia por los clientes empresariales que mencionaron la falta de controles de datos en dispositivos móviles como una preocupación. Para usar esta función, los administradores pueden configurar restricciones en el portapapeles dentro de la política DataControlsRules, lo que proporciona una experiencia de administración coherente en computadoras y dispositivos móviles para fortalecer la postura de seguridad general de su organización.
- Chrome 139 en Android: La protección de las reglas de copiar y pegar está disponible en Android.
Resumen del lanzamiento de ChromeOS 138
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Herramientas de clase | ✓ | ✓ | |
| Fondos de pantalla de formato libre de ChromeOS | ✓ | ||
| Ayúdame a leer en ChromeOS | ✓ | ||
| Actualizaciones de accesibilidad | ✓ | ||
| Expansión de la política de Funciones Inhabilitadas del Sistema | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Cambios en las apps de Chrome | ✓ | ||
| Baja de Native Client (NaCl) | ✓ | ||
| Validación del certificado del servidor EAP/TLS | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
ChromeOS updates
-
Class Tools
Class Tools are premium teaching and learning tools built for Chromebooks. They aim to provide teachers with real-time classroom management tools and enhance learning for students. Class Tools help teachers to:
- send and lock website content on student Chromebooks.
- offer students on-screen captions and real-time translations.
- view and share students' screens.
To learn more, see Overview of Class Tools in the Help Center. To use Class Tools, your organization needs to have a Google Workspace for Education Plus or a Teaching and Learning add-on license. For more details, see Education Plus edition.
-
ChromeOS freeform wallpapers
As early as ChromeOS 138, freeform wallpapers offer an unrestricted input field that empowers users to express their individuality, creativity, and passions by turning their background into a personal canvas. Users can generate wallpapers by inputting different prompts in the text field, or use the Inspire me feature, which will generate random prompts and wallpapers until you find one you like. This feature is available on Chromebook Plus devices only. For more information, see Wallpaper settings.
Admins can control this feature using the GenAIWallpaperSettings policy.
- For 18+ consumers, the default is Allow with data collection.
- For 18+ managed users, the default is Allow without data collection.
- Users under 18 cannot access the feature.
-
Help me read on ChromeOS
As early as ChromeOS 138, Help me read on ChromeOS provides an AI-powered solution to help you quickly understand text information written in verbose and convoluted language or with jargon. Select a piece of text and right-click on it to reveal the simplify button that can give you a straightforward version of the source, which can be digested at a glance.
Admins can control access to this feature using the HelpMeReadSettings policy, but users need to explicitly opt in to use Help me read on ChromeOS. This feature is available on Chromebook Plus devices only. For more details, see Chrome—Generative AI features and policies.
-
Expansion of the Disabled system features policy
We're releasing a significant expansion of the Disabled system features policy. You now have granular control over a wider range of applications, to allow for more tailored device management.
ChromeOS 138 supports disabling the following additional applications:This update provides administrators with enhanced flexibility to configure available apps according to specific organizational needs and security requirements.
- Web Store
- Canvas
- Explore
- Gallery
- Terminal
- Print Jobs
- Key Shortcuts
- YouTube
- Google Maps
- Gmail
- Google Docs
- Google Slides
- Google Sheets
- Google Drive
- Google Keep
- Google Calendar
- Google Chat
-
Accessibility updates
In ChromeOS 138, we've focused on refining the accessibility experience by addressing several key issues to improve usability and conformance.
Resolved issues:
- Incorrect Heading Levels: The Wallpaper and style page now uses correct heading levels, improving navigation for screen reader users.
- Gallery App - Date Announcement: ChromeVox now accurately announces date information when browsing the Google Photos image list within the Gallery App.
- Gallery App - px Unit Announcement: To provide clearer context, the px unit is now announced by ChromeVox when navigating Width and Height fields for image rescaling in the Gallery App.
- Out-of-Box Experience (OOBE) - Redundant Announcements: We've streamlined ChromeVox announcements during OOBE updates. The progress indicator is now hidden from screen readers to prevent redundant announcements like Progress indicator, min 0 max 100 and incorrect image announcements.
- Out-of-Box Experience (OOBE) - Focus Disruption: We’ve addressed an issue in OOBE where switching between personal and corporate account enrollment buttons with ChromeVox incorrectly shifted focus to the calendar. Focus now correctly remains on the updated screen or dialog.
Coming soon
Note: The items listed below are experimental or planned updates. They might change, be delayed, or canceled before launching to the Stable channel.
Upcoming ChromeOS changes
-
Chrome apps changes
Starting with ChromeOS 138, admin-installed Chrome apps in kiosk sessions will be disabled by default. A new policy, KioskChromeAppsForceAllowed, will be available prior to the release of ChromeOS 138 for administrators to re-enable Chrome apps in kiosk sessions. With this policy turned on, Chrome apps in kiosk sessions will be supported through ChromeOS 150.
Starting with ChromeOS 139, planned for stable release on August 19th, user-installed Chrome apps on ChromeOS will stop working. Apps that are force-installed through the admin console for Managed Guest sessions (MGS) and user sessions will continue to be supported. For more details, see End of support for Chrome apps.
-
Native Client (NaCl) deprecation
ChromeOS 138 will be the final release to support Native Client (NaCl) in managed environments with the NaCl allow policy enabled. For devices on the Long-term Support (LTS) channel with this policy active, NaCl support will continue until the LTS Last Refresh in April 2026.
-
EAP/TLS server certificate validation
Note: This change only affects customers utilizing EAP/TLS network setups and only affects networks set up before January of 2022.
Starting October 1, 2025, we will roll out this fix to the ChromeOS stable channel. A very small number of customers using EAP/TLS configurations might experience connectivity issues if their server certificates are signed by a Certificate Authority (CA) that is currently included in ChromeOS as a System CA.
To minimize disruption, admins can perform one of the following actions:
Option 1 (providing a higher level of security):
- Generate a new certificate for your Authentication Server, and ensure it is signed by the same Certificate Authority (CA) as used previously.
- Replace the existing certificates on your Authentication Server with the newly-generated certificates.
Option 2 ( if more time is needed before implementing Option 1):
- Sign in to Google Admin console.
-
From August 15 to October 1, to check for affected devices, admins can follow these instructions on the Beta channel:
- Access chrome://histograms in Chrome browser.
- Perform several disconnect and reconnect cycles for your Ethernet or Wi-Fi network.
- Allow approximately 10 seconds for data aggregation.
- Within the chrome://histograms page, search the histogram identified as
Network.Shill.Eap.EventCaCertExperiment1:- If the histogram is not present, your configuration is not impacted.
- Your configuration is likely to be impacted if a positive value is observed for both Event 8 (
FirstCertVerificationFailure) and Event 9 (CertVerificationRetryAttempt).
- Navigate to the configuration settings for the affected EAP/TLS network.
- Modify the Server Certificate Authority setting to System default certificate authorities.
Chrome 137
Resumen de la versión de Chrome 137
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Gemini en Chrome | ✓ | ||
| Partición de URLs de BLOB: recuperación y navegación | ✓ | ||
| Asistencia del LLM del cliente para mitigar estafas | ✓ | ||
| DTLS 1.3 | ✓ | ||
| Se quitará el interruptor de línea de comandos --load-extension en Google Chrome | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| Personaliza perfiles administrados con logotipo y etiqueta personalizados | ✓ | ||
| Tipo de error de alineación que se arroja para la creación de credenciales de WebAuthn de payment: SecurityError => NotAllowedError | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Aplicación forzosa de la 2SV para los administradores | ✓ | ||
| Autocompletar con IA | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Registro y generación de informes de direcciones IP | ✓ | ||
| Página Descripción general de Chrome Enterprise | ✓ | ||
| Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft 365 | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Compatibilidad con la descarga de DLP para la API de File System Access (FSA) | ✓ | ✓ | |
| Conector de informes para dispositivos móviles | ✓ | ✓ | |
| Elaboración de informes de eventos de Navegación segura en iOS | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Mejoras en favoritos y la lista de lectura en Chrome para computadoras | ✓ | ✓ | |
| Botón de activación de secuencia de comandos del usuario por extensión | ✓ | ||
| Navegación segura mejorada como parámetro de configuración sincronizado | ✓ | ||
| Grupos de pestañas compartidos | ✓ | ||
| Generar estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome | ✓ | ||
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| TLS 1.3 Early Data | ✓ | ||
| Cuota de almacenamiento informada predecible | ✓ | ||
| Política estricta del mismo origen para la API de Storage Access | ✓ | ||
| API de Summarizer | ✓ | ||
| API de Language Detector | ✓ | ||
| API de Translator | ✓ | ||
| Web Serial por Bluetooth en Android | ✓ | ||
| Próximo cambio en los certificados de la AC incluidos en Chrome Root Store | ✓ | ||
| Chrome para Android ya no es compatible con Android Oreo ni Android Pie | ✓ | ||
| Migración de las extensiones a Manifest V3 antes de junio de 2025 | ✓ | ✓ | ✓ |
| Chrome quitará compatibilidad con macOS 11 | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Apps web aisladas | ✓ | ✓ | |
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Migración de la API de SafeBrowsing de la v4 a la v5 | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Recomendaciones de Agentspace en el cuadro multifunción de Chrome | ✓ | ✓ | |
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Compatibilidad con varias identidades en iOS | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Funciones de filtrado de URLs en iOS | ✓ | ||
| Compatibilidad con la descarga de DLP para la API de File System Access (FSA) | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Gemini en Chrome
Gemini ahora está integrado en Chrome en macOS y Windows, y puede comprender el contenido de la página actual. Ahora los usuarios pueden obtener conclusiones clave, aclarar conceptos y encontrar respuestas sin salir de la pestaña de Chrome. Esta integración incluye el chat, en el que los usuarios pueden interactuar con Gemini por texto, y Gemini Live
, con el que pueden hacerlo por voz.
En Chrome 137, Gemini en Chrome está disponible para los suscriptores de Google AI Pro y Ultra en EE.UU. Se lanzará una versión más amplia en eventos importantes futuros. Puedes consultar las próximas publicaciones de estas notas de la versión para empresas para conocer las actualizaciones de disponibilidad.
Los administradores pueden desactivar esta función (valor 1) con la política GeminiSettings o con GenAiDefaultSettings (valor 2). Para obtener más detalles, consulta Gemini en Chrome en el Centro de ayuda.
- Chrome 137: La función estará disponible para algunos suscriptores de Google AI Pro y Ultra en EE.UU. y en los canales previos a la versión Stable (para desarrolladores, Canary y beta) en EE.UU.
- Se lanzará una versión más amplia en eventos importantes futuros. Puedes consultar las próximas publicaciones de las notas de la versión de Enterprise para conocer las actualizaciones de disponibilidad.
, con el que pueden hacerlo por voz.- Partición de URLs de BLOB: recuperación y navegación
Como continuación de Storage Partitioning, Chrome 137 ahora implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chrome 137 ahora aplica noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chrome con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 137 en Android, ChromeOS, Linux, macOS y Windows
- Asistencia del LLM del cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de diferentes tipos todos los días. Para combatir estas estafas, Chrome ahora aprovecha el LLM integrado en el dispositivo para identificar sitios web fraudulentos para los usuarios de la Navegación segura mejorada. Chrome envía el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de la página y enviarlos al servidor de Navegación segura para obtener un veredicto final. Cuando está habilitado, Chrome puede consumir más ancho de banda para descargar el LLM.
La Navegación segura mejorada es una función existente que se controla con la política SafeBrowsingProtectionLevel.
- Chrome 134 en Linux, macOS y Windows: Recopila el nombre de la marca y el resumen del intent de la página que activó el bloqueo del teclado para identificar sitios web de estafa.
- Chrome 135 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa el resumen de la marca y el intent de la página que activó el bloqueo del teclado.
- Chrome 137 en Linux, macOS y Windows: Se recopila el resumen de la marca y el intent de la página según el sistema de puntuación de reputación del servidor.
- Chrome 138 en Linux, macOS y Windows: Se muestran las advertencias al usuario según el veredicto del servidor que usa la marca y el intent de las páginas que calificó el sistema de reputación del servidor.
- DTLS 1.3
Chrome 137 agrega compatibilidad con la seguridad de la capa de transporte para datagramas (DTLS) 1.3 para las conexiones de comunicación en tiempo real para la Web (WebRTC). Anteriormente, se usaba DTLS 1.2 para todas las conexiones de WebRTC. Esto es necesario para agregar criptografía resistente a la cuántica a WebRTC.
- Chrome 137 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Se quitará el interruptor de línea de comandos --load-extension en Google Chrome
Para mejorar la seguridad y la estabilidad del navegador Chrome para nuestros usuarios, las compilaciones oficiales de la marca Chrome ahora darán de baja la capacidad de cargar extensiones a través de la función experimental de línea de comandos
--load-extension, a partir de Chrome 137. El objetivo de este cambio es mitigar los riesgos asociados con las extensiones dañinas y no deseadas.Las extensiones sin empaquetar se pueden cargar con el botón Cargar extensión sin empaquetar en la página de administración de extensiones (
chrome://extensions/) con el modo de desarrollador habilitado. Los desarrolladores aún pueden usar el interruptor--load-extensionen compilaciones sin marca, como Chromium y Chrome for Testing.- Chrome 137 en Linux, macOS y Windows
- Se quitó el resguardo de SwiftShader
Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader.
Esto se hizo por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable. Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Es importante probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario. En Chrome 138, estará disponible una política empresarial temporal para revertir el cambio.
- Chrome 137 en Windows: Se inhabilitará SwiftShader y se reemplazará por otro resguardo de WebGL de software, WARP. Es posible que las pruebas que dependen de los valores de píxeles exactos que genera SwiftShader comiencen a fallar.
- Chrome 138 en Linux y macOS: Swiftshader se inhabilitará en macOS y Linux a partir de Chrome 138. Los usuarios que tengan máquinas sin una GPU no podrán usar WebGL.
- Personaliza perfiles administrados con logotipo y etiqueta personalizados
Chrome 137 tiene nuevas personalizaciones de la barra de herramientas y el menú de perfiles que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está administrado, ya sea que usen un dispositivo personal o laboral. Son particularmente útiles en situaciones de BYOD en las que los empleados usan sus propios dispositivos con cuentas administradas.
Para personalizar esta experiencia, agregaremos las siguientes tres políticas nuevas:
- EnterpriseCustomLabel: Personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con el desarrollo de la marca de tu organización.
- EnterpriseLogoUrl: Agrega el logotipo de tu empresa al menú del perfil.
- EnterpriseProfileBadgeToolbarSettings: Esta política puede inhabilitar la etiqueta predeterminada de un perfil administrado en la barra de herramientas de Chrome.
En Chrome 134, estas políticas estuvieron disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil administrado. A partir de Chrome 137, se actualizará el comportamiento predeterminado de la etiqueta y el ícono del perfil superpuestos en el avatar de la cuenta. En Chrome 138, los perfiles administrados mostrarán una etiqueta de trabajo o institución educativa, además del disco de perfil. En el menú de perfil, verás un ícono de edificio superpuesto en el avatar de la cuenta. El disco de perfil expandido se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.
- Chrome 134 en Lacros, macOS y Windows: Políticas para personalizar la etiqueta y el ícono de la barra de herramientas (en el menú de perfil)
- Chrome 137 en Linux, macOS y Windows: Lanzamiento de Administrado por tu organización en el menú de perfil. El logotipo se puede personalizar a través de la política EnterpriseLogoUrl
- Chrome 138 en Linux, macOS y Windows: Lanzamiento de las etiquetas predeterminadas de trabajo y escuela en la barra de herramientas de Chrome. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings
- Tipo de error de alineación generado para la creación de credenciales de WebAuthn de payment: SecurityError => NotAllowedError
Este cambio corrige el tipo de error que se arrojaba durante la creación de credenciales de WebAuthn para las credenciales de payment. Debido a una discrepancia histórica en las especificaciones, crear una credencial de payment en un iframe de origen cruzado sin una activación del usuario arrojaría un
SecurityErroren lugar de unNotAllowedError, que es lo que se arroja para las credenciales que no son de pago.Se verá afectado el código que antes detectaba el tipo de error que se generaba, por ejemplo, "
e instanceof SecurityError". El código que solo controla errores de forma general durante la creación de credenciales, por ejemplo, "catch (e)", seguirá funcionando correctamente.- Chrome 137 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
La prevención de seguimiento de HTTP con Seguridad de Transporte Estricta (HSTS) mitiga el seguimiento de usuarios por parte de terceros a través de la caché de HSTS. Esta función solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. De esta manera, los sitios de terceros no pueden usar la caché de HSTS para realizar un seguimiento de los usuarios en la Web.
- Chrome 137 en Windows, macOS, Linux y Android
- Aplicación forzosa de la 2SV para los administradores
Para proteger mejor la información de tu organización, Google pronto requerirá que todas las cuentas con acceso a admin.google.com tengan habilitada la Verificación en 2 pasos (2SV). Como administrador de Google Workspace, debes confirmar tu identidad con la 2SV, que requiere tu contraseña y algo adicional, como tu teléfono o una llave de seguridad.
La aplicación forzosa se lanzará de forma gradual en los próximos meses. Debes habilitar la 2SV para las cuentas de administrador de tu organización antes de que Google la aplique de manera forzosa. Para obtener más información, consulta este artículo del Centro de ayuda.
- Autocompletar con IA
A partir de Chrome 137, algunos usuarios pueden activar Autocompletar con IA, una nueva función que ayuda a los usuarios a completar formularios en línea con mayor facilidad. En los formularios pertinentes, Chrome puede usar la IA para comprender mejor el formulario y ofrecer a los usuarios la posibilidad de completar de manera automática la información guardada anteriormente. Los administradores pueden controlar la función con la política existente GenAiDefaultSettings y una nueva política AutofillPredictionSettings.
- Chrome 137 en Linux, macOS, Windows y ChromeOS
- Políticas nuevas en el navegador Chrome
Política Descripción GeminiSettings Configuración de la integración con Gemini AutofillPredictionSettings Configuración del autocompletado con IA ProvisionalNotificationsAllowed Permitir que la app use la autorización de notificaciones provisionales en iOS Reiniciar rápidamente si está desactualizado UserSecurityAuthenticatedReporting Habilitar los informes en la nube de indicadores de seguridad en los perfiles administrados BuiltInAIAPIsEnabled Permite que las páginas usen las APIs de IA integradas. Permite configurar el Chrome Enterprise Connector OnSecurityEvent (ahora disponible en iOS). UserSecuritySignalsReporting Habilitar los informes en la nube de indicadores de seguridad en los perfiles administrados
- Políticas que se quitaron del navegador Chrome
Política Descripción MutationEventsEnabled Volver a habilitar los eventos de mutación que quedaron obsoletos o se quitaron TabOrganizerSettings Configuración del Organizador de pestañas ZstdContentEncodingEnabled Habilita la compatibilidad con la codificación de contenido zstd.
Cambios en Chrome Enterprise Core
- Registro y generación de informes de direcciones IP
Chrome Enterprise mejorará sus capacidades de supervisión de seguridad y respuesta ante incidentes recopilando y registrando direcciones IP locales y remotas, y enviándolas a los registros de la herramienta de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá que, opcionalmente, los administradores envíen las direcciones IP a proveedores externos y propios de administración de información y eventos de seguridad (SIEM) a través del conector de informes de Chrome Enterprise. Para obtener más información, consulta Cómo administrar los conectores de informes de Chrome Enterprise. Esta función estará disponible para los clientes de Chrome Enterprise Core y Chrome Enterprise Premium.
- Chrome 137 en Windows, macOS y Linux
- Página Resumen de Chrome Enterprise
El navegador Chrome Enterprise presenta una nueva página Resumen en la sección del navegador Chrome de la Consola del administrador de Google. La página Resumen permite a los administradores de TI encontrar rápidamente información clave sobre su implementación:
- Perfiles y navegadores inscritos activos e inactivos
- Identificación de los navegadores desactualizados y con actualizaciones pendientes
- Identificación de las extensiones de alto riesgo (según Spin.AI) y obtención de una vista previa de las extensiones más solicitadas
La página Resumen también te permite acceder rápidamente a acciones clave, como administrar extensiones (para bloquearlas y permitirlas) y acceder a listas de navegadores y perfiles.
- Chrome 137 en Android, iOS, Linux, macOS y Windows
- Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados
La Consola del administrador admitirá los comandos remotos "Borrar caché" y "Borrar cookies" a nivel del perfil, y la exportación de CSV para la lista de perfiles administrados. Puedes seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Chrome 137 en Android, Linux, macOS y Windows: Se agregó la exportación de CSV para los perfiles administrados. Puedes exportar los datos del perfil administrado fuera de la Consola del administrador.
- Chrome 138 en Linux, macOS y Windows: Compatibilidad a nivel del perfil para los comandos remotos Borrar caché y Borrar cookies. En la lista de perfiles administrados, podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Tarjetas de la página Nueva pestaña para M365
Los usuarios empresariales con Outlook o SharePoint ahora pueden acceder a sus próximas reuniones o archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o perder tiempo buscando tu próxima reunión para que te puedas enfocar en lo que más importa.
Los administradores pueden habilitar las tarjetas con NTPSharepointCardVisible y NTPOutlookCardVisible. En el caso de los usuarios de Microsoft que no permiten la autoautorización, el administrador también debe dar su consentimiento para los permisos de la app durante la primera autenticación o aprobar la app para usarla en Microsoft Entra.
- Chrome 134 en Linux, macOS y Windows: Verificadores de confianza
- Chrome 137 en Linux, macOS y Windows: Comienza el lanzamiento
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Compatibilidad con la descarga de DLP para la API de File System Access (FSA)
El análisis de contenido de la Prevención de pérdida de datos (DLP) y los análisis profundos de Navegación segura de Chrome Enterprise Premium ahora se extienden a las descargas de carpetas y directorios que se inician a través de la API de File System Access (FSA), por ejemplo, en IDE basados en la Web. Esto aborda una brecha y mejora la seguridad de los datos, ya que aplica reglas de DLP existentes (configuradas a través de las políticas DataLeakPreventionRulesList y SafeBrowsingDeepScanningEnabled) a estas operaciones.
Si una descarga incumple una política de DLP, se bloqueará, lo que generará un archivo vacío, y el sitio web podría indicar un error de Bloqueado por la Navegación segura. Este cambio beneficia principalmente a la seguridad, ya que evita el robo de datos a través de este vector. Los administradores deben probar esto con aplicaciones web usando la API de FSA para observar el comportamiento con sus parámetros de configuración de DLP actuales.
- Chrome 137 en ChromeOS, Linux, macOS y Windows: Habilita el análisis de contenido de la DLP para las descargas iniciadas a través de la API de File System Access en plataformas seleccionadas, que se rigen por las políticas empresariales existentes.
- Conector de informes para dispositivos móviles
Se está actualizando el conector de informes de Chrome Enterprise para incluir informes de eventos de seguridad de Chrome en dispositivos móviles (iOS y Android). Esto les brindará a los administradores de TI visibilidad sobre eventos como visitas a sitios no seguros, transferencias de datos sensibles (según las reglas de protección de datos) y coincidencias de filtrado de URLs que se producen en dispositivos móviles, lo que logrará la paridad de funciones con los informes existentes para computadoras. El objetivo de esta mejora es optimizar la postura de seguridad general de la organización extendiendo las capacidades de detección de amenazas y protección de datos a las plataformas para dispositivos móviles.
Para los clientes que usan la herramienta de investigación de seguridad (SIT), estos nuevos eventos del navegador para dispositivos móviles estarán disponibles para la investigación. Esta integración de SIT es una función de Chrome Enterprise Premium. Los administradores de TI deben tener en cuenta que estos tipos de eventos adicionales de dispositivos móviles comenzarán a fluir a través de su conector de informes configurado.
No se presentarán políticas empresariales nuevas y específicas para controlar esta extensión de informes para dispositivos móviles. Los parámetros de configuración existentes para el conector de informes, las reglas de protección de datos y las políticas de filtrado de URLs determinarán los eventos que se generen y se informen.
- Chrome 137 en iOS y Android: Habilita los informes de eventos de seguridad, por ejemplo, sitios no seguros, transferencias de datos sensibles y filtrado de URLs, a través del conector de informes para Chrome en dispositivos móviles.
- Elaboración de informes de eventos de Navegación segura en iOS
La función habilitará los informes de eventos de Navegación segura en iOS para ayudar a aumentar la seguridad de los entornos empresariales. Esta función ya se implementó en computadoras y Android, y ahora la estamos extendiendo a iOS. Para obtener más información sobre cómo activar esta función, consulta este artículo del Centro de ayuda.
- Chrome 137 en iOS: La elaboración de informes de eventos de Navegación segura estarán disponibles en iOS.
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
- Mejoras en favoritos y la lista de lectura en Chrome para computadoras
En Chrome 138 para computadoras, algunos usuarios que acceden a Chrome cuando guardan un favorito nuevo ahora pueden usar y guardar favoritos y elementos de la lista de lectura en su Cuenta de Google. Las políticas empresariales pertinentes que controlan los favoritos, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled seguirán funcionando como antes, de manera que los administradores puedan configurar si los usuarios pueden usar y guardar elementos en sus Cuentas de Google. Si estableces EditBookmarksEnabled en false, también se impedirá que los usuarios suban un favorito guardado en su dispositivo a su Cuenta de Google.
- Chrome 138 en Linux, macOS y Windows
- Botón de activación de secuencia de comandos del usuario por extensión
En Chrome 138, cambiará la forma en que los usuarios y administradores controlan la capacidad de una extensión para ejecutar secuencias de comandos creadas por el usuario y usar la API de userScripts. Este cambio mejora la seguridad. Los usuarios finales no otorgarán permisos de secuencia de comandos de usuario a todas las extensiones de forma involuntaria cuando habiliten el Modo de desarrollador, ya que decidirán de forma explícita qué extensiones pueden ejecutar estas secuencias de comandos potencialmente potentes. Para obtener más detalles sobre los motivos del cambio, consulta este blog de Chrome para desarrolladores.
Los usuarios finales ahora podrán activar o desactivar esta opción por extensión en la página chrome://extensions usando el botón de activación Permitir secuencias de comandos de usuario, que reemplazará el botón de activación global Modo de desarrollador para obtener un control más detallado. En las extensiones existentes, este botón de activación se habilitará automáticamente si el modo de desarrollador está activado y la extensión tiene el permiso de secuencias de comandos del usuario.
Los administradores que actualmente administran las secuencias de comandos de usuario inhabilitando el modo de desarrollador ahora deben usar la política "blocked_permissions" o la Consola del administrador de Google para controlar de forma independiente el permiso de secuencias de comandos de usuario y el modo de desarrollador de la extensión.
Se recomienda a los desarrolladores de extensiones que actualicen su documentación para que refleje el nuevo botón de activación. Consulta la lista de distribución de los Grupos de Google de extensiones de Chromium para obtener más información y otros cambios en el uso de la API.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función
- Navegación segura mejorada como parámetro de configuración sincronizado
La Navegación segura mejorada de Chrome se convertirá en una función sincronizada. Esto significa que, si un usuario habilita la Navegación segura mejorada en un dispositivo, este nivel de protección se aplicará automáticamente a todos los demás dispositivos en los que haya accedido a Chrome con la misma cuenta. El objetivo es proporcionar una protección de seguridad más robusta y coherente, y una experiencia del usuario estandarizada.
Los usuarios que habiliten la Navegación segura mejorada se beneficiarán de sus protecciones, por ejemplo, la protección proactiva contra el phishing y la detección mejorada de software malicioso y extensiones maliciosas, de forma coherente en todas sus instancias sincronizadas de Chrome en computadoras (Windows, macOS, Linux y ChromeOS), iOS y Android. Los usuarios recibirán una notificación sobre este cambio a través de elementos de la IU cuando se sincronice su configuración de Navegación segura mejorada.
El nivel de protección de la Navegación segura es una función existente que se controla con la política SafeBrowsingProtectionLevel.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
- Grupos de pestañas compartidos
Los usuarios podrán colaborar en pestañas a través de la función de grupos de pestañas compartidos. Con esta función, los usuarios pueden crear y usar un conjunto de pestañas en sus computadoras o dispositivos móviles, y sus socios de colaboración explorarán las mismas pestañas en sus dispositivos. Cuando una persona cambia una pestaña del grupo, los cambios se reflejan en todos los navegadores de los usuarios del grupo. Habrá una política empresarial, TabGroupSharingSettings, disponible para controlar esta función.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: Lanzamiento de la función para unirse a un grupo de pestañas compartido y usarlo. Los usuarios de Chrome Stable no podrán crear un grupo de pestañas compartido (no estará disponible el punto de entrada). Esta parte de la función solo estará disponible en las versiones beta, para desarrolladores y Canary para esta fase del lanzamiento.
- Generación de estadísticas de las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome
Hay una nueva función de IA generativa disponible para los usuarios no administrados: Genera estadísticas para las advertencias y los errores de la consola de las Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible en inglés y para usuarios mayores de 18 años. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China).
- Chrome 127 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.
- Chrome 131 en ChromeOS, Linux, macOS y Windows: En Chrome 131, se dispondrá de una nueva función de IA generativa para usuarios administrados, un panel exclusivo de asistencia de IA en Herramientas para desarrolladores de Chrome que ayuda al operador humano a investigar y corregir desafíos de estilo, y a depurar el CSS.
- Chrome 132 en ChromeOS, Linux, macOS y Windows: El panel de asistencia de IA ahora puede explicar los recursos en los paneles de Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilo.
- Chrome 138 en ChromeOS, Linux, macOS y Windows: El panel de asistencia de IA expone una API interna que simplifica el uso de las funciones de este panel por parte de herramientas externas, como los servidores de protocolo de contexto de modelo (MCP).
- Eliminación de las políticas empresariales de acceso a redes privadas
El Acceso a red privada (PNA 1.0) es una función de seguridad sin enviar diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo enviar de forma predeterminada, ya que era incompatible con demasiados dispositivos existentes.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En cambio, Chrome implementará una propuesta actualizada, Acceso a redes privadas 2.0 (PNA 2.0) (GitHub). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de lanzar.
La única forma de aplicar el PNA 1.0 es a través de la política empresarial. Para evitar que se revierta la seguridad de los clientes empresariales que habiliten el PNA 1.0 antes de que se envíe el PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes de solicitud preliminar especiales, hasta que se vuelva incompatible con el PNA 2.0.
Las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que flexibilizan las restricciones de PNA 1.0, se quitarán de inmediato. Actualmente, estas políticas no tienen efecto, ya que no se envía el PNA 1.0, y no tendrán sentido una vez que este se quite.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se dieron de baja las políticas InsecurePrivateNetworkRequestsAllowedForUrls, InsecurePrivateNetworkRequestsAllowed y PrivateNetworkAccessRestrictionsEnabled.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia: Se quitaron las políticas PrivateNetworkAccessRestrictionsEnabled, InsecurePrivateNetworkRequestsAllowedForUrls y también InsecurePrivateNetworkRequestsAllowed. Debería haber una política de reemplazo de PNA2 disponible en Chrome 138.
- TLS 1.3 Early Data
TLS 1.3 Early Data permite que se envíen solicitudes GET durante el protocolo de enlace cuando se reanuda una conexión a un servidor TLS 1.3 compatible. Se espera que la función demuestre mejoras en el rendimiento y estará disponible en Chrome 138 con una política (TLS13EarlyDataEnabled) para controlar este cambio.
TLS 1.3 Early Data es un protocolo establecido. Se espera que los servidores TLS, los middleboxes y el software de seguridad existentes manejen o rechacen TLS 1.3 Early Data sin interrumpir la conexión. Sin embargo, es posible que los dispositivos que no implementan correctamente el estándar TLS (RFC8446) no funcionen bien y se desconecten cuando se use TLS 1.3 Early Data. Si esto ocurre, los administradores deben comunicarse con el proveedor para corregirlo.
Esta política es una medida temporal para controlar la función y se quitará en un evento importante futuro. Es posible que la política se habilite para permitirte buscar errores y que se inhabilite mientras se resuelven.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
- Cuota de almacenamiento informada predecible
Chrome 138 presentará una cuota de almacenamiento predecible de la API de estimación de StorageManager para los sitios que no tienen permisos de almacenamiento ilimitados.
Es posible detectar el modo de navegación de un usuario a través de la cuota de almacenamiento informada, ya que el espacio de almacenamiento disponible es mucho menor en el modo Incógnito que en el normal. Esta es una mitigación que evita la detección del modo de navegación de un usuario a través de la API de Storage, ya que informa una cuota artificial, igual al uso + min(10 GiB, disco redondeado al 1 GiB más cercano), en todos los modos de navegación de los sitios con permisos de almacenamiento limitados. Los sitios con permisos de almacenamiento ilimitado no se verán afectados. La cuota forzosa tampoco se verá afectada.
- Chrome 138 en Windows, macOS, Linux y Android
- Política estricta del mismo origen para la API de Storage Access
Planeamos ajustar la semántica de la API de Storage Access para seguir estrictamente la política del mismo origen y mejorar la seguridad. De forma predeterminada, usar
document.requestStorageAccess()en un marco solo adjunta cookies a las solicitudes al origen del iframe (no al sitio). La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.- Chrome 138 en Windows, macOS, Linux y Android
- API de Summarizer
La API de Summarizer es una API de JavaScript para producir resúmenes de texto de entrada, respaldados por un modelo de lenguaje de IA. Se espera que los navegadores y los sistemas operativos accedan cada vez más a un modelo de lenguaje. Cuando exponemos este modelo integrado, evitamos que cada sitio web deba descargar su propio modelo de lenguaje de varios gigabytes o enviar texto de entrada a APIs de terceros. En particular, la API de la herramienta de resumen expone una API de alto nivel para interactuar con un modelo de lenguaje y, así, resumir las entradas para una variedad de casos de uso (GitHub), de una manera que no depende del modelo de lenguaje específico en cuestión.
Hay disponible una política empresarial, GenAILocalFoundationalModelSettings, para inhabilitar la descarga del modelo subyacente, lo que haría que esta API no esté disponible.
- Chrome 138 en Windows, macOS y Linux
- API de Language Detector
La API de Language Detector es una API de JavaScript para detectar el idioma de un texto, con niveles de confianza. Un complemento importante de la traducción es la detección de idiomas. Esto se puede combinar con la traducción, por ejemplo, tomar la entrada del usuario en un idioma desconocido y traducirla a un idioma de destino específico. En la actualidad, los navegadores suelen tener capacidades de detección de idioma, y queremos ofrecerlas a los desarrolladores web a través de una API de JavaScript, que complementa la API de traducción. Una política empresarial, GenAILocalFoundationalModelSettings, está disponible para inhabilitar la descarga del modelo subyacente, lo que haría que esta API no esté disponible.
- Chrome 138 en Windows, macOS y Linux
- API de Translator
La API de Translator es una API de JavaScript para proporcionar capacidades de traducción de idiomas a las páginas web. Los navegadores ofrecen cada vez más traducciones de idiomas a sus usuarios. Estas capacidades de traducción también pueden ser útiles para los desarrolladores web. Esto es especialmente cierto cuando las funciones de traducción integradas del navegador no pueden ayudar. Una política empresarial, GenAILocalFoundationalModelSettings, está disponible para inhabilitar la descarga del modelo subyacente, lo que haría que esta API no esté disponible.
- Chrome 138 en Windows, macOS y Linux
- Web Serial por Bluetooth en Android
Esta función permite que las páginas web y las apps web se conecten a puertos en serie a través de Bluetooth en dispositivos Android. Chrome para Android ahora admite la API de Web Serial a través de Bluetooth RFCOMM. Las políticas empresariales existentes (DefaultSerialGuardSetting, SerialAllowAllPortsForUrls, SerialAllowUsbDevicesForUrls, SerialAskForUrls y SerialBlockedForUrls) en otras plataformas están habilitadas en los estados future_on para Android. Todas las políticas, excepto SerialAllowUsbDevicesForUrls, se habilitarán después de que se habilite la función. SerialAllowUsbDevicesForUrls se habilitará en un lanzamiento futuro después de que Android proporcione compatibilidad a nivel del sistema con puertos en serie con cable.
- Chrome 138 en Android
- Chrome para Android ya no es compatible con Android Oreo ni Android Pie
La última versión de Chrome compatible con Android Oreo o Android Pie es Chrome 138, que incluye un mensaje para los usuarios afectados en el que se les informa que actualicen el sistema operativo. Chrome 139 y versiones posteriores no serán compatibles con los usuarios que ejecuten Android Oreo o Android Pie, ni se enviarán ni estarán disponibles para ellos.
- Chrome 139 en Android: Chrome para Android ya no es compatible con Android Oreo ni Android Pie.
- Migración de las extensiones a Manifest V3 antes de junio de 2025
Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial, ExtensionManifestV2Availability, para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página Uso de apps y extensiones en Chrome Enterprise Core.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- Chrome quitará compatibilidad con macOS 11
Chrome 138 será la última versión que admitirá macOS 11. Chrome 139 y versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 11 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea actualizar Chrome, debe actualizar su computadora a una versión compatible de macOS. Para las instalaciones nuevas de Chrome 139 y versiones posteriores, se requerirá macOS 12 o versiones posteriores.
- Chrome 139 en Windows, macOS y Linux
- Happy Eyeballs V3
Este lanzamiento es una optimización interna de Chrome que implementa Happy Eyeballs V3 para lograr una mejor simultaneidad de la conexión de red. Happy Eyeballs V3 realiza resoluciones de DNS de forma asíncrona y escalona los intentos de conexión con protocolos preferidos (H3/H2/H1) y familias de direcciones (IPv6/IPv4) para reducir la demora en la conexión de red visible para el usuario. Esta función está restringida por una política temporal HappyEyeballsV3Enabled.
- Chrome 140 en Android, ChromeOS, Linux, macOS y Windows
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 140 en Windows: Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- No se permiten espacios en hosts de URLs que no sean file://
Según la especificación del estándar de URLs, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host. Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL . Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (GitHub).
- Chrome 141 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Migración de la API de Safe Browsing de la v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de Safe Browsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5. Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios. Para obtener más detalles, consulta Migración de la versión 4: Navegación segura.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 146 y se quitará en Chrome 147. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabledLINK para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 146.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
-
Recomendaciones de Agentspace en el cuadro multifunción de Chrome
Este lanzamiento ayuda a los usuarios de Enterprise con sus necesidades de información interna, ya que agrega resultados de la Búsqueda empresarial, como sugerencias de personas, archivos o consultas, de Agentspace a la barra de direcciones de Chrome. Los resultados se pueden mostrar de forma predeterminada en las recomendaciones de la barra de direcciones de Chrome o solo cuando se activan con una palabra clave personalizada.
Los usuarios también pueden aprovechar el modo de palabras clave para activar acciones a través de Agentspace, como "ayúdame a escribir un correo electrónico que resuma el estado actual del proyecto".
El proveedor de búsqueda empresarial se mostrará cuando el usuario escriba "@" en la barra de direcciones. La organización podrá personalizar una palabra clave o un acceso directo, así como el ícono que se muestra.
Esto se puede configurar usando la política EnterpriseSearchAggregatorSettings.
- Chrome 135 en ChromeOS, Linux, macOS y Windows: Verificador de confianza
- Chrome 138 en ChromeOS, Linux, macOS y Windows: Disponibilidad general
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En junio de 2025, comenzó a lanzarse el parámetro de configuración de período de inactividad para la eliminación de perfiles. En julio de 2025, el parámetro de configuración comenzará a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. Cuando lancemos el parámetro, el período de inactividad tendrá un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días. Los administradores pueden cambiar el valor del período de inactividad con este parámetro de configuración. El valor máximo para determinar el período de inactividad del perfil es de 730 días y el mínimo es de 28 días.
Si reduces el valor establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, macOS y Windows: La política se lanzará en junio. La eliminación comenzará en julio y la ola inicial de eliminación se completará a fines de agosto. Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.
-
Compatibilidad con varias identidades en iOS
Chrome para iOS admitirá varias cuentas, en particular, las cuentas administradas (de trabajo o de instituciones educativas). Esta actualización presenta perfiles de navegador independientes para cada cuenta administrada, lo que garantiza una separación estricta de los datos entre la navegación personal y la del trabajo. Las cuentas normales seguirán compartiendo un solo perfil.
El objetivo de este cambio es mejorar la oferta empresarial de Chrome y proporcionar una experiencia de navegación más segura y organizada, especialmente para los usuarios finales que tienen cuentas personales y laborales en sus dispositivos. Los usuarios experimentarán un flujo de integración único cuando agreguen una cuenta administrada al dispositivo. Para cambiar de cuenta, deberán presionar el disco de partículas de la cuenta en la página Nueva pestaña.
Los administradores que habilitaron las políticas de Chrome en iOS (consulta las instrucciones aquí) pueden seguir aprovechando las políticas existentes.
- Chrome 138 en iOS
Próximos cambios en Chrome Enterprise Premium
- Funciones de filtrado de URLs en iOS
Las capacidades actuales de filtrado de URLs de WebProtect para computadoras se extenderán a los dispositivos móviles para que las organizaciones puedan auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esta función forma parte de Chrome Enterprise Premium y tiene como objetivo proporcionar acceso a Internet seguro y confiable para los usuarios empresariales en cualquier dispositivo. Los administradores podrán crear reglas de filtrado de URLs para garantizar que los empleados solo puedan acceder a URLs seguras y autorizadas en dispositivos iOS. Chrome informará los eventos de filtrado de URLs y los eventos de sitios no seguros a través del conector de informes en dispositivos móviles.
- Chrome 138 en iOS: La función de filtrado de URLs está disponible en iOS.
- Compatibilidad con la descarga de DLP para la API de File System Access (FSA)
La protección de Prevención de pérdida de datos (DLP) se extenderá para abarcar los archivos y directorios descargados con la API de File System Access (FSA). Esta mejora garantizará que las descargas de aplicaciones web modernas, como los editores basados en navegadores, se analicen de acuerdo con las reglas de la DLP de tu organización. Los usuarios y los sitios web recibirán notificaciones sobre los veredictos de análisis, lo que fortalecerá la seguridad y el cumplimiento de los datos.
- Chrome 138 en Windows, macOS, Android, ChromeOS y Linux
Resumen del lanzamiento de ChromeOS 137
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Política de Control con gestos faciales en ChromeOS | ✓ | ||
| Cancelación de diafonía | ✓ | ||
| Combinación de teclas de ChromeVox para subtitular audio con dispositivos braille | ✓ | ||
| Recopilación de registros basada en eventos | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Cambios en las apps de Chrome | ✓ | ||
| Próxima baja de Native Client (NaCl) | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Política de Control con gestos faciales en ChromeOS
Con ChromeOS 137, presentamos una nueva política, FaceGazeEnabled, para permitir que los administradores tengan más control sobre el acceso al Control con gestos faciales a nivel de la organización.
Para obtener más información, consulta Usa gestos faciales y movimientos de la cabeza para manejar la Chromebook mediante el Control con gestos faciales.
-
Cancelación de diafonía
La cancelación de diafonía proporciona una experiencia de audio envolvente cuando se usa la bocina interna. Los usuarios pueden sentir que el audio rodea su cabeza en lugar de que provenga de la posición geométrica de la bocina interna. Cualquier contenido de audio que se pueda reproducir se beneficia de esta función, en especial cuando se juegan videojuegos o se miran videos con audio espacializado. Los usuarios experimentan el audio con sonido envolvente, similar al de los auriculares.
-
Combinación de teclas de ChromeVox para subtitular audio con dispositivos braille
ChromeVox ahora habilita un comando que muestra el texto hablado como subtítulos en braille en pantallas braille conectadas (USB o Bluetooth).
El comando de ChromeVox es Búsqueda + O + C y significa Búsqueda de subtítulos abiertos.
El comando en braille es espacio + puntos 1, 4 y 7. Para obtener más información, consulta Cómo usar un dispositivo braille con tu Chromebook: Ayuda de accesibilidad de Google.
-
Recopilación de registros basada en eventos
En el caso de la recopilación de registros basada en eventos, cuando se produzca un evento (por ejemplo, una falla del SO o una actualización fallida), verás una notificación en la página de detalles del dispositivo. También puedes ver los eventos del dispositivo en la página de detalles del dispositivo para saber cuándo ocurrieron y obtener información detallada. Google sube los registros pertinentes para el tipo de evento específico, lo que hace que la solución de problemas sea más eficiente.
Para habilitar esta función, sigue estos pasos:
- Activa el parámetro de configuración Carga de registros del sistema del dispositivo.
- Activa los informes de estado de actualización del SO: En la configuración de Crear informes sobre la información del SO del dispositivo, selecciona Estado de actualización del SO.
- Activa los informes de telemetría del dispositivo sobre la información de fallas. En la configuración de Crear informes sobre la telemetría del dispositivo, selecciona Información sobre fallas.
Estas cargas se pueden realizar un máximo de dos veces al día en un dispositivo.
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 ChromeOS
-
Cambios en las apps de Chrome
A partir de ChromeOS 138, que se lanzará en versión estable el 22 de julio, las apps de Chrome instaladas por administradores en las sesiones de kiosco se inhabilitarán de forma predeterminada. Una nueva política, KioskChromeAppsForceAllowed, estará disponible antes del lanzamiento de ChromeOS 138 para que los administradores vuelvan a habilitar las apps de Chrome en las sesiones de kiosco. Si esta política está activada, las apps de Chrome en sesiones de kiosco serán compatibles hasta ChromeOS 150.
Además, te recordamos que, a partir de ChromeOS 139, cuya versión estable se lanzará el 19 de agosto, las apps de Chrome instaladas por usuarios dejarán de funcionar.
Para obtener más información, consulta Fin de la compatibilidad con las apps de Chrome.
-
Próxima baja de Native Client (NaCl)
ChromeOS 138 será la última versión que admitirá Native Client (NaCl) en entornos administrados con la política de permisos de NaCl habilitada. En el caso de los dispositivos del canal de asistencia a largo plazo (LTS) que tengan esta política activa, la compatibilidad con NaCl continuará hasta la última actualización de LTS en abril de 2026.
Chrome 136
Resumen de la versión de Chrome 136
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Actualizaciones de la presentación de resultados de Google Lens | ✓ | ||
| Verificaciones de descarga de APK maliciosos (solo telemetría) | ✓ | ||
| Notificaciones proactivas para Sugerencias de Chrome en iOS | ✓ | ||
| Se requiere un directorio de datos personalizado para la depuración remota | ✓ | ||
| Partición del historial de vínculos :visited | ✓ | ||
| Cambio en el nombre del tipo attr() de string a raw-string | ✓ | ||
| Actualización de ProgressEvent para usar el tipo double para loaded y total | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Compatibilidad con WebAuthn para clientes de escritorio remoto en dispositivos administrados | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Nuevo conector de informes: SIEM de nueva generación de CrowdStrike Falcon | ✓ | ✓ | |
| Funciones de filtrado de URLs en Android | ✓ | ✓ | |
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| Eliminación del interruptor de línea de comandos --load-extension | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| Tipo de error de alineación que se arroja para la creación de credenciales de WebAuthn de payment: SecurityError => NotAllowedError | ✓ | ||
| Partición de URLs de BLOB: recuperación y navegación | ✓ | ||
| Web Serial por Bluetooth en Android | ✓ | ||
| Happy Eyeballs V3 | ✓ | ||
| Política estricta del mismo origen para la API de Storage Access | ✓ | ||
| Manifiesto de la app web: update_token y elegibilidad de actualización | ✓ | ||
| Migración de las extensiones a Manifest V3 antes de junio de 2025 | ✓ | ✓ | ✓ |
| Chrome quitará compatibilidad con macOS 11 | ✓ | ||
| Apps web aisladas | ✓ | ✓ | |
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Migración de la API de SafeBrowsing de la v4 a la v5 | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Registro y generación de informes de direcciones IP | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Compatibilidad con varias identidades en iOS | ✓ | ||
| Recomendaciones de Google Agentspace en el cuadro multifunción de Chrome | ✓ | ✓ | |
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Funciones de filtrado de URLs en iOS | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de la versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Actualizaciones de la presentación de resultados de Google Lens
Los resultados de las búsquedas de Google Lens que provienen de la cámara del dispositivo y de la búsqueda de imágenes en páginas web se presentan en un panel de IU nativo que se desliza desde la parte inferior de la pantalla. Anteriormente, estas respuestas se presentaban en una página web independiente en una pestaña nueva. Los administradores pueden controlar esta función con la política existente LensCameraAssistedSearchEnabled.
- Chrome 136 en iOS
- Verificaciones de descarga de APK maliciosos (solo telemetría)
Chrome en Android ahora se comunica con Google para verificar la seguridad de los archivos del kit de paquetes de Android (APK) que se descargan. Este es un estado experimental solo de telemetría de una función que, en algún momento, mostrará advertencias y bloqueará las descargas de archivos APK dañinos para proteger a los usuarios contra el software malicioso para dispositivos móviles. Por el momento, la verificación de descarga de APK maliciosos solo se realiza a través de telemetría; no se mostrarán advertencias ni se bloquearán las descargas. En el modo de solo telemetría, la verificación de descarga de APK maliciosos solo se realizará para los usuarios inscritos en la Protección mejorada de la Navegación segura de Google.
Para inhabilitar esta función, establece el modo de Navegación segura en NoProtection (valor 0) a través de la política SafeBrowsingProtectionLevel.
- Chrome 136 en Android
- Notificaciones proactivas para Sugerencias de Chrome en iOS
Ahora los usuarios pueden recibir Sugerencias de Chrome como notificaciones provisionales. Anteriormente, solo las recibían quienes las habilitaban de manera explícita.
En esta versión, Chrome envía estas notificaciones de forma proactiva a los usuarios que instalaron Chrome en iOS, pero que llevan varios días sin utilizarlo. De esta manera, los usuarios ni siquiera tendrán que abrir la app para obtener información sobre funciones útiles, como Google Lens o la Navegación segura mejorada. Los administradores pueden desactivar estas notificaciones con la política ProvisionalNotificationsAllowed, que estará disponible en Chrome 137.
- Chrome 136 en iOS
- Se requiere un directorio de datos personalizado para la depuración remota
Ya no es posible depurar de forma remota a través de un puerto TCP o una canalización en Google Chrome con el directorio de datos predeterminado en Windows, Linux y macOS. Se deberá especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor
--user-data-dircuando se usen los interruptores--remote-debugging-pipeo--remote-debugging-port.Realizamos este cambio porque los ladrones de información y el software malicioso abusan de los interruptores de depuración remota para extraer datos de Google Chrome. Un directorio de datos del usuario personalizado usa una clave de encriptación diferente, lo que impide que el software malicioso robe datos encriptados, como las cookies.
Este cambio no afecta a Chrome for Testing ni a Chromium.
- Chrome 136 en Linux, macOS y Windows
- Partición del historial de vínculos :visited
Para eliminar las filtraciones del historial de navegación del usuario, se les aplica el estilo
:visiteda los elementos de ancla solo si anteriormente se hizo clic en ellos desde este sitio de nivel superior y origen de marco. En el lado del navegador, esto significa que la tabla hash VisitedLinks ahora se particiona con triple clave, es decir, se almacena lo siguiente para cada vínculo visitado: <URL del vínculo, sitio de nivel superior, origen de marco>. Dado que solo se les aplicará el estilo a los vínculos en los que anteriormente se hizo clic en este sitio y marco, quedarán obsoletos numerosos ataques de canal lateral que se desarrollaron para obtener información de estilo de los vínculos:visited, ya que ya no les proporcionarán a los sitios información nueva sobre los usuarios.Hay una excepción para los vínculos propios, en los que los vínculos a las páginas propias de un sitio pueden tener el estilo
:visited, incluso si no se hizo clic en ellos en este sitio de nivel superior y origen de marco exactos. Esta exención solo está habilitada en marcos o submarcos de nivel superior que tienen el mismo origen que el marco de nivel superior. Los beneficios de privacidad anteriores se siguen logrando porque los sitios ya saben qué subpáginas visitó un usuario, por lo que no se expone información nueva. Esta fue una excepción solicitada por la comunidad que también mejora la experiencia del usuario.- Chrome 136 en Windows, macOS, Linux y Android
- Se cambió el nombre de la palabra clave de tipo attr() de string a raw-string
El argumento de tipo
attr()especifica cómo se analiza el valor del atributo para convertirlo en un valor CSS. En una decisión reciente del W3C CSS Working Group, se resolvió cambiar el nombre de la palabra clavestringde tipoattr()araw-string, que es más explícito. Si el valor del atributo se proporciona como la palabra claveraw-stringo se omite por completo, el valor literal del atributo se tratará como el valor de una cadena CSS, sin que se realice ningún análisis de CSS (incluidos escapes CSS, eliminación de espacios en blanco, comentarios, etc.). Ningún valor activará el resguardo, salvo la ausencia total del atributo.Para obtener más detalles sobre la notación attr(), consulta el documento CSS Values and Units Module Level 5.
- Chrome 136 en Windows, macOS, Linux y Android
- Se actualizó ProgressEvent para usar el tipo double para loaded y total
ProgressEventtiene los atributosloadedytotalque indican el progreso, y su tipo ahora esunsigned long long.Con esta función, el tipo de estos dos atributos se cambia a double, lo que les brinda a los desarrolladores más control sobre el valor. Por ejemplo, los desarrolladores ahora pueden crear un
ProgressEventcon el atributototalde 1 y el atributoloadedque aumenta de 0 a 1 gradualmente. Esto se alinea con el comportamiento predeterminado del elemento HTML<progress>si se omite el atributo max. Para obtener más detalles, consulta esta discusión del Web Hypertext Application Technology Working Group (WHATWG) en GitHub.- Chrome 136 en Windows, macOS y Linux
- Políticas nuevas en el navegador Chrome
Política Descripción OnSecurityEventEnterpriseConnector Permite configurar el Chrome Enterprise Connector OnSecurityEvent (ahora disponible en Android). WebAuthenticationRemoteDesktopAllowedOrigins Indica los orígenes permitidos para las solicitudes de WebAuthn con proxy desde aplicaciones de escritorio remoto. ReduceAcceptLanguageEnabled Controla la reducción de Accept-Language. HappyEyeballsV3Enabled Habilita el uso del algoritmo Happy Eyeballs V3. EnterpriseRealTimeUrlCheckMode Verifica en tiempo real el estado de Navegación segura de las URLs (ahora disponible en Android). ProvisionManagedClientCertificateForBrowser Habilita el aprovisionamiento de certificados de cliente para navegadores administrados.
- Políticas que se quitaron del navegador Chrome
Política Descripción ThirdPartyBlockingEnabled Habilita el bloqueo de inserción de software de terceros. ProfilePickerOnStartupAvailability Establece la disponibilidad del selector de perfiles en el inicio.
Cambios en Chrome Enterprise Core
- Compatibilidad con WebAuthn para clientes de escritorio remoto en dispositivos administrados
Este cambio permite que los usuarios de dispositivos administrados accedan de forma segura a sitios web en hosts remotos con sus llaves de seguridad o de acceso locales. Con la nueva política empresarial WebAuthenticationRemoteDesktopAllowedOrigins, los administradores podrán especificar qué aplicaciones cliente de escritorio remoto pueden realizar solicitudes de WebAuthn en nombre de otros orígenes.
Este cambio aborda el desafío de usar autenticadores locales con escritorios remotos, lo que mejora la seguridad y la experiencia del usuario. Para configurar esta política, los administradores deben proporcionar una lista separada por comas de los orígenes permitidos de las apps cliente de escritorio remoto.
- Chrome 136 en Android, ChromeOS, Linux, macOS y Windows
Cambios en Chrome Enterprise Premium
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
- Nuevo conector de informes: CrowdStrike Falcon Next-Gen SIEM
Chrome 136 presenta el nuevo conector de informes de Chrome Enterprise para CrowdStrike Falcon Next-Gen SIEM. Se puede configurar en la Consola del administrador para reenviar ciertos datos de eventos de Chrome a CrowdStrike y mejorar el análisis y la supervisión de la seguridad, lo que ofrece más flexibilidad en las opciones de SIEM y ayuda a optimizar la detección de amenazas.
- Chrome 136 en ChromeOS, Linux, macOS y Windows
- Funciones de filtrado de URLs en Android
El filtrado de URLs de WebProtect ahora se extiende a Android para los clientes de Chrome Enterprise Premium. Esto permite a los administradores aplicar reglas de bloqueo, advertencia o auditoría de URLs en dispositivos Android administrados a través de la política EnterpriseRealTimeUrlCheckMode, lo que ofrece un control de contenido web coherente en todas las plataformas. Los eventos de filtro se informan a través del conector de informes y la configuración se realiza en la Consola del administrador.
- Chrome 136 en Android
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
- Requisito del directorio de datos personalizados del puerto de depuración remota
Ya no será posible depurar de forma remota a través de un puerto TCP o un canal en Google Chrome con el directorio de datos predeterminado en Windows, Linux y macOS.
Se deberá especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor
--user-data-dircuando se usen los interruptores--remote-debugging-pipeo--remote-debugging-port.El motivo de este cambio es que los ladrones de información y el software malicioso abusan de los interruptores de depuración remota para extraer datos de Google Chrome. Un directorio de datos del usuario personalizado usa una clave de encriptación diferente, por lo que el software malicioso ya no puede robar datos encriptados, como las cookies.
Este cambio no afecta a Chrome for Testing ni a Chromium.
- Chrome 136 en Linux, macOS y Windows
- Partición de URLs de BLOB: recuperación y navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chromium con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 136 en Windows, macOS, Linux y Android
- Los métodos get de la API de Intl Locale Info dejarán de estar disponibles
La API de Intl Locale Info es una propuesta de TC39 de ECMAScript de etapa 3 para mejorar el objeto Intl.Locale exponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.
Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Tenemos planificado quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.
- Chrome 136 en Windows, macOS, Linux y Android
- Actualizaciones de FedCM
A partir de Chrome 136, la API de Federated Credential Management (FedCM) podrá mostrar varios proveedores de identidad en el mismo diálogo. Esto les proporcionará a los desarrolladores una forma conveniente de presentarles a los usuarios todos los proveedores de identidad admitidos. Tenemos planificado abordar primero el caso simple de tener todos los proveedores en la misma llamada a get().
Planeamos quitar la compatibilidad para agregar otra cuenta en el modo pasivo de FedCM. Esta función permite mostrar un botón Usar otra cuenta junto con otras cuentas de IdP en el selector. Actualmente, la función no se usa, y las conversaciones de UX indican que admitirla genera un flujo más complicado sin muchos beneficios. Esta función seguirá habilitada en el modo activo de FedCM.
- Chrome 136 en Windows, macOS, Linux y Android
- Partición del historial de vínculos :visited
Para eliminar las filtraciones del historial de navegación del usuario, los elementos de anclaje se aplican el estilo
:visitedsolo si se hizo clic en ellos desde este sitio y origen de marco de nivel superior anteriormente. En el lado del navegador, esto significa que la tabla hash VisitedLinks ahora se particiona con triple clave o almacena lo siguiente para cada vínculo visitado: <link URL, top-level site, frame origin>. Dado que solo se aplica diseño a los vínculos en los que se hizo clic en este sitio y marco anteriormente, los muchos ataques de canal lateral que se desarrollaron para obtener información de diseño de vínculos:visitedahora son obsoletos, ya que ya no proporcionan a los sitios información nueva sobre los usuarios.Hay una excepción para los vínculos propios, en los que los vínculos a las páginas propias de un sitio pueden tener el estilo
:visited, incluso si no se hizo clic en ellos en este sitio de nivel superior y origen de marco exactos. Esta exención solo está habilitada en marcos o submarcos de nivel superior que tienen el mismo origen que el marco de nivel superior. Los beneficios de privacidad anteriores se siguen logrando porque los sitios ya saben qué subpáginas visitó un usuario, por lo que no se expone información nueva. Esta fue una excepción solicitada por la comunidad que también mejora la experiencia del usuario.- Chrome 136 en Windows, macOS, Linux y Android
- Política estricta del mismo origen para la API de Storage Access
Chrome 136 ajustará la semántica de la API de Storage Access para seguir estrictamente la política del mismo origen para mejorar la seguridad. Esto significa que, de forma predeterminada, usar
document.requestStorageAccess()en un marco solo adjuntará cookies a las solicitudes al origen del iframe (no al sitio).Nota: La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.
- Chrome 136 en Windows, macOS, Linux y Android
- Quitar el resguardo de SwiftShader
A partir de Chrome 137, planeamos dar de baja el resguardo automático a WebGL con la compatibilidad de SwiftShader. La creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Planeamos quitar el resguardo de SwiftShader por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 137 en Windows, macOS, Linux y Android
- No se permiten espacios en hosts de URLs que no sean file://
Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 "HTTPS URLs for WebSocket" y URL .
Para que Chromium cumpla con las especificaciones, nos gustaría quitar por completo los espacios de los hosts de URLs, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://de Windows (consulta el debate en GitHub).Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo en las URLs que no sean de archivos.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome dejará de admitir macOS 11
Chrome 138 será la última versión que admitirá macOS 11. Chrome 139 y versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 11 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea que se actualice Chrome, debe actualizar su computadora a una versión compatible de macOS.
Para las instalaciones nuevas de Chrome 139 y versiones posteriores, se requerirá macOS 12 y versiones posteriores.
- Chrome 139 en Windows y macOS
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en Cómo comenzar a usar apps web aisladas.
En la versión inicial, las IWA solo se podrán instalar a través de una política en dispositivos ChromeOS administrados por la empresa.
- Chrome 140 en Windows
Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Chrome 140 en Windows
- Migración de la API de SafeBrowsing v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este lanzamiento será gradual.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
-
Mejora del rendimiento y la escalabilidad de los informes de la Consola del administrador para clientes grandes
Chrome Enterprise Core lanzará cambios en la infraestructura de software que tienen como objetivo mejorar el rendimiento, la precisión y la escalabilidad de muchos informes y páginas en la Consola del administrador. Estas son algunas de las páginas y los informes afectados en la Consola del administrador:
- Informe de versiones
- Informe del uso de apps y extensiones
- Página Detalles de la extensión
- Página Estadísticas de Chrome para navegadores
Se planea lanzar los cambios de forma gradual entre abril y julio de 2025.
- Desde de abril de 2025 hasta julio de 2025
-
Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados
Planeamos agregar una acción de exportación de CSV y los comandos remotos Borrar caché y Borrar cookies a la lista de perfiles administrados. Podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Exportación de CSV: A partir de Chrome 135 en Android, Linux, macOS y Windows
- Comandos remotos: A partir de Chrome 136 en Linux, macOS y Windows
-
Nueva página de destino de descripción general para Chrome Enterprise Core
Esta nueva página de descripción general se ubicará en la sección del navegador Chrome de la Consola del administrador y mostrará información útil sobre tu implementación (como un resumen de la implementación de tu navegador y perfiles), un resumen de las versiones de Chrome informadas y las extensiones instaladas. Esas estadísticas te permitirán identificar rápidamente los navegadores inactivos y los que tienen una actualización pendiente. También podrás ver rápidamente tu fila de solicitudes de extensión y revisar las extensiones que se configuraron.
- A partir de Chrome 135 para el acceso anticipado de verificadores de confianza
-
Registro y generación de informes de direcciones IP
Chrome Enterprise mejorará sus capacidades de supervisión de seguridad y respuesta ante incidentes recopilando y registrando direcciones IP locales y remotas, y enviándolas a los registros de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá que los administradores envíen las direcciones IP a proveedores externos y propios de administración de eventos de seguridad y de información (SIEM) a través del conector de informes de Chrome Enterprise.
Esta función estará disponible para los clientes de Chrome Enterprise Core.
- Chrome 136 en Windows, macOS y Linux
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En abril de 2025 (Chrome 136), comenzará a lanzarse la política de período de inactividad para la eliminación de perfiles. En junio de 2025 (Chrome 138), la política comenzará a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. Cuando lancemos la política, el período de inactividad tendrá un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del perfil es de 730 días y el mínimo es de 28 días.
Si reduces el valor de la política establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
La política se lanzará en abril (Chrome 136). La eliminación comenzará en junio (Chrome 138) y la ola inicial de eliminación se completará a fines de julio (Chrome 139). Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
Próximos cambios en Chrome Enterprise Premium
- Filtros de URLs en iOS y Android
Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la función opere sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).
- Chrome 136 en Android
- Chrome 137 en iOS y Android
- Refactorización de la experiencia del usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la Consola del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
- Conector de informes para dispositivos móviles
Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.
- Chrome 137 en iOS y Android
- API de Connectors
Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
Resumen del lanzamiento de ChromeOS 136
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Mejoras de Quick Share | ✓ | ||
| Sesiones de Escritorio remoto de Chrome (CRD) iniciadas por el administrador | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Recopilación de registros de dispositivos basada en eventos para la solución de problemas (Consola del administrador) | ✓ | ||
| Política de Control con gestos faciales en ChromeOS | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Mejoras de Quick Share
A partir de ChromeOS 136, Quick Share extiende la duración del modo Visible para todos de 5 a 10 minutos. Esta función permite que tu dispositivo comparta archivos con dispositivos Android y otras Chromebooks, y reciba archivos de ellos. Desde la Configuración rápida, los usuarios pueden establecer la visibilidad del dispositivo, ingresar al modo Visible para todos, activar o desactivar Quick Share, y abrir la página de configuración de Quick Share. Este parámetro de configuración se puede administrar con la política NearbyShareAllowed.
-
Sesiones de Escritorio remoto de Chrome (CRD) iniciadas por el administrador
A partir de ChromeOS 136, las conexiones de Escritorio remoto de Chrome (CRD) con aprobación automática permiten que los equipos de TI les brinden una mejor asistencia a sus usuarios de ChromeOS.
En versiones anteriores, los usuarios debían aceptar manualmente las conexiones de CRD a través de una notificación para permitirlas. La nueva función acepta automáticamente las conexiones remotas después de 30 segundos (si el usuario no las rechaza) y, al mismo tiempo, garantiza la privacidad del usuario a través de una combinación de medidas, por ejemplo, el requisito de conexión a una red administrada y la actividad del usuario final en los últimos 5 minutos. Se espera que la aceptación automática de conexiones de CRD optimice significativamente los flujos de trabajo de asistencia, ya que el usuario final no tendrá que realizar acciones adicionales.
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 ChromeOS
-
Recopilación de registros de dispositivos basada en eventos para la solución de problemas (Consola del administrador)
Para ayudar a solucionar problemas de dispositivos (como fallas o errores de actualización del SO), ChromeOS recopila y sube automáticamente los registros del dispositivo. Esto sucede cuando están activados los siguientes parámetros de configuración:
- Habilitar la carga de registros del sistema del dispositivo: Activa la recopilación general de registros.
- Crear informes sobre la información del SO del dispositivo -> Estado de actualización del SO: Recopila datos sobre las actualizaciones del SO.
- Crear informes sobre la telemetría del dispositivo -> Información sobre fallas: Recopila información sobre fallas graves.
A partir de ChromeOS 137, cuando se produzca un problema, los administradores de TI verán una notificación con un vínculo directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la Consola del administrador. También verán un historial de los eventos del dispositivo. Los registros se suben un máximo de dos veces al día y cada archivo suele tener un tamaño de entre 400 KB y 1 MB.
Para obtener detalles, consulta estos artículos del Centro de ayuda de Chrome Enterprise y Education:
-
Política de Control con gestos faciales en ChromeOS
Con ChromeOS 137, presentaremos una nueva política para permitir que los administradores tengan mayor dominio sobre el acceso al Control con gestos faciales a nivel de la organización.
Para obtener más información, consulta Usa gestos faciales y movimientos de la cabeza para manejar la Chromebook mediante el Control con gestos faciales.
Chrome 135
Resumen de la versión de Chrome 135
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| La inscripción de perfiles de terceros se migró al flujo de código de autorización de OIDC | ✓ | ||
| Eliminación automática de descargas para Chrome en iOS | ✓ | ||
| Mejor detección de formularios de contraseñas con AA | ✓ | ||
| Asistencia del LLM del cliente para mitigar estafas | ✓ | ||
| Baja de los eventos de mutación | ✓ | ||
| Advertencias basadas en las extensiones de la descarga del tipo de archivo: corrección de documentación | ✓ | ||
| Mejoras en las extensiones de Chrome para computadoras | ✓ | ✓ | |
| Conector de confianza genérico del dispositivo | ✓ | ||
| Quitar las políticas empresariales de acceso a redes privadas | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras | ✓ | ||
| Desactivación del Administrador de contraseñas heredado en Chrome para Android | ✓ | ||
| Cookies de terceros siempre bloqueadas en el modo Incógnito | ✓ | ||
| Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Quita el método navigator.xr.supportsSession obsoleto | ✓ | ||
| Se quitará el interruptor de línea de comandos --load-extension en Google Chrome | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Compatibilidad con el SSO extensible de Apple para Chrome en macOS | ✓ | ✓ | |
| Contenido nuevo en la página Descubre de Chrome Web Store para usuarios administrados | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| No hay actualizaciones en Chrome 135. | |||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Requisito del directorio de datos personalizados del puerto de depuración remota | ✓ | ||
| Partición de URLs de BLOB: recuperación y navegación | ✓ | ||
| Los métodos get de la API de Intl Locale Info dejarán de estar disponibles | ✓ | ||
| Actualizaciones de FedCM | ✓ | ||
| Partición del historial de vínculos :visited | ✓ | ||
| Política estricta del mismo origen para la API de Storage Access | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Chrome quitará compatibilidad con macOS 11 | ✓ | ||
| Apps web aisladas | ✓ | ||
| Migración de la API de SafeBrowsing v4 a la v5 | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Mejora del rendimiento y la escalabilidad de los informes de la Consola del administrador | ✓ | ||
| Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados | ✓ | ||
| Nueva página de destino de descripción general para Chrome Enterprise Core | ✓ | ||
| Registro y generación de informes de direcciones IP | ✓ | ||
| Eliminación de perfiles inactivos en Chrome Enterprise Core | ✓ | ✓ | |
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Filtros de URLs en iOS y Android | ✓ | ||
| Refactorización de la experiencia del usuario de las reglas de DLP | ✓ | ||
| Conector de informes para dispositivos móviles | ✓ | ||
| API de Connectors | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- La inscripción de perfiles de terceros se migró al flujo de código de autorización de OIDC
Chrome 135 migró la página de destino para el registro de perfiles del sitio web de marketing a un sitio web dinámico. Esta actualización también migró el flujo implícito de OpenID Connect (OIDC) a un flujo de código de autorización. El objetivo es mejorar la seguridad y la experiencia del usuario de los perfiles administrados por terceros.
- Chrome 135 en Windows
- Eliminación automática de descargas para Chrome en iOS
Los usuarios del navegador Chrome en iOS ahora pueden borrar automáticamente las descargas del navegador de forma programada.
Es probable que esta función mejore el rendimiento del dispositivo en relación con la capacidad de almacenamiento y la privacidad, ya que automatiza la eliminación de archivos que los usuarios podrían olvidar borrar por su cuenta.
- Chrome 135 en iOS
Experimento inicial del 1% en la versión 135 solo en Chrome para iOS. No hay lanzamientos planificados para otras plataformas.
- Chrome 135 en iOS
- Mejor detección de formularios de contraseñas con AA
Chrome 135 presenta un nuevo modelo de aprendizaje automático (AA) del cliente para analizar mejor los formularios de contraseñas en la Web y aumentar la precisión de la detección y el completado. Puedes controlar esta función con la política PasswordManagerEnabled.
- Chrome 135 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Asistencia del LLM del cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad y variedad de estafas a diario. Para combatir estas estafas, Chrome 135 usa modelos de lenguaje grandes (LLM) integrados en el dispositivo para identificar sitios web fraudulentos para los usuarios de la Protección mejorada. Chrome envía el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de esa página. Luego, Chrome envía los indicadores al servidor de Navegación segura para obtener un veredicto final. Cuando está activado, Chrome puede consumir más ancho de banda para descargar el LLM.
- Chrome 134 en Linux, macOS y Windows
Recopila el nombre de la marca y el resumen del intent de la página que solicitó la API de bloqueo del teclado para identificar sitios web de estafa. - Chrome 135 en Linux, macOS y Windows
Se muestran las advertencias al usuario según el veredicto del servidor que usa el resumen de la marca y el intent de la página que solicitó la API de bloqueo del teclado.
- Chrome 134 en Linux, macOS y Windows
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModifiedyDOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores. Si tienes algún problema, puedes informar un error de Chromium.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 135, y finalizó el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Advertencias basadas en las extensiones de la descarga del tipo de archivo: corrección de documentación
Actualizamos la documentación de la política ExemptDomainFileTypePairsFromFileTypeDownloadWarnings para reflejar correctamente su interacción con la política DownloadRestrictions . El comportamiento en Chrome no cambió.
El comportamiento es el siguiente: ExemptDomainFileTypePairsFromFileTypeDownloadWarnings puede especificar excepciones que anulen la configuración de DownloadRestrictions para bloquear tipos de archivos peligrosos. DownloadRestrictions no puede anular otros tipos de medidas de seguridad especificadas por DownloadRestrictions, como el bloqueo de descargas maliciosas.
- Chrome 135 en ChromeOS, Linux, macOS y Windows
No hay cambios en Chrome, solo en la documentación.
- Chrome 135 en ChromeOS, Linux, macOS y Windows
- Mejoras en las extensiones de Chrome para computadoras
En Chrome 135 para computadoras, algunos usuarios que acceden a Chrome cuando instalan una extensión nueva ahora pueden usar y guardar extensiones en su Cuenta de Google.
Las políticas empresariales pertinentes que controlan las extensiones, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled seguirán funcionando como antes, de manera que los administradores puedan configurar si los usuarios pueden usar y guardar elementos en sus Cuentas de Google.
Para obtener más información sobre cómo usar extensiones en cualquier computadora, consulta Cómo instalar y administrar extensiones en el Centro de ayuda de Chrome Web Store.
Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras. Para obtener más información, consulta Cómo acceder a tu cuenta y activar la sincronización en Chrome.
- Chrome 135 en Linux, macOS y Windows
- Conector de confianza genérico del dispositivo
Las integraciones creadas a través del conector de confianza de dispositivos permiten a los clientes implementar controles detallados para la autenticación en recursos empresariales, como apps de SaaS o la intranet de tu empresa, según las propiedades del dispositivo y la instancia del navegador del usuario final que envía Chrome. Para obtener más detalles, consulta Administra los conectores de confianza de dispositivos de Chrome Enterprise.
- Chrome 135 en Windows
- Quitar las políticas empresariales de acceso a redes privadas
El Acceso a red privada (PNA 1.0) es una función de seguridad sin enviar diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo enviar de forma predeterminada, ya que era incompatible con demasiados dispositivos existentes.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En cambio, Chrome implementará una propuesta actualizada, Acceso a redes privadas 2.0 (PNA 2.0). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de lanzar.
La única forma de aplicar el PNA 1.0 es a través de la política empresarial. Para evitar que se revierta la seguridad de los clientes empresariales que habiliten el PNA 1.0 antes de que se envíe el PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes de solicitud preliminar especiales, hasta que se vuelva incompatible con el PNA 2.0.
En Chrome 135, se quitaron las políticas InsecurePrivateNetworkRequestsAllowedForUrls y InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones de PNA 1.0. Actualmente, estas políticas no tienen efecto, ya que no se envía el PNA 1.0, y no tendrán sentido una vez que este se quite.
El PNA 2.0 se describe en esta explicación en GitHub.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Se quitaron las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed.
- Chrome 137 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Se quitó PrivateNetworkAccessRestrictionsEnabled.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Quita la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, planeamos quitar la política ThirdPartyBlockingEnabled en Chrome 135. Si tienes comentarios sobre esta eliminación, puedes informar un error de Chromium.
- Chrome 132 en Windows:
Se dio de baja la política ThirdPartyBlockingEnabled .
- Chrome 135 en Windows:
Se quitó la política ThirdPartyBlockingEnabled.
- Chrome 132 en Windows:
- Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras
En Chrome 135 para computadoras, los usuarios que accedan a Chrome por primera vez o que tengan habilitada la sincronización ahora podrán mantener separados los parámetros de configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google de los locales, es decir, los parámetros de configuración de cuando salgan de la cuenta o cuando se desactive la sincronización.
Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando se accede o se activa la sincronización, y no se deja ningún parámetro de configuración de la cuenta en el dispositivo cuando se desactiva la sincronización.
Se seguirán aplicando las políticas empresariales existentes SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean. Para obtener más información, consulta Administra quiénes pueden sincronizar la configuración del navegador.
Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras.
- Chrome 135 en Linux, macOS y Windows
- Descontinuación del Administrador de contraseñas heredado en Chrome para Android
Los usuarios con versiones anteriores de los Servicios de Google Play perderán la funcionalidad del Administrador de contraseñas en Chrome. Este es un paso para desactivar el Administrador de contraseñas heredado en Chrome para Android. Estos usuarios pueden descargar un archivo CSV con sus contraseñas desde la configuración de Chrome y, luego, importarlo al Administrador de contraseñas que prefieran. El nuevo Administrador de contraseñas de Google está disponible en dispositivos con una versión reciente de los Servicios de Google Play.
- Chrome 135 en Android
- Cookies de terceros siempre bloqueadas en el modo Incógnito
A partir de Chrome 135, los usuarios tienen bloqueadas las cookies de terceros en el modo Incógnito y no podrán volver a habilitarlas de forma global. No se cambiarán los controles a nivel del sitio para permitir cookies de terceros.
Con este lanzamiento, la política BlockThirdPartyCookies se aplica al modo normal solo cuando se establece como falsa, no al modo Incógnito. No habrá cambios cuando la política sea verdadera o no se establezca. Tampoco se realizarán cambios en la política CookieAllowedForUrls, que se seguirá aplicando en los modos normal e incógnito, ya que se aplica a nivel del sitio y no de forma global.
- Chrome 135 en Android, ChromeOS, Linux, MacOS y Windows
- Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc
Anteriormente, los documentos de contexto de srcdoc no eran clientes de service worker y no estaban cubiertos por el service worker de su página superior. Esto generaba algunas discrepancias (por ejemplo, el Tiempo de recursos informaba las URLs que cargaban estos documentos, pero el service worker no las interceptaba).
Para corregir estas discrepancias, Chrome 135 crea clientes de service worker para los iframes de srcdoc y hace que hereden el controlador de service worker de la página superior.
- Chrome 135 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
La política HTTP con Seguridad de Transporte Estricta (HSTS) permite que los sitios se declaren accesibles solo a través de conexiones seguras.
En Chrome 135, la prevención de seguimiento de HSTS mitiga el seguimiento de usuarios por parte de terceros que usan la caché de HSTS. Solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. Esto evita que los sitios de terceros usen la caché de HSTS para realizar un seguimiento de los usuarios en la Web. Para obtener más información, consulta esta explicación en GitHub sobre la prevención de seguimiento de HSTS.
- Chrome 135 en Windows, macOS, Linux y Android
- Quita el método navigator.xr.supportsSession obsoleto
Chrome 135 quita el método
navigator.xr.supportsSession, que se reemplazó en la especificación de WebXR por el métodonavigator.xr.isSessionSupporteden septiembre de 2019 después de recibir comentarios sobre la forma de la API de la TAG. Desde entonces, se marcó como obsoleto en Chromium, lo que genera una advertencia de la consola que redirecciona a los desarrolladores a la API actualizada.El uso de la llamada es muy bajo, como se muestra en las métricas de uso del estado de Chrome. Además, se confirmó que todos los frameworks principales que se usan para compilar contenido de WebXR se actualizaron para usar la llamada más reciente.
- Chrome 135 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción DownloadRestrictions Bloquea descargas de contenido malicioso y tipos de archivos peligrosos PartitionedBlobUrlUsage Elegir si las URLs de BLOB se particionan durante la recuperación y la navegación ExtensibleEnterpriseSSOBlocklist Lista de entidades bloqueadas de proveedores de identidad que no pueden usar Extensible Enterprise SSO para el navegador EnterpriseSearchAggregatorSettings Configuración del agregador de búsqueda empresarial (Beta) ProfilePickerOnStartupAvailability Disponibilidad del selector de perfiles en el inicio
- Políticas que se quitaron del navegador Chrome
Política Descripción ThirdPartyBlockingEnabled Habilitar el bloqueo de inserción de software de terceros KeyboardFocusableScrollersEnabled Habilitar los desplazadores enfocables con el teclado
Cambios en Chrome Enterprise Core
- Compatibilidad con el SSO extensible de Apple para Chrome en macOS
Chrome 135 en macOS permite la autenticación sin inconvenientes para los proveedores de identidad que se habiliten a través de una extensión de inicio de sesión único (SSO) empresarial configurada por el SO. En esta versión inicial, Chrome permite que los usuarios finales de los navegadores administrados accedan a cualquier recurso autenticado por Microsoft Entra sin necesidad de ingresar credenciales. El SSO extensible debe preconfigurarse en tu entorno y, luego, implementarse con su respectiva solución de administración de dispositivos empresariales. Para obtener más detalles, consulta Usa la compatibilidad de Inicio de sesión único extensible de Apple en Chrome.
- A partir de Chrome 135 en macOS
- Contenido nuevo en la página Descubre de Chrome Web Store para usuarios administrados
Chrome Web Store ahora muestra nuevas colecciones seleccionadas en relación con la productividad, la administración de proyectos y la colaboración en la página Descubre para los usuarios administrados. El objetivo es ayudar a los usuarios finales a encontrar extensiones útiles y más pertinentes relacionadas con el trabajo más rápido.
Como administrador, puedes controlar la visualización de Chrome Web Store para tus usuarios administrados con la configuración de Chrome Web Store (anunciada anteriormente en Chrome 132).
- Chrome 135: Lanzamiento gradual a partir del 1 de abril de 2025
Cambios en Chrome Enterprise Premium
No hay actualizaciones para Chrome Enterprise Premium en Chrome 135.
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
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
- Requisito del directorio de datos personalizados del puerto de depuración remota
Ya no será posible depurar de forma remota a través de un puerto TCP o un canal en Google Chrome con el directorio de datos predeterminado en Windows, Linux y macOS.
Se deberá especificar un directorio de datos personalizado para depurar Google Chrome de forma remota con el interruptor
--user-data-dircuando se usen los interruptores--remote-debugging-pipeo--remote-debugging-port.El motivo de este cambio es que los ladrones de información y el software malicioso abusan de los interruptores de depuración remota para extraer datos de Google Chrome. Un directorio de datos del usuario personalizado usa una clave de encriptación diferente, por lo que el software malicioso ya no puede robar datos encriptados, como las cookies.
Este cambio no afecta a Chrome for Testing ni a Chromium.
- Chrome 136 en Linux, macOS y Windows
- Partición de URLs de BLOB: recuperación y navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chromium con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 136 en Windows, macOS, Linux y Android
- Los métodos get de la API de Intl Locale Info dejarán de estar disponibles
La API de Intl Locale Info es una propuesta de TC39 de ECMAScript de etapa 3 para mejorar el objeto Intl.Locale exponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.
Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Tenemos planificado quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.
- Chrome 136 en Windows, macOS, Linux y Android
- Actualizaciones de FedCM
A partir de Chrome 136, la API de Federated Credential Management (FedCM) podrá mostrar varios proveedores de identidad en el mismo diálogo. Esto les proporcionará a los desarrolladores una forma conveniente de presentarles a los usuarios todos los proveedores de identidad admitidos. Tenemos planificado abordar primero el caso simple de tener todos los proveedores en la misma llamada a get().
Planeamos quitar la compatibilidad para agregar otra cuenta en el modo pasivo de FedCM. Esta función permite mostrar un botón Usar otra cuenta junto con otras cuentas de IdP en el selector. Actualmente, la función no se usa, y las conversaciones de UX indican que admitirla genera un flujo más complicado sin muchos beneficios. Esta función seguirá habilitada en el modo activo de FedCM.
- Chrome 136 en Windows, macOS, Linux y Android
- Partición del historial de vínculos :visited
Para eliminar las filtraciones del historial de navegación del usuario, los elementos de anclaje se aplican el estilo
:visitedsolo si se hizo clic en ellos desde este sitio y origen de marco de nivel superior anteriormente. En el lado del navegador, esto significa que la tabla hash VisitedLinks ahora se particiona con triple clave o almacena lo siguiente para cada vínculo visitado: <link URL, top-level site, frame origin>. Dado que solo se aplica diseño a los vínculos en los que se hizo clic en este sitio y marco anteriormente, los muchos ataques de canal lateral que se desarrollaron para obtener información de diseño de vínculos:visitedahora son obsoletos, ya que ya no proporcionan a los sitios información nueva sobre los usuarios.Hay una excepción para los vínculos propios, en los que los vínculos a las páginas propias de un sitio pueden tener el estilo
:visited, incluso si no se hizo clic en ellos en este sitio de nivel superior y origen de marco exactos. Esta exención solo está habilitada en marcos o submarcos de nivel superior que tienen el mismo origen que el marco de nivel superior. Los beneficios de privacidad anteriores se siguen logrando porque los sitios ya saben qué subpáginas visitó un usuario, por lo que no se expone información nueva. Esta fue una excepción solicitada por la comunidad que también mejora la experiencia del usuario.- Chrome 136 en Windows, macOS, Linux y Android
- Política estricta del mismo origen para la API de Storage Access
Chrome 136 ajustará la semántica de la API de Storage Access para seguir estrictamente la política del mismo origen para mejorar la seguridad. Esto significa que, de forma predeterminada, usar
document.requestStorageAccess()en un marco solo adjuntará cookies a las solicitudes al origen del iframe (no al sitio).Nota: La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.
- Chrome 136 en Windows, macOS, Linux y Android
- Quitar el resguardo de SwiftShader
A partir de Chrome 137, planeamos dar de baja el resguardo automático a WebGL con la compatibilidad de SwiftShader. La creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Planeamos quitar el resguardo de SwiftShader por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 137 en Windows, macOS, Linux y Android
- No se permiten espacios en hosts de URLs que no sean file://
Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 "HTTPS URLs for WebSocket" y URL .
Para que Chromium cumpla con las especificaciones, nos gustaría quitar por completo los espacios de los hosts de URLs, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://de Windows (consulta el debate en GitHub).Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo en las URLs que no sean de archivos.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome dejará de admitir macOS 11
Chrome 138 será la última versión que admitirá macOS 11. Chrome 139 y versiones posteriores ya no serán compatibles con macOS 11, que está fuera de su ventana de compatibilidad con Apple. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad.
Chrome seguirá funcionando en Macs con macOS 11 y mostrará una barra de información de advertencia, pero no se actualizará. Si un usuario desea que se actualice Chrome, debe actualizar su computadora a una versión compatible de macOS.
Para las instalaciones nuevas de Chrome 139 y versiones posteriores, se requerirá macOS 12 y versiones posteriores.
- Chrome 139 en Windows y macOS
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en Cómo comenzar a usar apps web aisladas.
En la versión inicial, las IWA solo se podrán instalar a través de una política en dispositivos ChromeOS administrados por la empresa.
- Chrome 140 en Windows
Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Chrome 140 en Windows
- Migración de la API de SafeBrowsing v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este lanzamiento será gradual.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 147 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
-
Mejora del rendimiento y la escalabilidad de los informes de la Consola del administrador para clientes grandes
Chrome Enterprise Core lanzará cambios en la infraestructura de software que tienen como objetivo mejorar el rendimiento, la precisión y la escalabilidad de muchos informes y páginas en la Consola del administrador. Estas son algunas de las páginas y los informes afectados en la Consola del administrador:
- Informe de versiones
- Informe del uso de apps y extensiones
- Página Detalles de la extensión
- Página Estadísticas de Chrome para navegadores
Se planea lanzar los cambios de forma gradual entre abril y julio de 2025.
- Desde de abril de 2025 hasta julio de 2025
-
Nuevos comandos remotos y exportación de CSV para la lista de perfiles administrados
Planeamos agregar una acción de exportación de CSV y los comandos remotos Borrar caché y Borrar cookies a la lista de perfiles administrados. Podrás seleccionar uno o varios perfiles y ejecutar un comando remoto.
- Exportación de CSV: A partir de Chrome 135 en Android, Linux, macOS y Windows
- Comandos remotos: A partir de Chrome 136 en Linux, macOS y Windows
-
Nueva página de destino de descripción general para Chrome Enterprise Core
Esta nueva página de descripción general se ubicará en la sección del navegador Chrome de la Consola del administrador y mostrará información útil sobre tu implementación (como un resumen de la implementación de tu navegador y perfiles), un resumen de las versiones de Chrome informadas y las extensiones instaladas. Esas estadísticas te permitirán identificar rápidamente los navegadores inactivos y los que tienen una actualización pendiente. También podrás ver rápidamente tu fila de solicitudes de extensión y revisar las extensiones que se configuraron.
- A partir de Chrome 135 para el acceso anticipado de verificadores de confianza
-
Registro y generación de informes de direcciones IP
Chrome Enterprise mejorará sus capacidades de supervisión de seguridad y respuesta ante incidentes recopilando y registrando direcciones IP locales y remotas, y enviándolas a los registros de investigación de seguridad (SIT). Además, Chrome Enterprise permitirá que los administradores envíen las direcciones IP a proveedores externos y propios de administración de eventos de seguridad y de información (SIEM) a través del conector de informes de Chrome Enterprise.
Esta función estará disponible para los clientes de Chrome Enterprise Core.
- Chrome 136 en Windows, macOS y Linux
-
Eliminación de perfiles inactivos en Chrome Enterprise Core
En abril de 2025 (Chrome 136), comenzará a lanzarse la política de período de inactividad para la eliminación de perfiles. En junio de 2025 (Chrome 138), la política comenzará a borrar automáticamente los perfiles administrados en la Consola del administrador que hayan estado inactivos durante más tiempo que el período de inactividad definido. Cuando lancemos la política, el período de inactividad tendrá un valor predeterminado de 90 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los perfiles administrados que hayan estado inactivos durante más de 90 días. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del perfil es de 730 días y el mínimo es de 28 días.
Si reduces el valor de la política establecido, es posible que tenga un impacto global en los perfiles administrados actualmente. Todos los perfiles afectados se considerarán inactivos y, por lo tanto, se borrarán. Esta acción no borrará la cuenta de usuario. Si se vuelve a habilitar un perfil inactivo en un dispositivo, este volverá a aparecer en la consola.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
La política se lanzará en abril (Chrome 136). La eliminación comenzará en junio (Chrome 138) y la ola inicial de eliminación se completará a fines de julio (Chrome 139). Después del lanzamiento inicial de la eliminación, los perfiles inactivos se seguirán borrando una vez que alcancen su período de inactividad.
- Chrome 138 en Android, ChromeOS, Linux, MacOS y Windows
Próximos cambios en Chrome Enterprise Premium
- Filtros de URLs en iOS y Android
Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la función opere sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).
- Chrome 136 en Android
- Chrome 137 en iOS y Android
- Refactorización de la experiencia del usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la Consola del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
- Conector de informes para dispositivos móviles
Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.
- Chrome 137 en iOS y Android
- API de Connectors
Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
Resumen del lanzamiento de ChromeOS 135
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Política de ChromeOS para prolongar la duración de la batería | ✓ | ||
| Pila Bluetooth de Android, Fluoride, en ChromeOS Flex | ✓ | ||
| Política de lista de almacenamiento externo permitido | ✓ | ||
| Búsqueda de contenido de imágenes | ✓ | ||
| Vinculación rápida para dispositivos de entrada compatibles | ✓ | ||
| Teclas del mouse en ChromeOS | ✓ | ||
| Mejoras en el Control con gestos faciales | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Próxima baja de las Apps de Chrome instaladas por el usuario | ✓ | ✓ | |
| Fondos de pantalla de formato libre de ChromeOS | ✓ | ||
| Mejoras de Quick Share | ✓ | ||
| Recopilación de registros de dispositivos basada en eventos para la solución de problemas | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Política de ChromeOS para la longevidad de la batería
ChromeOS 135 presenta una nueva política de límite de carga de la batería, DevicePowerBatteryChargingOptimization, que ofrece más opciones de optimización. La optimización de la carga de la batería ayuda a extender la vida útil de las Chromebooks.
Los administradores pueden establecer un límite de carga máximo, con el 100% como valor predeterminado, para minimizar la degradación de la batería y mejorar la confiabilidad a largo plazo.
La nueva política beneficia tanto a los administradores que administran flotas de dispositivos, como en entornos educativos, como a los usuarios individuales que buscan maximizar la longevidad de sus Chromebooks. Esta política no requiere interacción del usuario, aunque los administradores pueden informar a los usuarios finales sobre el cambio en los límites de carga.
-
Pila Bluetooth de Android, Fluoride, en ChromeOS Flex
En ChromeOS 122, comenzamos a lanzar Fluoride en dispositivos ChromeOS y ahora se está implementando en ChromeOS Flex. La transición se realizará sin problemas cuando accedas, se conservarán los dispositivos vinculados existentes y debería funcionar con dispositivos Bluetooth sin interrupciones. Para obtener más información, consulta La pila Bluetooth de Android, Fluoride, llega a ChromeOS.
Si tienes problemas, envía comentarios y, si es necesario, inhabilita la nueva pila a través de
chrome://flags/#bluetooth-use-floss.
-
Política de lista de entidades de almacenamiento externo permitidas
Política de ChromeOS para especificar los dispositivos que estarán exentos de las restricciones de almacenamiento externo. La nueva política ExternalStorageAllowlist permite que los administradores especifiquen ciertos dispositivos que estarán exentos de las restricciones de almacenamiento externo establecidas anteriormente. Cuando se establece la política, los administradores ahora pueden restringir el acceso a todo el almacenamiento externo, pero permitir que los dispositivos de confianza tengan acceso de lectura/escritura.
-
Búsqueda de contenido de imágenes
En lugar de buscar por nombres de archivos, los usuarios ahora pueden buscar por el contenido de sus imágenes en el Selector.
-
Vinculación rápida para mouses en ChromeOS
La Vinculación rápida ahora está disponible para mouses en ChromeOS. Ahora puedes acercar un mouse compatible con la Vinculación rápida a tu dispositivo ChromeOS y pedirle que lo vincule con un clic. Para obtener más información, consulta Cómo conectar una Chromebook a dispositivos Bluetooth.
-
Teclas del mouse en ChromeOS
Teclas del mouse es una función de accesibilidad que permite a los clientes controlar el puntero del mouse con el teclado. Esto es útil para las personas que tienen dificultades o experimentan dolor cuando usan un mouse tradicional.
-
Mejoras en el control con gestos faciales
Ahora es más claro cuándo el Control con gestos faciales está activo, y se simplificó el proceso para desactivarlo. Ahora verás el mensaje destacado Control con gestos faciales activo con un botón de cierre práctico directamente en la IU. Además, verás una notificación para informarte cuando se active el Control con gestos faciales.
Para reducir las transiciones de sesión no deseadas, quitamos la configuración de accesibilidad del Control con gestos faciales en la pantalla de acceso de los dispositivos administrados.
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 ChromeOS
-
Próxima baja de las apps de Chrome instaladas por el usuario
A partir de ChromeOS 139 (actualmente, se planea lanzar la versión estable el 19 de agosto), las apps de Chrome instaladas por el usuario dejarán de funcionar. A partir de ChromeOS M135, se mostrará una notificación para recordarles a los usuarios esta próxima baja. Para obtener más información, consulta Fin de la compatibilidad con las apps de Chrome.
-
Fondos de pantalla de formato libre de ChromeOS
A partir de ChromeOS 136, los fondos de pantalla de formato libre ofrecerán un campo de entrada sin restricciones que permitirá a los usuarios expresar su individualidad, creatividad y pasiones convirtiendo su fondo en un lienzo personal. Los usuarios podrán ingresar diferentes instrucciones en el campo de texto para generar fondos de pantalla o usar la función Obtener inspiración, que generará instrucciones y fondos de pantalla aleatorios hasta que encuentres uno que te guste. Esta función solo estará disponible en dispositivos Chromebook Plus. Para obtener más información, consulta Configuración de fondo de pantalla.
Los administradores pueden controlar esta función con la política GenAIWallpaperSettings.
- Para los consumidores de 18 años en adelante, la opción predeterminada es Permitir con recopilación de datos. Los usuarios menores de 13 años no pueden acceder a la función.
- Para los usuarios administrados de 18 años en adelante, la opción predeterminada es Permitir sin recopilación de datos.
- Los usuarios menores de 18 años no pueden acceder a la función.
-
Mejoras de Quick Share
A partir de ChromeOS 136, Quick Share extiende la duración del modo Visible para todos de 5 a 10 minutos. Esta función permite que tu dispositivo comparta archivos con dispositivos Android y otras Chromebooks, y reciba archivos de ellos. Los usuarios pueden configurar la visibilidad del dispositivo, ingresar al modo Visible para todos, activar o desactivar Quick Share y dirigirse a la página de configuración de Quick Share desde la configuración rápida.
-
Recopilación de registros de dispositivos basada en eventos para la solución de problemas (Consola del administrador)
Para ayudar a solucionar problemas de dispositivos (como fallas o actualizaciones fallidas del SO), ChromeOS recopila y sube automáticamente los registros del dispositivo. Esto sucede cuando se activan estos parámetros de configuración específicos:
- Habilitar la carga de registros del sistema del dispositivo: Activa la recopilación general de registros.
- Crear informes sobre la información del SO del dispositivo -> Estado de actualización del SO: Recopila datos sobre las actualizaciones del SO.
- Informar la telemetría del dispositivo -> Información de fallas: Recopila información sobre fallas graves.
A partir de ChromeOS 136, cuando se produzca un problema, los administradores de TI verán una notificación con un vínculo directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la Consola del administrador. También puedes ver un historial de los eventos del dispositivo. Las cargas de registros se realizan un máximo de dos veces al día, y cada archivo suele tener un tamaño de entre 400 KB y 1 MB.
Para obtener detalles, consulta estos artículos del Centro de ayuda de Chrome Enterprise y Education:
Chrome 134
Resumen de la versión de Chrome 134
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Realiza búsquedas en la pantalla con Google Lens en computadoras y dispositivos iOS | ✓ | ||
| Panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome | ✓ | ✓ | |
| Mejor detección de formularios de contraseñas con AA | ✓ | ||
| Asistencia del LLM del cliente para mitigar estafas | ✓ | ||
| Detección integrada en el dispositivo de notificaciones abusivas potenciada por LLM en Android | ✓ | ||
| Personaliza perfiles administrados con logotipo y etiqueta personalizados | ✓ | ✓ | |
| Prototipo de google.com de credenciales de sesión vinculada al dispositivo | ✓ | ||
| Cambio de contraseña | ✓ | ||
| Leer en voz alta en el Modo de lectura en Chrome 134 | ✓ | ||
| Restringe las extensiones sin empaquetar al modo de desarrollador | ✓ | ||
| Muestra la configuración de las funciones basadas en IA en el nivel 2 de la política en la configuración | ✓ | ||
| Elemento <select> personalizable | ✓ | ||
| Relajación del analizador HTML para <select> | ✓ | ||
| Se quitaron las restricciones de audio no estándar de getUserMedia | ✓ | ||
| Actualizaciones de los flujos de acceso a Chrome para usuarios administrados | ✓ | ||
| Tarjetas de la página Nueva pestaña para Microsoft Outlook y Sharepoint | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Aplicación complementaria de Chrome Enterprise | ✓ | ||
| Compatibilidad con la política DownloadRestrictions en iOS | ✓ | ||
| Políticas recomendadas (anulación del usuario) | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Evidence Locker | ✓ | ||
| Prevención de capturas de pantalla | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Baja de los eventos de mutación | ✓ | ||
| Mejoras en las extensiones de Chrome para computadoras | ✓ | ✓ | |
| Eliminación de las políticas empresariales de acceso a redes privadas | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras | ✓ | ||
| Desactivación del Administrador de contraseñas heredado en Chrome para Android | ✓ | ||
| Cookies de terceros siempre bloqueadas en el modo Incógnito | ✓ | ||
| Partición de URLs de BLOB: recuperación y navegación | ✓ | ||
| Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc | ✓ | ||
| Los métodos get de Intl Locale Info dejarán de estar disponibles | ✓ | ||
| Partición del historial de vínculos :visited | ✓ | ||
| Prevención de seguimiento de HSTS | ✓ | ||
| Quita el método navigator.xr.supportsSession obsoleto | ✓ | ||
| Política estricta del mismo origen para la API de Storage Access | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Migración de la API de SafeBrowsing de la v4 a la v5 | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Compatibilidad con el SSO extensible de Apple para Chrome en macOS | ✓ | ✓ | |
| Apps web aisladas | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Refactorización de la experiencia del usuario de las reglas de DLP | ✓ | ||
| Filtros de URLs en iOS y Android | ✓ | ||
| Conector de informes para dispositivos móviles | ✓ | ||
| API de Connectors | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Realiza búsquedas en la pantalla con Google Lens en computadoras y dispositivos iOS
Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano los puede ver y no se registran los datos o los datos generados sobre su contenido.
Computadoras
Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien haz clic con el botón derecho en una imagen y selecciona Buscar con Google Lens. Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos en PDF completos, y las respuestas se referirán a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda.
iOS
A partir de Chrome 131, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. A partir de Chrome 134, los usuarios también pueden invocar esta función haciendo clic en el ícono de Google Lens que se encuentra en el lado izquierdo del cuadro multifunción. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido, así como agregar palabras clave o preguntas al cuadro de búsqueda para definir mejor la búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función en el 1% de la versión estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: Lanzamiento a la versión 100% estable
- Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
- Chrome 132 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
- Chrome 132 en iOS: Lanzamiento de la función en el 100% de la versión estable
- Chrome 134 en iOS: Lanzamiento de la función expandida en el 100% de la versión estable
- Panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome
A partir de Chrome 134, los desarrolladores pueden usar el nuevo panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome para probar cómo se comporta su sitio cuando se limitan las cookies de terceros. Los desarrolladores pueden limitar temporalmente las cookies de terceros, observar el comportamiento de su sitio y revisar el estado de estas cookies en su sitio.
Esta función no realiza cambios permanentes en las políticas empresariales existentes, pero permite que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para probar las restricciones mejoradas. Si tu política empresarial ya bloquea las cookies de terceros con BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Seguridad y privacidad reemplaza al panel Seguridad existente. La información de la conexión y el certificado TLS seguirán disponibles en el menú Seguridad de la izquierda, dentro del panel Seguridad y privacidad.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Mejor detección de formularios de contraseñas con AA
Chrome 134 presenta un nuevo modelo de aprendizaje automático (AA) del cliente para analizar mejor los formularios de contraseñas en la Web y aumentar la precisión de la detección y el completado. Puedes controlar esta función con la política PasswordManagerEnabled.
- Chrome 134 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Asistencia del LLM del cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de varios tipos todos los días. Para combatirlas, Chrome aprovechará el modelo de lenguaje grande (LLM) integrado en el dispositivo, de manera que se identifiquen los sitios web fraudulentos para los usuarios de la función Navegación segura mejorada. Chrome enviará el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de la página y enviarlos al servidor de Navegación segura para obtener un veredicto final. Cuando está habilitado, Chrome puede consumir más ancho de banda para descargar el LLM.
La política empresarial SafeBrowsingProtectionLevel está disponible para controlar la Navegación segura y el modo en el que funciona.
- Chrome 134 en Linux, macOS y Windows
Recopila el nombre de la marca y el resumen del intent de la página que solicitó la API de bloqueo del teclado para identificar sitios web de estafa.
- Chrome 134 en Linux, macOS y Windows
- Detección integrada en el dispositivo de notificaciones abusivas potenciada por el LLM en Android
El objetivo de este lanzamiento es ocultar el contenido de las notificaciones con sospecha de ser abusivas. Luego, el usuario puede descartar la notificación, mostrarla o anular la suscripción al origen. Un modelo integrado en el dispositivo debe realizar esta detección.
- Chrome 134 en Android
- Personaliza perfiles administrados con logotipo y etiqueta personalizados
Nuevas personalizaciones de la barra de herramientas y el menú de perfiles que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está administrado, ya sea que usen un dispositivo personal o laboral. Son particularmente útiles en situaciones en las que los empleados usan sus propios dispositivos con cuentas administradas.
Para personalizar esta experiencia, agregaremos las siguientes tres políticas nuevas:
- EnterpriseCustomLabel: Personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con el desarrollo de la marca de tu organización.
- EnterpriseLogoUrl: Agrega el logotipo de tu empresa al menú del perfil.
- EnterpriseProfileBadgeToolbarSettings: Esta política puede inhabilitar la etiqueta predeterminada de un perfil administrado en la barra de herramientas de Chrome.
En Chrome 134, estas políticas estarán disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil administrado. Las políticas entrarán en vigencia en los perfiles administrados del usuario.
A partir de Chrome 135, se actualizará el comportamiento predeterminado de la etiqueta y el ícono del perfil superpuestos en el avatar de la cuenta. En los perfiles administrados, se mostrará una etiqueta de trabajo o institución educativa, además del disco de perfil. En el menú de perfil, verás un ícono de edificio superpuesto en el avatar de la cuenta. El disco de perfil expandido se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.
- Chrome 134 en macOS, Windows y Linux
Las políticas para personalizar la etiqueta y el ícono de la barra de herramientas (en el menú de perfil) están disponibles en la Consola del administrador. Si ya se establecieron las políticas, el usuario verá el logotipo y la etiqueta personalizados.
- Chrome 135: Comienza el lanzamiento de los valores predeterminados, incluidos los siguientes:
- 1) La etiqueta de trabajo o institución educativa que se muestra en la barra de herramientas, junto al avatar del usuario
- 2) Un ícono de edificio superpuesto en la foto de la cuenta del usuario en el menú de perfil. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings. Comenzará con el 1% y, luego, se lanzará gradualmente.
- Prototipo de google.com de credenciales de sesión vinculadas al dispositivo
El proyecto de Credenciales de sesión vinculadas al dispositivo (DBSC) está diseñado para que la Web deje de usar credenciales del portador de larga duración, como las cookies, que se pueden robar y reutilizar, y utilice credenciales de corta duración o vinculadas de manera criptográfica a un dispositivo.
El objetivo de la función es proteger a los usuarios contra el robo de credenciales, que se suele realizar con la ejecución de software malicioso en sus dispositivos.
El lanzamiento actual es una prueba de concepto segmentada al sitio web google.com. En el futuro, planeamos estandarizar este enfoque para otros sitios y navegadores web.
Los administradores empresariales pueden controlar el estado de las funciones con la política booleana BoundSessionCredentialsEnabled.
- Chrome 124 en Windows
Se planificó un lanzamiento al 1% de la versión estable de Chrome para la vinculación de cookies de google.com en la población general.
- Chrome 134 en Windows
Se agregó compatibilidad con la vinculación para los tokens de actualización de OAuth2.0 que se usan para el acceso a Chrome.
- Chrome 124 en Windows
- Cambio de contraseña
Esta función les brinda a los usuarios la opción de cambiar las credenciales filtradas de inmediato. La función solo se puede activar desde el diálogo Verificar tu contraseña. Cuando los usuarios ven una advertencia en un sitio web apto, pueden cambiar la contraseña allí mismo.
- Chrome 134 en Linux, macOS y Windows
- Leer en voz alta en el Modo de lectura en Chrome 134
El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. Este modo ahora incluye una función de Leer en voz alta que les permite a los usuarios escuchar en voz alta el texto que están leyendo. Puedes elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados a medida que se lee el texto.
- Chrome 134 en Linux, macOS y Windows
- Restringe las extensiones sin empaquetar al modo de desarrollador
A partir de Chrome 134, las extensiones sin empaquetar que se carguen desde la página
chrome://extensionssolo se habilitarán si el interruptor del modo de desarrollador está activado. El objetivo de este cambio es mejorar la seguridad a través de la mitigación de los riesgos asociados con las extensiones sin empaquetar dañinas y la explotación de manipulación del modo de desarrollador. La política empresarial ExtensionDeveloperModeSettings está disponible para bloquear el interruptor del modo de desarrollador existente.- Chrome 134 en ChromeOS, Linux, macOS y Windows
La función se lanzará para el 100% de los usuarios en Chrome 134.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Muestra la configuración empresarial para las funciones potenciadas por IA
Anteriormente, se ocultaban las funciones potenciadas por IA de la configuración cuando la política empresarial las inhabilitaba. Ahora, seguiremos mostrando las funciones junto con un aviso que indica que la organización las inhabilitó, de manera similar a otros parámetros de configuración cuando se inhabilitan según la política.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Elemento <select> personalizable
El elemento
<select>personalizable permite que los desarrolladores tomen el control total de la renderización de los elementos<select>con la inclusión de la propiedad CSSappearance:base-select.Esta función se basa en la marca
SelectParserRelaxation, que cambia el analizador de HTML para permitir más etiquetas dentro de la etiqueta<select>. Es posible queSelectParserRelaxationafecte los sitios que incluyen etiquetas adicionales dentro de<select>, que se quitaban antes, como las etiquetas<span>, o los sitios que incluyen una cantidad extremadamente grande de etiquetas<option>en su<select>. Esta función junto conSelectParserRelaxationse pueden controlar con la política empresarial SelectParserRelaxation. Entre algunos problemas que surgieron en lanzamientos anteriores deSelectParserRelaxation, se incluyen que los elementos<select>tardan mucho tiempo en abrirse o que las etiquetas<option>ya no aparecen.- Chrome 134 en Windows, macOS, Linux y Android
- Flexibilización del analizador HTML para <select>
En Chrome 134, el analizador de HTML permite más etiquetas en
<select>, además de<option>,<optgroup>y<hr>.Esto admite la función personalizable
<select>, pero se envía primero porque se puede ejecutar por separado y tiene algunos riesgos de compatibilidad.Esta función está restringida por la política temporal SelectParserRelaxationEnabled. Este es un período de transición temporal, y la política dejará de funcionar en Chrome 141.
Para obtener más detalles, consulta el elemento de selección personalizable (explicación).
- Chrome 134 en Windows, macOS, Linux y Android
- Se quitaron las restricciones de audio no estándar de getUserMedia
En Chrome 134, se quitaron varias restricciones no estándar con prefijo goog para getUserMedia, que existían antes de que las restricciones de audio se estandarizaran correctamente.
El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), además, algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguna de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.
Esperamos que este cambio no genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán el audio con la configuración predeterminada (como si no se hubieran aplicado restricciones). Se pueden migrar fácilmente a restricciones estándar.
- Chrome 134 en Windows, macOS, Linux y Android
- Actualizaciones de los flujos de acceso a Chrome para usuarios administrados
Los usuarios empresariales que acceden a la Web o a Chrome ahora ven flujos de acceso y divulgaciones de administración actualizados. Además, es posible que se le solicite al usuario crear un perfil nuevo o que siga trabajando en el perfil existente. Los administradores pueden seguir usando BrowserSignIn o ProfileSeparationSettings para aplicar un perfil administrado.
- Chrome 134 en Linux, macOS y Windows: Continúa el lanzamiento
- Chrome 134 en Linux, macOS y Windows: Continúa el lanzamiento
- Tarjetas de la página Nueva pestaña para Microsoft Outlook y SharePoint
Los usuarios empresariales con Outlook o SharePoint ahora pueden acceder a sus próximas reuniones o archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o perder tiempo buscando tu próxima reunión para que te puedas enfocar en lo que más importa. Los administradores interesados en probar esta función pueden registrarse para convertirse en verificadores de confianza.
- Disponible para verificadores de confianza de Chrome 134 en Windows, macOS y Linux
- Políticas nuevas en el navegador Chrome
Política Descripción ProfileSeparationDataMigrationSettings Configuración de migración de datos de la separación de perfiles NTPSharepointCardVisible Muestra la tarjeta de archivos de SharePoint y OneDrive en la página Nueva pestaña NTPOutlookCardVisible Mostrar la tarjeta del calendario de Outlook en la página Nueva pestaña Permitir que ServiceWorker controle los iframes de srcdoc Habilitar el guardado de llaves de acceso en el administrador de contraseñas
- Políticas eliminadas del navegador Chrome
Política Descripción No se quitaron políticas en Chrome 134
Cambios en Chrome Enterprise Core
- Modo complementario de Chrome Enterprise
El modo complementario de Chrome Enterprise es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos de uso, políticas y generación de informes empresariales.
- Chrome 134 en Windows y macOS
- Compatibilidad con la política DownloadRestrictions en iOS
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en plataformas de escritorio y en Android. La política DownloadRestrictions ahora es compatible con iOS. Esto permite a los administradores bloquear todas las descargas en Chrome para dispositivos móviles en iOS.
- Chrome 135 en iOS
- Políticas recomendadas (anulación del usuario)
Chrome presentó la configuración de Anulación del usuario en la Consola del administrador de Google para las políticas que se pueden establecer como recomendadas. Esto significa que los administradores de TI pueden aplicar un valor de política y permitir que los usuarios lo anulen.
- En Chrome 134, se admiten las siguientes políticas: BookmarkBarEnabled, PasswordManagerEnabled, PinUnlockAutosubmitEnabled, SchedulerConfiguration, PrintHeaderFooter, TranslateEnabled, SpellCheckServiceEnabled y ShowFullUrlsInAddressBar
Cambios en Chrome Enterprise Premium
- Evidence Locker
Evidence Locker permite a los administradores de Chrome Enterprise Premium almacenar e inspeccionar archivos marcados como software malicioso o que infrinjan una regla de protección de datos. Se guarda una copia del archivo en el bucket de Google Cloud Storage que pertenece a la organización y que esta especifica. El administrador de seguridad puede investigar los incidentes con la herramienta de investigación de seguridad y descargar los archivos que activaron el incidente para analizarlos en más detalle. Para obtener más información, consulta Investiga los archivos sospechosos y toma medidas en ellos.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Prevención de capturas de pantalla
Chrome 134 mejora la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Con esta actualización, aprovechamos el lanzamiento exitoso de los controles de protección de datos agregando funciones clave y abordar las brechas y los comentarios de los usuarios.
- Chrome 134 en Windows y macOS
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
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
- Baja de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModifiedyDOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores. Si tienes algún problema, puedes informar un error de Chromium.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Mejoras en las extensiones de Chrome para computadoras
En Chrome 135 para computadoras, algunos usuarios que acceden a Chrome cuando instalan una extensión nueva ahora pueden usar y guardar extensiones en su Cuenta de Google.
Las políticas empresariales pertinentes que controlan las extensiones, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, de modo que los administradores puedan configurar si los usuarios pueden usar y guardar elementos en sus Cuentas de Google.
Para obtener más información sobre cómo usar extensiones en cualquier computadora, consulta Cómo instalar y administrar extensiones en el Centro de ayuda de Chrome Web Store.
Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras.
- Chrome 135 en Linux, macOS y Windows
- Eliminación de las políticas empresariales de acceso a redes privadas
El Acceso a red privada (PNA 1.0) es una función de seguridad sin enviar diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo enviar de forma predeterminada, ya que era incompatible con demasiados dispositivos existentes.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En cambio, Chrome implementará una propuesta actualizada, Acceso a redes privadas 2.0 (PNA 2.0). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de lanzar.
La única forma de aplicar el PNA 1.0 es a través de la política empresarial. Para evitar que se revierta la seguridad de los clientes empresariales que habiliten el PNA 1.0 antes de que se envíe el PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes de solicitud preliminar especiales, hasta que se vuelva incompatible con el PNA 2.0.
En Chrome 135, se quitarán las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones de PNA 1.0. Actualmente, estas políticas no tienen efecto, ya que no se envía el PNA 1.0, y no tendrán sentido una vez que este se quite.
El PNA 2.0 se describe en esta explicación en GitHub.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Se quitaron las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed.
- Chrome 137 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Se quitó PrivateNetworkAccessRestrictionsEnabled.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Quitar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, se quitará ThirdPartyBlockingEnabled en Chrome 135. Si tienes comentarios sobre esta eliminación, puedes informar un error de Chromium.
- Chrome 132 en Windows:
Se dio de baja la política ThirdPartyBlockingEnabled . - Chrome 135 en Windows:
Se quitó la política ThirdPartyBlockingEnabled.
- Chrome 132 en Windows:
- Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras
En Chrome 135 para computadoras, los usuarios que accedan a Chrome por primera vez o que tengan habilitada la sincronización ahora podrán mantener separados los parámetros de configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google de los locales, es decir, los parámetros de configuración de cuando salgan de la cuenta o cuando se desactive la sincronización.
Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando se accede o se activa la sincronización, y no se deja ningún parámetro de configuración de la cuenta en el dispositivo cuando se desactiva la sincronización.
Se seguirán aplicando las políticas empresariales existentes SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean.
Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras. Para obtener más detalles, consulta el Estado de la plataforma de Chrome.
- Chrome 135 en Linux, macOS y Windows
- Desactivación del Administrador de contraseñas heredado en Chrome para Android
Los usuarios con versiones anteriores de los Servicios de Google Play perderán la funcionalidad del Administrador de contraseñas en Chrome. Este es un paso para desactivar el Administrador de contraseñas heredado en Chrome para Android. Estos usuarios pueden descargar un archivo CSV con sus contraseñas desde la configuración de Chrome y, luego, importarlo al Administrador de contraseñas que prefieran. El nuevo Administrador de contraseñas de Google está disponible en dispositivos con una versión reciente de los Servicios de Google Play.
- Chrome 135 en Android
- Cookies de terceros siempre bloqueadas en el modo Incógnito
A partir de Chrome 135, los usuarios comenzarán a tener bloqueadas las cookies de terceros en el modo Incógnito sin poder volver a habilitarlas de forma global. No se cambiarán los controles a nivel del sitio para permitir cookies de terceros.
Con este lanzamiento, la política BlockThirdPartyCookies solo se aplicará al modo normal cuando se establezca como falsa, no al modo Incógnito. No habrá cambios cuando la política sea verdadera o no se establezca. Tampoco se realizarán cambios en la política CookieAllowedForUrls, que se seguirá aplicando en los modos normal e incógnito, ya que se aplica a nivel del sitio y no de forma global.
- Chrome 135 en Android, ChromeOS, Linux, MacOS y Windows
- Partición de URLs de BLOB: recuperación y navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chromium con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 135 en Windows, macOS y Linux
- Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc
Actualmente, los documentos de contexto de srcdoc no son clientes de service worker y no están cubiertos por el service worker de su página superior. Esto genera algunas discrepancias (por ejemplo, el Tiempo de recursos informa las URLs que cargan estos documentos, pero el service worker no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de service worker para los iframes de
srcdocy hacer que hereden el controlador de service worker de la página superior.- Chrome 135 en Windows, macOS, Linux y Android
- Los métodos get de la API de Intl Locale Info dejarán de estar disponibles
La API de Intl Locale Info es una propuesta de TC39 de ECMAScript de etapa 3 para mejorar el objeto
Intl.Localeexponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.
- Chrome 135 en Windows, macOS, Linux y Android
- Partición del historial de vínculos :visited
Para eliminar las filtraciones del historial de navegación del usuario, los elementos de anclaje se aplican el estilo
:visitedsolo si se hizo clic en ellos desde este sitio y origen de marco de nivel superior anteriormente. En el lado del navegador, esto significa que la tabla hash VisitedLinks ahora se particiona con triple clave o almacena lo siguiente para cada vínculo visitado:<link URL, top-level site, frame origin>. Dado que solo se aplica diseño a los vínculos en los que se hizo clic en este sitio y marco anteriormente, los muchos ataques de canal lateral que se desarrollaron para obtener información de diseño de vínculos:visitedahora son obsoletos, ya que ya no proporcionan a los sitios información nueva sobre los usuarios.Hay una excepción para los vínculos propios, en los que los vínculos a las páginas propias de un sitio pueden tener el estilo :visited, incluso si no se hizo clic en ellos en este sitio de nivel superior y origen de marco exactos. Esta exención solo está habilitada en marcos o submarcos de nivel superior que tienen el mismo origen que el marco de nivel superior. Los beneficios de privacidad anteriores se siguen logrando porque los sitios ya saben qué subpáginas visitó un usuario, por lo que no se expone información nueva. Esta fue una excepción solicitada por la comunidad que también mejora la experiencia del usuario.
- Chrome 135 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
La política HTTP con Seguridad de Transporte Estricta (HSTS) permite que los sitios se declaren accesibles solo a través de conexiones seguras. A partir de Chrome 135, la prevención de seguimiento de HSTS mitigará el seguimiento de usuarios por parte de terceros que usen la caché de HSTS. Solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. Esto evitará que los sitios de terceros usen la caché de HSTS para realizar un seguimiento de los usuarios en la Web. Para obtener más información, consulta esta explicación sobre la prevención de seguimiento de HSTS en GitHub.
- Chrome 135 en Windows, macOS, Linux y Android
- Quita el método navigator.xr.supportsSession obsoleto
En septiembre de 2019, el método
navigator.xr.supportsSessionreemplazó anavigator.xr.isSessionSupporteden la especificación de WebXR después de recibir comentarios sobre la forma de la API de la TAG. Desde entonces, se marcó como obsoleto en Chromium, lo que genera una advertencia de la consola que redirecciona a los desarrolladores a la API actualizada.El uso de la llamada es muy bajo, como se muestra en las métricas de uso del estado de Chrome. Además, se confirmó que todos los frameworks principales que se usan para compilar contenido de WebXR se actualizaron para usar la llamada más reciente.
- Chrome 135 en Windows, macOS, Linux y Android
- Política estricta del mismo origen para la API de Storage Access
Chrome 135 ajustará la semántica de la API de Storage Access para seguir estrictamente la política de origen para mejorar la seguridad. Esto significa que, de forma predeterminada, usar
document.requestStorageAccess()en un marco solo adjuntará cookies a las solicitudes al origen del iframe (no al sitio).Nota: La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.
- Chrome 135 en Windows, macOS, Linux y Android
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Quitar el resguardo de SwiftShader
A partir de Chrome 137, planeamos dar de baja el resguardo automático a WebGL con la compatibilidad de SwiftShader. La creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Planeamos quitar el resguardo de SwiftShader por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 137 en Windows, macOS, Linux y Android
- No se permiten espacios en hosts de URLs que no sean file://
Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL .
Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URLs por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://de Windows (consulta el debate en GitHub).Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo en las URLs que no sean de archivos.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Migración de la API de SafeBrowsing v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este lanzamiento será gradual.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Próximos cambios en Chrome Enterprise Core
-
Compatibilidad con el SSO extensible de Apple para Chrome en macOS
Chrome 135 en macOS permitirá la autenticación sin inconvenientes para los proveedores de identidad que se habiliten a través de una extensión de inicio de sesión único (SSO) empresarial configurada por el SO. En esta versión inicial, permitirá que los usuarios finales de los navegadores administrados accedan a cualquier recurso autenticado por Microsoft Entra sin necesidad de ingresar credenciales. El SSO extensible debe preconfigurarse en tu entorno y, luego, implementarse con su respectiva solución de administración de dispositivos empresariales. Es posible que se admitan proveedores de identidad adicionales en un futuro cercano.
- A partir de Chrome 135 en macOS
-
Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en Cómo comenzar a usar apps web aisladas.
En la versión inicial, las IWA solo se podrán instalar a través de una política en dispositivos ChromeOS administrados por la empresa.
- Chrome 140 en Windows
Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Chrome 140 en Windows
Próximos cambios en Chrome Enterprise Premium
- Refactorización de la experiencia del usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la Consola del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
- Filtros de URLs en iOS y Android
Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la función opere sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).
- Chrome 137 en iOS y Android
- Conector de informes para dispositivos móviles
Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.
- Chrome 136 en Android
- Chrome 137 en iOS
- API de Connectors
Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
Resumen del lanzamiento de ChromeOS 134
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Apps web aisladas en el modo kiosco de ChromeOS | ✓ | ||
| Migra datos de estudiantes que se gradúan | ✓ | ✓ | |
| Teclas lentas | ✓ | ✓ | |
| GIFs con Insertar rápido | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Política de ChromeOS para la longevidad de la batería | ✓ | ||
| Cambio en Kiosk Heartbeat | ✓ | ||
| Recopilación de registros de dispositivos basada en eventos para la solución de problemas | ✓ | ||
| Fondos de pantalla y de videoconferencia creados con IA | ✓ | ||
| Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Apps web aisladas en el modo kiosco de ChromeOS
En ChromeOS 134, el modo kiosco de ChromeOS admite apps web aisladas, una solución de apps más segura y versátil con acceso a integraciones de sistemas profundas y funciones potentes. Los administradores pueden configurar IWA para implementaciones de kioscos y señalización digital en dispositivos administrados de Chrome Enterprise a través de la Consola del administrador.
-
Migra datos de estudiantes que se gradúan
A partir de marzo de 2025, la nueva herramienta de transferencia de contenido guiará a los estudiantes que se gradúan y a otros usuarios administrados de instituciones educativas que quieran migrar sus datos a través de un proceso actualizado de transferencia de datos. Esto les permitirá transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen.
Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la barra, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar la transferencia de contenido.
Para obtener más detalles, consulta nuestro artículo en el que se describe cómo permitir la transferencia de datos entre instituciones educativas en el Centro de ayuda de Chrome Enterprise y Education.
-
Teclas lentas
Las teclas lentas son una función de accesibilidad diseñada para ayudar a las personas con destreza limitada a escribir con mayor precisión. Esta función es especialmente útil para las personas que tienen afecciones como temblores, artritis o entumecimiento en las yemas de los dedos, lo que puede dificultar presionar las teclas con precisión.
Las teclas lentas funcionan con una demora, lo que requiere que las teclas se mantengan presionadas durante un período determinado antes de que se registren. Esto evitará que se presionen teclas de forma no intencional.
-
GIFs con Insertar rápido
La función Insertar rápido pronto admitirá la inserción directa de GIFs. Agrega GIFs rápidamente a tus mensajes y documentos sin salir del menú de Insertar rápido. Para obtener más información, consulta Usa la función Insertar rápido para agregar y crear contenido.
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 ChromeOS
-
Política de ChromeOS para la longevidad de la batería
ChromeOS 135 presenta una nueva política de límite de carga de la batería, DevicePowerBatteryChargingOptimization, que ofrece más opciones de optimización. La optimización de la carga de la batería ayuda a extender la vida útil de las Chromebooks.
Los administradores pueden establecer un límite de carga máximo, con el 100% como valor predeterminado, para minimizar la degradación de la batería y mejorar la confiabilidad a largo plazo.
La nueva política beneficia tanto a los administradores que administran flotas de dispositivos, como en entornos educativos, como a los usuarios individuales que buscan maximizar la longevidad de sus Chromebooks. Esta política se aplica automáticamente y no requiere interacción del usuario.
-
Cambio en Kiosk Heartbeat
El verano pasado, enviamos un MSA para informar al cliente sobre una migración de la API de Kiosk Heartbeat que, en última instancia, necesita una actualización a ChromeOS 126.
Si tu organización ejecuta una versión anterior a ChromeOS 126, debes actualizar tu flota de dispositivos. Este cambio en Kiosk Heartbeat requiere una actualización a ChromeOS 126 o ChromeOS LTS 126, o bien a la versión estable actual de ChromeOS.
- ¿Qué debes hacer?
Asegúrate de haber activado (valor: 0) DeviceChromeVariation para tu organización hasta que todos los dispositivos se hayan actualizado a ChromeOS LTS 132. Una vez que todos los dispositivos estén en ChromeOS LTS 132, ya no se necesitará DeviceChromeVariation y se podrá cambiar a cualquier valor.
- ¿Qué sucede cuando se desactiva DeviceChromeVariation?
Los dispositivos con versiones de LTS anteriores a ChromeOS LTS 132 seguirán usando la infraestructura de Kiosk Heartbeat anterior hasta el 7 de abril de 2025.
A partir del 8 de abril de 2025, todos los dispositivos con versiones de LTS anteriores a ChromeOS LTS 132 dejarán de enviar señales de monitoreo de funcionamiento del dispositivo. Para obtener información, consulta Cómo supervisar el estado de los kioscos.
- ¿Qué debes hacer?
-
Recopilación de registros de dispositivos basada en eventos para la solución de problemas (Consola del administrador)
A partir de ChromeOS 135, para ayudar a solucionar problemas de dispositivos (como fallas o actualizaciones fallidas del SO), nuestro sistema podrá recopilar y subir automáticamente los registros del dispositivo. Esto sucederá cuando se activen estos parámetros de configuración específicos:
- Habilitar la carga de registros del sistema del dispositivo: Activa la recopilación general de registros.
- Crear informes sobre la información del SO del dispositivo -> Estado de actualización del SO: Recopila datos sobre las actualizaciones del SO.
- Informar la telemetría del dispositivo -> Información de fallas: Recopila información sobre fallas graves.
Cuando se produzca un problema, los administradores de TI verán una notificación con un vínculo directo a los registros subidos en la página de detalles del dispositivo ChromeOS en la Consola del administrador. También puedes ver un historial de los eventos del dispositivo. Las cargas de registros se realizan un máximo de dos veces al día, y cada archivo suele tener un tamaño de entre 400 KB y 1 MB.
Para obtener más detalles, consulta estos artículos del Centro de ayuda de Chrome Enterprise y Education:
-
Fondos de pantalla y de videoconferencia creados con IA
A partir de ChromeOS 136, planeamos presentar fondos de pantalla y fondos de videollamadas creados con IA generativa en alta resolución en ChromeOS. Con esta función, puedes liberar tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos.
Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS
En el 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de descontinuación de las Apps de Chrome.
- Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M139).
- Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
- Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
- Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
- Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el final del ciclo de vida de todas las apps para Chrome.
- Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
- No se otorgarán excepciones.
Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.
Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.
Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.
- Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M139).
Chrome 133
Resumen del lanzamiento de Chrome 133
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Realiza búsquedas con Google Lens en computadoras y dispositivos iOS | ✓ | ||
| Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS | ✓ | ||
| La Sincronización de Chrome deja de ser compatible con versiones de Chrome de más de cuatro años | ✓ | ||
| Nueva opción en la política HttpsOnlyMode | ✓ | ✓ | |
| Inmovilización de pestañas en el modo de ahorro de energía | ✓ | ||
| Parámetro de configuración de seguridad de V8 en Android | ✓ | ||
| La página de bienvenida de Chrome ya no se activa con initial_preferences | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Compatibilidad con la política DownloadRestrictions en iOS | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| No hay actualizaciones en Chrome 133. | |||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome | ✓ | ✓ | |
| Leer en voz alta en el Modo de lectura en Chrome 134 | ✓ | ||
| Configuración de los elementos destacados para las funciones basadas en IA inhabilitadas por la política | ✓ | ||
| Partición de URLs de BLOB: recuperación y navegación | ✓ | ||
| Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc | ✓ | ||
| Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP | ✓ | ||
| Se quitaron las restricciones de audio no estándar de getUserMedia | ✓ | ||
| Baja de los eventos de mutación | ✓ | ||
| Sincronización entre dispositivos de la configuración y los temas de Chrome en computadoras de escritorio al momento de acceder | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Los métodos get de la API de Intl Locale Info dejarán de estar disponibles | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Migración de la versión 4 a la 5 de la API de SafeBrowsing | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Nueva aplicación complementaria de Chrome Enterprise | ✓ | ✓ | |
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Refactorización de la experiencia del usuario de las reglas de DLP | ✓ | ||
| Prevención de capturas de pantalla | ✓ | ||
| Filtrado de URLs en iOS y Android | ✓ | ||
| Conector de informes para dispositivos móviles | ✓ | ||
| API de Connectors | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Cómo realizar búsquedas con Google Lens en computadoras y dispositivos iOS
Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano puede verlos y no se registran los datos o los datos generados sobre su contenido.
Computadoras
Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien haz clic con el botón derecho en una imagen y selecciona "Buscar imagen con Google". Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda.
iOS
Desde Chrome 131, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando palabras clave o preguntas al cuadro de búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función en el 1% de la versión estable
- Chrome 127 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función en el 100% de la versión estable
- Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
- Chrome 132 en ChromeOS, Linux, mac y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
- Chrome 132 en iOS: Lanzamiento de la función en el 100% de la versión estable
- Firmas de código ad hoc para los shims de AWP en macOS
Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrección de compatibilidad de AWP tenga una identidad única para macOS. Anteriormente, todas las AWP se veían como la misma aplicación en este sistema operativo.
Esta actualización aborda los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir durante el acceso de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en macOS.
Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede habilitar para estas pruebas a través de
chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, pueden instalar una app web progresiva y asegurarse de que se inicie como se espera.Si hay una incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.
- Chrome 129 en macOS
La función está inhabilitada detrás de una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de extremos, como Santa. Si no es compatible en este momento, pueden inhabilitar la función a través de la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos.
- Chrome 133 en macOS
La función comenzará a lanzarse en el 100% de la versión estable.
- Chrome 129 en macOS
- La Sincronización de Chrome deja de ser compatible con versiones de Chrome de más de cuatro años
A partir de febrero de 2025, la Sincronización de Chrome (que usa y guarda datos en tu Cuenta de Google) ya no es compatible con versiones de Chrome que tengan más de cuatro años. Para seguir usando la Sincronización de Chrome, debes actualizar a una versión más reciente de Chrome. Para obtener más información, consulta este debate: La Sincronización de Chrome se descontinuará en las versiones de Chrome que tengan más de cuatro años.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este cambio solo afecta a las versiones anteriores de Chrome y se lanzará del lado del servidor. Chrome 133 se especifica solo para reflejar el cronograma en el que se aplicará el cambio.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, permite que Chrome solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.
En Chrome 129, agregamos una nueva variante intermedia de ABH llamada "modo equilibrado". El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a nombre de host con una sola etiqueta, como internal/.
Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.
Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_balanced_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_balanced_enabled, este cambio no te afectará.
- Chrome 129 en ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 133 en Android
- Inmovilización de pestañas en el modo de ahorro de energía
Cuando el Ahorro de energía está activo, Chrome inmoviliza una pestaña que estuvo oculta y silenciada durante más de 5 minutos y que usa mucha CPU, a menos que ocurra lo siguiente:
- La pestaña proporcione funcionalidad de videoconferencia, detectada a través de un micrófono, una cámara o una pantalla, una ventana, la captura de una pestaña o una RTCPeerConnection con un RTCDataChannel abierto o un MediaStreamTrack en vivo.
- La pestaña controle un dispositivo externo, detectado a través del uso de Web USB, Web Bluetooth, Web HID o Web Serial.
Esto extenderá la duración de la batería y acelerará Chrome reduciendo el uso de la CPU.
La función se puede probar con una marca: chrome://flags/#freezing-on-energy-saver. Como alternativa, se puede probar con chrome://flags/#freezing-on-energy-saver-testing, que simula que el modo Ahorro de energía está activo y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para la inmovilización y se inmovilizaría si usara mucha CPU).- Chrome 133 en ChromeOS, Linux, macOS y Windows
La función comenzará a lanzarse para el 1% de los navegadores con la versión estable en Chrome 133.La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).
- Parámetro de configuración de seguridad de V8 en Android
V8 es el motor JavaScript y WebAssembly de Chrome que se usa para mejorar el rendimiento del sitio Para reducir la superficie de ataque de Chrome, Chrome 133 en Android ahora incluye un nuevo parámetro de configuración en
chrome://settings/securitypara inhabilitar los optimizadores de Just-in-Time (JIT) de V8. Esto mantiene la compatibilidad con Web Assembly. Los administradores pueden seguir controlando esta función con la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites.- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
El parámetro de configuración se lanzará en Chrome 121. Las políticas empresariales están disponibles desde Chrome 93. - Chrome 133 en Android
El parámetro de configuración está disponible en Android en Chrome 133, en Configuración del sitio. Las políticas empresariales ya no están marcadas como experimentales.
- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
- La página de bienvenida de Chrome ya no se activa con initial_preferences
Quitamos la página de bienvenida de Chrome de
initial_preferencesporque esa página es redundante con la experiencia de primera ejecución que se activa en plataformas de computadoras. Incluirchrome://welcomeen la propiedadfirst_run_tabsdel archivoinitial_preferencesya no tiene efecto.Para obtener más detalles sobre el contexto del archivo initial_preferences, consulta Configura otras preferencias.
- Chrome 133 en Windows, macOS y Linux
- Compatibilidad con URLs de esquemas no especiales
A partir de Chrome 130, el navegador Chrome admite URLs de esquemas no especiales, por ejemplo,
git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada con el estándar de URLs. En Chrome 133, el analizador de URLs de Chromium analiza correctamente las URLs no especiales, de acuerdo con el estándar de URLs. Para obtener más información, consulta http://bit.ly/url-non-special.- Chrome 130 en Windows, macOS, Linux y Android
- Chrome 133 en Windows, macOS, Linux y Android
- Chrome 134 en Windows, macOS, Linux y Android: Se quitará la marca de función.
- Políticas nuevas en el navegador Chrome
Política Descripción LiveTranslateEnabled Habilita la traducción de subtítulos instantáneos. Los subtítulos se enviarán a Google para su traducción. WebRtcIPHandling Esta política permite restringir las direcciones IP y las interfaces que utiliza WebRTC al momento de intentar encontrar la mejor conexión disponible. DefaultJavaScriptOptimizerSetting Te permite establecer si el navegador Chrome ejecutará el motor V8 de JavaScript con las optimizaciones más avanzadas de JavaScript habilitadas. JavaScriptOptimizerBlockedForSites Te permite establecer una lista de patrones de URL de sitios que especifican los sitios para los cuales se inhabilitan las optimizaciones avanzadas de JavaScript. JavaScriptOptimizerAllowedForSites Te permite establecer una lista de patrones de URL de sitios que especifican los sitios para los cuales se habilitan las optimizaciones avanzadas de JavaScript. SafeBrowsingAllowlistDomains Si habilitas la política, la Navegación segura confiará en los dominios que designes. FilePickerChooseFromDriveSettings Permite elegir archivos directamente desde Google Drive.
- Políticas que se quitaron del navegador Chrome
Política Descripción CSSCustomStateDeprecatedSyntaxEnabled Controla si se habilita la sintaxis obsoleta para el estado personalizado de CSS.
Cambios en Chrome Enterprise Core
- Compatibilidad con la política DownloadRestrictions en iOS
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en plataformas de escritorio y en Android. La política DownloadRestrictions ahora es compatible con iOS. Esto permitirá a los administradores bloquear todas las descargas en Chrome para dispositivos móviles en iOS.
- Chrome 133 en iOS
Cambios en Chrome Enterprise Premium
- No hay actualizaciones de Chrome Enterprise Premium en Chrome 133.
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
- Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome
A partir de Chrome 134, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad en las Herramientas para desarrolladores de Chrome para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar el comportamiento de su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no realizará ningún cambio permanente en las políticas empresariales existentes, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros con BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Privacidad y seguridad reemplazará al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible en la pestaña Seguridad del panel Privacidad y seguridad.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Leer en voz alta en el Modo de lectura en Chrome 134
El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El Modo de lectura incluirá una función de Leer en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Puedes elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.
- Chrome 134 en Linux, macOS y Windows
- Configuración de los elementos destacados para las funciones basadas en IA inhabilitadas por la política
En la configuración de Chrome, mostraremos las funciones basadas en IA que la política empresarial inhabilita. También mostraremos un aviso que indique que la organización la inhabilitó, similar a otros parámetros de configuración, cuando se inhabiliten por política.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Partición de URLs de BLOB: recuperación y navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chromium con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 134 en Windows, macOS y Linux
- Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc
Actualmente, los documentos de contexto de srcdoc no son clientes de service worker y no están cubiertos por el service worker de su página superior. Esto genera algunas discrepancias (por ejemplo, el Tiempo de recursos informa las URLs que cargan estos documentos, pero el service worker no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de service worker para los iframes de srcdoc y hacer que hereden el controlador de service worker de la página superior.
- Chrome 134 en Windows, macOS, Linux y Android
- Se activa un evento de error en lugar de arrojar una excepción para el trabajador bloqueado de CSP.
Actualmente, cuando la Política de Seguridad del Contenido (CSP) lo bloquea, Chromium arroja una excepción de SecurityError desde los constructores "new Worker(url)" o "new SharedWorker(url)". Según la especificación de la CSP, la verificación de la CSP se realiza como parte de una recuperación y se debería activar un evento de error después de que se devuelve el objeto. El objetivo de esta actualización es que Chromium cumpla con las especificaciones, ya que no arroja una excepción del constructor, sino que activa un evento de error de forma asíncrona.
- Chrome 134 en Windows, macOS, Linux y Android
- Se quitaron las restricciones de audio no estándar de getUserMedia
Blink admitió una serie de restricciones no estándar con prefijo goog para getUserMedia por un tiempo antes de que las restricciones se estandarizaran correctamente.
El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), y algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguno de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.
No esperamos que este cambio genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán audio con la configuración predeterminada (como si no se hubieran pasado restricciones). Se pueden migrar fácilmente a restricciones estándar.
- Chrome 134 en Windows, macOS, Linux y Android
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModifiedyDOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog. Si tienes algún problema, informa el error aquí.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Sincronización entre dispositivos de la configuración y los temas de Chrome en computadoras de escritorio al acceder
Después del lanzamiento del nuevo modelo de identidad en Chrome para computadoras, planeamos habilitar la configuración de la cuenta, los temas y los accesos directos a sitios para los usuarios en el acceso (en lugar de tener que sincronizar).
Para ello, presentaremos el almacenamiento local y de la cuenta para cada uno de estos tipos de datos.
Esto significa lo siguiente:
- En el caso de los usuarios de Chrome para computadoras que accedan a Chrome o que tengan habilitada la sincronización, la configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google se mantendrán separados de los locales, es decir, la configuración de cuando salgan de la cuenta o cuando se desactive la sincronización.
- Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando los usuarios acceden o activan la sincronización, y no se deja ningún parámetro de configuración del almacenamiento de su cuenta en el dispositivo cuando se desactiva la sincronización.
-
Se seguirán aplicando las políticas existentes de Chrome SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean.
- Chrome 135 en Linux, macOS y Windows
- No se permiten espacios en hosts de URLs que no sean file://
Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 "HTTPS URLs for WebSocket" y URL .
Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URLs por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://de Windows (consulta el debate en GitHub).Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo para las URLs que no sean de archivos.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Quita la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, se quitará ThirdPartyBlockingEnabled en Chrome 135. Si tienes comentarios sobre esta eliminación, informa un error aquí.
- Chrome 132 en Windows:
Se dio de baja la política ThirdPartyBlockingEnabled .
- Chrome 135 en Windows:
Se quitó la política ThirdPartyBlockingEnabled.
- Chrome 132 en Windows:
- Los métodos get de la API de Intl Locale Info dejarán de estar disponibles
La API de Intl Locale Info es una propuesta de TC39 de ECMAScript de etapa 3 para mejorar el objeto Intl.Locale exponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.
Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.
- Chrome 135 en Windows, macOS, Linux y Android
- Se quitó el resguardo de SwiftShader
Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Esto se hizo por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos --enable-unsafe-swiftshader.
Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas --enable-unsafe-swiftshader , se quitará este mensaje de advertencia.
Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 135 en Windows, macOS, Linux y Android
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio: safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 135 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este lanzamiento será gradual.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
-
Nueva aplicación complementaria de Chrome Enterprise
La aplicación complementaria de Chrome Enterprise es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos de uso, políticas y generación de informes empresariales.
- Chrome 134 en Windows y macOS
Próximos cambios en Chrome Enterprise Premium
- Refactorización de la UX de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la Consola del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.
- Chrome 134 en Windows, macOS, Linux y ChromeOS
- Prevención de capturas de pantalla
Tenemos previsto mejorar la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Aprovecharemos el lanzamiento exitoso de los controles de protección de datos para agregar funciones clave y abordar las brechas y los comentarios de los usuarios.
- Chrome 134 en Windows y macOS
- Filtros de URLs en iOS y Android
Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la funcionalidad funcione sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).
- Chrome 135 en iOS y Android
- Conector de informes para dispositivos móviles
Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.
- Chrome 135 en iOS y Android
- API de Connectors
Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
Resumen del lanzamiento de ChromeOS 133
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Manejo mejorado de archivos de Office para usuarios administrados | ✓ | ✓ | |
| Haz que el almacenamiento en la nube sea la única opción de almacenamiento de datos en dispositivos ChromeOS | ✓ | ✓ | |
| Rechazo de teclas en ChromeOS | ✓ | ||
| Recorrido de bienvenida mejorado | ✓ | ||
| Política de ChromeOS para idiomas del teclado | ✓ | ✓ | |
| Actualización del idioma de Screencast | ✓ | ||
| Nuevo botón de activación para la alta resolución del micrófono Bluetooth | ✓ | ||
| Versión candidata para lanzamiento de ChromeOS LTS 132 | ✓ | ||
| Supervisión del estado de kiosco | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Cambio en Kiosk Heartbeat | ✓ | ||
| Apps web aisladas en el modo kiosco de ChromeOS | ✓ | ||
| Migra datos de estudiantes que se gradúan | ✓ | ||
| Política de ChromeOS para la longevidad de la batería | ✓ | ||
| Teclas lentas | ✓ | ✓ | |
| GIFs con Insertar rápido | ✓ | ||
| Fondos de pantalla y de videoconferencia creados con IA | ✓ | ||
| Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Manejo mejorado de archivos de Office para usuarios administrados
A partir de la versión 133 de ChromeOS, los usuarios administrados ahora pueden abrir y editar sus archivos de Microsoft Office (Word, PowerPoint y Excel) sin problemas, independientemente de si usan Office para la Web en Microsoft 365 o Google Workspace.
Las organizaciones que usan Office para la Web se benefician de la integración de OneDrive en la app de Files, las integraciones del sistema de la AWP de Microsoft 365 para obtener una experiencia similar a la de una computadora, el SSO para todas las aplicaciones requeridas y los controles de políticas avanzados para la preconfiguración.
Para los clientes de Google Workspace, la transición de archivos locales a Google Workspace está optimizada.
Para obtener más información, consulta Cómo configurar el manejo de archivos de Office para usuarios administrados en el Centro de ayuda de Chrome Enterprise y Education.
Entre las nuevas políticas para el manejo de archivos de Microsoft Office, se incluyen las siguientes:
-
Haz que el almacenamiento en la nube sea la única opción de almacenamiento de datos en dispositivos ChromeOS
ChromeOS 133 presenta una verdadera experiencia centrada en la nube, lo que permite a los administradores asegurarse de que todos los archivos se almacenen en Google Workspace o Microsoft OneDrive bloqueando el almacenamiento local. Esta función evita la pérdida de datos, reduce los riesgos de seguridad, respalda los requisitos de conservación por motivos legales y es especialmente beneficiosa para los dispositivos compartidos.
Para obtener más información, consulta Usa el almacenamiento en la nube como única opción de almacenamiento en dispositivos ChromeOS en el Centro de ayuda de Chrome Enterprise y Education.
Estas son algunas de las nuevas políticas para el almacenamiento en la nube:
- LocalUserFilesAllowed
- LocalUserFilesMigrationDestination
- DownloadDirectory (Compatibilidad con OneDrive)
- ScreenCaptureLocation
-
Rechazo de teclas en ChromeOS
El rechazo de teclas es una función de accesibilidad diseñada para facilitar el uso de la computadora a las personas con temblores o motricidad limitada. Funciona ignorando las pulsaciones de teclas repetidas dentro de un intervalo de tiempo breve, que puedes personalizar para satisfacer tus necesidades. Esto evita que se ingresen caracteres no deseados debido a presiones de teclas no intencionales.
-
Recorrido de bienvenida mejorado
Los usuarios nuevos de ChromeOS ahora reciben un recorrido de bienvenida inmediatamente después de configurar el dispositivo. El recorrido de bienvenida ofrece una forma interactiva para que los usuarios aprendan los conceptos básicos y comiencen a usar su nueva Chromebook rápidamente.
-
Nueva política de ChromeOS para los idiomas del teclado
A partir de ChromeOS 133, una nueva política AllowedInputMethodsForceEnabled permite a los administradores instalar automáticamente los idiomas de teclado establecidos previamente por AllowedInputMethods. El usuario no puede agregar idiomas de teclado nuevos ni quitar los seleccionados cuando se establece la política.
-
Actualización del idioma de Screencast
Screencast ahora admite más de 50 idiomas. Para usar Screencast, presiona el ícono del Selector y busca Screencast. Puedes encontrar la lista de idiomas en el artículo del Centro de ayuda Cómo usar la app de Screencast para grabar y compartir contenido en tus dispositivos ChromeOS.
-
Nuevo botón de activación para la alta resolución del micrófono Bluetooth
ChromeOS 133 agrega un botón de activación para controlar la alta resolución del micrófono Bluetooth. El botón de activación se agrega en la página de configuración de audio y solo es visible cuando la función es compatible y el dispositivo de entrada seleccionado son auriculares Bluetooth.
-
ChromeOS LTS 132
Ya está disponible la versión candidata para lanzamiento de ChromeOS LTS 132. Para conocer detalles, consulta las notas de la versión de asistencia a largo plazo (LTS) de ChromeOS.
-
Supervisión del estado de los dispositivos de kiosco
ChromeOS 133 mejora la latencia de actualización de estado para la supervisión de estado de los dispositivos de kiosco. En condiciones ideales, las actualizaciones de estado de los dispositivos de kiosco ahora se informan en aproximadamente un minuto. El estado sin conexión ahora debería enviarse o actualizarse en un plazo de 11 minutos. Para obtener más información, consulta Supervisa el estado de kiosco en el Centro de ayuda de Chrome Enterprise y Education.
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 ChromeOS
-
Cambio en Kiosk Heartbeat
El verano pasado, enviamos un MSA para informar al cliente sobre una migración de la API de Kiosk Heartbeat que, en última instancia, necesita una actualización a ChromeOS 126.
Si tu organización ejecuta una versión anterior a ChromeOS 126, debes actualizar tu flota de dispositivos. Este cambio en Kiosk Heartbeat requiere una actualización a ChromeOS 126 o ChromeOS LTS 126, o bien a la versión estable actual de ChromeOS.
- ¿Qué debes hacer?
Asegúrate de haber activado (valor: 0) DeviceChromeVariation para tu organización hasta que todos los dispositivos se hayan actualizado a LTS132.
Una vez que todos los dispositivos estén en LTS132, ya no se necesitará DeviceChromeVariation y se podrá cambiar a cualquier valor.
- ¿Qué sucede cuando se desactiva DeviceChromeVariation?
Los dispositivos con versiones de LTS anteriores a LTS132 seguirán usando la infraestructura de Kiosk Heartbeat anterior hasta el 7 de abril de 2025.
A partir del 8 de abril de 2025, todos los dispositivos con versiones de LTS anteriores a ChromeOS LTS 132 dejarán de enviar señales de monitoreo de funcionamiento del dispositivo.
-
Apps web aisladas en el modo kiosco de ChromeOS
En ChromeOS 134, el modo kiosco de ChromeOS admitirá aplicaciones web aisladas, una solución de apps más segura y versátil con acceso a integraciones de sistemas profundas y funciones potentes. Los administradores podrán configurar IWA para implementaciones de kioscos y señalización digital en dispositivos administrados de Chrome Enterprise a través de la Consola del administrador.
-
Migra datos de estudiantes que se gradúan
A partir de marzo de 2025, la nueva herramienta de transferencia de contenido guiará a los estudiantes que se gradúan y a otros usuarios administrados de instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permitirá transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen.
Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la barra, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar la transferencia de contenido.
-
Nueva política de ChromeOS para prolongar la duración de la batería
En ChromeOS 134, presentaremos una nueva política de límite de carga de la batería que ofrecerá más opciones de optimización, lo que ayudará a extender la vida útil de las Chromebooks. Los administradores podrán establecer un límite de carga máximo, con el 100% como valor predeterminado, para minimizar la degradación de la batería y mejorar la confiabilidad a largo plazo. Esta nueva política beneficiará tanto a los administradores que administran flotas de dispositivos, como en entornos educativos, como a los usuarios individuales que buscan maximizar la longevidad de sus Chromebooks. Esta política se aplicará automáticamente y no requerirá interacción del usuario.
-
Teclas lentas
Las teclas lentas son una función de accesibilidad diseñada para ayudar a las personas con destreza limitada a escribir con mayor precisión. Esta función es especialmente útil para las personas que tienen afecciones como temblores, artritis o entumecimiento en las yemas de los dedos, lo que puede dificultar presionar las teclas con precisión. Las teclas lentas funcionarán con una demora, lo que requerirá que las teclas se mantengan presionadas durante un período determinado antes de que se registren. Esto evitará que se presionen teclas de forma no intencional.
-
GIFs con Insertar rápido
La función Insertar rápido pronto admitirá la inserción directa de GIFs. Agrega GIFs rápidamente a tus mensajes y documentos sin salir del menú de Insertar rápido. Para obtener más información, consulta Usa la función Insertar rápido para agregar y crear contenido.
-
Fondos de pantalla y de videoconferencia creados con IA
A partir de ChromeOS 135, planeamos presentar fondos de pantalla y fondos de videollamadas creados con IA generativa en alta resolución en ChromeOS. Con esta función, puedes liberar tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos.
Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS
En el 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de descontinuación de las Apps de Chrome.
- Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
- Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
- Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
- Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
- Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el final del ciclo de vida de todas las apps para Chrome.
- Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
- No se otorgarán excepciones.
Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.
Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.
Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.
- Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
Chrome 132
Resumen de la versión de Chrome 132
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Buscar con Google Lens
En Chrome 132, comenzaremos a lanzar esta función mejorada en todas las plataformas. Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano puede verlos y no se registran los datos o los datos generados sobre su contenido.
Computadoras
Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien haz clic con el botón derecho en una imagen y selecciona Buscar con Google Lens. Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda.
iOS
Desde Chrome 131, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando palabras clave o preguntas al cuadro de búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función en el 1% de la versión estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: Lanzamiento a la versión 100% estable
- Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
- Chrome 132 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, ahora se restringe a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones.
Puedes informar cualquier problema que encuentres.
- Chrome 132 en Windows
El servicio de red en Windows se restringe a una zona de pruebas.
- Chrome 132 en Windows
- Firmas de código ad hoc para las correcciones de compatibilidad de apps web progresivas en macOS
Las firmas de código para las correcciones de compatibilidad de aplicaciones que se crean cuando se instala una app web progresiva en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrección de compatibilidad de app de AWP tenga una identidad única para macOS. Anteriormente, todas las AWP se veían como la misma aplicación en este sistema operativo.
Esta actualización aborda los problemas que ocurren cuando se intenta incluir varias aplicaciones web progresivas en el panel de preferencias Abrir durante el acceso de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en macOS.
Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede habilitar para estas pruebas a través de
chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, pueden instalar una app web progresiva y asegurarse de que se inicie como se espera.Si hay una incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.
- Chrome 129 en macOS
La función está inhabilitada detrás de una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de extremos, como Santa. Si no es compatible en este momento, pueden inhabilitar la función a través de la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos. - Chrome 132 en macOS
Esta función comenzará a lanzarse en la versión estable, comenzando con el 1% de los navegadores.
- Chrome 129 en macOS
- Carga por lotes
Desde Chrome 128, los usuarios tienen acceso a sus contraseñas y direcciones desde su Cuenta de Google en el momento de acceder (además de sus formas de pago, que era una función de acceso existente). Estos tipos de datos tienen dos almacenamientos distintos: local y de la cuenta. Con Chrome 132, les brindamos a los usuarios la oportunidad de subir los datos locales que tengan a su Cuenta de Google. Esta función estará disponible primero para las contraseñas y las direcciones, y se ampliará para incluir otros tipos de datos en el futuro.
La política SyncTypesListDisabled se aplica de la misma manera a la sincronización y a la carga de datos. Por lo tanto, si se inhabilitan las contraseñas o las direcciones, no estarán disponibles para subirlas en el cargador por lotes.
- Chrome 132 en Linux, macOS y Windows
- Actualizaciones del flujo de trabajo de la renuncia de responsabilidad de los conectores
Actualizamos nuestras Condiciones del Servicio para Chrome Enterprise Core, que incluyen una sección sobre el uso compartido de datos con terceros. Estas actualizaciones mejoran el flujo de registro de los conectores del navegador Chrome Enterprise.
- Chrome 132 en ChromeOS, Linux, macOS y Windowsx
- Actualizaciones del modelo de identidad de Chrome en computadoras
En lugar de tener que configurar la Sincronización de Chrome en tu dispositivo, ahora puedes acceder a Chrome para acceder a elementos y guardarlos en tu Cuenta de Google. Este nuevo modelo de identidad en computadoras de escritorio también incluye un acceso explícito a Chrome desde un acceso web.
Cuando los usuarios acceden a la Web (con Gmail), se les solicita que accedan a Chrome. Si rechazan la oferta, no accederán a Chrome, solo a la Web.
- Si aceptan, se habilitarán la administración de perfiles (políticas basadas en el usuario), los pagos (ya disponibles), las contraseñas, las direcciones, los favoritos*, las extensiones*, las preferencias de motores de búsqueda*, los temas* y las AWP*.
- Si rechazan la oferta, Chrome puede usar las credenciales de acceso para facilitar el acceso con un clic a Chrome.
- Por el momento, la sincronización del historial, las pestañas abiertas y los grupos de pestañas aún se encuentran disponibles a través de una opción de aceptación independiente.
- Las credenciales invalidadas (p. ej., salir de la Web o salir de forma remota) pondrán a Chrome en un estado "pendiente", que antes era "pausa de sincronización". Los datos de Autocompletar no estarán disponibles en la Cuenta de Google del usuario. Se les pedirá a los usuarios en este estado que verifiquen su identidad en la barra de herramientas de Chrome.
* Estos tipos de datos se habilitarán después del acceso (en lugar de la habilitación de la sincronización) en los próximos eventos importantes de Chrome.
Las intercepciones de acceso web se pueden controlar con la política SigninInterceptionEnabled. Para obtener más información, consulta Cómo forzar a los usuarios a crear un perfil independiente.
- Chrome 132 en Linux, macOS y Windows: Comienza el lanzamiento
- Modo HTTPS primero para usuarios que suelen tener una seguridad sólida
El modo HTTPS primero (HFM) habilita una experiencia HTTPS predeterminada en Chrome, ya que actualiza automáticamente los sitios a HTTPS. Si un sitio no admite HTTPS, HFM muestra una advertencia antes de cargar la versión HTTP. El HFM mejora significativamente las garantías de seguridad de HTTPS, ya que evita la carga de URLs HTTP sin la aprobación explícita del usuario.
El HFM para usuarios que suelen tener comportamientos seguros (esta función) es una heurística que puede habilitar automáticamente el HFM para el usuario si este tiene un patrón de navegación que suele ser seguro. Por lo general, el patrón de navegación seguro se determina haciendo un seguimiento de los resguardos de actualización de HTTPS (actualizaciones de HTTPS fallidas, que serían anuncios intersticiales de HFM si el usuario habilitó HFM de forma manual) y algunos otros factores, como la antigüedad del perfil y la puntuación general de participación en el sitio.
Si estos indicadores señalan que el usuario visita principalmente sitios seguros, la heurística habilitará automáticamente la configuración de HFM. Los anuncios intersticiales de HFM causados por esta heurística mostrarán un mensaje personalizado. El usuario puede inhabilitar la HFM simplemente desactivando el parámetro de configuración de la IU, y la heurística nunca se volverá a activar.
Esta función se puede controlar con las políticas empresariales existentes HttpsOnlyMode y HttpAllowlist.
- Chrome 132 en ChromeOS, Linux, macOS, Windows y Fuchsia
- Llaves de acceso en iOS
Las llaves de acceso son una alternativa más segura que las contraseñas. A diferencia de las contraseñas, que pueden ser objeto de phishing o adivinadas, las llaves de acceso permiten que los usuarios se autentiquen en sitios y apps mediante criptografía de clave pública, como se define en el estándar WebAuthn.
Las llaves de acceso del Administrador de contraseñas de Google ya están disponibles en Chrome en otras plataformas. Con este lanzamiento, se incorporan a la plataforma de iOS a través de mejoras en la extensión existente del proveedor de credenciales de Chrome ("Contraseñas en otras apps"). Con la extensión, las llaves de acceso del Administrador de contraseñas de Google se pueden usar para acceder a páginas en Chrome y otros navegadores, así como a apps nativas.
Las llaves de acceso se guardan en la Cuenta de Google del usuario y están disponibles cada vez que este accede a Chrome. Políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.
- Chrome 132 en iOS
- Movimiento del botón de activación de filtración de contraseñas
El botón de activación PasswordLeakDetectionEnabled que se encontraba originalmente en
chrome://settings/securityse moverá del encabezado de protección estándar a más abajo en la página, en la sección Avanzado.Esta función también quitará la dependencia de PasswordLeakDetectionEnabled en el estado de navegación segura de un usuario. Anteriormente, un usuario que no tenía protección o navegación segura no recibía la funcionalidad PasswordLeakDetectionEnabled. Ahora, el usuario puede elegir libremente el botón de activación PasswordLeakDetectionEnabled, independientemente de su nivel de protección de la Navegación segura.
- Chrome 132 en ChromeOS, Linux, macOS, Windows y Fuchsia
- Se quitó la versión anterior del modo sin interfaz gráfica del objeto binario de Chrome.
Ejecutar Chrome con `--headless=old` ya no inicia el modo sin interfaz gráfica anterior, sino que imprime el siguiente mensaje de registro:
Se quitó el modo sin interfaz gráfica anterior del objeto binario de Chrome. Puedes usar el nuevo modo sin interfaz gráfica o chrome-headless-shell, que es una implementación independiente del modo sin interfaz gráfica anterior.
- Chrome 132 en Linux, macOS y Windows
- Quita la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, se quitará ThirdPartyBlockingEnabled en Chrome 135. Si tienes comentarios sobre esta eliminación, informa un error aquí.
- Chrome 132 en Windows:
Se dio de baja la política ThirdPartyBlockingEnabled.
- Chrome 135 en Windows: Se quitó la política
ThirdPartyBlockingEnabled.
- Chrome 132 en Windows:
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en Chrome 132.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows:
Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows:
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admite URLs de esquemas no especiales, por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales, de acuerdo con el estándar de URLs. Para obtener más información, consulta http://bit.ly/url-non-special.
- Chrome 130 en Windows, macOS, Linux y Android
- Chrome 132 en Windows, macOS, Linux y Android
- Chrome 134 en Windows, macOS, Linux y Android: Se quitará la marca de función.
- Traducción para la Búsqueda con Google Lens
Se están implementando capacidades de traducción de realidad aumentada (RA) en la función Buscar con Google Lens. La política empresarial LensOverlaySettings está disponible para que puedas activar o desactivar la función.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Chrome 132 en ChromeOS, Linux, macOS y Windows
En Chrome 131, se introdujo la función de traducción. En Chrome 132, la función de traducción se ampliará con compatibilidad con idiomas adicionales.
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo abrirse en una pestaña nueva con un chip en la barra de direcciones. Cuando se hace clic en el chip, se inicia la app. Existe una marca disponible para controlar esta función:chrome://flags/#enable-user-link-capturing-pwa.- Chrome 132 en Linux, macOS y Windows
Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 132 en Linux, macOS y Windows
- Contenedores de desplazamiento enfocables en el teclado
Mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.
Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.
Nota: El lanzamiento anterior de esta función (que comenzó primero en Chrome 127 y, luego, en Chrome 130) se detuvo debido a una regresión de accesibilidad, que debería solucionarse en la implementación actual que se incluye en Chrome 132.
- Chrome 132 en Windows, macOS, Linux y Android
- Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo
Las APIs de pantalla completa específicas de HTMLVideoElement con prefijo dejaron de estar disponibles desde Chrome 38. Se reemplazaron por la API de Element.requestFullscreen(), que se envió por primera vez sin prefijo en Chrome 71, en el 2018. A partir de 2024, la mayoría de los navegadores ya admiten las APIs sin prefijo desde hace algunos años.
Esta función realiza un seguimiento de la eliminación de las siguientes APIs de HTMLVideoElement:
- atributo de solo lectura booleano webkitSupportsFullscreen;
- atributo de solo lectura booleano webkitDisplayingFullscreen;
- nulo webkitEnterFullscreen();
- nulo webkitExitFullscreen();
// Ten en cuenta la diferencia en el uso de mayúsculas de la "S" en FullScreen.
- nulo webkitEnterFullScreen();
- nulo webkitExitFullScreen();
Estos métodos ahora son solo alias para la API moderna. Su uso ha disminuido de forma constante a lo largo de los años.
- Chrome 132 en Windows, macOS, Linux y Android
- Lanza una excepción para los diálogos o las ventanas emergentes en documentos no activos.
Este es un cambio de caso extremo que no afectará a los desarrolladores. Anteriormente, llamar a "showPopover()" o "showModal()" en una ventana emergente o diálogo que reside dentro de un documento inactivo fallaba de forma silenciosa. Esto significa que no se lanzaría ninguna excepción, pero como el documento está inactivo, no se mostrará ninguna ventana emergente ni diálogo. Estas situaciones ahora arrojan InvalidStateError. Para obtener más información, consulta la solicitud de extracción pertinente de la especificación en GitHub.
- Chrome 132 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción CACertificates Certificados TLS en los que se debe confiar para la autenticación del servidor CACertificateManagementAllowed Permitir que los usuarios administren todos los certificados Certificados TLS en los que no se debe confiar para la autenticación del servidor CAHintCertificates Certificados TLS que no son confiables o no confiables, pero que se pueden usar en la compilación de rutas de acceso para la autenticación del servidor CACertificatesWithConstraints Certificados TLS en los que se debe confiar para la autenticación del servidor con restricciones PasswordManagerPasskeysEnabled Habilitar el guardado de llaves de acceso en el administrador de contraseñas SharedWorkerBlobURLFixEnabled Alinear el comportamiento de la URL de BLOB de SharedWorker con la especificación TranslatorAPIAllowed Permitir el uso de la API de Translator
- Políticas que se quitaron del navegador Chrome
Política Descripción LegacySameSiteCookieBehaviorEnabledForDomainList Revertir el comportamiento heredado de las cookies en todos los sitios NativeClientForceAllowed Forzar el permiso de ejecución de Native Client (NaCl) PrefixedVideoFullscreenApiAvailability Administrar la disponibilidad de la API de Prefixed Video Fullscreen obsoleta
Cambios en Chrome Enterprise Core
- Chrome Web Store personalizada para empresas
Los administradores pueden aprovechar la nueva configuración para personalizar Chrome Web Store para sus usuarios administrados, lo que incluye la capacidad de hacer lo siguiente:
- Agregar logotipos de empresas
- Agregar banners hero y anuncios personalizados
- Seleccionar colecciones de extensiones
- Ocultar categorías de extensiones
Estos parámetros de configuración se pueden configurar a través de la Consola del administrador (más información) y están disponibles para todos los usuarios administrados que accedan a sus cuentas (usuarios que accedan a Chrome Web Store con una Cuenta de Google administrada).
Además, todos los usuarios administrados que accedan a Chrome Web Store verán los siguientes cambios:
- Nuevas etiquetas para los elementos "Bloqueados por el administrador" cuando se busca un elemento
- Búsqueda de elementos de dominios privados y funciones de filtrado avanzadas
- Los elementos privados y recomendados se reubicarán en la pestaña “Extensiones”
Los navegadores inscritos (sin necesidad de acceder) serán compatibles más adelante en el 2025.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Nuevas funciones de administración de usuarios de Chrome en la Consola del administrador
Ahora, los administradores pueden obtener más visibilidad de los perfiles de usuario de Chrome en su organización con una nueva lista de perfiles y funciones de informes para las Cuentas de Google a las que se accedió. Esta vista centralizada en la Consola del administrador de Google proporciona informes detallados sobre los perfiles de usuario de tu organización, incluida la información del perfil, la versión del navegador, las políticas aplicadas y las extensiones instaladas. Para obtener más detalles, consulta Cómo ver los detalles del perfil del navegador Chrome.
Para comenzar, los administradores de TI solo deben activar la nueva política de informes de perfiles administrados de Chrome para ver la información de los informes sobre los perfiles administrados.
- Chrome 132 en Android, Linux, macOS y Windows
- Condiciones de la fuente de la copia en la regla de pegar de la DLP de Chrome
En esta función, agregamos condiciones de fuente de copia, como la URL de origen, la categoría de la URL de origen y el contexto de Chrome de origen en la regla de activación de pegado para todos los clientes. Los administradores ahora pueden crear reglas de pegado con la política OnBulkDataEntryEnterpriseConnector, con condiciones que coincidan con el lugar desde el que se copian los datos o el texto que se pega.
Si deseas obtener más información, consulta Usa Chrome Enterprise Premium para integrar DLP en Chrome.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
En este lanzamiento, agregamos condiciones de fuente de copia, es decir, la categoría de URL de origen y el contexto de Chrome de origen en la regla de activación de pegado para todos los clientes. Los administradores podrán crear reglas de pegado (política) con condiciones que coincidan con el lugar desde el que se copian los datos o el texto que se pega.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Genera estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome
Hay una nueva función de IA generativa disponible para los usuarios no administrados: Generar estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome.
Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible para usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar esta función con la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, macOS y Windows
La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China). - Chrome 127 en ChromeOS, Linux, macOS y Windows
La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas. - Chrome 131 en ChromeOS, Linux, macOS y Windows
En Chrome 131, se dispondrá de una nueva función de IA generativa para usuarios administrados: un panel exclusivo de “asistencia de IA” en Herramientas para desarrolladores de Chrome que ayuda al operador humano a investigar y corregir desafíos de estilo, y a depurar el CSS. - Chrome 132 en ChromeOS, Linux, macOS y Windows
El panel de asistencia de IA ahora puede explicar los recursos en los paneles de Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilo.
- Chrome 125 en ChromeOS, Linux, macOS y Windows
- Certificación de administrador profesional de Chrome Enterprise
Para las organizaciones que usan Chrome Enterprise Core, ofrecemos una nueva oportunidad de certificación: la certificación de Administrador profesional de Chrome Enterprise. Esta certificación está diseñada para validar tu experiencia en la administración de entornos de navegadores de Chrome Enterprise, con un enfoque en el uso de Chrome Enterprise Core para implementar políticas, establecer controles y analizar informes.
El examen, diseñado para administradores de Chrome Enterprise con al menos un año de experiencia en la administración de aplicaciones, políticas y extremos, dura dos horas y consta de alrededor de 70 preguntas de opción múltiple. El examen evalúa tu familiaridad con las soluciones locales y basadas en la nube para administrar, mantener, solucionar problemas, proteger y realizar integraciones en servicios relacionados con Chrome.
Google renuncia a la tarifa del examen de USD 125 hasta marzo de 2025, y los administradores ahora pueden realizar el examen de certificación de administrador profesional de Chrome Enterprise de forma gratuita.
- Chrome 132 en Android, iOS y ChromeOS
- Certificados raíz del servidor para Chrome Enterprise
Chrome 132 agrega la capacidad para que los clientes o socios empresariales implementen certificados raíz de servidor o anclas de confianza personalizados en el almacén raíz de Chrome en navegadores completamente administrados a través de la Administración en la nube para el navegador Chrome o en perfiles de Chrome administrados en dispositivos administrados o no administrados.
- Chrome 132 en Linux, macOS y Windows
- Informe de tecnología heredada
El informe de tecnología heredada permite a los administradores de TI tener visibilidad sobre los sitios web (tanto internos como externos) que usan tecnologías obsoletas o que pronto dejarán de estar disponibles (por ejemplo, cambios en las propiedades de CSS o protocolos de seguridad más antiguos, como TLS 1.0 y 1.1). Este lanzamiento está disponible en la Consola del administrador de Google para todos los usuarios de Chrome Enterprise Core. Para obtener más información, consulta Revisa los detalles del uso de la tecnología heredada.
Esto les brinda a los administradores de TI la oportunidad de trabajar con los desarrolladores para planificar de forma proactiva las migraciones técnicas antes de que entre en vigencia una baja.
- Chrome 132 en Linux, macOS y Windows
- Políticas recomendadas (los usuarios pueden anular el valor de una política)
Chrome presenta la configuración de Anulación del usuario en la Consola del administrador de Google para las políticas que se pueden establecer como recomendadas. Esto significa que los administradores de TI pueden aplicar un valor de política y permitir que los usuarios lo anulen.
En Chrome 132, se admiten las siguientes políticas: ShowHomeButton, HomepageIsNewTabPage, HomepageLocation, DownloadRestrictions, SafeBrowsingProtectionLevel, AlwaysOpenPdfExternally, BackgroundModeEnabled, MetricsReportingEnabled, WarnBeforeQuitting, PrintPreviewUseSystemDefaultPrinter, BatterySaverModeAvailability.
A partir de Chrome 133, se admitirán las siguientes políticas: ImportAutofillFormData, ImportBookmarks, ImportHistory, ImportSavedPasswords y ImportSearchEngine.
- Lista de navegadores administrados actualizada: Actividad más reciente de Google Actualización
Chrome Enterprise Core agregará la columna Actividad más reciente de Google Actualización a la lista de navegadores administrados. La Actividad más reciente de Google Actualización representa la última vez que se registró que el servicio GoogleUpdater interactuó con un navegador administrado.
- Chrome 132 en Linux, macOS y Windows
- Chrome 132 en Linux, macOS y Windows
Cambios en Chrome Enterprise Premium
- Encriptación de descargas de archivos para reglas de DLP
Cuando se activa una regla de Prevención de pérdida de datos (DLP) para un archivo descargado, este ahora se encripta sobre la marcha para garantizar que los usuarios finales no puedan acceder a él cuando se devuelve un veredicto. Esto significa que los usuarios ya no pueden omitir la regla moviendo el archivo o cambiando su nombre.
Esta función está restringida por la política existente, OnFileDownloadedEnterpriseConnector, y solo está disponible para los usuarios de Chrome Enterprise Premium.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
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
- No se permiten espacios en los hosts de URLs que no sean file://
Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 "HTTPS URLs for WebSocket" y URL .
Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://de Windows (consulta el debate en GitHub).Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo para las URLs que no sean de archivos.
- Chrome 133 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Leer en voz alta en el Modo de lectura en Chrome 133
El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El Modo de lectura incluirá una función de Leer en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Los usuarios podrán elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.
- Chrome 133 en Linux, macOS y Windows
- Inmovilización de pestañas en el modo de ahorro de energía
Cuando el Ahorro de energía esté activo, Chrome inmovilizará una pestaña que estuvo oculta y silenciada durante más de 5 minutos y que usa mucha CPU, a menos que ocurra lo siguiente:
- La pestaña proporcione funcionalidad de videoconferencia, detectada a través de un micrófono, una cámara o una pantalla, una ventana, la captura de una pestaña o una RTCPeerConnection con un RTCDataChannel abierto o un MediaStreamTrack en vivo.
- La pestaña controle un dispositivo externo, detectado a través del uso de Web USB, Web Bluetooth, Web HID o Web Serial.
Esto extenderá la duración de la batería y acelerará Chrome reduciendo el uso de la CPU.
La función se puede probar en Chrome 131 a través dechrome://flags/#freezing-on-energy-saver. Como alternativa, se puede probar conchrome://flags/#freezing-on-energy-saver-testing, que simula que el modo Ahorro de energía está activo y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para la inmovilización y si usara mucha CPU).- La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).
- Chrome 133 en ChromeOS, Linux, macOS y Windows
La función comenzará a lanzarse para el 1% de los navegadores con la versión estable en Chrome 133.
- Los métodos get de Intl Locale Info dejarán de estar disponibles
La API de Intl Locale Info es una propuesta de TC39 de ECMAScript de etapa 3 para mejorar el objeto Intl.Locale exponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.
Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.
- Chrome 133 en Windows, macOS, Linux y Android
- Mejoras en el invocador de ventanas emergentes y el posicionamiento de anclas
Esta actualización representa el siguiente conjunto de cambios relacionados, que se solucionaron e implementaron.
1. agrega una forma imperativa de establecer relaciones de invocador entre las ventanas emergentes:
popover.showPopover({source})2. las relaciones de invocador crean referencias de elementos de anclaje implícitas.
- Chrome 133 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Se quitó el inicio de la página de bienvenida de Chrome a través de las pestañas de la primera ejecución de las preferencias iniciales
Incluir
chrome://welcomeen la propiedad first_run_tabs del archivo initial_preferences ya no tendrá efecto. Se quitó porque esa página es redundante con la experiencia de primera ejecución que se activa en plataformas de computadoras de escritorio.Para obtener más detalles sobre el contexto del archivo initial_preferences, consulta Configura otras preferencias.
- Chrome 133 en Windows, macOS y Linux
- Se quitaron las restricciones de audio no estándar de getUserMedia
Blink admite una serie de restricciones no estándar con prefijo goog para getUserMedia desde un tiempo antes de que las restricciones se estandarizaran correctamente.
El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), y algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguno de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.
No esperamos que este cambio genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán audio con la configuración predeterminada (como si no se hubieran pasado restricciones). Se pueden migrar fácilmente a restricciones estándar.
- Chrome 133 en Windows, macOS, Linux y Android
- Se quitó el resguardo de SwiftShader
Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Esto se hizo por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos --enable-unsafe-swiftshader.
Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 133 en Windows, macOS, Linux y Android
- Panel de privacidad y seguridad en Herramientas para desarrolladores de Chrome
A partir de Chrome 133, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad en las Herramientas para desarrolladores de Chrome para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar el comportamiento de su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no realizará ningún cambio permanente en las políticas empresariales existentes, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros con BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Privacidad y seguridad reemplazará al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible en la pestaña Seguridad del panel Privacidad y seguridad.
- Chrome 133 en ChromeOS, Linux, macOS y Windows
- La Sincronización de Chrome dejará de ser compatible con versiones de Chrome de más de cuatro años
A partir de febrero de 2025, la Sincronización de Chrome (que usa y guarda datos en tu Cuenta de Google) ya no será compatible con versiones de Chrome que tengan más de cuatro años. Para seguirla usando, debes actualizar a una versión más reciente de Chrome.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este cambio solo afecta a las versiones anteriores de Chrome y se lanzará del lado del servidor. Chrome 133 se especifica solo para reflejar el cronograma en el que se aplicará el cambio.
- Configuración de seguridad de V8
Agrega un parámetro de configuración a
chrome://settings/securitypara inhabilitar los optimizadores de JIT V8 y reducir la superficie de ataque de Chrome. Esto mantiene la compatibilidad con Web Assembly. Este comportamiento sigue controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites.- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
El parámetro de configuración se lanzará en Chrome 121. Las políticas empresariales están disponibles desde Chrome 93.
- Chrome 133 en Android
El parámetro de configuración está disponible en Android en Chrome 133, en Configuración del sitio. Las políticas empresariales ya no están marcadas como experimentales.
- Chrome 122 en ChromeOS, Linux, macOS, Windows y Fuchsia
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, es un parámetro de configuración que le indica a Chrome que solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.
En Chrome 129, agregamos una nueva variante intermedia de ABH llamada "modo equilibrado". El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a nombre de host con una sola etiqueta, como internal/.
Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.
Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_balanced_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_balanced_enabled, este cambio no te afectará.
- Chrome 129 en ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 133 en Android
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 134 en Android, iOS, ChromeOS, Linux, macOS y Windows: Este será un lanzamiento gradual.
- Partición de URLs de BLOB: recuperación o navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a la URL de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea con Chromium con un comportamiento similar en Safari, y buscaremos actualizaciones de especificaciones para reflejar ambos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage, que estará disponible en Chrome 134. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 134 en Windows, macOS y Linux
- Controlador de herencia de secuencia de comandos de SharedWorker para la URL de secuencia de comandos de BLOB
Los Service Workers deben heredar controladores para la URL de BLOB. Sin embargo, el código existente permite que solo los dedicated workers hereden el controlador. Los shared workers no lo heredan.
Esta es la solución para que el comportamiento de Chromium se ajuste a la especificación.
La política empresarial SharedWorkerBlobURLFixEnabled está disponible para controlar esta función.
- Chrome 134 en Windows, macOS y Linux
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.
La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
Para obtener más información, consulta esta entrada de blog. Informa cualquier problema aquí.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Personaliza perfiles administrados con logotipo y etiqueta personalizados
Nuevas personalizaciones de la barra de herramientas y el menú de perfiles que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está administrado, ya sea que usen un dispositivo personal o laboral. Esto es especialmente útil en situaciones en las que los empleados usan sus propios dispositivos con cuentas administradas.
Para personalizar esta experiencia, agregaremos tres políticas nuevas:
- EnterpriseCustomLabel: Personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con el desarrollo de la marca de tu organización.
- EnterpriseLogoUrl: Agrega el logotipo de tu empresa al menú del perfil.
- EnterpriseProfileBadgeToolbarSettings: Esta política puede inhabilitar la etiqueta predeterminada de un perfil administrado en la barra de herramientas de Chrome.
En Chrome 133, estas políticas estarán disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil administrado.
A partir de Chrome 134, se actualizará el comportamiento predeterminado de la etiqueta y el ícono del perfil superpuestos en el avatar de la cuenta. En los perfiles administrados, se mostrará una etiqueta de trabajo o institución educativa, además del disco de perfil. En el menú de perfil, verás un ícono de edificio superpuesto en el avatar de la cuenta. El disco de perfil expandido se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.
- Chrome 133 en macOS y Windows
Políticas para personalizar la etiqueta y el ícono de la barra de herramientas (en el menú de perfil)
- Chrome 134: Comienza el lanzamiento de los valores predeterminados, incluidos los siguientes:
- 1) La etiqueta de trabajo o institución educativa que se muestra en la barra de herramientas, junto al avatar del usuario
- 2) Un ícono de edificio superpuesto en la foto de la cuenta del usuario en el menú de perfil. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings. Comenzará con un 1% y, luego, se lanzará gradualmente.
Próximos cambios en Chrome Enterprise Core
-
Nueva aplicación complementaria de Chrome Enterprise
La aplicación complementaria de Chrome Enterprise (CECA) es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos de uso, políticas y generación de informes empresariales.
- Chrome 133 en Windows y macOS
Próximos cambios en Chrome Enterprise Premium
- Prevención de capturas de pantalla
Tenemos previsto mejorar la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Aprovecharemos el lanzamiento exitoso de los controles de protección de datos para agregar funciones clave y abordar las brechas y los comentarios de los usuarios.
- Chrome 134 en Windows y macOS
- Filtros de URLs en iOS y Android
Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la funcionalidad funcione sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).
- Chrome 135 en iOS y Android
- Conector de informes para dispositivos móviles
Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.
- Chrome 135 en iOS y Android
- Refactorización de la UX de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la Consola del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.
- Chrome 134 en Windows, macOS, Linux y ChromeOS
- API de Connectors
Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
Resumen del lanzamiento de ChromeOS 132
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Chrome Web Store personalizada para empresas | ✓ | ||
| La compatibilidad con Native Client (NaCl) finalizará en ChromeOS | ✓ | ||
| Actualización de la integración | ✓ | ||
| Migra datos de estudiantes que se gradúan | ✓ | ✓ | |
| Esquinas redondeadas para apps | ✓ | ||
| Autenticación sin contraseña de ChromeOS | ✓ | ||
| Control con gestos faciales en ChromeOS | ✓ | ✓ | |
| Desactiva el panel táctil | ✓ | ||
| Autenticación biométrica del Administrador de contraseñas | ✓ | ||
| Se quitó el descubrimiento de apps de Explorar | ✓ | ||
| Administración remota de dispositivos inactivos | ✓ | ||
| Política de Hora de dormir de dispositivos ChromeOS | ✓ | ||
| Divulgación de administración mejorada en dispositivos bloqueados | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Fondos de pantalla y de videoconferencia creados con IA | ✓ | ||
| Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS | ✓ | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Chrome Web Store personalizada para empresas
Los administradores ahora pueden usar una nueva configuración para personalizar Chrome Web Store para sus usuarios administrados, lo que incluye la capacidad de hacer lo siguiente:
- Agregar logotipos de empresas
- Agregar banners hero y anuncios personalizados
- Seleccionar colecciones de extensiones
- Implementar controles basados en categorías
Estos parámetros de configuración se pueden configurar a través de la Consola del administrador y están disponibles para todos los usuarios administrados que accedan a sus cuentas (usuarios que accedan a Chrome Web Store con una Cuenta de Google administrada). Para obtener más información, consulta Chrome Web Store personalizada para empresas.
Además, todos los usuarios administrados que accedan a Chrome Web Store verán los siguientes cambios:
- Nuevas etiquetas para los elementos Bloqueados por el administrador cuando se busca un elemento
- Búsqueda de elementos de dominios privados y funciones de filtrado avanzadas
- Los elementos privados y recomendados se reubicarán en la pestaña Extensiones
Los navegadores inscritos (sin necesidad de acceder) serán compatibles más adelante en el 2025.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
-
La compatibilidad con Native Client (NaCl) finalizará en ChromeOS
ChromeOS 132 es la última versión con compatibilidad con NaCl para dispositivos no administrados o de consumo, seguida de ChromeOS 138 en julio de 2025 para dispositivos administrados. Si deseas obtener más detalles, consulta Acerca de la administración de dispositivos ChromeOS.
En el 2017, anunciamos el fin de la compatibilidad con Native Client (NaCl) en favor de WebAssembly. Dado que la mayoría de los desarrolladores y usuarios migraron de NaCl, confirmamos las siguientes fechas de descontinuación de NaCl:
- Enero de 2025: Native Client (NaCl) se inhabilitará a partir de ChromeOS 132.
- Para los usuarios no administrados y de consumo, ChromeOS 132 será la última versión de ChromeOS con compatibilidad con NaCl.
- En el caso de los entornos administrados (incluidas las sesiones de kiosco), los administradores que gestionan dispositivos ChromeOS para una empresa o institución educativa tendrán la opción de extender la capacidad de usar NaCl con una política de permiso de NaCl DeviceNativeClientForceAllowed a través de la versión 138 de ChromeOS. Para habilitar las políticas de dispositivos, consulta Establece políticas de dispositivos ChromeOS en el Centro de ayuda de Chrome Enterprise y Education.
- Julio de 2025: ChromeOS 138 será la última versión con compatibilidad con NaCl.
- En el caso de los entornos administrados, ChromeOS 138 es una versión de ChromeOS con asistencia a largo plazo (LTS) disponible para los administradores que gestionan dispositivos ChromeOS en una empresa o institución educativa.
- En el caso de los dispositivos que se cambiaron al canal de LTS y tienen habilitada la política de permisos de NaCl, NaCl estará disponible hasta la última actualización de LTS en abril de 2026.
- No se otorgarán excepciones.
En el caso de las apps de Chrome que usan NaCl, migra a WebAssembly (WASM). Para ayudarte con la transición, publicamos la Guía de migración de WebAssembly.
Si necesitas más información sobre este cambio o asistencia, consulta cualquiera de los siguientes recursos:
- Guía de migración de WebAssembly.
- Comunidad de desarrolladores de ChromeOS en Discord.
- Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
Para obtener más información, consulta Cómo administrar políticas para dispositivos ChromeOS en el Centro de ayuda de Chrome Enterprise y Education.
- Enero de 2025: Native Client (NaCl) se inhabilitará a partir de ChromeOS 132.
-
Actualización de integración
Hay muchos elementos de configuración diferentes que los usuarios pueden cambiar una vez que comienzan a usar sus dispositivos, como configurar una impresora, conectar dispositivos Bluetooth, cambiar la dirección del panel táctil, etcétera. Esta función consolida muchos de estos elementos de configuración comunes en una lista de tareas simple, con vinculación directa a la ubicación en la que un usuario puede cambiar un parámetro de configuración en particular, para simplificar el proceso de completar muchos de estos pasos.
-
Migra datos de estudiantes que se gradúan
A partir de ChromeOS 132, una nueva herramienta de Transferencia de contenido guiará a los estudiantes de posgrado y a otros usuarios administrados por instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permite transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen.
Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la biblioteca, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar Transferencia de contenido.
-
Esquinas redondeadas para apps
Como parte de un nuevo diseño de IU, ChromeOS ahora tiene esquinas redondeadas en todas las ventanas de la app en dispositivos Chromebook Plus.
-
Autenticación sin contraseña de ChromeOS
La función de ChromeOS sin contraseña permite a los usuarios acceder a sus dispositivos con un PIN o una contraseña local como factor de autenticación principal. Esto significa que podrás acceder a tu dispositivo ChromeOS con una contraseña que establezcas de forma explícita para tu dispositivo, así como con un PIN que ya no vincule tu contraseña de Gmail con la contraseña de tu dispositivo.
No es posible habilitar la función de PIN en dispositivos administrados.
-
Control con gestos faciales en ChromeOS
ChromeOS ahora cuenta con control con gestos faciales potenciado por IA. Ahora puedes usar el seguimiento facial y de gestos para navegar por tu Chromebook, abrir apps y hasta redactar correos electrónicos, todo sin teclado ni mouse. Esta tecnología integrada, inspirada en Project Gameface, proporciona una mayor accesibilidad para los usuarios con discapacidades motoras y ofrece una forma más eficiente para que todos interactúen con sus dispositivos. Para obtener más información sobre esta función, consulta esta entrada de blog de Google.
-
Desactiva el panel táctil
Los usuarios de Chromebooks ahora pueden inhabilitar sus paneles táctiles. Esta mejora de accesibilidad ayuda a las personas que dependen de los lectores de pantalla o que pueden hacer clics accidentales. Para desactivarlo, ve a Configuración > Accesibilidad > Cursor y panel táctil.
-
Autenticación biométrica del Administrador de contraseñas
ChromeOS 132 habilita la autenticación biométrica en el Administrador de contraseñas y Autocompletar en Chrome para dispositivos ChromeOS.
-
Se quitó el descubrimiento de apps de Explorar
ChromeOS 132 quita el módulo Apps y juegos de la app de Explorar. Para descubrir apps nuevas para tu dispositivo ChromeOS, navega a https://discover.apps.chrome.
.
.-
Administración remota de dispositivos inactivos
El Escritorio remoto de Chrome (CRD) es una función que permite controlar de forma remota los dispositivos ChromeOS, principalmente para solucionar problemas, cuando un dispositivo está inactivo y no se usa. Los administradores ahora pueden iniciar una conexión de CRD a un dispositivo ChromeOS que se encuentra en la pantalla de acceso. Esto permite que un administrador acceda a un dispositivo administrado con su propio conjunto de credenciales para solucionar problemas o realizar pruebas.
-
Política de Hora de dormir de dispositivos ChromeOS
La nueva política DeviceRestrictionSchedule permite que los administradores de ChromeOS prohíban que los usuarios accedan a Chromebooks específicas durante ciertas horas de días específicos de la semana. Durante este horario, las apps de kiosco tampoco están disponibles.
-
Divulgación de administración mejorada en dispositivos bloqueados
Esta función mejora la divulgación de la administración en la pantalla de bloqueo del dispositivo. Para que los usuarios comprendan mejor lo que implica usar un dispositivo administrado antes de usarlo para tareas personales o laborales, proporcionamos una explicación clara de lo que implica. De esta manera, los usuarios pueden tomar decisiones fundamentadas sobre el uso de sus dispositivos. Cuando se proporciona la información necesaria, los usuarios obtienen el conocimiento necesario para tomar decisiones que se alineen con sus preocupaciones y preferencias de privacidad y seguridad.
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 ChromeOS
-
Fondos de pantalla y de videoconferencia creados con IA
A partir de ChromeOS 134, planeamos presentar fondos de pantalla de alta resolución y fondos de videollamadas generados con IA generativa en ChromeOS. Con esta función, puedes liberar tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos.
Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
Se dará de baja la compatibilidad con las Apps de Chrome en ChromeOS
En el 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de descontinuación de las Apps de Chrome.
- Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
- Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
- Julio de 2026: Última versión de ChromeOS con compatibilidad con Apps de Chrome en modo kiosco (programada para ChromeOS M150).
- Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
- Febrero de 2028: Se lanzará la última versión de ChromeOS con compatibilidad con las Apps de Chrome (programada para ChromeOS M168), lo que marcará el final del ciclo de vida de todas las apps para Chrome.
- Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
- No se otorgarán excepciones.
Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.
Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.
Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.
- Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).
Chrome 131
Resumen de la versión de Chrome 131
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Cómo realizar búsquedas con Google Lens en iOS | ✓ | ||
| Verificación asíncrona de la Navegación segura en tiempo real | ✓ | ||
| Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS | ✓ | ||
| Elige en Google Drive en iOS | ✓ | ||
| OCR del visualizador de PDF de Chrome | ✓ | ||
| Promoción de Chrome en iOS en el NTP de computadoras | ✓ | ||
| Detección de la reutilización de contraseñas de perfiles sincronizados | ✓ | ||
| Chrome en Android ahora admite proveedores externos de autocompletado y contraseñas | ✓ | ✓ | |
| Baja del informe de Navegación segura extendida | ✓ | ||
| Se dejará de confiar en los certificados de Entrust | ✓ | ||
| Advertencias de formularios poco seguros en iOS | ✓ | ||
| PartitionAlloc con verificaciones avanzadas (PA/AC) | ✓ | ||
| Experiencia de acceso y sincronización simplificada | ✓ | ||
| Inmovilización de pestañas en el modo de ahorro de energía | ✓ | ||
| Actualizar los Servicios de Google Play para solucionar problemas con las contraseñas integradas en el dispositivo | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Baja de la propiedad de posicionamiento de anclaje de CSS inset-area | ✓ | ||
| Mejoras en la estructura de diseño de los elementos <details> y <summary> | ✓ | ||
| Permisos de bloqueo del teclado y del puntero | ✓ | ||
| Se quitó el método requestAdapterInfo() de GPUAdapter no estándar | ✓ | ||
| Relajación del analizador <select> | ✓ | ||
| Compatibilidad con recursos SVG externos para las propiedades trazado de recortes, relleno, trazo y marcador-* | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Traducción para la Búsqueda con Google Lens | ✓ | ||
| Políticas nuevas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Política de valores predeterminados de IA generativa | ✓ | ||
| Integración de la telemetría de extensiones de Chrome con SecOps | ✓ | ||
| Chrome Web Store personalizada para empresas | ✓ | ||
| Compatibilidad con la política de DownloadRestrictions en Android | ✓ | ✓ | |
| Política empresarial para forzar el almacenamiento en búfer adaptable para la renderización de WebAudio | ✓ | ||
| Generar estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome | ✓ | ||
| Políticas recomendadas en la Consola del administrador | ✓ | ||
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Controles de datos de Chrome Enterprise: Portapapeles | ✓ | ||
| Protección contra capturas de pantalla | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Leer en voz alta en el Modo de lectura en Chrome 132 | ✓ | ||
| Se quitó la versión anterior del modo sin interfaz gráfica del objeto binario de Chrome | ✓ | ||
| Captura de todas las pantallas | ✓ | ||
| Quitar las APIs de pantalla completa de HTMLVideoElement con prefijo | ✓ | ||
| Quitar la política ThirdPartyBlockingEnabled | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Lanzar una excepción para los diálogos o las ventanas emergentes en documentos no activos | ✓ | ||
| Captura de vínculos de usuarios en AWP | ✓ | ✓ | |
| El servicio de red en Windows se someterá a una zona de pruebas | ✓ | ||
| Quitar el resguardo de SwiftShader | ✓ | ||
| Panel de privacidad y seguridad en las Herramientas para desarrolladores de Chrome | ✓ | ||
| La Sincronización de Chrome dejará de ser compatible con versiones de Chrome de más de cuatro años | ✓ | ||
| No se permiten espacios en hosts de URLs que no sean file:// | ✓ | ||
| Migración de la API de SafeBrowsing v4 a la v5 | ✓ | ||
| Partición de URLs de BLOB: recuperación o navegación | ✓ | ||
| Baja de los eventos de mutación | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Prevención de acceso a la descarga de archivos de DLP | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Cómo realizar búsquedas con Google Lens en iOS
Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla con Google Lens. Para usar esta función, ve a un sitio web y haz clic en Buscar con Google Lens en el chip del cuadro multifunción en foco y en los menús contextuales en computadoras, o en el menú de 3 puntos en computadoras y dispositivos móviles. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido, así como agregar palabras clave o preguntas al cuadro de búsqueda para definir mejor la búsqueda. Los administradores pueden controlar la función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve ni se registran datos sobre su contenido. Comenzaremos a lanzar esta función de forma gradual para iOS en Chrome 131 y planeamos lanzarla por completo en Chrome 132.
- Chrome 126 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función al 1% de la versión estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: Lanzamiento al 100% de la versión estable
- Chrome 131 en iOS: Comienza el lanzamiento de la función
- Chrome 132 en iOS: Lanzamiento al 100% de la versión estable
- Verificación asíncrona de la Navegación segura en tiempo real en iOS
Las verificaciones actuales de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de páginas, lo que significa que el usuario no podrá ver la página hasta que se completen. Para mejorar la velocidad de carga de Chrome, las verificaciones de Navegación segura en tiempo real ya no bloquearán las cargas de páginas a partir de Chrome 122 (para iOS, a partir de Chrome 131).
Evaluamos el riesgo e implementamos las siguientes mitigaciones:
- En el caso del software malicioso y los ataques de día cero, las verificaciones de listas de entidades bloqueadas locales se seguirán realizando de forma síncrona para que la Navegación segura siga bloqueando las cargas útiles maliciosas.
- En el caso de los ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado con la página (por ejemplo, que haya escrito una contraseña) cuando mostramos la advertencia.
- Chrome 122 en Android, ChromeOS, Linux, macOS y Windows
- Chrome 131 en iOS
- Firmas de código ad hoc para las correcciones de compatibilidad de AWP en macOS
Las firmas de código para las correcciones de compatibilidad de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc hacen que cada corrección de compatibilidad de AWP tenga una identidad única para macOS. Actualmente, el SO considera que todas las AWP son la misma aplicación.
Este cambio aborda los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en este SO.
Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede activar para realizar pruebas con la marca
chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, los administradores pueden instalar una AWP y asegurarse de que se inicie como se espera.Si hay una incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.
- Chrome 129 en macOS
Esta función se activa con una marca (chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de extremos, como Santa. Si no es compatible en este momento, pueden controlar la función con la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos. - Chrome 131 en macOS: La función comenzará a lanzarse en la versión estable, comenzando con el 1%.
- Chrome 129 en macOS
- Elige en Google Drive
A partir de Chrome 131, los usuarios de Chrome en iOS pueden subir un archivo de Google Drive directamente a una página web, sin necesidad de descargarlo primero en el dispositivo.
- Chrome 131 en iOS: Incluye la funcionalidad principal para subir un solo archivo.
- OCR del Lector de PDF de Chrome
La versión para computadoras de Chrome ahora permite que los PDFs escaneados sean más accesibles. A través del reconocimiento óptico de caracteres (OCR) integrado en el dispositivo para mantener la privacidad (no se envía contenido a Google), Chrome convierte automáticamente los archivos PDF escaneados, lo que permite seleccionar texto, usar Ctrl + F, copiar y pegar. Esta función no se aplica a los archivos PDF seguros. Solo se usa el OCR en los archivos PDF a los que el usuario tiene acceso. La solución brinda accesibilidad a los archivos PDF para los usuarios de Chrome sin ningún paso adicional y los hace igual de accesibles como el resto de la Web.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Promoción de Chrome para iOS en la NTP para computadoras
Aparecerá una promoción de Chrome para iOS en la página Nueva pestaña para computadoras. El objetivo es aumentar el reconocimiento de Chrome para iOS y presentar una forma sencilla de instalarlo.
Puedes controlar esta función con las políticas existentes PromotionsEnabled y NTPMiddleSlotAnnouncementVisible.
- Chrome 131 en Linux, macOS y Windows
- Detección de la reutilización de contraseñas de perfiles sincronizados
Anteriormente, la detección de reutilización de contraseñas de credenciales corporativas solo estaba disponible en perfiles corporativos. Ahora, este proceso detecta la reutilización de credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador administrado.
Actualizamos los criterios de detección de reutilización de contraseñas de perfiles sincronizados para que reflejen con mayor precisión las cuentas empresariales administradas. También actualizamos el mensaje en pantalla para que los usuarios comprendan con mayor claridad que su organización supervisa la reutilización de contraseñas corporativas.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
Actualizamos los criterios de detección de reutilización de contraseñas en perfiles sincronizados para que reflejen con mayor precisión las cuentas empresariales administradas y actualizamos el mensaje de la UX para que los usuarios comprendan con mayor claridad que su organización supervisa la reutilización de contraseñas corporativas.
- Chrome en Android ahora admite proveedores externos de autocompletado y contraseñas
Hasta ahora, los proveedores de autocompletado y contraseñas de terceros se podían usar en Chrome para Android a través de APIs de accesibilidad.
En Chrome M131, agregamos compatibilidad directa con la función Autocompletar de Android, lo que significa que estos proveedores ahora funcionan con Chrome en Android sin necesidad de APIs de accesibilidad. Este cambio debería mejorar el rendimiento de Chrome en Android y de los proveedores externos de autocompletado.
Para aprovechar esta función, los usuarios deberán configurar su proveedor externo en la configuración de Android. Luego, en Chrome, los usuarios deben seleccionar Configuración > Servicios de autocompletado y Autocompletar con otro servicio.
Si los usuarios no cambian ambos parámetros de configuración, seguirán usando Google para autocompletar sus contraseñas, información de pago y direcciones. Se puede controlar si los usuarios pueden usar un servicio externo de autocompletado con una política nueva llamada ThirdPartyPasswordManagersAllowed.
- Chrome 131 en Android
El nuevo parámetro de configuración estará disponible a partir de Chrome 131. Si los usuarios utilizan el nuevo parámetro de configuración, este se aplicará de inmediato. De lo contrario, los usuarios seguirán empleando las funciones de Google o de un tercero a través de las funciones de accesibilidad (si están instaladas).
La compatibilidad con las APIs de accesibilidad dejará de estar disponible a principios de 2025, momento en el que se aplicará la nueva configuración de políticas a todos los usuarios.
- Chrome 131 en Android
- Baja del informe extendido de la Navegación segura
Daremos de baja la función de informes extendidos de la Navegación segura, que antes mejoraba la seguridad de todos los usuarios recopilando información de telemetría de los participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, información limitada del sistema y cierto contenido de las páginas.
Esta función se sustituyó por el modo Protección mejorada. Les recomendamos a todos los usuarios que se cambien a la Protección mejorada para que sigan disfrutando de mayor seguridad y que habiliten el máximo nivel de seguridad disponible en Chrome. Para obtener más información, consulta los Niveles de protección de la Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows
Se dará de baja el informe extendido de la Navegación segura, excepto la solicitud de informe de Navegación segura del cliente en tiempo real. - Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows
Se dará de baja SafeBrowsingExtendedReportingEnabled para la solicitud de informe de la Navegación segura del cliente en tiempo real.
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Se dejará de confiar en los certificados de Entrust
Debido a incumplimientos constantes, cambiará la forma predeterminada en que Chrome confía en los certificados emitidos por Entrust para la autenticación de servidores TLS de confianza pública (es decir, de sitios web). El cambio entrará en vigencia a partir de Chrome 131 en Windows, macOS, ChromeOS, Android y Linux.Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:
- De forma predeterminada, no se confiará en los certificados emitidos después del 11 de noviembre de 2024.
- No se verán afectados los certificados emitidos hasta el 11 de noviembre de 2024.
Si una persona o empresa que usa Chrome confía explícitamente en alguno de los certificados de Entrust afectados en una plataforma y versión de Chrome que depende de Chrome Root Store (por ejemplo, la confianza explícita se determina con un objeto de directivas de grupo en Windows), se anularán las restricciones basadas en SCT que se describieron anteriormente y los certificados funcionarán como lo hacen en la actualidad.
Puedes encontrar información adicional y recursos de prueba en el blog de Google Security.
Para obtener más información, consulta estas preguntas frecuentes sobre Chrome Root Store.
- Chrome 131 en Android, ChromeOS, Linux, macOS y Windows
Todas las versiones de Chrome 131 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 11 de noviembre de 2024.
- Advertencias de formularios poco seguros en iOS
A partir de Chrome 125, el navegador Chrome bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función.
- Chrome 125 en iOS: Lanzamiento de la función
- Chrome 131 en iOS: Se quitará la política InsecureFormsWarningsEnabled
- PartitionAlloc con Verificaciones avanzadas (PA/AC)
PartitionAlloc (PA) y sus proyectos de seguridad de memoria asociados tienen una serie de protecciones avanzadas que se desactivan de forma predeterminada (o exclusivamente en compilaciones de depuración) debido a su posible impacto en el rendimiento. Si bien quizás no sea posible habilitar la función para todos los usuarios de inmediato, aún existe la oportunidad de habilitarla parcialmente en situaciones específicas y limitadas.
El objetivo de este proyecto es lograr protecciones avanzadas para los clientes empresariales. Los administradores empresariales tienen la opción de aplicar medidas de seguridad mejoradas a través de las políticas empresariales. En Enterprise, la seguridad suele tener prioridad sobre el rendimiento. Es probable que deseen verificaciones avanzadas, aunque se vea afectado el rendimiento.
PA con Verificaciones avanzadas es una medida de seguridad avanzada para la memoria. La función está DESACTIVADA de forma predeterminada porque se espera que disminuya el rendimiento. Los clientes empresariales tienen la opción de habilitarla para mejorar la seguridad a través de la política empresarial.
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS, Windows y Fuchsia
- Experiencia de acceso y sincronización simplificada
A partir de Chrome 131, los usuarios existentes que tengan activada la Sincronización de Chrome ahora disfrutan de una versión simplificada y consolidada del acceso y la sincronización en Chrome. La Sincronización de Chrome ya no se muestra como una función independiente en la configuración ni en ningún otro lugar. En cambio, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales pertinentes.
Al igual que antes, la funcionalidad que anteriormente formaba parte de la Sincronización de Chrome, que guarda datos de Chrome y accede a ellos en la Cuenta de Google, se puede controlar con SyncTypesListDisabled. El acceso a Chrome se puede desactivar con BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer sin acceder a Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.
- Chrome 131 en Android
- Suspensión de pestañas en el modo Ahorro de energía
Cuando el Ahorro de energía está activo, Chrome suspende las pestañas que usan mucha CPU y llevan más de 5 minutos ocultas y silenciadas, a menos que ocurra lo siguiente:
- La pestaña proporciona funciones de audio o videoconferencia, lo que se detecta cuando esta captura el micrófono, la cámara, la pantalla, una ventana u otra pestaña, o bien cuando establece una RTCPeerConnection con un RTCDataChannel abierto o una MediaStreamTrack en vivo.
- La pestaña controla un dispositivo externo, lo que se detecta cuando esta usa Web USB, Web Bluetooth, Web HID o Web Serial.
Esta medida extiende la duración de la batería y acelera Chrome reduciendo el uso de la CPU.
- Chrome 130 en ChromeOS, Linux, macOS y Windows
La función se puede probar en Chrome 130 a través de la entrada#freezing-on-energy-saverdeabout:flags. Como alternativa, se puede probar con la marca#freezing-on-energy-saver-testing, que simula que el modo Ahorro de energía está activo y que todas las pestañas usan mucha CPU (lo que permite verificar si una pestaña es apta para la suspensión y si se suspenderá si usa mucha CPU). La disponibilidad del Ahorro de energía se puede controlar con la política BatterySaverModeAvailability. Este cambio no surte efecto cuando el Ahorro de energía está inactivo. - Chrome 131 en ChromeOS, Linux, macOS y Windows
La función comenzará a lanzarse al 1% de la versión estable en Chrome 131. Se aumentará gradualmente hasta el 100% de la versión estable. La disponibilidad del Ahorro de energía se puede controlar con la política BatterySaverModeAvailability. Este cambio no surte efecto cuando el Ahorro de energía está inactivo.
- Actualiza los Servicios de Google Play para solucionar problemas relacionados con las contraseñas integradas en el dispositivo
Disminuirá la funcionalidad de contraseñas integradas en el dispositivo para los usuarios de versiones anteriores de los Servicios de Google Play. Además, es posible que pronto el Administrador de contraseñas deje de funcionar por completo para ellos. Deberán actualizar los Servicios de Google Play o se les indicarán otros métodos de solución de problemas según su estado. Este cambio forma parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas de Google.
- Chrome 131 en Android
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, se habilitará de forma predeterminada en todas las computadoras X25519Kyber768, un nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS basado en un estándar del NIST (ML-KEM). Esta medida protegerá el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación por parte de futuras computadoras cuánticas. Se espera que el cambio sea transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines del 2024. Sin embargo, se necesitarán algoritmos de cifrado poscuánticos seguros en TLS a largo plazo y, por lo tanto, se quitará esta política empresarial. El CSNA 2.0 exige criptografía poscuántica.
Para obtener más detalles, consulta esta entrada del blog de Chromium y esta entrada del blog de Google Security.
- Chrome 124 en Windows, macOS y Linux: Se habilitará X25519Kyber768, el nuevo mecanismo poscuántico de encapsulamiento seguro de claves TLS.
- Chrome 131 en Linux, macOS y Windows: Chrome cambiará el mecanismo de encapsulamiento de claves a la versión estándar final de ML-KEM.
- Chrome 141 en Windows, macOS y Linux: Se quitará la política empresarial.
- Baja de la propiedad de posicionamiento de anclaje de CSS inset-area
El CSS Working Group (CSSWG) acordó cambiar el nombre de la propiedad inset-area a position-area. Para obtener más detalles, consulta la discusión del CSSWG en GitHub. El nombre de la propiedad nueva, position-area, como sinónimo de inset-area, se envió a través de esta actualización de funciones explicada en Chrome Platform Status, en la que se describe la baja y la eliminación de la propiedad inset-area.
- Chrome 131 en Windows, macOS, Linux y Android
- Se realizaron mejoras en la estructura de diseño de los elementos <details> y <summary>
Se admiten más diseños de CSS para la estructura de los elementos
<details>y<summary>, lo que permite que se usen en más casos en los que se crean widgets de divulgación o acordeón en la Web. En particular, este cambio quita las restricciones que impedían configurar la propiedad display en estos elementos y agrega un seudoelemento::details-contentpara aplicar diseño al contenedor de la parte que se expande y se contrae.- Chrome 131 en Windows, macOS, Linux y Android
- Permisos de bloqueo del teclado y del puntero
Se puede mostrar un mensaje de permiso al usuario cuando un sitio web solicita el bloqueo del teclado o del puntero, y se guardan las preferencias del usuario como configuración de contenido. Puedes consultar la configuración a través de la API de Permissions. Esta medida ayuda a mitigar el abuso de las APIs.
- Chrome 131 en Windows, macOS y Linux
- Se quitó el método requestAdapterInfo() de GPUAdapter no estándar
El WebGPU WG decidió que no era práctico que
requestAdapterInfo()activara un mensaje de permiso, por lo que quitó esa opción y la reemplazó por el atributo info de GPUAdapter para que los desarrolladores web puedan obtener el mismo valor de GPUAdapterInfo de forma síncrona esta vez. Para obtener más información, consulta Intent to Ship: WebGPU: GPUAdapter info attribute.- Chrome 131 en Windows, macOS, Linux y Android
- Relajación del analizador <select>
Este cambio hace que el analizador de HTML permita etiquetas adicionales en
<select>, además de<option>,<optgroup>y<hr>.Este cambio es compatible con la función personalizable
<select>, pero se envía primero porque se puede hacer por separado y tiene algunos riesgos compactos.Esta función se restringe por la política transitoria SelectParserRelaxationEnabled. Este es un período de transición temporal y la política dejará de funcionar en la versión principal Chrome 136.
Para obtener más información, consulta la explicación sobre <select> personalizable de Open UI y el artículo de WHATWG sobre los cambios en el analizador de HTML para <select> personalizable.
- Chrome 131 en Windows, macOS, Linux y Android
- Compatibilidad con recursos SVG externos para las propiedades clip-path, fill, stroke y marker-*
Permite referencias externas para los trazados de recorte, los marcadores y los servidores de pintura (para las propiedades de relleno y trazo). Por ejemplo,
clip-path: url("resources.svg#myPath").- Chrome 131 en Windows, macOS, Linux y Android
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admite URLs de esquemas no especiales, por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador procesaba las URLs no especiales como si tuvieran una ruta opaca, un comportamiento que no se alineaba con el estándar de URLs. Ahora las procesa correctamente, de acuerdo con el estándar de URLs. Para obtener más información, consulta http://bit.ly/url-non-special.
- Chrome 130 en Windows, macOS, Linux y Android
- Chrome 131 en Windows, macOS, Linux y Android
- Chrome 134 en Windows, macOS, Linux y Android: Se quitará la marca de función.
- Traducción para la Búsqueda con Google Lens
Se están implementando capacidades de traducción de realidad aumentada (RA) en la función Buscar con Google Lens. Ya existe una política empresarial que permite a las empresas activar o desactivar la función con LensOverlaySettings.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Políticas nuevas en el navegador Chrome
Política Descripción DownloadRestrictions Permite las restricciones de descarga. Usa certificados TLS agregados por el usuario desde almacenes de confianza de la plataforma para la autenticación del servidor. SelectParserRelaxationEnabled Controla si se habilita el nuevo comportamiento del analizador HTML para el elemento <select>. EnterpriseProfileBadgeToolbarSettings Controla la visibilidad de la insignia del perfil empresarial en la barra de herramientas. WebAudioOutputBufferingEnabled Habilita el almacenamiento en búfer adaptable para Web Audio.
- Políticas que se quitaron del navegador Chrome
Política Descripción ProfileLabel Esta política controla una etiqueta que se usa para identificar un perfil en el que se accedió. Esta etiqueta se mostrará en diversos lugares para ayudar a los usuarios a identificar el perfil, por ejemplo, junto al ícono de perfil de la barra de herramientas. ToolbarAvatarLabelSettings Configuración de etiquetas de avatar de la barra de herramientas administrada BeforeunloadEventCancelByPreventDefaultEnabled Controla el nuevo comportamiento del diálogo de cancelación que produce el evento beforeunload.
Cambios en Chrome Enterprise Core
- Política de valores predeterminados de IA generativa
A partir de la versión 131, Chrome Enterprise Core presenta una política, GenAiDefaultSettings, para controlar el comportamiento predeterminado de múltiples políticas de IA generativa como parte de nuestro programa de Verificadores de confianza. Puedes registrarte en él aquí. Esta política no afecta los valores de la política establecidos de forma manual para las funciones potenciadas por IA generativa. Esta política controla la configuración predeterminada de las siguientes políticas:
- CreateThemesSettings
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings
- GenAIWallpaperSettings
- HelpMeReadSettings
Para obtener más detalles sobre la configuración predeterminada, consulta Chrome: funciones potenciadas por IA generativa y políticas.
- Solo está disponible para verificadores de confianza. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.
- Integración de la telemetría de extensiones de Chrome con SecOps
Comenzaremos a recopilar datos pertinentes de telemetría de extensiones de Chronicle desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Google SecOps. El equipo de Google SecOps analiza los datos para proporcionar un análisis y contexto instantáneos de las actividades riesgosas. Estos datos se enriquecen aún más para proporcionar contexto adicional y se pueden buscar durante un año.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Chrome Web Store personalizado para empresas
Los administradores de TI podrán personalizar Chrome Web Store para sus usuarios finales administrados con desarrollo de la marca específico de la empresa, mensajes personalizados y navegación adaptada. También pueden personalizar la tienda con logotipos, banners y extensiones recomendadas, además de ocultar las categorías irrelevantes y mejorar el descubrimiento de extensiones.
Esta función se puede configurar a través de la Consola del administrador, y los parámetros de configuración personalizados de esta 1ª versión principal estarán disponibles para todos los usuarios administrados que accedan a sus cuentas (usuarios que accedan a la Chrome Web Store con una Cuenta de Google administrada). La 2ª versión principal admitirá esta función para los navegadores inscritos en CEC (sin necesidad de acceder) y solo estará disponible más adelante en el 2025.
Además, todos los usuarios administrados que accedan a la Chrome Web Store verán los siguientes cambios:
- Habrá nuevas etiquetas para los elementos bloqueados por el administrador y podrán filtrar los resultados de la búsqueda por elementos privados.
- Los elementos privados y recomendados se reubicarán solo en la pestaña “Extensiones”.
- A partir de Chrome 131 en Linux, macOS, Windows y ChromeOS: Lanzamiento de la 1ª versión principal
- Compatibilidad con la política DownloadRestrictions en Android
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en computadoras. La política DownloadRestrictions ahora es compatible con Android. Esta política permite a los administradores bloquear todas las descargas en Chrome para dispositivos móviles Android.
- Chrome 131 en Android
- Política empresarial para forzar el almacenamiento en búfer adaptativo para la renderización de Web Audio
La implementación de Web Audio de Chromium incluye un mecanismo de almacenamiento en búfer adaptable, que se agregó para resolver numerosos errores, especialmente en Android con el backend AAudio. Si bien este mecanismo redujo significativamente los errores, también aumentó la latencia de audio. Se está ejecutando un experimento en Chrome que inhabilitará el mecanismo de almacenamiento en búfer adaptable y llevará a cabo la renderización de forma síncrona en todas las plataformas, excepto Android.
A partir de Chrome 131, está disponible una política empresarial, WebAudioOutputBufferingEnabled, que forzará de forma predeterminada el comportamiento anterior de usar el almacenamiento en búfer adaptable para la renderización de Web Audio.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Generación de estadísticas de las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome
Hay una nueva función de IA generativa disponible para los usuarios no administrados: Genera estadísticas para las advertencias y los errores de la consola de las Herramientas para desarrolladores de Chrome.
Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible en inglés y para usuarios mayores de 18 años. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, macOS y Windows
La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China). - Chrome 127 en ChromeOS, Linux, macOS y Windows
La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas. - Chrome 131 en ChromeOS, Linux, macOS y Windows
Se dispondrá de una nueva función de IA generativa para usuarios administrados: un panel exclusivo de asistencia de IA en las Herramientas para desarrolladores de Chrome que ayuda a los operadores humanos a investigar y corregir desafíos de estilo, y a depurar las CSS. - Chrome 132 en ChromeOS, Linux, macOS y Windows
El panel de asistencia de IA ahora puede explicar los recursos en los paneles Rendimiento, Fuentes y Red, además de la compatibilidad anterior con la depuración de estilos.
- Chrome 125 en ChromeOS, Linux, macOS y Windows
- Políticas recomendadas en la Consola del administrador
A partir del 1 de noviembre, los administradores podrán elegir si algunos parámetros de configuración son obligatorios o recomendados con el control de Anulación del usuario. Este control se lanzará de forma gradual para las políticas que se pueden recomendar, comenzando con las siguientes:
- Advertir antes de salir
- Impresora predeterminada del sistema
- Modo de ahorro de batería
- Página principal
- Protección de la Navegación segura
- Restricciones de descarga- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows
Cambios en Chrome Enterprise Premium
- Controles de datos de Chrome Enterprise: Portapapeles
Los administradores pueden establecer reglas de control de datos en la Consola del administrador de Google para proteger a los usuarios finales de la filtración de datos en el navegador Chrome. Los controles de datos son reglas flexibles que se establecen en la Consola del administrador de Google y que permiten a los administradores establecer una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, tomar capturas de pantalla o compartir pantallas.
Esta función se puede controlar con la política DataControlsRules.
Esta función está disponible para que los miembros del programa de Verificadores de confianza de Chrome Enterprise la puedan probar. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.
- Chrome 128 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función
- Protección contra capturas de pantalla
Los administradores pueden evitar que los usuarios tomen capturas de pantalla o compartan pantallas de páginas web específicas que se consideren que contienen datos sensibles. Los administradores pueden crear una regla de filtrado de URLs de la DLP para bloquear a los usuarios que toman capturas de pantalla o comparten pantallas de URLs o categorías de URLs específicas. Esta función se puede controlar usando la misma política EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.
Esta función está disponible para que los miembros del programa de Verificadores de confianza de Chrome Enterprise la puedan probar. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.
- Chrome 129 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función
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
- Leer en voz alta en el Modo de lectura en Chrome 132
El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El modo de lectura incluirá una función de lectura en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Los usuarios pueden elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Se quitó la versión anterior del modo sin interfaz gráfica del objeto binario de Chrome.
Ejecutar Chrome con
`--headless=old`ya no inicia el modo sin interfaz gráfica anterior, sino que imprime el siguiente mensaje de registro:Se quitó el modo sin interfaz gráfica anterior del objeto binario de Chrome. Puedes usar el nuevo modo sin interfaz gráfica o
chrome-headless-shell,que es una implementación independiente del modo sin interfaz gráfica anterior.- Chrome 132 en Linux, macOS y Windows
- Captura todas las pantallas
Esta función captura todas las pantallas conectadas actualmente al dispositivo con
getAllScreensMedia(). Llamar agetDisplayMedia()varias veces requiere varios gestos del usuario, le impone la tarea de elegir la siguiente pantalla cada vez y no garantiza a la app que se hayan seleccionado todas las pantallas.getAllScreensMedia()mejora en todos estos aspectos.Esta función solo se expone detrás de la política empresarial MultiScreenCaptureAllowedForUrls, y a los usuarios se les advierte antes de que comience la grabación que esta podría comenzar en algún momento. La API solo funcionará para los orígenes que se especifiquen en la lista de entidades permitidas MultiScreenCaptureAllowedForUrls. Los orígenes que no se especifiquen allí no tendrán acceso a ella.
- Chrome 132 en Windows, macOS y Linux
- Se quitaron las APIs de pantalla completa de HTMLVideoElement con prefijo.
Las APIs de pantalla completa específicas de HTMLVideoElement con prefijo dejaron de estar disponibles desde aproximadamente la versión M38. Se reemplazaron por la API de
Element.requestFullscreen(), que se envió por primera vez sin prefijo en M71, en el 2018. A partir de 2024, la mayoría de los navegadores ya admiten las APIs sin prefijo desde hace algunos años.Esta función realiza un seguimiento de la eliminación de las siguientes APIs de
HTMLVideoElement:- atributo de solo lectura booleano
webkitSupportsFullscreen- atributo de solo lectura booleano
webkitDisplayingFullscreen- nulo
webkitEnterFullscreen();- nulo
webkitExitFullscreen();// Ten en cuenta la diferencia en el uso de mayúsculas de la "S" en FullScreen.
- nulo
webkitEnterFullScreen();- nulo
webkitExitFullScreen();Estos métodos ahora son solo alias para la API moderna. Su uso ha disminuido de forma constante a lo largo de los años.
- Chrome 132 en Windows, macOS, Linux y Android
- Quita la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, se quitará ThirdPartyBlockingEnabled en Chrome 135. Si tienes comentarios sobre esta eliminación, informa un error aquí.
- Chrome 132 en Windows: Se dio de baja la política ThirdPartyBlockingEnabled.
- Chrome 135 en Windows: Se quitó la política ThirdPartyBlockingEnabled.
- Contenedores de desplazamiento enfocables en el teclado
Planeamos mejorar la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.
Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y Tab. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una
<textarea>.Nota: El lanzamiento anterior de esta función (que comenzó en Chrome 127) se detuvo debido a problemas de compatibilidad web, que deberían solucionarse en la implementación actual que se incluye en Chrome 130.
Nota: El lanzamiento anterior de esta función (que comenzó en la versión 130) se detuvo debido a una regresión de accesibilidad, que debería solucionarse en la implementación que se incluye en la versión 132.
- Chrome 132 en Windows, macOS, Linux y Android
- Lanza una excepción para los diálogos o las ventanas emergentes en documentos no activos.
Este es un cambio de caso extremo que, con suerte, no afectará a los desarrolladores. Un caso extremo es cuando se producen varias condiciones únicas de forma simultánea. Anteriormente, llamar a "
showPopover()" o "showModal()" en una ventana emergente o diálogo que reside dentro de un documento inactivo fallaba de forma silenciosa, es decir, no se generaba ninguna excepción. Sin embargo, como el documento está inactivo, no se mostrará ninguna ventana emergente ni diálogo. A partir de la solicitud de extracción (PR) de especificaciones https://github.com/whatwg/html/pull/10705, estas situaciones ahora arrojan la excepciónInvalidStateError.- Chrome 132 en Windows, macOS, Linux y Android
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, macOS y Windows
Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 132 en Linux, macOS y Windows
Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, macOS y Windows
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones.
Puedes informar cualquier problema que encuentres.
- Chrome 132 en Windows
El servicio de red en Windows se restringe a una zona de pruebas.
- Chrome 132 en Windows
- Se quitó el resguardo de SwiftShader
Ya no se permite el resguardo automático a WebGL con la compatibilidad de SwiftShader, y la creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Esto se hizo por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 133 en Windows, macOS, Linux y Android
- Panel de privacidad y seguridad en Herramientas para desarrolladores de Chrome
A partir de Chrome 133, los desarrolladores podrán usar el nuevo panel Privacidad y seguridad en las Herramientas para desarrolladores de Chrome para probar cómo se comportará su sitio cuando se limiten las cookies de terceros. Los desarrolladores podrán limitar temporalmente las cookies de terceros, observar el comportamiento de su sitio y revisar el estado de las cookies de terceros en su sitio.
Esta función no realizará ningún cambio permanente en las políticas empresariales existentes, pero permitirá que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para que sean más restrictivas. Si tu política empresarial ya bloquea las cookies de terceros con BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Privacidad y seguridad reemplazará al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible en la pestaña Seguridad del panel Privacidad y seguridad.
- Chrome 133 en ChromeOS, Linux, macOS y Windows
- La Sincronización de Chrome dejará de ser compatible con versiones de Chrome de más de cuatro años
A partir de febrero de 2025, la Sincronización de Chrome (que usa y guarda datos en tu Cuenta de Google) ya no será compatible con versiones de Chrome que tengan más de cuatro años. Para seguirla usando, debes actualizar a una versión más reciente de Chrome.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este cambio solo afecta a las versiones anteriores de Chrome y se lanzará del lado del servidor. Chrome 133 se especifica solo para reflejar el cronograma en el que se aplicará el cambio.
- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows
- No se permiten espacios en los hosts de URLs que no sean file://
Según la especificación, los hosts de URLs [1] no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 "HTTPS URLs for WebSocket" [2] y "URL" [3].
Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URL por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs file:// de Windows (GitHub)[4].
Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo para las URLs que no sean de archivos.
- Chrome 133 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 133 en Android, iOS, ChromeOS, Linux, macOS y Windows: Este será un lanzamiento gradual.
- Partición de URLs de BLOB: recuperación o navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a la URL de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano
has-cross-site-ancestor), a excepción de las navegaciones que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea con Chromium con un comportamiento similar en Safari, y buscaremos actualizaciones de especificaciones para reflejar ambos cambios.Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 134 en Windows, macOS y Linux
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos como
DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument, and DOMCharacterDataModified, perjudican el rendimiento de la página y también aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
Para obtener más información, consulta esta entrada de blog. Informa cualquier problema aquí.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
Próximos cambios en Chrome Enterprise Premium
- Prevención de acceso a descargas de archivos de la DLP
Cuando el administrador establece una regla de DLP para la descarga de archivos, se activa un análisis después de que se completa la descarga. Esta función evita que los usuarios inscritos en Chrome Enterprise accedan al contenido de un archivo descargado antes de que se devuelva un veredicto de análisis profundo.
Esta función está restringida por la política existente, OnFileDownloadedEnterpriseConnector, y solo está disponible para los usuarios de Chrome Enterprise Premium.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
Resumen del lanzamiento de ChromeOS 130
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Insertar rápido
Insertar rápido proporciona una forma rápida de insertar emojis, símbolos, GIFs y vínculos de Google Drive, así como cálculos y conversiones de unidades rápidos, con una tecla del teclado (en modelos seleccionados) o una combinación de teclas.
En ChromeOS 130, está disponible la nueva combinación de teclas Selector + f para todos los dispositivos ChromeOS. Inicialmente, habrá una nueva tecla de hardware disponible solo en la Samsung Galaxy Chromebook Plus . Sin embargo, la tecla de inserción rápida se lanzará en una variedad de dispositivos en 2025.
-
Cambios en la configuración y los accesos directos
Actualizamos las opciones de combinación de teclas y dispositivo de entrada en Configuración para incluir lo siguiente:
- Insertar rápido: Selector + f
-
Concentración en ChromeOS
Diseñamos Concentración en ChromeOS para ayudar a los usuarios a minimizar las distracciones y crear un espacio de trabajo más productivo. Con Concentración, puedes establecer y ajustar fácilmente tu tiempo de concentración, habilitar o inhabilitar el modo No interrumpir (ND), ordenar o crear tareas nuevas de Google Tasks, y sumergirte en playlists seleccionadas que te ayudan a enfocarte mejor con el sonido de enfoque o YouTube Music Premium (con suscripción). Para usar Concentración, ve a Configuración rápida > Concentración.
-
Acceso mejorado a archivos de Drive
Además de los archivos que destacaste en Tote, accede a todos tus archivos de Drive destacados directamente desde la biblioteca, que ahora está disponible sin conexión. Las sugerencias mejoradas de Drive en el selector y Tote te permiten acceder rápidamente a tus archivos más importantes y de uso frecuente.
-
Nuevas sugerencias en Tote
Accede rápidamente a los archivos que más necesitas y fijalos con las sugerencias de archivos locales y de Drive. La nueva sección Sugerencias de Tote les sugiere archivos a los usuarios, y destaca archivos que podrían fijar o a los que sería útil tener acceso.
-
Inicio inteligente
Las nuevas funciones de Inicio inteligente ayudan a los usuarios a reanudar su trabajo y explorar nuevas opciones durante el inicio. Una vez que habilites esta función, podrás obtener una vista previa de las apps y las pestañas de tu sesión anterior y restablecerlas. Inicio inteligente también proporciona información útil, como el clima, tu próximo evento de calendario, las pestañas recientes de otros dispositivos y sugerencias relevantes de Google Drive.
Para activar esta función, selecciona Configuración > Preferencias del sistema > Inicio > Inicio inteligente y asegúrate de que la opción Preguntar siempre esté seleccionada para tu dispositivo.
-
Micrófono de estilo de estudio
Activa esta función en los controles de la videollamada para que el micrófono integrado de la Chromebook suene como un micrófono de estudio profesional. El micrófono de estilo de estudio incluye los efectos de cancelación de ruido y reducción de reverberación existentes, y los mejora aún más con un balance avanzado, la reconstrucción de detalles finos y la adaptación a las salas. A partir de esta versión, los usuarios que hayan habilitado la cancelación de ruido obtendrán las mejoras de micrófono de estilo de estudio de forma predeterminada. Si un usuario quiere volver al efecto anterior de solo cancelación de ruido, puede seleccionar la opción adecuada en Configuración > Dispositivo > Audio. Esta función solo está disponible en los dispositivos Chromebook Plus.
-
App de grabadora potenciada por IA
ChromeOS 130 presenta la nueva app de Grabadora potenciada por IA de Google para crear transcripciones en las que se puedan detectar y etiquetar a los interlocutores, así como proporcionar un resumen del contenido grabado. Nuestra app va más allá de la grabación, ya que ofrece funciones de voz a texto, resumen de contenido y sugerencias de títulos, todo potenciado por la IA de Google.
-
Análisis de contenido para sesiones de invitado administradas
Ahora permitimos que las organizaciones extiendan el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en las sesiones de invitado administradas en ChromeOS. Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.
-
URLs adicionales permitidas en el modo kiosco
Si una app de kiosco usa más de un origen de URL, los administradores de TI ahora pueden ingresar los orígenes adicionales. Se otorgarán permisos automáticamente a todos los orígenes especificados. Se rechazarán los permisos de los orígenes que no figuren en la lista.
-
Efectos de apariencia
Los efectos de apariencia son populares entre los productos de cámaras, reuniones virtuales y videos cortos desde hace mucho tiempo y se lanzaron en algunos productos de Google. En ChromeOS 130, integramos esta función en Chromebook para los controles de videollamadas. Solo está disponible en dispositivos Chromebook Plus.
-
Controles de privacidad más accesibles
Con este lanzamiento, los usuarios del navegador Chrome podrán acceder más fácilmente a los controles de privacidad a nivel del SO. El objetivo es que los usuarios sepan que, para que funcionen la cámara o el micrófono, deben habilitar los controles de privacidad a nivel del SO.
-
Controles de brillo del teclado mejorados
Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo del teclado en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería. Mientras tanto, si la Chromebook admite RGB, la opción Configuración > Teclado ahora tiene un vínculo directo a las opciones de selección de colores RGB. Para obtener más información, consulta Cómo usar las funciones de videojuegos en tu Chromebook.
-
Controles de brillo de la pantalla mejorados
Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo de la pantalla en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario en Configuración. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería.
-
Ayúdame a leer en ChromeOS
Ayúdame a leer en ChromeOS ofrece una solución potenciada por IA para ayudarte a encontrar rápidamente la información que necesitas en cualquier texto. Para obtener las ideas centrales de lo que lees en el navegador y en Galería, haz clic con el botón derecho en un espacio vacío. Se mostrará la tarjeta Ayúdame a leer sobre el menú contextual existente. El panel Ayúdame a leer muestra un resumen del texto y un campo de preguntas y respuestas de formato libre en el que puedes hacer preguntas específicas sobre el texto. Solo está disponible en dispositivos Chromebook Plus.
-
Compatibilidad con varios calendarios
Lanzaremos la compatibilidad con varios calendarios para que los usuarios vean todos los eventos que seleccionaron en sus Calendarios de Google.
-
Ventanas de Pantalla en pantalla
Los usuarios de ChromeOS ahora pueden disfrutar de una mayor flexibilidad con las ventanas de Pantalla en pantalla (PIP). La función PIP Tuck permite a los usuarios mover temporalmente las ventanas del modo PIP al costado de la pantalla, lo que libera espacio valioso en la pantalla y, al mismo tiempo, permite acceder fácilmente al video. Además, puedes ajustar rápidamente el tamaño de las ventanas de PiP con un doble toque rápido, alternando entre dos tamaños para una visualización óptima.
-
Experiencia del usuario mejorada de ARC++
Para mejorar la experiencia del usuario de ChromeOS y ARC++, trasladaremos las notificaciones de errores y en segundo plano no urgentes de ARC++ a la bandeja del sistema. Esto evita que estos mensajes aparezcan innecesariamente en primer plano e interrumpan el recorrido del usuario. Si trasladamos estas notificaciones a la bandeja del sistema, podemos asegurarnos de que los usuarios reciban notificaciones sobre posibles problemas, pero que no se los interrumpa mientras usan sus Chromebooks. Para obtener más información sobre ARC++, consulta este blog para desarrolladores de ChromeOS.
-
Nueva política para controlar los nombres de los puntos de acceso
En el caso de las Chromebooks con capacidad para redes móviles, las políticas de nombres de puntos de acceso (APN) permiten que los administradores restrinjan el uso de APN personalizados. Si se establece la marca AllowAPNModification en la configuración general de la red para restringirla, se puede evitar que los usuarios finales agreguen o usen APN personalizados.
-
Actualización del SID de SCEP de Microsoft
Solo para implementaciones de SCEP que usan Microsoft NPS para RADIUS. Si no usas certificados SCEP en combinación con Microsoft NPS para Radius para la conectividad de red de Chromebooks, puedes ignorar el resto de estas instrucciones. Esperamos que esta configuración sea más común en el entorno empresarial que en el educativo.
Microsoft anunció una actualización de seguridad que agregará un nuevo campo obligatorio, un identificador de seguridad (SID), a los certificados SCEP en entornos que usan NPS para Radius para la autenticación de red. Esta incorporación se debe a una vulnerabilidad de seguridad en los dispositivos Windows, en la que los certificados utilizables con claves privadas se pueden exportar de un dispositivo Windows para usarlos en cualquier otro dispositivo. Si agregas el SID, el certificado se vinculará a un dispositivo o usuario en tu entorno de Active Directory para que los dispositivos o usuarios desconocidos no puedan usarlo. Este no es un problema de seguridad para las Chromebooks, ya que no permiten la exportación de certificados con claves privadas y están protegidos por el TPM. Sin embargo, cualquier certificado que no tenga este nuevo campo no se autenticará en un NPS para el servidor Radius después de la fecha límite de aplicación forzosa del 11 de febrero de 2025.
¿Qué debes hacer?
Tan pronto como sea posible, verifica si tu implementación depende de los certificados SCEP y del NPS para Radius para la autenticación de red. Para ello, ve al visor de eventos en Controlador de dominio -> Sistema y busca el ID de evento 39. Si ves este ID de evento, haz lo siguiente:
Acciones que debes realizar si ves el ID de evento 39:
- Crea un objeto nuevo o reutiliza uno existente en tu entorno de Active Directory para usar SCEP
- Extrae el SID del objeto AD, por ejemplo, PS> (Get-ADUser username).SID.value
- Crea un nuevo perfil de SCEP con todos los parámetros de configuración duplicados de tu configuración actual y agrega el SID del objeto AD creado recientemente o existente del paso 1.
- En la sección Nombre alternativo del asunto, selecciona el botón de selección Personalizado. Agrega un nuevo nombre alternativo de asunto con el botón + y el tipo Identificador de recursos uniforme del menú desplegable. En Cadena, el valor debe ser similar al siguiente:
tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8
dondeS-1-2-3-4-5-6-8es el SID del objeto AD- Implementa este nuevo certificado en todas las Chromebooks potencialmente afectadas de tu flota:
- Espera, AL MENOS UN MES, para garantizar de forma razonable que todos los dispositivos hayan detectado el nuevo certificado.
- Vuelve a vincular todas las políticas del certificado anterior al nuevo certificado del paso 2.
- Verifica la funcionalidad con el nuevo certificado.
- Borra el perfil anterior.
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 ChromeOS
-
Fondos de pantalla y de videoconferencia creados con IA
A partir de ChromeOS 131, planeamos presentar fondos de pantalla de alta resolución y fondos de videollamadas generados con IA generativa en ChromeOS. Con esta función, puedes liberar tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos.
Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
Inscripción automática en ChromeOS Flex
A partir de ChromeOS 131, la inscripción automática en ChromeOS Flex te permitirá implementar dispositivos ChromeOS Flex a gran escala. Al igual que la inscripción sin intervención de ChromeOS, la inscripción automática incorpora un token de inscripción creado por el administrador de una organización en una imagen de ChromeOS Flex. Esto determinará en qué organización y unidad organizativa del cliente se inscribirá un dispositivo durante la configuración inicial.
-
Migración de datos de estudiantes graduados
A partir de ChromeOS 132, una nueva herramienta de transferencia de contenido guiará a los estudiantes de posgrado y a otros usuarios administrados por instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permite transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen.
Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la biblioteca, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar el proceso de transferencia de Takeout existente.
-
La compatibilidad con las Apps de Chrome finalizará en ChromeOS
En 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de baja de las Apps de Chrome.
Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).- Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
- Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
- Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
- No se otorgarán excepciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.
Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.
Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.
Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
-
La compatibilidad con Native Client (NaCl) finalizará en ChromeOS
En 2017, anunciamos la baja de Native Client (NaCl) en favor de WebAssembly. Dado que la mayoría de nuestros clientes migraron de NaCl, podemos confirmar algunos cambios importantes que se implementarán en ChromeOS.
- Enero de 2025: Native Client (NaCl) se inhabilitará de forma predeterminada a partir de ChromeOS M132.
- Para los usuarios no administrados y de consumo, M131 será la última versión de ChromeOS con compatibilidad con NaCl.
- En el caso de los entornos de usuario administrados, los administradores que gestionan dispositivos ChromeOS para una empresa o institución educativa ya tendrán la opción de extender la capacidad de usar NaCl con una política de permiso de NaCl a través de la versión M138. A partir de la versión M132, la política también estará disponible para las sesiones de kiosco.
- Julio de 2025: ChromeOS M138 marcará el fin de la vida útil de la tecnología NaCl en ChromeOS.
- En el caso de los entornos administrados, M138 es una versión de ChromeOS con asistencia a largo plazo (LTS) disponible para los administradores que gestionan dispositivos ChromeOS en una empresa o institución educativa. Los dispositivos que se cambiaron al canal de LTS y tienen habilitada la política de permisos de NaCl pueden seguir usándola hasta la última actualización de LTS en abril de 2026.
Si tu organización desarrolló apps de Chrome internas con NaCl y necesitas asistencia, consulta las guías Transición de las Apps de Chrome y Migración de WebAssembly. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a los desarrolladores de NaCl y a los administradores de ChromeOS afectados.
- Enero de 2025: Native Client (NaCl) se inhabilitará de forma predeterminada a partir de ChromeOS M132.
Chrome 130
Resumen del lanzamiento de Chrome 130
| Cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Avisos en computadoras de escritorio | ✓ | ||
| Selector de plataforma para compartir pantalla en macOS | ✓ | ||
| Menú Cuenta nueva | ✓ | ||
| Lector de PDF en Android | ✓ | ||
| Inmovilización de pestañas en el modo de ahorro de energía | ✓ | ||
| Transporte de diccionarios de compresión con Brotli y Zstandard compartidos | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Chrome para Android ahora admite proveedores externos de autocompletado y contraseñas | ✓ | ✓ | |
| Estilos de resguardo para el elemento <meter> | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Cambio de la configuración predeterminada para las políticas de IA generativa | ✓ | ||
| Compatibilidad con la configuración a nivel del usuario en las configuraciones personalizadas | ✓ | ||
| Reglas de navegación de URLs solo para auditoría | ✓ | ||
| Estadísticas de seguridad de Chrome | ✓ | ✓ | |
| Fase 2 de la puntuación de riesgo de extensiones | ✓ | ✓ | |
| Cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| No hay actualizaciones en Chrome 130. | |||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Busca y recibe respuestas en tu historial de Chrome con IA | ✓ | ||
| Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS | ✓ | ||
| Verificación asíncrona de la Navegación segura en tiempo real | ✓ | ||
| Se quitó el método requestAdapterInfo() de GPUAdapter no estándar | ✓ | ||
| Baja del informe de Navegación segura extendida | ✓ | ||
| Actualizar los Servicios de Google Play para solucionar problemas con las contraseñas integradas en el dispositivo | ✓ | ||
| Se dejará de confiar en los certificados de Entrust | ✓ | ||
| Experiencia de acceso y sincronización simplificada | ✓ | ✓ | |
| Captura de vínculos de usuarios en AWP | ✓ | ✓ | |
| Baja de la propiedad de posicionamiento de anclaje de CSS inset-area | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| OCR del visualizador de PDF de Chrome | ✓ | ||
| Advertencias de formularios poco seguros en iOS | ✓ | ||
| El servicio de red en Windows se someterá a una zona de pruebas | ✓ | ||
| Leer en voz alta en el Modo de lectura | ✓ | ||
| Captura de todas las pantallas | ✓ | ||
| Migración de la API de SafeBrowsing v4 a la v5 | ✓ | ||
| Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia | ✓ | ||
| Baja de los eventos de mutación | ✓ | ✓ | |
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en Chrome Enterprise Core | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Política de valores predeterminados de IA generativa | ✓ | ||
| Integración de la telemetría de extensiones de Chrome con Google SecOps | ✓ | ✓ | |
| Nueva lista de perfiles administrados y generación de informes para los usuarios que accedieron con sus cuentas | |||
| Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio | ✓ | ||
| Próximos cambios en Chrome Enterprise Premium | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Controles de datos de Chrome Enterprise: Portapapeles | ✓ | ||
| Protección contra capturas de pantalla | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Avisos en computadoras de escritorio
Chrome 130 presenta un nuevo patrón de avisos que permitirá que las funciones proporcionen una confirmación visual de las acciones de los usuarios o una forma rápida de realizar una acción de seguimiento. Por ejemplo, cuando agregas algo a una lista de lectura, un aviso confirma que se agregó el elemento y ofrece un vínculo rápido al panel lateral de la lista de lectura. Los avisos aparecen como un chip pequeño que se superpone parcialmente en el contenido web y en la barra de herramientas superior del navegador.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: Esta función se habilitará para un conjunto inicial de funciones en Chrome 130. Otros equipos que usen el patrón lanzarán otros avisos de forma independiente.
- Selector de plataforma para compartir pantalla en macOS
Cuando se comparte la pantalla en Chrome en macOS X Sequoia, los usuarios ahora pueden usar el selector de plataformas actualizado para seleccionar una ventana o pantalla para compartir. Este nuevo selector de plataformas elimina la necesidad de asignar permisos de grabación de pantalla a Chrome y es coherente con el uso compartido de pantalla en otras aplicaciones de macOS.
El nuevo selector no se activará antes de la primera actualización de macOS Sequoia, la versión 15.1, que se espera que se lance un mes después de la versión inicial 15.0. Antes de eso, es posible que los usuarios de Chrome vean un diálogo de advertencia que indique que Chrome aún no usa la nueva API del selector.
Para probar la nueva experiencia del selector de uso compartido de pantalla, sigue estos pasos:
- Actualiza Chrome a la versión 129 o una posterior.
- En macOS, abre la Terminal.
- En el prompt, escribe
open -b com.google.Chrome --args -enable-features=UseSCContentSharingPicker. - Para ejecutar el comando, presiona Intro en el teclado.
La función también se puede habilitar en
chrome://flags.- Chrome 130 en macOS
- Menú Nueva cuenta
Ahora, algunos usuarios pueden acceder a un nuevo menú Cuenta presionando su avatar en la página Nueva pestaña. El nuevo menú Cuenta les permite salir, cambiar de cuenta fácilmente y resolver errores relacionados con su cuenta en Chrome. Las políticas existentes, como BrowserSignin y RestrictAccountsToPatterns, se pueden usar para determinar a qué cuentas puede acceder un usuario o a qué cuentas puede cambiar.
- Chrome 130 en iOS
- Lector de PDF en Android
Esta función permite ver archivos PDF en la IU del navegador Chrome. Antes de este cambio, los usuarios debían completar muchos pasos para ver un documento PDF. Estos pasos los obligan a salir de Chrome para ver el documento PDF. Con esta función, los archivos PDF se renderizarán sin problemas en Chrome. Los usuarios podrán descargar archivos PDF y abrirlos con otras apps propias o de terceros que elijan.
- Chrome 130 en Android
- Inmovilización de pestañas en el modo de ahorro de energía
Cuando el Ahorro de energía está activo, Chrome ahora inmoviliza una pestaña que estuvo oculta y silenciada durante más de 5 minutos y que usa mucha CPU, a menos que ocurra lo siguiente:
- La pestaña proporciona funcionalidad de videoconferencia (detectada a través de un micrófono, una cámara o una pantalla, una ventana, la captura de una pestaña o una RTCPeerConnection con un RTCDataChannel abierto o un MediaStreamTrack en vivo).
- La pestaña controla un dispositivo externo (detectado con Web USB, Web Bluetooth, Web HID o Web Serial).
Esto extenderá la duración de la batería y acelerará Chrome reduciendo el uso de la CPU.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: La función se puede probar en Chrome 130 a través de la entrada
#freezing-on-energy-saveren about:flags. Como alternativa, se puede probar con#freezing-on-energy-saver-testing, que simula que el modo de ahorro de energía está activo y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para la inmovilización y si usara mucha CPU). La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo). - Chrome 131 en ChromeOS, Linux, macOS y Windows: La función comenzará a lanzarse para el 1% de los navegadores con la versión estable en Chrome 131. Se aumentará gradualmente hasta el 100% de la versión estable. La disponibilidad del Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el Ahorro de energía está inactivo).
- Transporte de diccionarios de compresión con Brotli y Zstandard compartidos
Esta función agrega compatibilidad con el uso de respuestas anteriores designadas como un diccionario externo para la codificación de contenido que comprime respuestas con Brotli o Zstandard.
Es posible que las empresas experimenten posibles problemas de compatibilidad con la infraestructura de red empresarial que intercepta el tráfico HTTPS y es sensible a las codificaciones de contenido desconocidas. La política empresarial CompressionDictionaryTransportEnabled está disponible para desactivar la función de transporte de diccionarios de compresión.
- Chrome 130 en Windows, macOS, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Chrome 130 mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.
Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse ahora pueden enfocar el contenido recortado con las teclas de flechas y Tab. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una
<textarea>.Nota: El lanzamiento anterior de esta función (que comenzó en Chrome 127) se detuvo debido a problemas de compatibilidad web, que deberían solucionarse en la implementación que se incluye en Chrome 130.
- Chrome 130 en Windows, macOS, Linux y Android
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admite URLs de esquemas no especiales, por ejemplo,
git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales, de acuerdo con el estándar de URLs. Para obtener más información, consulta http://bit.ly/url-non-special.- Chrome 130 en Windows, macOS, Linux y Android
- Chrome para Android ahora admite proveedores externos de Autocompletar y contraseñas.
Hasta ahora, los proveedores de autocompletado y contraseñas de terceros se podían usar en Chrome para Android a través de las APIs de accesibilidad. En Chrome 130, agregamos compatibilidad directa con la función Autocompletar de Android, lo que significa que estos proveedores ahora funcionan con Chrome para Android sin necesidad de APIs de accesibilidad. Esto debería mejorar el rendimiento de Chrome en Android. Para aprovechar esta función, los usuarios deben asegurarse de tener configurado su proveedor externo en la configuración de Android. Luego, en Chrome, deberán abrir Configuración > Servicios de Autocompletar y elegir Autocompletar con otro servicio. Si los usuarios no cambian ambos parámetros de configuración, seguirán usando Google para autocompletar sus contraseñas, información de pago y direcciones.
- Chrome 130 en Android: El nuevo parámetro de configuración estará disponible a partir de Chrome 130. Si los usuarios usan el nuevo parámetro de configuración, este se aplicará de inmediato. Si no se usa el nuevo parámetro de configuración, los usuarios seguirán usando las funciones de Google o de un tercero a través de la accesibilidad (si está instalada). La compatibilidad con las APIs de accesibilidad dejará de estar disponible a principios de 2025, momento en el que se aplicará la nueva configuración para todos los usuarios.
- Estilos de resguardo para el elemento <meter>
En Chrome 130, los elementos
<meter>con appearance: none ahora tienen un estilo de resguardo razonable que coincide con Safari y Firefox, en lugar de desaparecer de la página. Además, los desarrolladores ahora pueden aplicar un diseño personalizado a los elementos<meter>.La marca de función
MeterAppearanceNoneFallbackStyleestá disponible enchrome://flagshasta Chrome 133 para controlar esta función.- Chrome 130 en Windows, macOS, Linux y Android
- Políticas nuevas en el navegador Chrome
Política Descripción DataURLWhitespacePreservationEnabled Conservación de espacios en blanco de DataURL para todos los tipos de medio CloudProfileReportingEnabled Habilitar los informes en la nube de Google Chrome para los perfiles administrados
Cambios en Chrome Enterprise Core
- Cambio de la opción predeterminada para las políticas de IA generativa
A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA, para los usuarios de Workspace for Education. Si tienes dispositivos inscritos en Chrome Enterprise Core, esta política se aplica automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:
- CreateThemesSettings (por el momento, solo disponible en EE.UU.)
- DevToolsGenAiSettings (disponible en la mayoría de los países)
- HelpMeWriteSettings (por ahora, solo disponible en EE.UU.)
- HistorySearchSettings (por ahora, solo disponible en EE.UU.)
- TabOrganizerSettings (por el momento, solo está disponible en EE.UU.)
- TabCompareSettings (por el momento, solo está disponible en EE.UU.)
Para obtener más detalles sobre la configuración predeterminada, consulta Chrome: Funciones y políticas de IA generativa.
- Compatibilidad con la configuración a nivel del usuario en las configuraciones personalizadas
Recientemente, se lanzó la función Parámetros de configuración personalizados en Chrome 127, que permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. A partir del 15 de octubre, los Parámetros de configuración personalizados admitirán la aplicación de parámetros de configuración a nivel del usuario, además de la compatibilidad a nivel del dispositivo. En otras palabras, podrás aplicar políticas cuando los usuarios accedan a una Cuenta de Google administrada con Parámetros de configuración personalizados.
- A partir del 15 de octubre de 2024, en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función
Para comenzar, puedes navegar a Navegador Chrome > Parámetros de configuración personalizados en la Consola del administrador. Para acceder a esta función, se requiere el SKU de Chrome Enterprise Core.
- Reglas de navegación de URLs solo para auditoría
Esta función permite a los clientes crear reglas de navegación de URLs de Chrome con la acción de auditoría. Estas reglas permiten a los administradores realizar una prueba de las reglas de navegación de URL antes de comenzar a mostrar advertencias a los usuarios. También permiten que los administradores auditen de forma silenciosa la navegación de los usuarios a URLs restringidas o sensibles.
La auditoría de URLs forma parte de la política existente del conector de verificación de URLs en tiempo real, EnterpriseRealTimeUrlCheckMode, que se puede activar por unidad organizativa o por grupo.
- Chrome 130 en ChromeOS, Linux, macOS y Windows
- Estadísticas de seguridad de Chrome
Ahora puedes habilitar las estadísticas de seguridad de Chrome para supervisar el riesgo respecto a los usuarios con información privilegiada y la pérdida de datos con una supervisión mejorada de la actividad de Chrome. Esta función está disponible para las siguientes licencias:
- Chrome Enterprise Core
- Workspace Enterprise Standard
- Workspace Enterprise Plus
Para obtener más información, consulta Supervisa el riesgo de usuarios con información privilegiada y la pérdida de datos.
- Chrome 125 en ChromeOS, Linux, macOS y Windows: Se habilitó la función para Chrome Enterprise Core
- Chrome 130 en ChromeOS, Linux, macOS y Windows: La función está habilitada para los clientes de instituciones educativas (excepto de preescolar a bachillerato)
- Puntuación de riesgo en el informe de uso de las apps y extensiones de Chrome
Esta función agrega una nueva columna en la Consola del administrador para la administración de navegadores que muestra la evaluación de riesgos de las extensiones instaladas en el entorno del administrador. Esta nueva incorporación permite a los administradores de TI identificar rápidamente las extensiones con una puntuación de riesgo alta, media o baja mediante la función de clasificación y filtrado del informe.
- Actualmente, está disponible para verificadores de confianza. Puedes registrarte en nuestro programa de Verificador de confianza aquí.
- A partir del 15 de octubre en Linux, macOS y Windows: Se agregó la evaluación de riesgos a la vista de resumen.
Cambios en Chrome Enterprise Premium
-
En Chrome 130, no hay actualizaciones para Chrome Enterprise Premium.
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
- Busac y recibe respuestas en tu historial de Chrome con IA
A partir de Chrome 131, los usuarios podrán buscar en su historial de navegación y recibir respuestas generadas en función del contenido de las páginas. En un principio, esta función solo estará disponible para los usuarios en inglés en EE.UU. Los administradores pueden controlar la función con la política HistorySearchSettings. Tienes las siguientes opciones para tu organización:
- 0 = Habilita la función para los usuarios y envía datos pertinentes a Google para ayudar a entrenar o mejorar los modelos de IA. Los datos pertinentes pueden incluir instrucciones, entradas, resultados y materiales de origen, según la función. Es posible que los revisen personas con el único propósito de mejorar los modelos de IA.
- 1 = Habilita la función para los usuarios, pero no envía datos a Google para entrenar o mejorar los modelos de IA.
- 2 = Inhabilitar la función por completo
Para obtener más información, consulta Cómo buscar en tu historial de Chrome con IA.
● Chrome 131 en Linux, Mac y Windows: La función genera respuestas a tus búsquedas.
- Firmas de código ad hoc para las correcciones de compatibilidad de apps web progresivas en macOS
Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.
Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.
Los administradores deben probar la compatibilidad con cualquier herramienta de seguridad de extremos o autorización binaria que usen (como Santa). La función se puede habilitar para estas pruebas a través de
chrome://flags/#use-adhoc-signing-for-web-app-shims. Luego, pueden instalar una app web progresiva y asegurarse de que se inicie como se espera.Si hay una incompatibilidad entre la función y sus políticas de seguridad actuales, se puede usar la política empresarial AdHocCodeSigningForPWAsEnabled para inhabilitar la función mientras se implementa una política de seguridad de extremos actualizada. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos, momento en el que se debe anular.
- Chrome 129 en macOS: La función está inhabilitada detrás de una marca (
chrome://flags/#use-adhoc-signing-for-web-app-shims) para que las empresas puedan probar la compatibilidad con sus herramientas de seguridad de extremos, como Santa (https://santa.dev/). Si no es compatible en este momento, pueden inhabilitar la función a través de la política empresarial mientras actualizan la configuración de seguridad de los extremos. El objetivo de la política empresarial es inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de los extremos. - Chrome 131 en macOS: La función comenzará a lanzarse en la versión estable, comenzando con el 1% de los navegadores.
- Chrome 129 en macOS: La función está inhabilitada detrás de una marca (
- Verificación asíncrona de la Navegación segura en tiempo real
Las verificaciones actuales de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de páginas, lo que significa que el usuario no podrá ver la página hasta que se completen. En Chrome 122 y versiones posteriores en Android, ChromeOS, Lacros, Linux, macOS y Windows, para mejorar la velocidad de carga de Chrome, las verificaciones de Navegación segura en tiempo real ya no bloquean las cargas de páginas. Evaluamos el riesgo e implementamos las siguientes mitigaciones:
- En el caso del software malicioso y los ataques de día cero, las verificaciones de listas de bloqueo locales se seguirán realizando de forma síncrona para que Navegación segura siga bloqueando las cargas útiles maliciosas.
- En el caso de los ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado con la página (por ejemplo, que haya escrito una contraseña) cuando mostramos la advertencia.
- Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows
- Chrome 131 en iOS
- Se quitó el método requestAdapterInfo() de GPUAdapter no estándar.
El grupo de trabajo de WebGPU decidió que no era práctico que
requestAdapterInfo()activara un mensaje de permiso, por lo que quitaron esa opción y la reemplazaron por el atributo de información de GPUAdapter. Esto significa que los desarrolladores web pueden obtener el mismo valor deGPUAdapterInfode forma síncrona. Para obtener más información, consulta el atributo de información Intent to Ship: WebGPU: GPUAdapter anterior.- Chrome 131 en Windows, macOS, Linux y Android
- Baja del informe extendido de Navegación segura
Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja el informe extendido de Navegación segura, excepto la solicitud de informe de Navegación segura del cliente en tiempo real.
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja SafeBrowsingExtendedReportingEnabled para la solicitud de informe de Navegación segura del cliente en tiempo real.
- Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo
Los usuarios con versiones anteriores de los Servicios de Google Play experimentarán una funcionalidad reducida con sus contraseñas integradas en el dispositivo, y es posible que el Administrador de contraseñas deje de funcionar por completo pronto. Estos usuarios deberán actualizar los Servicios de Google Play o se les guiará a través de otros métodos de solución de problemas según su estado. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas de Google.
- Chrome 131 en Android
- Se dejará de confiar en los certificados de Entrust
Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:
- Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.
- No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.
Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen de Chrome Root Store, por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.
- Chrome 131 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 131 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 11 de noviembre de 2024.
- Experiencia de acceso y sincronización simplificada
A partir de Chrome 131, los usuarios existentes que tengan activada la sincronización de Chrome disfrutarán de una versión simplificada y consolidada de acceso y sincronización en Chrome. La Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
Al igual que antes, la funcionalidad que anteriormente formaba parte de la Sincronización de Chrome, que guarda datos de Chrome y accede a ellos en la Cuenta de Google, se puede controlar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.
- Chrome 131 en Android
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 131 en Linux, macOS y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
- Baja de la propiedad de posicionamiento de anclaje de CSS inset-area
El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de la propiedad inset-area a position-area. Para obtener más detalles, consulta la discusión del CSSWG en github El nombre de la propiedad nueva, position-area, como sinónimo de inset-area, se envió a través de esta actualización de funciones explicada en Estado de la plataforma de Chrome, en la que se describe la baja y la eliminación de la propiedad inset-area.
- Chrome 131 en Windows, macOS, Linux y Android
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.
Para obtener más detalles, consulta esta entrada del blog de Chromium y esta entrada del blog de seguridad de Google.
- Chrome 124 en Windows, Mac y Linux: Se habilitó el nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántico X25519Kyber768.
- Chrome 131 en Windows, Mac y Linux: Cambio a la versión estándar de ML-KEM
- Chrome 141 en Windows, Mac y Linux: Se quitó la política empresarial PostQuantumKeyAgreementEnabled.
- OCR del visualizador de PDF de Chrome
La versión para computadoras de Chrome ahora permite que los PDFs escaneados sean más accesibles. Con el OCR integrado en el dispositivo para mantener la privacidad (no se envía contenido a Google), Chrome convierte automáticamente los archivos PDF escaneados, lo que te permite seleccionar texto, usar Ctrl + F, copiar y pegar. Esta función no se aplica a los archivos PDF seguros. Solo realizará el OCR en los archivos PDF a los que el usuario tenga acceso. La solución brinda accesibilidad a los archivos PDF para los usuarios de Chrome sin ningún paso adicional, y los hace tan accesibles como el resto de la Web.
- Chrome 131 en ChromeOS, Linux, macOS y Windows
- Advertencias de formularios poco seguros en iOS
Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 131.
- Chrome 125 en iOS: Se lanza la función
- Chrome 131 en iOS: Se quitará la política InsecureFormsWarningsEnabled
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones. Puedes usar el sistema de seguimiento de errores de Chromium para informar cualquier problema que encuentres.
- Chrome 132 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
- Leer en voz alta en el Modo de lectura
El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El modo de lectura ahora incluirá una función de lectura en voz alta que les permitirá a los usuarios escuchar el texto que están leyendo en voz alta. Los usuarios pueden elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados.
- Chrome 132 en ChromeOS, Linux, macOS y Windows
- Captura todas las pantallas
Esta función captura todas las pantallas conectadas actualmente al dispositivo con
getAllScreensMedia(). Llamar agetDisplayMedia()varias veces requiere varios gestos del usuario, le impone la tarea de elegir la siguiente pantalla cada vez y no garantiza a la app que se hayan seleccionado todas las pantallas.getAllScreensMedia()mejora en todos estos aspectos.Esta función solo se expone detrás de la política empresarial MultiScreenCaptureAllowedForUrls, y a los usuarios se les advierte antes de que comience la grabación que esta podría comenzar en algún momento. La API solo funcionará para los orígenes que se especifiquen en la lista de entidades permitidas MultiScreenCaptureAllowedForUrls. Los orígenes que no se especifiquen allí no tendrán acceso a ella.
- Chrome 132 en ChromeOS
- Migración de la API de SafeBrowsing de la versión 4 a la 5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 133 en Android, iOS, ChromeOS, Lacros, Linux, macOS y Windows: Este será un lanzamiento gradual.
- Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia
Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se inició desde un contexto seguro.
2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.
Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Estas verificaciones protegen la red privada del usuario.
Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en la consola de Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.
- Chrome 133 en Windows, macOS, Linux y Android
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
Consulta esta entrada de blog para obtener más detalles. Informa cualquier problema aquí.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en Chrome Enterprise Core
- Política de valores predeterminados de IA generativa
A partir de la versión 131, Chrome Enterprise Core ofrecerá una política para controlar el comportamiento predeterminado de varias políticas de IA generativa a través de nuestro programa de Verificadores de confianza. Puedes registrarte en nuestro programa de Verificadores de confianza aquí. Esta política no afectará los valores de la política establecidos de forma manual para las funciones potenciadas por IA generativa. Esta política controlará la configuración predeterminada de las siguientes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- Solo está disponible para verificadores de confianza. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.
- Integración de la telemetría de extensiones de Chrome con SecOps
Comenzaremos a recopilar datos relevantes de telemetría de extensiones de Chronicle desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Google SecOps. El equipo de Google SecOps analizará los datos para proporcionar un análisis y contexto instantáneos de las actividades riesgosas. Estos datos se enriquecen aún más para proporcionar contexto adicional y se pueden buscar durante un año.
- Chrome 131 en ChromeOS, Lacros, Linux, macOS y Windows
- Nueva lista de perfiles administrados y generación de informes para los usuarios que accedieron con sus cuentas
Chrome Enterprise Core presentará una nueva lista de informes y perfiles administrados en la Consola del administrador. Esta función proporcionará una lista de perfiles para los usuarios administrados que accedan a Chrome con una Cuenta de Google. Los administradores de TI deberán habilitar la nueva política de informes de perfiles de Chrome para ver más información sobre un perfil administrado. Los informes incluirán detalles sobre los perfiles administrados, como las versiones de navegador, las políticas aplicadas (incluidos los conflictos), las extensiones instaladas y mucho más.
- Actualmente, está disponible en Android, Linux, macOS y Windows para el programa de Verificadores de confianza. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.
- A partir de Chrome 130 en Android, Linux, macOS y Windows
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
Próximos cambios en Chrome Enterprise Premium
- Controles de datos de Chrome Enterprise: Portapapeles
Los administradores pueden establecer reglas de control de datos en la Consola del administrador de Google para proteger a los usuarios finales de la filtración de datos en el navegador Chrome. Los controles de datos son reglas ligeras que se establecen en la Consola del administrador de Google y que permiten a los administradores establecer una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, tomar capturas de pantalla o compartir pantallas.
Esta función se puede controlar mediante la política DataControlsRules. Esta función está disponible para que los miembros del programa de Verificador de confianza de Chrome Enterprise puedan probarla. Puedes registrarte en nuestro programa de Verificador de confianza aquí.
- Chrome 128 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función
- Protección contra capturas de pantalla
Los administradores pueden evitar que los usuarios tomen capturas de pantalla o compartan pantallas de páginas web específicas que se consideren que contienen datos sensibles. Los administradores pueden crear una regla de filtrado de URLs de la DLP para bloquear a los usuarios que toman capturas de pantalla o comparten pantallas de URLs o categorías de URLs específicas. Esta función se puede controlar a través de la misma política EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.
Esta función está disponible para que los miembros del programa de Verificador de confianza de Chrome Enterprise puedan probarla. Puedes registrarte en nuestro programa de Verificadores de confianza aquí.
- Chrome 129 en ChromeOS, Linux, macOS y Windows: Programa de Verificadores de confianza
- Chrome 131 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función.
Resumen del lanzamiento de ChromeOS 130
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones de ChromeOS
-
Insertar rápido
Insertar rápido proporciona una forma rápida de insertar emojis, símbolos, GIFs y vínculos de Google Drive, así como cálculos y conversiones de unidades rápidos, con una tecla del teclado (en modelos seleccionados) o una combinación de teclas.
En ChromeOS 130, está disponible la nueva combinación de teclas Selector + f para todos los dispositivos ChromeOS. Inicialmente, habrá una nueva tecla de hardware disponible solo en la Samsung Galaxy Chromebook Plus . Sin embargo, la tecla de inserción rápida se lanzará en una variedad de dispositivos en 2025.
-
Cambios en la configuración y los accesos directos
Actualizamos las opciones de combinación de teclas y dispositivo de entrada en Configuración para incluir lo siguiente:
- Insertar rápido: Selector + f
-
Concentración en ChromeOS
Diseñamos Concentración en ChromeOS para ayudar a los usuarios a minimizar las distracciones y crear un espacio de trabajo más productivo. Con Concentración, puedes establecer y ajustar fácilmente tu tiempo de concentración, habilitar o inhabilitar el modo No interrumpir (ND), ordenar o crear tareas nuevas de Google Tasks, y sumergirte en playlists seleccionadas que te ayudan a enfocarte mejor con el sonido de enfoque o YouTube Music Premium (con suscripción). Para usar Concentración, ve a Configuración rápida > Concentración.
-
Acceso mejorado a archivos de Drive
Además de los archivos que destacaste en Tote, accede a todos tus archivos de Drive destacados directamente desde la biblioteca, que ahora está disponible sin conexión. Las sugerencias mejoradas de Drive en el selector y Tote te permiten acceder rápidamente a tus archivos más importantes y de uso frecuente.
-
Nuevas sugerencias en Tote
Accede rápidamente a los archivos que más necesitas y fijalos con las sugerencias de archivos locales y de Drive. La nueva sección Sugerencias de Tote les sugiere archivos a los usuarios, y destaca archivos que podrían fijar o a los que sería útil tener acceso.
-
Inicio inteligente
Las nuevas funciones de Inicio inteligente ayudan a los usuarios a reanudar su trabajo y explorar nuevas opciones durante el inicio. Una vez que habilites esta función, podrás obtener una vista previa de las apps y las pestañas de tu sesión anterior y restablecerlas. Inicio inteligente también proporciona información útil, como el clima, tu próximo evento de calendario, las pestañas recientes de otros dispositivos y sugerencias relevantes de Google Drive.
Para activar esta función, selecciona Configuración > Preferencias del sistema > Inicio > Inicio inteligente y asegúrate de que la opción Preguntar siempre esté seleccionada para tu dispositivo.
-
Micrófono de estilo de estudio
Activa esta función en los controles de la videollamada para que el micrófono integrado de la Chromebook suene como un micrófono de estudio profesional. El micrófono de estilo de estudio incluye los efectos de cancelación de ruido y reducción de reverberación existentes, y los mejora aún más con un balance avanzado, la reconstrucción de detalles finos y la adaptación a las salas. A partir de esta versión, los usuarios que hayan habilitado la cancelación de ruido obtendrán las mejoras de micrófono de estilo de estudio de forma predeterminada. Si un usuario quiere volver al efecto anterior de solo cancelación de ruido, puede seleccionar la opción adecuada en Configuración > Dispositivo > Audio. Esta función solo está disponible en los dispositivos Chromebook Plus.
-
App de grabadora potenciada por IA
ChromeOS 130 presenta la nueva app de Grabadora potenciada por IA de Google para crear transcripciones en las que se puedan detectar y etiquetar a los interlocutores, así como proporcionar un resumen del contenido grabado. Nuestra app va más allá de la grabación, ya que ofrece funciones de voz a texto, resumen de contenido y sugerencias de títulos, todo potenciado por la IA de Google.
-
Análisis de contenido para sesiones de invitado administradas
Ahora permitimos que las organizaciones extiendan el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en las sesiones de invitado administradas en ChromeOS. Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.
-
URLs adicionales permitidas en el modo kiosco
Si una app de kiosco usa más de un origen de URL, los administradores de TI ahora pueden ingresar los orígenes adicionales. Se otorgarán permisos automáticamente a todos los orígenes especificados. Se rechazarán los permisos de los orígenes que no figuren en la lista.
-
Efectos de apariencia
Los efectos de apariencia son populares entre los productos de cámaras, reuniones virtuales y videos cortos desde hace mucho tiempo y se lanzaron en algunos productos de Google. En ChromeOS 130, integramos esta función en Chromebook para los controles de videollamadas. Solo está disponible en dispositivos Chromebook Plus.
-
Controles de privacidad más accesibles
Con este lanzamiento, los usuarios del navegador Chrome podrán acceder más fácilmente a los controles de privacidad a nivel del SO. El objetivo es que los usuarios sepan que, para que funcionen la cámara o el micrófono, deben habilitar los controles de privacidad a nivel del SO.
-
Controles de brillo del teclado mejorados
Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo del teclado en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería. Mientras tanto, si la Chromebook admite RGB, la opción Configuración > Teclado ahora tiene un vínculo directo a las opciones de selección de colores RGB. Para obtener más información, consulta Cómo usar las funciones de videojuegos en tu Chromebook.
-
Controles de brillo de la pantalla mejorados
Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo de la pantalla en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario en Configuración. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería.
-
Ayúdame a leer en ChromeOS
Ayúdame a leer en ChromeOS ofrece una solución potenciada por IA para ayudarte a encontrar rápidamente la información que necesitas en cualquier texto. Para obtener las ideas centrales de lo que lees en el navegador y en Galería, haz clic con el botón derecho en un espacio vacío. Se mostrará la tarjeta Ayúdame a leer sobre el menú contextual existente. El panel Ayúdame a leer muestra un resumen del texto y un campo de preguntas y respuestas de formato libre en el que puedes hacer preguntas específicas sobre el texto. Solo está disponible en dispositivos Chromebook Plus.
-
Compatibilidad con varios calendarios
Lanzaremos la compatibilidad con varios calendarios para que los usuarios vean todos los eventos que seleccionaron en sus Calendarios de Google.
-
Ventanas de Pantalla en pantalla
Los usuarios de ChromeOS ahora pueden disfrutar de una mayor flexibilidad con las ventanas de Pantalla en pantalla (PIP). La función PIP Tuck permite a los usuarios mover temporalmente las ventanas del modo PIP al costado de la pantalla, lo que libera espacio valioso en la pantalla y, al mismo tiempo, permite acceder fácilmente al video. Además, puedes ajustar rápidamente el tamaño de las ventanas de PiP con un doble toque rápido, alternando entre dos tamaños para una visualización óptima.
-
Experiencia del usuario mejorada de ARC++
Para mejorar la experiencia del usuario de ChromeOS y ARC++, trasladaremos las notificaciones de errores y en segundo plano no urgentes de ARC++ a la bandeja del sistema. Esto evita que estos mensajes aparezcan innecesariamente en primer plano e interrumpan el recorrido del usuario. Si trasladamos estas notificaciones a la bandeja del sistema, podemos asegurarnos de que los usuarios reciban notificaciones sobre posibles problemas, pero que no se los interrumpa mientras usan sus Chromebooks. Para obtener más información sobre ARC++, consulta este blog para desarrolladores de ChromeOS.
-
Nueva política para controlar los nombres de los puntos de acceso
En el caso de las Chromebooks con capacidad para redes móviles, las políticas de nombres de puntos de acceso (APN) permiten que los administradores restrinjan el uso de APN personalizados. Si se establece la marca AllowAPNModification en la configuración general de la red para restringirla, se puede evitar que los usuarios finales agreguen o usen APN personalizados.
-
Actualización del SID de SCEP de Microsoft
Solo para implementaciones de SCEP que usan Microsoft NPS para RADIUS. Si no usas certificados SCEP en combinación con Microsoft NPS para Radius para la conectividad de red de Chromebooks, puedes ignorar el resto de estas instrucciones. Esperamos que esta configuración sea más común en el entorno empresarial que en el educativo.
Microsoft anunció una actualización de seguridad que agregará un nuevo campo obligatorio, un identificador de seguridad (SID), a los certificados SCEP en entornos que usan NPS para Radius para la autenticación de red. Esta incorporación se debe a una vulnerabilidad de seguridad en los dispositivos Windows, en la que los certificados utilizables con claves privadas se pueden exportar de un dispositivo Windows para usarlos en cualquier otro dispositivo. Si agregas el SID, el certificado se vinculará a un dispositivo o usuario en tu entorno de Active Directory para que los dispositivos o usuarios desconocidos no puedan usarlo. Este no es un problema de seguridad para las Chromebooks, ya que no permiten la exportación de certificados con claves privadas y están protegidos por el TPM. Sin embargo, cualquier certificado que no tenga este nuevo campo no se autenticará en un NPS para el servidor Radius después de la fecha límite de aplicación forzosa del 11 de febrero de 2025.
¿Qué debes hacer?
Tan pronto como sea posible, verifica si tu implementación depende de los certificados SCEP y del NPS para Radius para la autenticación de red. Para ello, ve al visor de eventos en Controlador de dominio -> Sistema y busca el ID de evento 39. Si ves este ID de evento, haz lo siguiente:
Acciones que debes realizar si ves el ID de evento 39:
- Crea un objeto nuevo o reutiliza uno existente en tu entorno de Active Directory para usar SCEP
- Extrae el SID del objeto AD, por ejemplo, PS> (Get-ADUser username).SID.value
- Crea un nuevo perfil de SCEP con todos los parámetros de configuración duplicados de tu configuración actual y agrega el SID del objeto AD creado recientemente o existente del paso 1.
- En la sección Nombre alternativo del asunto, selecciona el botón de selección Personalizado. Agrega un nuevo nombre alternativo de asunto con el botón + y el tipo Identificador de recursos uniforme del menú desplegable. En Cadena, el valor debe ser similar al siguiente:
tag:microsoft.com,2022-09-14:sid:S-1-2-3-4-5-6-8
dondeS-1-2-3-4-5-6-8es el SID del objeto AD- Implementa este nuevo certificado en todas las Chromebooks potencialmente afectadas de tu flota:
- Espera, AL MENOS UN MES, para garantizar de forma razonable que todos los dispositivos hayan detectado el nuevo certificado.
- Vuelve a vincular todas las políticas del certificado anterior al nuevo certificado del paso 2.
- Verifica la funcionalidad con el nuevo certificado.
- Borra el perfil anterior.
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 ChromeOS
-
Fondos de pantalla y de videoconferencia creados con IA
A partir de ChromeOS 131, planeamos presentar fondos de pantalla de alta resolución y fondos de videollamadas generados con IA generativa en ChromeOS. Con esta función, puedes liberar tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos.
Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings. Esta función solo estará disponible en dispositivos Chromebook Plus.
-
Inscripción automática en ChromeOS Flex
A partir de ChromeOS 131, la inscripción automática en ChromeOS Flex te permitirá implementar dispositivos ChromeOS Flex a gran escala. Al igual que la inscripción sin intervención de ChromeOS, la inscripción automática incorpora un token de inscripción creado por el administrador de una organización en una imagen de ChromeOS Flex. Esto determinará en qué organización y unidad organizativa del cliente se inscribirá un dispositivo durante la configuración inicial.
-
Migración de datos de estudiantes graduados
A partir de ChromeOS 132, una nueva herramienta de transferencia de contenido guiará a los estudiantes de posgrado y a otros usuarios administrados por instituciones educativas que quieran migrar sus datos a través del proceso actualizado de transferencia de Google Takeout. Esto les permite transferir su contenido de Documentos, Hojas de cálculo, Presentaciones y Gmail a la cuenta de Gmail que deseen.
Esta nueva aplicación permite a los administradores de instituciones educativas fijar un ícono en la biblioteca, notificar a los estudiantes y al personal docente en sus Chromebooks y establecer fechas para activar estos recordatorios y alentarlos a usar el proceso de transferencia de Takeout existente.
-
La compatibilidad con las Apps de Chrome finalizará en ChromeOS
En 2016, anunciamos que las Apps de Chrome dejarían de estar disponibles para dar prioridad a las apps web. En 2021, anunciamos en el blog de Chromium que la compatibilidad con las Apps de Chrome para clientes y desarrolladores de ChromeOS Enterprise y Education se extendería hasta, al menos, enero de 2025. Dado que la mayoría de nuestros clientes migraron de las Apps de Chrome (incluidas las apps empaquetadas heredadas (v1) y las apps alojadas), podemos confirmar las siguientes actualizaciones sobre las fechas de baja de las Apps de Chrome.
Julio de 2025: Fin de la compatibilidad con las Apps de Chrome instaladas por el usuario (programada para ChromeOS M138).- Las Apps de Chrome que se instalen de manera automática a través de la Consola del administrador se seguirán admitiendo.
- Los dispositivos del canal LTS con Apps de Chrome en modo kiosco recibirán asistencia hasta abril de 2027.
- Los dispositivos del canal LTS podrán seguir usando las Apps de Chrome hasta octubre de 2028.
- No se otorgarán excepciones.
En las próximas semanas, se enviará información detallada adicional a todos los desarrolladores de Apps de Chrome y a todos los administradores de ChromeOS restantes.
Estos cronogramas de baja también se aplican a las Apps de Chrome alojadas de forma independiente.
Si bien no se pueden agregar Apps de Chrome nuevas a Chrome Web Store, las Apps de Chrome existentes se pueden seguir actualizando hasta octubre de 2028, cuando dejarán de estar disponibles en ChromeOS. Después de esta fecha, las Apps de Chrome se quitarán de Chrome Web Store.
Si tu organización desarrolló Apps de Chrome de forma interna y necesitas asistencia, consulta la guía de transición de las Apps de Chrome. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
-
La compatibilidad con Native Client (NaCl) finalizará en ChromeOS
En 2017, anunciamos la baja de Native Client (NaCl) en favor de WebAssembly. Dado que la mayoría de nuestros clientes migraron de NaCl, podemos confirmar algunos cambios importantes que se implementarán en ChromeOS.
- Enero de 2025: Native Client (NaCl) se inhabilitará de forma predeterminada a partir de ChromeOS M132.
- Para los usuarios no administrados y de consumo, M131 será la última versión de ChromeOS con compatibilidad con NaCl.
- En el caso de los entornos de usuario administrados, los administradores que gestionan dispositivos ChromeOS para una empresa o institución educativa ya tendrán la opción de extender la capacidad de usar NaCl con una política de permiso de NaCl a través de la versión M138. A partir de la versión M132, la política también estará disponible para las sesiones de kiosco.
- Julio de 2025: ChromeOS M138 marcará el fin de la vida útil de la tecnología NaCl en ChromeOS.
- En el caso de los entornos administrados, M138 es una versión de ChromeOS con asistencia a largo plazo (LTS) disponible para los administradores que gestionan dispositivos ChromeOS en una empresa o institución educativa. Los dispositivos que se cambiaron al canal de LTS y tienen habilitada la política de permisos de NaCl pueden seguir usándola hasta la última actualización de LTS en abril de 2026.
Si tu organización desarrolló apps de Chrome internas con NaCl y necesitas asistencia, consulta las guías Transición de las Apps de Chrome y Migración de WebAssembly. También puedes unirte a la comunidad de desarrolladores de ChromeOS en Discord o comunicarte con nosotros a través del formulario que se encuentra en https://chromeos.dev/work-with-us. Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
En las próximas semanas, se enviará información detallada adicional a los desarrolladores de NaCl y a los administradores de ChromeOS afectados.
- Enero de 2025: Native Client (NaCl) se inhabilitará de forma predeterminada a partir de ChromeOS M132.
Chrome 129
| Actualizaciones del navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Comparación de pestañas | ✓ | ||
| Chrome ya no es compatible con macOS 10.15 | ✓ | ✓ | |
| Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS | ✓ | ||
| Administrador de certificados en Windows y macOS | ✓ | ||
| Estadísticas de seguridad de Chrome | ✓ | ✓ | |
| Baja del informe de Navegación segura extendida | ✓ | ||
| Pestañas inactivas en Android | ✓ | ||
| Nueva opción en la política HttpsOnlyMode | ✓ | ✓ | |
| Protección contra capturas de pantalla | ✓ | ||
| Sincronización de un grupo de pestañas | ✓ | ||
| Los Servicios de Google Play solucionan problemas con las contraseñas en el dispositivo | ✓ | ||
| Baja del argumento includeShadowRoots en DOMParser | ✓ | ||
| Baja de la serialización de Shadow DOM declarativo no estándar | ✓ | ||
| Cambio de nombre de inset-area a position-area | ✓ | ||
| Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS | ✓ | ||
| Personalización de la barra de herramientas | ✓ | ||
| Uso de llaves de acceso del Administrador de contraseñas de Google en ChromeOS | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas | ✓ | ||
| Fondo de pantalla de agradecimiento a los educadores | ✓ | ||
| Controles de brillo de la pantalla | ✓ | ||
| Experiencia de bienvenida de periféricos | ✓ | ||
| Las cuentas administradas ya no se sincronizan como cuentas secundarias en Android | ✓ | ✓ | |
| Traducción instantánea | ✓ | ||
| Controles de brillo del teclado | ✓ | ||
| Combinación de teclas de Seleccionar para pronunciar | ✓ | ||
| PIN como factor de autenticación | ✓ | ||
| Actualización automática de la pantalla de acceso | ✓ | ||
| Los tipos de archivos de Workspace con CSE ahora son compatibles con Google Drive | ✓ | ||
| Actualizaciones del ícono de batería | ✓ | ||
| Actualizaciones en la Consola del administrador | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Puntuación de riesgo de la extensión en el informe de uso de apps y extensiones | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Se dejará de confiar en los certificados de Entrust | ✓ | ||
| Estilos de resguardo para elemento de <meter> | ✓ | ||
| Transporte de diccionarios de compresión con Brotli y Zstandard compartidos | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| Experiencia de acceso y sincronización simplificada | ✓ | ||
| Integración de la telemetría de extensiones de Chrome con SecOps | ✓ |
✓ |
|
| Captura de vínculos de usuarios en AWP | ✓ | ✓ | |
| Baja de las cookies de terceros de Chrome (3PCD) | ✓ | ||
| Advertencias de formularios poco seguros en iOS | ✓ | ||
| Capacidad de quitar la política que se usa para el comportamiento heredado del mismo sitio | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Fondos de pantalla y de videoconferencia creados por IA generativa | ✓ | ||
| Eventos de ventana de XDR de ChromeOS | ✓ | ||
| Próximos cambios en la Consola del administrador | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Informes de perfiles administrados del navegador Chrome | ✓ | ||
| Cambio de la configuración predeterminada para las políticas de IA generativa | ✓ | ||
| Política de control de IA generativa | ✓ | ||
| Compatibilidad con la configuración a nivel del usuario en la página Configuraciones personalizadas | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Actualizaciones del navegador Chrome
- Comparación de pestañas
A partir de Chrome 129 (solo en EE.UU.), presentaremos la Comparación de pestañas, una nueva función que presenta una descripción general generada por IA de los productos de varias pestañas, todo en un solo lugar. Esta función se controla a través de la política TabCompareSettings. Para obtener más detalles, consulta nuestro artículo Comparación de pestañas en el Centro de ayuda de Chrome Enterprise y Education.
- Chrome 129 en Linux, macOS y Windows
- Chrome ya no es compatible con macOS 10.15
Chrome 129 ya no es compatible con macOS 10.15, que ya está fuera del período de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no es compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15
- Firmas de código ad hoc para los shims de AWP en macOS
Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.
Esto aborda los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permite futuras mejoras para administrar las notificaciones de los usuarios en las AWP que se ejecuten en macOS.
- Chrome 129 en macOS
- Administrador de certificados en Windows y macOS
A partir de Chrome 129, hay una nueva pantalla de configuración de administración de certificados a la que se puede acceder desde la configuración de seguridad en Windows y macOS. Esto reemplaza el vínculo al administrador de certificados de Windows y al llavero de macOS, respectivamente, aunque aún se puede acceder a estas plataformas de sistema operativo desde la página de configuración de administración de certificados.
El administrador de certificados muestra los certificados en los que Chrome confía o no, incluido el contenido de Chrome Root Store y los certificados que se importaron desde el sistema operativo subyacente. Los usuarios pueden acceder a la página directamente navegando a chrome://certificate-manager.
En una versión futura, se presentará la administración de certificados que se agreguen directamente a Chrome para usuarios y empresas.
- Chrome 129 en macOS y Windows
- Estadísticas de seguridad de Chrome
Ahora puedes habilitar las estadísticas de seguridad de Chrome, que te permiten supervisar el riesgo con respecto a los usuarios con información privilegiada y la pérdida de datos en la actividad de Chrome si tienes Chrome Enterprise Core y Workspace Enterprise Standard o Workspace Enterprise Plus con licencias asignadas. Para obtener más información, consulta Supervisa el riesgo de usuarios con información privilegiada y la pérdida de datos.
- Chrome 125 en ChromeOS, Linux, macOS y Windows: Se habilitó la función para Chrome Enterprise Core
- Chrome 129 en ChromeOS, Linux, macOS y Windows: La función está habilitada para los clientes de instituciones educativas (excepto de preescolar a bachillerato)
- Baja del informe extendido de Navegación segura
Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja el informe extendido de Navegación segura, excepto la solicitud de informe de Navegación segura del cliente en tiempo real.
- Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja SafeBrowsingExtendedReportingEnabled para la solicitud de informe de Navegación segura del cliente en tiempo real.
- Pestañas inactivas en Android
En Chrome 129, las pestañas anteriores se ocultarán en la nueva sección Pestañas inactivas en el selector de pestañas de Chrome para Android. Los usuarios de Chrome pueden acceder a la sección de pestañas inactivas para ver todas las pestañas anteriores o cerrarlas con la nueva función de pestañas masivas. Estas pestañas se borrarán después de permanecer en esta sección durante más de 60 días.
- Chrome 129 en Android: Lanzamiento de la función para el 1%
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, es un parámetro de configuración que le indica a Chrome que solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.
En Chrome 129, agregamos una nueva variante intermedia de ABH llamada modo equilibrado. El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a nombre de host con una sola etiqueta, como internal/.
Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.
Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_enabled, este cambio no te afectará.
- Chrome 129 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Protección contra capturas de pantalla
Las protecciones contra capturas de pantalla permiten a los administradores evitar que los usuarios tomen capturas de pantalla o compartan pantallas de páginas web específicas que se consideren que contienen datos sensibles. Esta función solo está disponible para los usuarios de Chrome Enterprise Premium. Esta función se puede controlar a través de la misma política de Chrome Enterprise EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URL en tiempo real.
- Chrome 129 en ChromeOS, Linux, macOS y Windows
- Sincronización de un grupo de pestañas
Los grupos de pestañas en iOS ahora se guardan. Ya no se borrará un grupo de pestañas si lo cierras. En el caso de los usuarios que sincronizan sus pestañas entre dispositivos, los grupos también se sincronizarán.
- Chrome 129 en iOS
- Los Servicios de Google Play solucionan problemas con las contraseñas en el dispositivo
Los usuarios con versiones anteriores de los Servicios de Google Play (<24w02) experimentarán una funcionalidad reducida con sus contraseñas integradas en el dispositivo, y es posible que el Administrador de contraseñas deje de funcionar por completo pronto. Estos usuarios deben actualizar los Servicios de Play. De lo contrario, se les guiará a través de otros métodos de solución de problemas según su estado. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas.
- Chrome 129 en Android
- Se dará de baja el argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluyera Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() and parseHTMLUnsafe() , se lanzará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar lo siguiente:
document.parseHTMLUnsafe(html);- Chrome 129 en Linux, macOS, Windows y Android
- Baja de la serialización de Shadow DOM declarativo no estándar
La implementación del prototipo, que se lanzó en 2020 y se actualizó en 2023, contenía un método llamado “getInnerHTML()” que se podía usar para serializar árboles de DOM que incluyeran raíces secundarias. Esa parte del prototipo no se estandarizó con el resto de Shadow DOM declarativo y solo recientemente se alcanzó un consenso de especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, cambió la forma de la API de getInnerHTML.
Esta función representa la baja del método “getInnerHTML()” lanzado anteriormente. El reemplazo se llama “getHTML()”, que se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función de ChromeStatus.
- Chrome 129 en Windows, macOS, Linux y Android
- Cambia el nombre de inset-area a position-area
El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad de `inset-area` a `position-area`. Para obtener más información, consulta la discusión del CSSWG en GitHub. Chrome admitirá los nombres de propiedades antiguos y nuevos durante algunos eventos importantes para ayudar a los desarrolladores a migrar al nuevo nombre de área de posición. Enviaremos el nombre de la propiedad nueva, `position-area`, como sinónimo de `inset-area` en Chrome 129 junto con la baja de DevTrial para `inset-area`.
Actualmente, se planea quitar la propiedad `inset-area` en Chrome 131.
- Chrome 129 en Windows, macOS, Linux y Android
- Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS
A partir de Chrome 129, si sales de una cuenta administrada en un navegador no administrado, se borrarán los datos de navegación locales guardados en el dispositivo. A los usuarios administrados se les presenta un diálogo de confirmación cuando salen de su cuenta en el que se les explica que se borrarán los datos no guardados. Los datos se borrarán solo desde el momento del acceso; de lo contrario, se borrarán todos los datos. El momento del acceso solo se conoce si el usuario accedió con Chrome 122 o versiones posteriores.
Entre los datos que se borran, se incluyen los siguientes:
- historial de navegación
- datos de sitios y cookies
- contraseñas
- Configuración de los sitios
- autocompletar
- Imágenes y archivos almacenados en caché
- Chrome 129 en iOS
- Personalización de la barra de herramientas
Presentamos una función de personalización de la barra de herramientas en Chrome 129, que permite a los usuarios del navegador para computadoras fijar y dejar de fijar íconos en su barra de herramientas a través de un nuevo panel lateral.
- Chrome 129 en ChromeOS, Linux, macOS y Windows: Lanzamiento gradual
- Uso de llaves de acceso del Administrador de contraseñas de Google en ChromeOS
Las llaves de acceso mejoran la seguridad del usuario, pero hasta hoy han sido un poco más difíciles de usar en todos los dispositivos. Ahora, los usuarios pueden guardar llaves de acceso en el Administrador de contraseñas de Google y usarlas en todos los dispositivos y plataformas. Esta función ya está disponible en Windows, macOS, Linux y Android. Ahora está disponible en ChromeOS.
- Chrome 127 en Windows, Android y macOS
- Chrome 129 en Windows, Android, macOS y ChromeOS
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción TabCompareSettings Configuración deComparación de pestañas AdHocCodeSigningForPWAsEnabled Firma de código ad-hoc para las correcciones de compatibilidad de apps web progresivas
Actualizaciones de ChromeOS
-
Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas
En ChromeOS 129, las organizaciones pueden extender el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en ChromeOS en las sesiones de invitado administradas.
Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.
-
Fondo de pantalla de agradecimiento a los educadores
En ChromeOS 129, agregamos una nueva colección de fondos de pantalla para celebrar y compartir nuestra gratitud y apoyo a los educadores de todo el mundo.
-
Controles de brillo de la pantalla
Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo de la pantalla y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo de la pantalla en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario en la app de Configuración. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería.
-
Experiencia de bienvenida de periféricos
Saber que un periférico se conectó correctamente, configurarlo y encontrar su aplicación complementaria son pasos fundamentales en el recorrido del usuario del periférico. El objetivo de esta versión es ofrecer una experiencia de bienvenida de alta calidad, ya que les permite a los usuarios saber que su periférico se conectó correctamente y los invita a configurarlo y aprovecharlo al máximo.
-
Las cuentas administradas ya no se sincronizan como cuentas secundarias en Android
A partir de la versión 129 de ChromeOS, mejoramos la seguridad de los datos de Android en ChromeOS. Las cuentas empresariales que se agreguen como cuentas secundarias durante la sesión ya no se agregarán automáticamente al entorno de Android en ChromeOS. Este cambio no afecta a las cuentas de consumidor, a las cuentas educativas ni a las cuentas que se agregaron anteriormente.
-
Traducción instantánea
Los dispositivos Chromebook Plus tendrán la Traducción instantánea, que permitirá a los usuarios traducir el contenido con subtítulos del Subtitulado instantáneo a un idioma de su elección. Si un usuario que habla inglés tiene una conversación con una persona con la que no comparte el mismo idioma, siempre que el Subtitulado instantáneo sea compatible con el idioma de la persona con la que habla, se podrán traducir al inglés. Esto también funciona para los videos y se puede usar en YouTube para traducirlos instantáneamente al inglés.
-
Controles de brillo del teclado
Los usuarios de Chromebook ahora pueden ajustar fácilmente el brillo del teclado y controlar el sensor de luz ambiente directamente desde la app de Configuración. Esta nueva función te permite establecer el brillo del teclado en el nivel perfecto y activar o desactivar el sensor de luz ambiente según sea necesario. Estas actualizaciones facilitan el uso del dispositivo y ayudan a administrar la duración de la batería. Mientras tanto, si la Chromebook admite RGB, la página Configuración del teclado tendrá un vínculo directo a las opciones de selección de colores RGB del centro de personalización.
-
Combinación de teclas de Seleccionar para pronunciar
La combinación de teclas de Seleccionar para pronunciar (Búsqueda + s) ahora funciona cuando se presiona por primera vez. Ya no es necesario que primero la habilites en Configuración. Aparecerá un diálogo para confirmar que deseas activar la función Seleccionar para pronunciar la primera vez que presiones la combinación de teclas.
-
PIN como factor de autenticación
Este lanzamiento habilita el PIN como factor de autenticación en todas las plataformas de autenticación de ChromeOS.
-
Actualización automática de la pantalla de acceso
A partir de la versión 129, ChromeOS optimiza la compatibilidad con los accesos basados en proveedores de identidad de terceros. En la situación más común, los administradores muestran un acceso permanente de proveedor de identidad de terceros en la pantalla de acceso. Con muchos proveedores de identidad, se agota el tiempo de espera después de una cadencia específica; por ejemplo, 15 minutos, lo que genera errores para el usuario. La nueva política DeviceAuthenticationFlowAutoReloadInterval permite una actualización repetida de los proveedores de identidad de terceros en la pantalla de acceso, evita el agotamiento de los tiempos de espera y, por lo tanto, aumenta significativamente la confiabilidad de los accesos con los proveedores de identidad de terceros.
-
Los tipos de archivos de Workspace con CSE ahora son compatibles con Google Drive
La encriptación del cliente (CSE) es una función de Google Workspace y Drive que permite a los clientes y usuarios encriptar archivos con claves proporcionadas por el cliente para que los datos se encripten y nunca se almacenen en nuestros servidores de forma no encriptada. Este lanzamiento proporciona compatibilidad básica con CSE en la app Archivos en ChromeOS. Esto incluye hacer visibles los archivos con CSE, abrirlos en el navegador y marcar los archivos con CSE que no sean de Google Workspace como no compatibles.
-
Actualizaciones del ícono de batería
Lanzaremos una actualización del ícono de la batería para garantizar que el estado de la batería ya no cubra el nivel de batería. Ahora puedes ver fácilmente cuánta batería te queda.
Próximos cambios en la Consola del administrador
- Informes de perfiles administrados del navegador Chrome
Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.
- A partir de Chrome 130 en Android, Linux, macOS y Windows
- Cambio de la opción predeterminada para las políticas de IA generativa
A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA. Si tienes dispositivos inscritos en Chrome Enterprise Core, esta política se aplica automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:
- CreateThemesSettings (por el momento, solo disponible en EE.UU.)
- DevToolsGenAiSettings (disponible en la mayoría de los países)
- HelpMeWriteSettings (por ahora, solo disponible en EE.UU.)
- HistorySearchSettings (por ahora, solo disponible en EE.UU.)
- TabOrganizerSettings (por el momento, solo está disponible en EE.UU.)
- TabCompareSettings (por el momento, solo está disponible en EE.UU.)
- Política de control de IA generativa
A partir de la versión 130, Chrome Enterprise Core incluirá una política para controlar el comportamiento de varias políticas de IA generativa. Esta será una función conveniente, ya que permitirá a los administradores controlar el comportamiento predeterminado de un conjunto de políticas en un solo lugar; por ejemplo, desactivarlas de forma predeterminada. Esta política controlará las siguientes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings (se lanzará en Chrome 130)
- GenAIWallpaperSettings (se lanzará en Chrome 130)
- Compatibilidad con la configuración a nivel del usuario en la página Configuraciones personalizadas
La página Parámetros de configuración personalizados se lanzó recientemente en Chrome 127 y permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. A partir del 1 de octubre, los Parámetros de configuración personalizados admitirán la aplicación de parámetros de configuración a nivel del usuario, además de la compatibilidad a nivel de la máquina. En otras palabras, podrás aplicar políticas cuando los usuarios accedan a una Cuenta de Google administrada con la página Parámetros de configuración personalizados.
- A partir del 1 de octubre en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función para las políticas del usuario
Para comenzar, puedes encontrar la opción Parámetros de configuración personalizados en la Consola del administrador, en Navegador Chrome > Informes. Necesitarás el SKU de Chrome Enterprise Core:
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óximas actualizaciones del navegador Chrome
- Se dejará de confiar en los certificados de Entrust
Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:
- Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.
- No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.
Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen de Chrome Root Store, por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.
- Estilos de resguardo para elementos de <meter>
Desde Chrome 130, los elementos de <meter> de HTML5 con `appearance: none` tendrán un estilo de resguardo razonable que coincida con Safari y Firefox en lugar de desaparecer de la página Además, los desarrolladores podrán aplicar un diseño personalizado a los elementos <meter>.
Habrá una política temporal MeterAppearanceNoneFallbackStyle disponible hasta Chrome 133 para controlar esta función.
- Chrome 130 en Windows, macOS, Linux y Android
- Transporte de diccionarios de compresión con Brotli y Zstandard compartidos
Esta función agrega compatibilidad con el uso de respuestas anteriores designadas, como un diccionario externo para respuestas HTTP comprimidas con Brotli o Zstandard.
Es posible que las empresas experimenten posibles problemas de compatibilidad con la infraestructura de red empresarial. La política CompressionDictionaryTransportEnabled está disponible para desactivar la función de transporte de diccionarios de compresión.
- Chrome 130 en Windows, macOS, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.
Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.
- Chrome 130 en Windows, macOS, Linux y Android
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admitirá correctamente las URLs de esquemas no especiales; por ejemplo, git://example.com/path. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una ruta opaca, que no estaba alineada con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales, de acuerdo con el estándar de URLs. Para obtener más información, consulta http://bit.ly/url-non-special.
- Chrome 130 en Windows, macOS, Linux y Android
- Experiencia de acceso y sincronización simplificada
A partir de Chrome 131, los usuarios existentes que tengan activada la sincronización de Chrome disfrutarán de una versión simplificada y consolidada de acceso y sincronización en Chrome. La Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
Al igual que antes, la funcionalidad que anteriormente formaba parte de la Sincronización de Chrome, que guarda datos de Chrome y accede a ellos en la Cuenta de Google, se puede controlar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.
- Chrome 131 en Android
- Integración de la telemetría de extensiones de Chrome con Google SecOps
Comenzaremos a recopilar datos relevantes de telemetría de extensiones de Chronicle desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Google SecOps. El equipo de Google SecOps analizará los datos para proporcionar un análisis y contexto instantáneos de las actividades riesgosas. Estos datos se enriquecen aún más para proporcionar contexto adicional y se pueden buscar durante un año.
- Chrome 131 en ChromeOS, Lacros, Linux, macOS y Windows
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 131 en Linux, macOS y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
- Baja de las cookies de terceros de Chrome (3PCD)
El 22 de julio, anunciamos una nueva propuesta para Privacy Sandbox en la Web. En lugar de dar de baja las cookies de terceros, presentaremos una nueva experiencia en Chrome que permitirá a las personas tomar una decisión informada que se aplique a toda su navegación web, y podrán ajustar esa decisión en cualquier momento. Estamos analizando esta nueva ruta con los organismos reguladores y nos comunicaremos con la industria a medida que la implementemos.
Para obtener más detalles, consulta esta actualización de Privacy Sandbox.
- Advertencias de formularios poco seguros en iOS
Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 130.
- Chrome 125 en iOS: Se lanza la función
- Chrome 130 en iOS: Se quitará la política InsecureFormsWarningsEnabled
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos de red empresarial, como firewalls y proxies (dispositivos intermedios de TLS), no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el dispositivo intermedio o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta al menos Chrome 141 en 2025. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.
A partir de Chrome 131, Chrome cambiará el mecanismo de encapsulamiento de claves de la versión preliminar de Kyber a la versión estándar final de ML-KEM. El uso de cualquier forma de intercambio de claves poscuántico (Kyber o ML-KEM) seguirá estando controlado por la política PostQuantumKeyAgreementEnabled.
Para obtener más detalles, consulta esta entrada del blog de Chromium y esta entrada del blog de seguridad de Google.
- Chrome 124 en Windows, macOS y Linux
- Chrome 131
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en ChromeOS
-
Eventos de ventana de XDR de ChromeOS
En ChromeOS 130, los eventos de enfoque de ventana estarán disponibles como parte de la detección y respuesta de amenazas extendidas (XDR) en ChromeOS. Podrás incluir ventanas en las actividades de enfoque de los dispositivos de tu flota administrada simplemente actualizando los eventos de XDR en la Consola del administrador.
-
Fondos de pantalla y de videoconferencia generados por IA
A partir de ChromeOS 130, planeamos presentar fondos de pantalla de alta resolución y fondos de reuniones de videoconferencia creador con IA generativa en ChromeOS. Con esta función, puedes liberar tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos.
Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings.
Próximos cambios en la Consola del administrador
- Informes de perfiles administrados del navegador Chrome
Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.
- A partir de Chrome 130 en Android, Linux, macOS y Windows
- Cambio de la opción predeterminada para las políticas de IA generativa
A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA. Si tienes dispositivos inscritos en Chrome Enterprise Core, esta política se aplica automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:
- CreateThemesSettings (por el momento, solo disponible en EE.UU.)
- DevToolsGenAiSettings (disponible en la mayoría de los países)
- HelpMeWriteSettings (por ahora, solo disponible en EE.UU.)
- HistorySearchSettings (por ahora, solo disponible en EE.UU.)
- TabOrganizerSettings (por el momento, solo está disponible en EE.UU.)
- TabCompareSettings (por el momento, solo está disponible en EE.UU.)
- Política de control de IA generativa
A partir de la versión 130, Chrome Enterprise Core incluirá una política para controlar el comportamiento de varias políticas de IA generativa. Esta será una función conveniente, ya que permitirá a los administradores controlar el comportamiento predeterminado de un conjunto de políticas en un solo lugar; por ejemplo, desactivarlas de forma predeterminada. Esta política controlará las siguientes políticas:
- DevToolsGenAiSettings
- HelpMeWriteSettings
- HistorySearchSettings
- TabOrganizerSettings
- TabCompareSettings
- GenAIVcBackgroundSettings (se lanzará en Chrome 130)
- GenAIWallpaperSettings (se lanzará en Chrome 130)
- Compatibilidad con la configuración a nivel del usuario en la página Configuraciones personalizadas
La página Parámetros de configuración personalizados se lanzó recientemente en Chrome 127 y permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. A partir del 1 de octubre, los Parámetros de configuración personalizados admitirán la aplicación de parámetros de configuración a nivel del usuario, además de la compatibilidad a nivel de la máquina. En otras palabras, podrás aplicar políticas cuando los usuarios accedan a una Cuenta de Google administrada con la página Parámetros de configuración personalizados.
- A partir del 1 de octubre en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función para las políticas del usuario
Para comenzar, puedes encontrar la opción Parámetros de configuración personalizados en la Consola del administrador, en Navegador Chrome > Informes. Necesitarás el SKU de Chrome Enterprise Core:
Chrome 128
| Actualizaciones del navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Buscar en tu historial de Chrome con IA | ✓ | ||
| Búsqueda en el sitio configurable por el administrador | ✓ | ✓ | |
| Manejar contraseñas que no se pueden desencriptar en el Administrador de contraseñas | ✓ | ||
| Pestañas inactivas | ✓ | ||
| La nueva política PromotionsEnabled reemplaza a PromotionalTabsEnabled | ✓ | ||
| Se renovó la Verificación de seguridad de Chrome en Android | ✓ | ||
| Analizador de JSON de Rust | ✓ | ||
| Grupos de pestañas en iPad | ✓ | ||
| Actualizaciones para CookiePartitionKey de cookies particionadas | ✓ | ||
| CHIPS dejará de estar disponible y se volverá a lanzar en WebView | ✓ | ||
| Apps web aisladas | ✓ | ||
| Cambio del nombre de position-try-options a position-try-fallbacks | ✓ | ||
| Tarjeta del Calendario de Google en la página Nueva pestaña | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Grupos de ventanas en ChromeOS | ✓ | ||
| Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE | ✓ | ||
| Controles de privacidad: Ubicación geográfica | ✓ | ||
| Recordatorios de control de privacidad de ChromeOS en la página de configuración de la app | ✓ | ✓ | |
| Almacenar datos vitales agregados con una retención de un año | ✓ | ||
| OCR en la app de Cámara de ChromeOS | ✓ | ||
| La Lupa sigue a ChromeVox | ✓ | ||
| El control automático de ganancia está habilitado de forma predeterminada | ✓ | ||
| Administración de APN | ✓ | ||
| Notificaciones fijadas en ChromeOS | ✓ | ||
| Actualizaciones en la Consola del administrador | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Separación de perfiles de Chrome: nueva guía de implementación | ✓ | ||
| Controles de datos de Chrome Enterprise: Portapapeles | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Comparación de pestañas | ✓ | ||
| Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS | ✓ | ||
| Borrar los datos del dispositivo cuando salgas de la cuenta en iOS | ✓ | ||
| Estilos de resguardo para los elementos <meter> de HTML5 | ✓ | ||
| Chrome ya no será compatible con macOS 10.15 | ✓ | ✓ | |
| Baja del informe de Navegación segura extendida | ✓ | ||
| Administrador de certificados en Windows y macOS | ✓ | ||
| Nueva opción en la política HttpsOnlyMode | ✓ | ✓ | |
| Sincronización de un grupo de pestañas | ✓ | ||
| Actualizar los Servicios de Google Play para solucionar problemas con las contraseñas integradas en el dispositivo | ✓ | ||
| Baja de la serialización de Shadow DOM declarativo no estándar | ✓ | ||
| Baja del argumento includeShadowRoots en DOMParser | ✓ | ||
| Cambio de nombre de inset-area a position-area | ✓ | ||
| Se dejará de confiar en los certificados de Entrust | ✓ | ||
| Compatibilidad con URLs de esquemas no especiales | ✓ | ||
| El servicio de red en Windows se someterá a una zona de pruebas | ✓ | ||
| Baja de las cookies de terceros de Chrome (3PCD) | ✓ | ||
| Captura de vínculos de usuarios en AWP | ✓ | ✓ | |
| Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia | ✓ | ||
| Advertencias de formularios poco seguros en iOS | ✓ | ||
| Integración de la telemetría de extensiones de Chrome con Chronicle | ✓ | ✓ | |
| Capacidad de quitar la política que se usa para el comportamiento heredado del mismo sitio | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Actualización de la combinación de teclas para Seleccionar para pronunciar | ✓ | ||
| Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas | ✓ | ||
| Eventos de ventana de XDR de ChromeOS | ✓ | ||
| Fondos de pantalla y de videoconferencia creados por IA generativa | ✓ | ||
| Próximos cambios en la Consola del administrador | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Informes de perfiles administrados del navegador Chrome | ✓ | ||
| Widget de la Consola del administrador para controles de datos | ✓ | ||
| Cambio de la configuración predeterminada para las políticas de IA generativa | ✓ |
DESCARGAR notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Actualizaciones del navegador Chrome
- Cómo buscar en tu historial de Chrome con IA
A partir de Chrome 128, los usuarios pueden buscar en su historial de navegación en función del contenido de las páginas, no solo del título y la URL. En un principio, esta función solo está disponible para los usuarios en inglés en EE.UU. Los administradores pueden controlar la función con la política HistorySearchSettings. Tienes las siguientes opciones para tu organización:
- 0 = Habilita la función para los usuarios y envía datos pertinentes a Google para ayudar a entrenar o mejorar los modelos de IA. Los datos relevantes pueden incluir instrucciones, entradas, resultados y materiales de origen, según la función. Es posible que lo revisen personas con el único propósito de mejorar los modelos de IA.
- 1 = Habilita la función para los usuarios, pero no envía datos a Google para entrenar o mejorar los modelos de IA.
- 2 = Inhabilitar la función por completo
Para obtener más información, consulta Cómo buscar en tu historial de Chrome con IA.
- Chrome 128 en Linux, Mac y Windows
- Búsqueda en el sitio configurable por el administrador
Los atajos de búsqueda en el sitio son una forma de usar la barra de direcciones (cuadro multifunción) como cuadro de búsqueda para un sitio específico sin navegar directamente a la URL del sitio, de forma similar a como puedes usar el cuadro multifunción para realizar una búsqueda general de Google en la Web. Ahora puedes crear accesos directos a sitios en nombre de tus usuarios administrados para acceder a los sitios empresariales más importantes. Puedes controlar esta función con la política SideSearchSettings.
- Chrome 128 en ChromeOS, Linux, Mac y Windows: Disponible para los clientes de Chrome Browser Core que se registraron como verificadores de confianza a partir de Chrome 128, seguido de un lanzamiento gradual para todos los clientes de Chrome Browser Enterprise unas semanas después
- Cómo manejar contraseñas que no se pueden desencriptar en el Administrador de contraseñas
A veces, los usuarios terminan con contraseñas que no se pueden desencriptar en sus dispositivos, por ejemplo, si usaron software de terceros para cambiar a un dispositivo nuevo. Lanzaremos una nueva política llamada DeletingUndecryptablePasswordsEnabled que ayudará a controlar esas contraseñas. Cuando se habilita, esta política borra las contraseñas que no se pueden desencriptar del dispositivo del usuario, a menos que se especifique la política UserDataDir. Cuando DeletingUndecryptablePasswordsEnabled está desactivada, las contraseñas que no se pueden desencriptar no se modifican, pero esto provocará que la funcionalidad del Administrador de contraseñas se dañe.
- Chrome 128 en iOS, Linux, Mac y Windows
- Pestañas inactivas
En Chrome 128, ahora ocultamos las pestañas anteriores en una nueva sección de Pestañas inactivas en el selector de pestañas de Chrome para Android. Los usuarios de Chrome pueden acceder a la sección de pestañas inactivas para ver todas las pestañas anteriores o cerrarlas con la nueva función de pestañas masivas. Estas pestañas se borrarán si permanecen inactivas durante más de 60 días.
- Chrome 128 en Android: Lanzamiento para el 1%
- La nueva política PromotionsEnabled reemplaza a PromotionalTabsEnabled
En Chrome 128, se muestran a los usuarios nuevas notificaciones promocionales a nivel del SO. Para incluir una mayor cantidad de funciones promocionales en una política, se creó una nueva política PromotionsEnabled para reemplazar PromotionsEnabled, que dejará de estar disponible en el futuro.
- Chrome 128 en ChromeOS, Linux, Mac y Windows: PromotionsEnabled comenzará a lanzarse con Chrome 128. No hay ninguna marca.
- Verificación de seguridad de Chrome renovada en Android
Chrome 128 presenta una nueva Verificación de seguridad proactiva que comprueba periódicamente el navegador en busca de problemas relacionados con la seguridad y les informa a los usuarios cuando hay algo que requiere su atención. Con este lanzamiento, también se presenta una página de Verificación de seguridad rediseñada,
chrome://settings/safetyCheck, con información y acciones proactivas relacionadas con la seguridad de Chrome adaptadas a cada usuario, diseñada para que los usuarios estén seguros cuando estén en línea. Para obtener más información, consulta Cómo administrar la seguridad y la protección de Chrome.- Chrome 128 en Android
- Analizador de JSON de Rust
A partir de Chrome 128, Chrome analizará JSON con Rust, en lugar de C++. Esto quitará el riesgo de vulnerabilidades de seguridad de la memoria en el analizador de JSON, lo que mejorará la seguridad. Este cambio debe ser transparente para los usuarios. Existe un pequeño riesgo de que ya no se acepte algún JSON no válido (lo que Chrome acepta actualmente), aunque el analizador de Rust sigue siendo extremadamente indulgente.
En caso de que Chrome no acepte el JSON no válido, se producirán errores 500, o bien otros errores a nivel de aplicación, pero no se producirán fallas. Si Chrome ya no acepta algún JSON no válido, este se debe corregir.
- Chrome 128
- Grupos de pestañas en iPad
Los usuarios de Chrome para iPad pueden crear y administrar grupos de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.
- Chrome 128 en iOS
- Actualizaciones de CookiePartitionKey de cookies particionadas
En Chrome 128, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.
Si una empresa experimenta algún tipo de falla con iframes incorporados, puede usar la política CookiesAllowedForUrls o las cookies SameSite=None sin el atributo “partitioned” y, luego, invocar la API de Storage Access (SAA) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior.
- Chrome 128 en Windows, Mac y Linux
- CHIPS dejará de estar disponible y se volverá a lanzar en WebView
WebViewClient admite un método,
shouldInterceptRequest, que permite a los desarrolladores interceptar la actividad de red y modificar los encabezados HTTP, entre otros. Esta API no tiene acceso al encabezado de Cookie y depende de la API de Android CookieManager para consultar qué cookies están disponibles para una URL de solicitud en particular. Sin embargo, las cookies particionadas tienen dos claves en el sitio de nivel superior y en el sitio de la URL que usa las cookies.Actualmente, la API de CookieManager no proporciona ninguna forma para que los desarrolladores consulten las cookies particionadas correctamente, lo que provocará una discrepancia entre lo que muestra la API de Java y los marcos de WebView que realmente estarán en su encabezado de Cookie. Después de analizar este tema con el equipo de WebView, creemos que la opción que minimizará la posible falla de la app es inhabilitar las cookies que tienen un estado independiente de partición (CHIPS) en WebView hasta que podamos enviar la compatibilidad con el encabezado de Cookie a
shouldInterceptRequest. Lanzaremos los cambios enshouldInterceptRequesten la próxima versión del SDK de destino (nivel de API 36).Se borrará el estado de los flujos de trabajo empresariales que usan WebView para cargar contenido web que depende de cookies particionadas. Las apps de WebView aún tienen acceso a las cookies de terceros no particionadas. Las cookies configuradas con la opción Particionadas después del cambio se revertirán su comportamiento heredado anterior a CHIPS hasta que volvamos a lanzar la función.
- Chrome 128 en Android
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y obtenerse a través de HTTPS, estas IWA se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación del proyecto de Chromium.
En esta versión inicial, las IWA solo se pueden instalar con una política nueva, IsolatedWebAppInstallForceList, en dispositivos ChromeOS administrados por la empresa.
- Chrome 128 en ChromeOS
- Cambio del nombre de position-try-options a position-try-fallbacks
El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad, ya que la palabra fallbacks (resguardos) describe con mayor precisión lo que controla esta propiedad. La palabra options (opciones) no es muy clara, ya que los estilos fuera de los bloques de “position-try” se probarán primero y, si generan un diseño que se ajusta al bloque contenedor, no se usará ninguna de las opciones. Por lo tanto, fallbacks es una mejor palabra para describir este comportamiento. Para obtener más detalles, consulta GitHub.
- Chrome 128 en Windows, Mac, Linux y Android
- Tarjeta del Calendario de Google en la página Nueva pestaña
Los usuarios empresariales ahora pueden acceder a sus próximas reuniones directamente desde la página Nueva pestaña con la nueva tarjeta de calendario. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o perder tiempo buscando tu próxima reunión, lo que te permite enfocarte en lo que más importa. Puedes controlar las tarjetas en la página Nueva pestaña con la política NTPCardsVisible.
- Chrome 128 en Linux, Mac y Windows
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción DataControlsRules Establece una lista de reglas de Controles de datos. PromotionsEnabled Habilitar la presentación de contenido promocional SiteSearchSettings Proporciona una lista de sitios en los que los usuarios pueden buscar rápidamente con atajos en la barra de direcciones LensOverlaySettings Configuración de la función Lens Overlay ExtensionDeveloperModeSettings Controlar la disponibilidad del modo de desarrollador en la página de extensiones QRCodeGeneratorEnabled Habilitar Generador de códigos QR PrintingLPACSandboxEnabled Habilitar la zona de pruebas de impresión de LPAC HistorySearchSettings Configuración de AI-powered history search ChromeForTestingAllowed Permitir Chrome for Testing ProvisionManagedClientCertificateForUser Habilita el aprovisionamiento de certificados de cliente para un usuario o perfil administrado StandardizedBrowserZoomEnabled Habilitar el comportamiento estandarizado del zoom del navegador DeletingUndecryptablePasswordsEnabled Habilitar la opción para borrar las contraseñas que no se pueden desencriptar EnterpriseCustomLabel Establecer una etiqueta de empresa personalizada
- Políticas que se quitaron del navegador Chrome
Política Descripción RemoteAccessHostTokenUrl URL donde los clientes de acceso remoto deben obtener el token de autenticación RemoteAccessHostTokenValidationUrl URL para la validación del token de autenticación del cliente de acceso remoto EnterpriseBadgingTemporarySetting Controlar la visibilidad de las insignias empresariales RemoteAccessHostTokenValidationCertificateIssuer Certificado de cliente para conectarse a RemoteAccessHostTokenValidationUrl EnforceLocalAnchorConstraintsEnabled Determina si el verificador de certificados integrado aplicará de manera forzosa las restricciones codificadas en las anclas de confianza cargadas desde el almacén de confianza de la plataforma. CertificateTransparencyEnforcementDisabledForLegacyCas Inhabilitar la aplicación del Certificado de transparencia para una lista de autoridades certificadoras heredadas
Actualizaciones de ChromeOS
-
Grupos de ventanas en ChromeOS
En ChromeOS 128, los grupos de ventanas te permiten organizar ventanas en ChromeOS. Un grupo de ventanas se forma cuando vinculas dos ventanas en una pantalla dividida. Puedes volver a unir las ventanas, cambiar su tamaño de forma simultánea o moverlas como un grupo.
-
Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE
Las nuevas funciones del modo Encargado del tratamiento de datos y las condiciones de ChromeOS están disponibles para toda la UE a través de la Consola del administrador de Google. Para obtener más información, consulta la Descripción general del modo Encargado del tratamiento de datos de ChromeOS.
Como administrador de ChromeOS, ahora puedes activar el modo Encargado del tratamiento de datos, que abarca un conjunto de funciones y servicios de ChromeOS conocidos como Servicios Esenciales.
-
Controles de privacidad: Ubicación geográfica
Ahora es más fácil administrar la privacidad en los dispositivos ChromeOS, ya que se agregó la capacidad de controlar el acceso a la ubicación geográfica en la página Configuración > Privacidad y seguridad > Controles de privacidad. Los usuarios ahora pueden establecer el acceso a la ubicación geográfica como Permitido, Solo se permite para servicios del sistema o Desactivado, según su preferencia.
Permitimos que los usuarios bloqueen el acceso a la geolocalización de todas las apps o sitios web, o de sistemas completos, independientemente de los permisos otorgados anteriormente, y les brindamos controles fáciles de usar para volver a habilitarlos cuando sea necesario.
Agregamos una nueva política: GoogleLocationServicesEnabled. Esto controla la disponibilidad de la geolocalización en el dispositivo dentro de las sesiones de los usuarios. A diferencia de la política que ahora está obsoleta que se indica a continuación, esta afecta a todo el sistema, no solo a la VM de Android (Arc).
Aviso de baja (6 meses): ArcGoogleLocationServicesEnabled
Esta política dejará de estar disponible a favor de la política GoogleLocationServicesEnabled agregada, ya que abarca todo el sistema y no solo la VM de Android (Arc). Además, modificaremos el efecto de DefaultGeolocationSetting para que ya no afecte la configuración de la ubicación geográfica del sistema.
-
Recordatorios de control de privacidad de ChromeOS en la página de configuración de Apps
Para usar las cámaras y los micrófonos en ChromeOS, debes activar los controles de privacidad y los permisos de las apps en dos lugares independientes.
Facilitamos que los usuarios conozcan los estados de los controles de privacidad y proporcionamos recordatorios prácticos en la página de configuración de Apps de ChromeOS para que los usuarios tengan una experiencia más fluida. Para ver la página de configuración de Apps de ChromeOS, haz clic en Configuración > Apps > Administrar tus apps y selecciona la app que quieras.
-
Almacena datos vitales agregados con retención de un año
A partir de ChromeOS 128, almacenamos datos vitales agregados para una retención de un año con el objetivo de hacer un mejor seguimiento del progreso con el tiempo. Los datos vitales incluyen métricas de rendimiento de apps para Android, como la tasa de fallas, que nos ayudarán a mejorar el rendimiento de las apps para Android en dispositivos ChromeOS.
-
OCR en la app de Cámara de ChromeOS
El reconocimiento óptico de caracteres (OCR) permite la extracción de texto de imágenes capturadas en la app de la cámara de ChromeOS mediante la integración de un servicio de extracción de texto potenciado por ML. ChromeOS 128 admite 77 idiomas y también la detección horizontal y vertical. Esto permite copiar y buscar texto de imágenes, hacer que el lector de pantalla lea texto de imágenes y crear archivos PDF con imágenes que se puedan buscar. De forma predeterminada, la detección de texto en el modo Foto está inhabilitada y se puede habilitar en Configuración > Detección de texto en vista previa.
-
La lupa sigue el enfoque de ChromeVox
La lupa que sigue a ChromeVox está diseñada para personas ciegas o con visión reducida. Cuando lees texto en voz alta con ChromeVox, la lupa de pantalla ahora sigue las palabras automáticamente para que no te pierdas en la lectura. Para probar esto, puedes habilitar la Lupa y ChromeVox en la configuración. Acerca el nivel de zoom que prefieras con Ctrl + Alt + Aumentar brillo y Ctrl + Alt + Disminuir brillo. Hay un parámetro de configuración disponible en la configuración de Lupa para ajustar este comportamiento.
-
Control de ganancia automática habilitado de forma predeterminada
El control de ganancia automática (AGC) permite que las apps, como las de videollamadas, optimicen automáticamente el volumen del micrófono para obtener la mejor calidad de audio. Cuando el control automático de ganancia está habilitado y en uso, aparece un mensaje en el panel de configuración rápida para informar al usuario que se está anulando el control deslizante de ganancia del micrófono. AGC está habilitado de forma predeterminada en ChromeOS 128. Si quieres controlar manualmente el volumen del micrófono, incluso para las apps que admiten AGC, ve a Configuración > Dispositivo > Audio y anula la selección de Permitir que las apps ajusten automáticamente el volumen del micrófono.
-
Administración de APN
En el caso de los dispositivos ChromeOS compatibles con redes móviles, facilitamos la visualización, administración y adición de nombres de puntos de acceso (APN). También mejoramos el manejo de errores de registro y los mensajes.
-
Notificaciones fijadas en ChromeOS
Las notificaciones de ChromeOS ayudan a separar visualmente las notificaciones fijadas de las demás. ChromeOS 128 diferencia significativamente el aspecto visual de las notificaciones fijadas de las notificaciones típicas para reflejar su diferencia significativa: notificamos al usuario sobre un proceso en curso en lugar de un evento instantáneo.
Actualizaciones en la Consola del administrador
-
Separación de perfiles de Chrome: nueva guía de implementación
Creamos una guía de implementación detallada para ayudarte a controlar la separación de perfiles en tu organización: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings y ProfileSeparationDomainExceptionList.
- Chrome 128 en Windows, Mac y Linux
-
Controles de datos de Chrome Enterprise: Portapapeles
Los controles de datos son reglas ligeras de la Consola del administrador que establecen una política de Chrome para controlar las acciones sensibles de los usuarios que pueden afectar la seguridad, como archivos adjuntos, descargas, acciones de copiar y pegar, e impresiones. Chrome aplica esas reglas de forma local para bloquear o advertir al usuario cuando ocurren estas acciones.
Chrome 128 lanza las partes de protección del portapapeles de los controles de datos, es decir, las acciones de copiar y pegar. Se planean otras protecciones en versiones futuras.
Puedes controlar esta función con la política DataControlsRules.
- Chrome 128 en ChromeOS, Linux, Mac y Windows
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óximas actualizaciones del navegador Chrome
- Comparación de pestañas
A partir de Chrome 129 (solo en EE.UU.), presentaremos la Comparación de pestañas, una nueva función que presenta una descripción general generada por IA de los productos de varias pestañas, todo en un solo lugar. Esta función se controlará a través de la política TabCompareSettings.
- Chrome 129 en Linux, Mac y Windows
- Firmas de código ad hoc para los shims de AWP en macOS
Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.
Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.
- Chrome 129 en Mac
- Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS
A partir de Chrome 129, si sales de una cuenta administrada en un navegador no administrado, se borrarán los datos de navegación guardados en el dispositivo. A los usuarios administrados se les presentará un diálogo de confirmación cuando salgan de su cuenta en el que se les explicará que se borrarán los datos. Los datos se borrarán solo desde el momento del acceso; de lo contrario, se borrarán todos los datos. El momento del acceso solo se conoce si el usuario accedió con Chrome 122 o versiones posteriores.
Entre los datos que se borrarán, se incluyen los siguientes:
- historial de navegación
- datos de sitios y cookies
- contraseñas
- Configuración de los sitios
- autocompletar
- Imágenes y archivos almacenados en caché
- Chrome 129 en iOS
- Estilos de resguardo para los elementos <meter> de HTML5
Desde Chrome 129, los elementos HTML5 <meter> con `appearance: none` tendrán un estilo de resguardo razonable que coincida con Safari y Firefox en lugar de desaparecer de la página. Además, los desarrolladores podrán aplicar un diseño personalizado a los elementos <meter>.
Habrá una política temporal MeterAppearanceNoneFallbackStyle disponible hasta Chrome 133 para controlar esta función.
- Chrome 129 en Windows, Mac, Linux y Android
- Chrome ya no será compatible con macOS 10.15
Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15
- Baja del informe extendido de Navegación segura
Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se dará de baja el informe extendido de Navegación segura
- Administrador de certificados en Windows y macOS
A partir de Chrome 129, hay una nueva pantalla de configuración de administración de certificados a la que se puede acceder desde la configuración de seguridad en Windows y macOS. Esto reemplaza el vínculo al administrador de certificados de Windows y al llavero de MacOS, respectivamente, aunque aún se puede acceder a estas plataformas de sistema operativo desde la página de configuración de administración de certificados.
El administrador de certificados muestra los certificados en los que Chrome confía o no, incluido el contenido de Chrome Root Store y los certificados que se importaron desde el sistema operativo subyacente. Los usuarios pueden acceder a la página directamente navegando a
chrome://certificate-manager.En una versión futura, se presentará la administración de certificados que se agreguen directamente a Chrome para usuarios y empresas.
- Chrome 129 en Mac y Windows
- Nueva opción en la política HttpsOnlyMode
Preguntar antes de HTTP (ABH), antes llamado Modos de solo/primero HTTPS, es un parámetro de configuración que le indica a Chrome que solicite el consentimiento del usuario antes de enviar contenido HTTP no seguro por la red. La política HttpsOnlyMode permite forzar la habilitación o inhabilitación de ABH.
En Chrome 129, agregamos una nueva variante intermedia de ABH llamada modo equilibrado. El objetivo de esta variante es reducir las molestias de los usuarios, ya que funciona como ABH (estricto) la mayor parte del tiempo, pero no pregunta cuando Chrome sabe que no es posible establecer una conexión HTTPS, como cuando se conecta a un nombre de host de una sola etiqueta, como internal/.
Agregaremos una opción de política force_balanced_enabled para permitir la habilitación forzada de esta nueva variante. Si configuras force_balanced_enabled en navegadores anteriores a la versión 129 de Chrome, se mostrará el comportamiento predeterminado, que no impone restricciones empresariales en la configuración de ABH.
Para evitar un impacto inesperado, si ya configuraste force_enabled, te recomendamos que no establezcas force_balanced_enabled hasta que toda la flota haya actualizado a Chrome 129 o una versión posterior. Si no migras de force_enabled a force_balanced_enabled, este cambio no te afectará.
- Chrome 129 en Android, ChromeOS, Linux, Mac, Windows y Fuchsia
- Sincronización de un grupo de pestañas
Los grupos de pestañas en iOS ahora se guardarán. Ya no se borrará un grupo de pestañas si lo cierras. En el caso de los usuarios que sincronizan sus pestañas entre dispositivos, los grupos también se sincronizarán.
- Chrome 129 en iOS
- Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo
Los usuarios con versiones anteriores de los Servicios de Google Play experimentarán una funcionalidad reducida con sus contraseñas integradas en el dispositivo, y es posible que el Administrador de contraseñas deje de funcionar por completo pronto. Estos usuarios deberán actualizar los Servicios de Play o se les guiará a través de otros métodos de solución de problemas según su estado. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas.
- Chrome 129 en Android
- Baja de la serialización de Shadow DOM declarativo no estándar
La implementación del prototipo, que se lanzó en 2020 y se actualizó en 2023, contenía un método llamado `
getInnerHTML()` que se podía usar para serializar árboles de DOM que incluyeran raíces secundarias. Esa parte del prototipo no se estandarizó con el resto de Shadow DOM declarativo y solo recientemente se alcanzó un consenso de especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, cambió la forma de la API degetInnerHTMLCODE 2.Esta función representa la baja del método `
getInnerHTML()` lanzado anteriormente. El reemplazo se llama `getHTML()`, que se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función de ChromeStatus.- Chrome 129 en Windows, Mac, Linux y Android
- Se dará de baja el argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots fue un argumento nunca estandarizado para la función includeShadowRoots, que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() and parseHTMLUnsafe() , se lanzará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar lo siguiente:
document.parseHTMLUnsafe(html);
- Chrome 129 en Linux, macOS, Windows y Android
- Cambia el nombre de inset-area a position-area
El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad de `inset-area` a `position-area`. Consulta la discusión del CSSWG en GitHub.
Chrome decidió lanzar una solución interoperable, ya que admite ambos nombres de propiedades. Primero, enviaremos el nombre de la propiedad nueva, `position-area`, como sinónimo de `inset-area`. Luego, después de un período adecuado, quitaremos `inset-area`. La última eliminación se realizará en un intent independiente.
- Chrome 129 en Windows, Mac, Linux y Android
- Se dejará de confiar en los certificados de Entrust
Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:
- Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.
- No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.
Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen de Chrome Root Store, por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.
- Compatibilidad con URLs de esquemas no especiales
Chrome 130 admitirá correctamente las URLs de esquemas no especiales. Anteriormente, el analizador de URLs de Chromium no admitía URLs no especiales. El analizador analizaba las URLs no especiales como si tuvieran una "ruta opaca", que no estaba alineada con el estándar de URLs. Ahora, el analizador de URLs de Chromium analiza correctamente las URLs no especiales, de acuerdo con el estándar de URLs. Para obtener más información, consulta Compatibilidad con URLs de esquemas no especiales.
- Chrome 130 en Windows, macOS, Linux y Android
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones. Puedes usar el sistema de seguimiento de errores de Chromium para informar cualquier problema que encuentres.
- Chrome 130 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
- Baja de las cookies de terceros de Chrome (3PCD)
El 22 de julio, anunciamos una nueva propuesta para Privacy Sandbox en la Web. En lugar de dar de baja las cookies de terceros, presentaremos una nueva experiencia en Chrome que permitirá a las personas tomar una decisión informada que se aplique a toda su navegación web, y podrán ajustar esa decisión en cualquier momento. Estamos analizando esta nueva ruta con los organismos reguladores y nos comunicaremos con la industria a medida que la implementemos.
Para obtener más detalles, consulta esta actualización de Privacy Sandbox.
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, Mac y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 130 en Linux, Mac y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia
Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se inició desde un contexto seguro.
2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.
Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Estas verificaciones protegen la red privada del usuario.
Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en la consola de Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.
- Chrome 130 en Windows, macOS, Linux y Android
- Advertencias de formularios poco seguros en iOS
Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 130.
- Chrome 125 en iOS: Se lanza la función
- Chrome 130 en iOS: Se quitará la política InsecureFormsWarningsEnabled
- Integración de la telemetría de extensiones de Chrome con Chronicle
A partir de Chrome 131, comenzaremos a recopilar datos de telemetría de extensiones pertinentes desde Chrome para perfiles y dispositivos administrados, y los enviaremos a Chronicle. Chronicle analizará los datos para proporcionarte un análisis y contexto instantáneos de las actividades riesgosas.
- Chrome 131 en ChromeOS, Linux, Mac y Windows
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: Se quitará la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.
Para conocer más detalles, consulta esta entrada del blog de Chromium.
- Chrome 124 en Windows, Mac y Linux
- Chrome 135 en Android
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en ChromeOS
-
Actualización de la combinación de teclas para Seleccionar para pronunciar
En las Chromebooks, la combinación de teclas de Seleccionar para pronunciar (búsqueda + s) ahora funciona cuando se presiona por primera vez. A partir de ChromeOS 129, ya no tendrás que habilitarlo primero en Configuración > Accesibilidad > Texto a voz > Seleccionar para pronunciar. Aparecerá un diálogo para confirmar que deseas activar la función Seleccionar y para pronunciar la primera vez que presiones la combinación de teclas.
-
Chrome Enterprise Premium para transferencias de archivos en sesiones de invitado administradas
A partir de ChromeOS 129, las organizaciones podrán extender el potente análisis y la protección basada en el contenido y el contexto de Chrome Enterprise Premium a los archivos locales en ChromeOS en las sesiones de invitado administradas.
Por ejemplo, un archivo perdido que contiene números de seguridad social se bloquea de inmediato cuando un usuario intenta copiarlo en una unidad externa, lo que protege esta información confidencial.
-
Eventos de ventana de XDR de ChromeOS
En ChromeOS 130, los eventos de enfoque de ventana estarán disponibles como parte de la detección y respuesta de amenazas extendidas (XDR) en ChromeOS. Podrás incluir ventanas en las actividades de enfoque de los dispositivos de tu flota administrada simplemente actualizando los eventos de XDR en la Consola del administrador.
-
Fondos de pantalla y de videoconferencia generados por IA
A partir de ChromeOS 130, planeamos presentar fondos de pantalla de alta resolución y fondos de reuniones de videoconferencia creador con IA generativa en ChromeOS. Con esta función, puedes liberar tu creatividad y convertir tu Chromebook en un lienzo de expresión personal. Elige entre una amplia colección de plantillas y, con solo unos clics, incorpora a tu Chromebook tu personalidad, estado de ánimo o interés únicos.
Habrá dos políticas nuevas para controlar estas funciones: GenAIVcBackgroundSettings y GenAIVcBackgroundSettings.
Próximos cambios en la Consola del administrador
- Informes de perfiles administrados del navegador Chrome
Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.
- Chrome 130 en Android, Linux, Mac y Windows
- Widget de la Consola del administrador para controles de datos
Un nuevo widget de configuración en la Consola del administrador permite a los usuarios configurar políticas de controles de datos para URLs específicas.
- Chrome 128 en ChromeOS, Linux, Mac y Windows
- Cambio de la opción predeterminada para las políticas de IA generativa
A partir de la versión 130, cambiaremos el parámetro de configuración predeterminado de las políticas de IA generativa de desactivadas a permitidas, sin mejorar los modelos de IA. Esto no afecta las restricciones de edad para acceder a las funciones correspondientes de IA generativa. Las políticas existentes que tendrán el parámetro de configuración predeterminado actualizado son las siguientes:
Chrome 127
| Actualizaciones del navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
|---|---|---|---|
| Encriptación vinculada a la app para cookies | ✓ | ||
| Separación de perfiles de Chrome: mejoras en las políticas | ✓ | ||
| Promociones de Navegación segura mejorada en iOS | ✓ | ||
| Se dejará de confiar en los certificados de Entrust | ✓ | ||
| Generación de estadísticas sobre las advertencias y los errores en la consola de Herramientas para desarrolladores | ✓ | ||
| Modo HTTPS primero en Incógnito | ✓ | ||
| Migración de las extensiones a Manifest V3 antes de junio de 2025 | ✓ | ✓ | ✓ |
| Política para configurar ACG para el proceso del navegador | ✓ | ||
| Experiencia simplificada de acceso y sincronización en Android | ✓ | ||
| Telemetría adicional de Navegación segura respecto a páginas | ✓ | ||
| Actualización de la experiencia de administración de contraseñas en Android | ✓ | ✓ | |
| Marcas de agua | ✓ | ||
| Configuración de contenido de pantalla completa automática | ✓ | ||
| Baja de los eventos de mutación | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con la condición not en la API de enrutamiento estático de Service Worker | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Políticas eliminadas en el navegador Chrome | ✓ | ||
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Chrome Enterprise Premium para transferencias de archivos en ChromeOS | ✓ | ||
| Videoconferencias en ChromeOS: Estados de DLC para funciones | ✓ | ||
| Telefonía Bluetooth para audio | ✓ | ||
| OCR en retroiluminación | ✓ | ||
| Instrucciones para la actualización de firmware | ✓ | ||
| Leer en voz alta en el Modo de lectura | ✓ | ||
| Widgets de consulta rápida de Classroom | ✓ | ||
| Eliminación y reordenamiento de páginas de PDF | ✓ | ||
| Actualizaciones en la Consola del administrador | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Configuración de los parámetros de los navegadores y usuarios de ChromeOS con grupos de Google | ✓ | ||
| Adición de navegadores administrados a grupos para la administración de políticas basada en grupos | ✓ | ||
| Filtrar la configuración con etiquetas de política por popularidad y agregadas recientemente | ✓ | ||
| Lista y detalles renovados de dispositivos ChromeOS | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Apps web aisladas | ✓ | ||
| Analizador de JSON de Rust | ✓ | ||
| Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS | ✓ | ||
| Etiquetas de atribución para el motor de búsqueda | ✓ | ||
| Grupos de pestañas en iPad | ✓ | ||
| Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas | ✓ | ||
| Cambio del nombre de position-try-options a position-try-fallbacks | ✓ | ||
| Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS | ✓ | ||
| Chrome ya no será compatible con macOS 10.15 | ✓ | ✓ | |
| Baja del informe de Navegación segura extendida | ✓ | ||
| Baja de la serialización de Shadow DOM declarativo no estándar | ✓ | ||
| Baja del argumento includeShadowRoots en DOMParser | ✓ | ||
| El servicio de red en Windows se someterá a una zona de pruebas | ✓ | ||
| Acceso a cookies de terceros en Chrome | ✓ | ||
| Captura de vínculos de usuarios en AWP | ✓ | ✓ | |
| Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia | ✓ | ||
| Advertencias de formularios poco seguros en iOS | ✓ | ||
| Capacidad de quitar la política que se usa para el comportamiento heredado del mismo sitio | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Grupos de ventanas | ✓ | ||
| Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE | ✓ | ||
| Centro de privacidad: Ubicación geográfica | ✓ | ||
| Próximos cambios en la Consola del administrador | Seguridad y privacidad | Productividad y apps del usuario | Administración |
| Informes de perfiles administrados del navegador Chrome | ✓ | ||
| Widget de la Consola del administrador para controles de datos | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, neerlandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Actualizaciones del navegador Chrome
- Encriptación vinculada a la app para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra el software malicioso que se ejecuta con el mismo privilegio que Chrome y que podría intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.
La encriptación vinculada a la app vincula de forma estricta las claves de encriptación a la máquina local, por lo que los clientes que usan Chrome con perfiles móviles pueden considerar inhabilitar esta función de seguridad. De lo contrario, las cookies no serán portátiles entre estaciones de trabajo.
Puedes usar la política empresarial ApplicationBoundEncryptionEnabled para inhabilitar la encriptación vinculada a la app.
- Chrome 127 en Windows
- Separación de perfiles de Chrome: mejoras en las políticas
Los perfiles de Chrome ofrecen una forma fácil de mantener separados los datos de navegación personales y laborales, lo que simplifica la experiencia, evita las violaciones de la seguridad de los datos y garantiza la privacidad y el cumplimiento de las normativas. Creamos tres políticas intuitivas para ayudarte a controlar la separación de perfiles en tu organización: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings y ProfileSeparationDomainExceptionList. Estas políticas reemplazan a ManagedAccountsSigninRestriction and EnterpriseProfileCreationKeepBrowsingData.
- Chrome 127 en ChromeOS, LaCrOS, Linux, Mac y Windows
- Promociones de Navegación segura mejorada en iOS
En Chrome 127, los usuarios que aún no tienen habilitada la Navegación segura mejorada ven una barra de información que promociona esta función en la página de advertencia de Navegación segura. También mostramos una promoción de la Navegación segura mejorada en la página de configuración de Chrome para los usuarios que aún no la tienen habilitada. Estas promociones no se muestran a los usuarios cuando la política empresarial SafeBrowsingProtectionLevel se establece con algún valor.
- Chrome 127 en iOS
- Se dejará de confiar en los certificados de Entrust
Debido a incumplimientos constantes, Chrome 127 cambiará cómo Chrome confía de forma predeterminada en la autenticación de servidores TLS de confianza pública (es decir, de sitios web o certificados emitidos por Entrust). Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
De manera específica, el cambio afectará a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:
- Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.
- No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.
Si un usuario de Chrome o una empresa confía de forma explícita en cualquiera de los certificados de Entrust afectados en una plataforma y versión de Chrome que dependen de Chrome Root Store, por ejemplo, cuando la confianza explícita se transmite a través de un objeto de política de grupo de Windows, se anularán las restricciones de la marca de tiempo del certificado firmado (SCT) descritas anteriormente y los certificados funcionarán como lo hacen actualmente.
Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales: Se dejará de confiar en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.
- Generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores
En Chrome 127, esta función de IA generativa estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas: Generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, Mac y Windows: La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China).
- Chrome 127 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.
- Modo HTTPS primero en Incógnito
A partir de Chrome 127, como parte del cambio de Chrome a HTTPS de forma predeterminada, el Modo HTTPS primero está habilitado de forma predeterminada en el modo Incógnito. Los usuarios verán una advertencia antes de navegar a sitios a través de HTTP no seguro. Esto se puede controlar con las políticas empresariales existentes HttpsOnlyMode y HttpAllowlist.
- Chrome 127 en Android, ChromeOS, Lacros, Linux, Mac y Windows
- Migra las extensiones a Manifest V3 antes de junio de 2025
Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Este cambio también aumenta la seguridad de las extensiones, ya que Manifest V3 no admite código alojado de forma remota. A partir de junio de 2024 y de las versiones previas a la estable de Chrome 127, se comenzará a inhabilitar gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador.
Puedes usar la política ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos:
- Chrome 127 en ChromeOS, Windows, Mac y Linux: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- Política para configurar ACG para el proceso del navegador
Una nueva política llamada DynamicCodeSettings está disponible en Chrome 127. Si estableces esta política en “1”, se activa la protección de código arbitrario (ACG) para el proceso del navegador. La ACG evita que se genere código dinámico desde el proceso del navegador, lo que puede ayudar a evitar que un código potencialmente hostil realice cambios no autorizados en el comportamiento del proceso del navegador.
La activación de la ACG puede causar problemas de compatibilidad con software de terceros que se debe ejecutar en el proceso del navegador.
- Chrome 127 en Windows
- Experiencia simplificada de acceso y sincronización en Android
Chrome 127 lanza una versión simplificada y consolidada del acceso y la sincronización en Chrome para Android. La Sincronización de Chrome ya no se muestra como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
Al igual que en versiones anteriores, la función que anteriormente formaba parte de la Sincronización de Chrome y que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncTypesListDisabled. El acceso a Chrome aún se puede inhabilitar con BrowserSignin.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.
Los cambios son prácticamente idénticos a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117.
- Chrome 127 en Android
- Telemetría adicional de Navegación respecto a páginas
Cuando un usuario de la Navegación segura mejorada visita una página que activa la API de bloqueo del teclado, del puntero o de la vibración, los atributos de esa página ahora se envían a la Navegación segura. Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados. Si deseas que los usuarios aprovechen esta función, establece MetricsReportingEnabled como verdadero y la política SafeBrowsingProtectionLevel como 2.
- Chrome 127 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Actualización de la experiencia de administración de contraseñas en Android
En Chrome para Android, algunos usuarios que hayan accedido a Chrome, pero que no tengan la Sincronización de Chrome habilitada, ahora podrán usar y guardar contraseñas en su Cuenta de Google. Políticas relevantes como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled siguen funcionando como antes y se pueden utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.
- Chrome 127 en Android
- Marcas de agua
Esta función permite a los administradores superponer una marca de agua sobre una página web si se activa una regla específica de Prevención de pérdida de datos (DLP) al navegar a ella. Contiene una cadena estática que se muestra como marca de agua. La marca de agua solo está disponible para los clientes de Chrome Enterprise Premium.
- Chrome 124 en Linux, Mac y Windows: Acceso para verificadores de confianza
- Chrome 127 en Linux, macOS y Windows: Se lanza la función.
- Parámetro de configuración de contenido en Pantalla completa automática
Un nuevo parámetro de configuración de contenido en Pantalla completa automática permite ejecutar Element.requestFullscreen() sin gestos del usuario y mostrar los diálogos del navegador sin salir de la pantalla completa.
Este parámetro de configuración está bloqueado de forma predeterminada, y los sitios no pueden solicitar permiso. Los nuevos controles de la IU se limitan a las páginas de configuración de Chrome (chrome://settings/content/automaticFullScreen) y al cuadro de información del sitio. Con la política AutomaticFullscreenAllowedForUrls, los usuarios pueden permitir apps web aisladas, y los administradores pueden permitir orígenes adicionales.
Cuando se combina con el permiso para administrar ventanas y las ventanas emergentes desbloqueadas (chrome://settings/content/popups), esto desbloquea importantes funciones de pantalla completa:
- Abre una ventana emergente de pantalla completa en otra pantalla con un gesto.
- Muestra contenido en pantalla completa en varias pantallas con un solo gesto.
- Muestra contenido en pantalla completa en una nueva pantalla cuando esté conectada.
- Intercambia ventanas de pantalla completa entre pantallas con un gesto.
- Muestra contenido en pantalla completa después del vencimiento o el uso de un gesto del usuario.
- Chrome 127 en Windows, macOS y Linux
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModified,DOMSubtreeModifiedyDOMSubtreeModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. En Chrome 124, se introdujo una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado.A partir de Chrome 127, la compatibilidad con eventos de mutación se inhabilitará de forma predeterminada, aproximadamente, el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
Para obtener más información, consulta esta entrada del blog de Chrome para desarrolladores. Puedes informar cualquier problema en la Herramienta de seguimiento de errores de Chromium.
- Chrome 127 en Windows, Mac, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Chrome 127 mejora la accesibilidad, ya que permite que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial.
En versiones anteriores, la tecla Tab no enfocaba los desplazadores, a menos que tabIndex se estableciera de manera explícita en 0 o más.
Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse ahora pueden enfocar el contenido recortado con las teclas de flechas y Tab del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.
- Chrome 127 en Windows, Mac, Linux y Android
- Compatibilidad con la condición final no está en la API de enrutamiento estático de ServiceWorker
La API de enrutamiento estático de ServiceWorker se usa para enrutar las solicitudes a la red, al controlador de recuperación de ServiceWorker o para buscar directamente desde la caché, entre otros. Cada ruta de acceso consta de una condición y una fuente, y la condición se usa para hacer coincidir la solicitud.
En las implementaciones de Chromium, la condición or es la única admitida. Sin embargo, para escribir la condición de manera más flexible, se espera que admita la condición not, que coincide con la condición invertida en el interior.
- Chrome 127 en Windows, Mac, Linux y Android
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción La política controla la configuración de código dinámico CSSCustomStateDeprecatedSyntaxEnabled Controla si se habilita la sintaxis :--foo obsoleta para el estado personalizado de CSS KeyboardFocusableScrollersEnabled Habilitar los desplazadores enfocables con el teclado
- Políticas que se quitaron del navegador Chrome
Política Descripción BlockTruncatedCookies Bloquear cookies truncadas UserAgentClientHintsGREASEUpdateEnabled Controla la función de actualización de User-Agent Client Hints GREASE
Actualizaciones de ChromeOS
-
Videoconferencias en ChromeOS: Estados de DLC para funciones
ChromeOS 127 presenta una mejora visual del contenido descargable (DLC) en el panel de control de video. Esta versión ahora agrega indicadores de estado para la cancelación de ruido, el Subtitulado instantáneo, el retoque de iluminación y el desenfoque.
-
Telefonía Bluetooth para audio
ChromeOS ahora admite botones de control de llamada en auriculares Bluetooth compatibles, lo que incluye responder, rechazar o finalizar una llamada, y silenciar el micrófono.
-
OCR en retroiluminación
ChromeOS lanzará un lector basado en IA de OCR de PDF en la Galería, que permitirá la lectura de documentos inaccesibles, lo que acortará aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida que usan un lector de pantalla. ChromeOS aprovecha sus modelos de aprendizaje automático para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles en la app de la Galería para los usuarios de ChromeVox.
-
App de actualización de firmware: Instrucciones de actualización para dispositivos periféricos
La app de actualización de firmware de ChromeOS ahora admite la actualización de periféricos que requieren una acción del usuario durante la actualización, por ejemplo, desenchufar y volver a enchufar el periférico. Cuando haya una actualización disponible para uno de estos dispositivos, se guiará al usuario con instrucciones claras paso a paso. En la mayoría de los periféricos existentes, la experiencia de actualización no cambiará.
-
Leer en voz alta en el Modo de lectura
A partir de ChromeOS 127, Leer en voz alta traerá las voces de alta calidad de Google al modo de lectura de Chrome para que los usuarios aprovechen la función de texto a voz cuando lean contenido en la Web. El objetivo de Leer en voz alta es ayudar a las personas que tienen dificultades para comprender textos de formato largo. La nueva función de Leer en voz alta del Modo de lectura en la versión de Chrome para computadoras permite que los usuarios escuchen el texto que están leyendo, lo que mejora la concentración y la comprensión.
-
Widgets de consulta rápida de Classroom
Ahora los estudiantes pueden ver y acceder rápidamente a sus próximas tareas de Classroom con un solo clic en la pantalla principal de su Chromebook. Los usuarios pueden ver esta nueva función si acceden a una Chromebook con una cuenta con la que están inscritos en cursos activos de Google Classroom. Para encontrar esta función, los usuarios deben hacer clic en el chip de fecha de la barra de su Chromebook si accedieron a una cuenta. Allí, verán el nuevo panel, en el que pueden ver listas de las tareas próximas, pendientes, faltantes y completadas.
-
Eliminación y reordenamiento de páginas de PDF
La app Galería en ChromeOS ahora admite más opciones para editar páginas de PDF. Ahora puedes borrar o cambiar el orden de las páginas de un PDF con el mouse o con combinaciones de teclas.
Eliminación de páginas de PDF:
Cambio de orden de las páginas del PDF:
Actualizaciones en la Consola del administrador
-
Configuración de los parámetros de los navegadores y usuarios de ChromeOS con grupos de Google
Los administradores ahora pueden usar los grupos de Google para administrar la configuración de usuarios y navegadores de ChromeOS en la Consola del administrador y la API. Los administradores pueden usar Grupos de Google nuevos o existentes para definir la configuración de usuarios y navegadores en sus organizaciones. Cuando los administradores necesitan configurar una política para un conjunto específico de usuarios, que pueden pertenecer a diferentes unidades organizativas (UO), pueden usar la flexibilidad de los grupos sin necesidad de volver a configurar sus UO. Para obtener más información, consulta Cómo administrar políticas basadas en grupos.
Actualmente, la mayoría de los parámetros de configuración de usuarios se pueden configurar con Grupos, y la mayoría de los parámetros restantes estarán disponibles en los próximos meses. Los parámetros de configuración disponibles se filtran y muestran automáticamente cuando los administradores seleccionan un grupo en particular.
-
Adición de navegadores administrados a grupos para la administración de políticas basada en grupos
Ahora, los administradores pueden agregar navegadores Chrome administrados a grupos de Google, lo que les permite especificar políticas de Usuario y navegador y la configuración de extensiones para un grupo de navegadores. Los navegadores administrados se pueden asignar a varios grupos, lo que permite a los administradores de TI tener más flexibilidad para administrar los navegadores Chrome con la administración en la nube.
-
Filtra la configuración con etiquetas de política por popularidad y parámetros agregados recientemente
La Consola del administrador ahora ofrece opciones para filtrar la configuración por parámetros agregados recientemente y populares. Con estos filtros nuevos, podrás ver nuestra configuración más reciente, así como algunos de los parámetros de configuración de Chrome más populares y relevantes.
-
Lista y detalles renovados de dispositivos ChromeOS
Se rediseñó la página de dispositivos de la Consola del administrador con una notificación proactiva y práctica para tu flota de dispositivos.
Módulo de notificaciones: Identifica y soluciona fácilmente los problemas de los dispositivos con el nuevo módulo de notificaciones, que proporciona una descripción general de los problemas en curso de tu flota.
Paneles centralizados: Accede rápidamente a toda la información y los informes que necesitas sobre tu flota en una ubicación conveniente: la pestaña Paneles.
Página de la lista de dispositivos renovada: Obtén información más detallada sobre tus dispositivos con las nuevas pestañas (General, SO, Hardware, Red y Política), notificaciones específicas del dispositivo y un nuevo diseño de tarjeta para facilitar la lectura.
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
- Apps web aisladas
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y obtenerse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en la explicación.
En esta versión inicial, las IWA solo se podrán instalar a través de una política de administrador en dispositivos ChromeOS administrados por la empresa.
- Chrome 128 en ChromeOS
- Analizador de JSON de Rust
A partir de Chrome 128, Chrome analizará JSON con Rust, en lugar de C++. Esto quitará el riesgo de vulnerabilidades de seguridad de la memoria en el analizador de JSON, lo que mejorará la seguridad. Este cambio debe ser transparente para los usuarios. Existe un pequeño riesgo de que ya no se acepte algún JSON no válido (lo que Chrome acepta actualmente), aunque el analizador de Rust sigue siendo extremadamente indulgente.
- Primera versión de Chrome 128: Chrome analizará JSON con Rust.
- Eliminación de los datos del dispositivo cuando salgas de la cuenta en iOS
A partir de Chrome 128, si sales de una cuenta administrada en un navegador no administrado, se borrarán los datos de navegación guardados en el dispositivo. A los usuarios administrados se les presentará un diálogo de confirmación cuando salgan de su cuenta en el que se les explicará que se borrarán los datos. Los datos se borrarán solo desde el momento del acceso; de lo contrario, se borrarán todos los datos. El momento del acceso solo se conoce si el usuario accedió con Chrome 122 o versiones posteriores.
Entre los datos que se borrarán, se incluyen los siguientes:
- historial de navegación
- datos de sitios y cookies
- contraseñas
- Configuración de los sitios
- autocompletar
- Imágenes y archivos almacenados en caché
- Chrome 128 en iOS
- Etiquetas de atribución para el motor de búsqueda
Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en
chrome://settings/search.Las selecciones de esta pantalla tendrán su URL de búsqueda anexada con una etiqueta de atribución para que la usen los motores de búsqueda externos para atribuir el tráfico de las selecciones que se originan en la pantalla de elección del motor de búsqueda. Este cambio no se aplicará a las organizaciones configuradas para Education ni a las empresas con métricas o estadísticas de uso desactivadas.
En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.
Obtén más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 128 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows
- Grupos de pestañas en iPad
Los usuarios de Chrome para iPad pueden crear y administrar grupos de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.
- Chrome 128 en iOS
- Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas
En Chrome 128, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.
Si una empresa experimenta algún tipo de falla con iframes incorporados, puede usar la política CookiesAllowedForUrls o las cookies
SameSite=Nonesin el atributo “partitioned” y, luego, invocar la API de Storage Access (SAA) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior.- Chrome 128 en Windows, Mac y Linux
- Cambio del nombre de position-try-options a position-try-fallbacks
El grupo de trabajo de CSS (CSSWG) resolvió cambiar el nombre de esta propiedad, ya que la palabra fallbacks (resguardos) describe con mayor precisión lo que controla esta propiedad. La palabra options (opciones) no es muy clara, ya que los estilos fuera de los bloques de “position-try” se probarán primero y, si generan un diseño que se ajusta al bloque contenedor, no se usará ninguna de las opciones. Por lo tanto, fallbacks es una mejor palabra para describir este comportamiento. Para obtener más detalles, consulta GitHub.
- Chrome 128 en Windows, Mac, Linux y Android
- Firmas de código ad hoc para los shims de AWP en macOS
Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.
Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.
- Chrome 129 en Mac
- Chrome ya no será compatible con macOS 10.15
Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15
- Baja del informe extendido de Navegación segura
Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.
- Chrome 129 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se dará de baja el informe extendido de Navegación segura
- Baja de la serialización de Shadow DOM declarativo no estándar
La implementación del prototipo, que se lanzó en 2020 y se actualizó en 2023, contenía un método llamado “getInnerHTML()” que se podía usar para serializar árboles de DOM que incluyeran raíces secundarias. Esa parte del prototipo no se estandarizó con el resto de Shadow DOM declarativo y solo recientemente se alcanzó un consenso de especificaciones (para obtener más información, consulta GitHub). Como parte de ese consenso, cambió la forma de la API de getInnerHTML.
Esta función representa la baja del método “getInnerHTML()” lanzado anteriormente. El reemplazo se llama “getHTML()”, que se lanzó en Chrome 125. Para obtener más información, consulta esta descripción de la función de ChromeStatus.
- Chrome 129 en Windows, Mac, Linux y Android
- Se dará de baja el argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluyera Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() y parseHTMLUnsafe(), se lanzará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar lo siguiente:
document.parseHTMLUnsafe(html);- Chrome 129 en Linux, macOS, Windows y Android
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Usa la zona de pruebas en tu entorno siguiendo estas instrucciones. Puedes usar el sistema de seguimiento de errores de Chromium para informar cualquier problema que encuentres.
- Chrome 130 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
- Baja de las cookies de terceros de Chrome (3PCD)
Se restringirán las cookies de terceros en una versión futura de Chrome. Actualmente, están restringidas de forma predeterminada para el 1% de los usuarios de Chrome para tener una vista previa de la experiencia del usuario sin cookies de terceros. La mayoría de las empresas se excluyen automáticamente de este grupo, y los administradores pueden usar las políticas BlockThirdPartyCookies y BlockThirdPartyCookies para volver a habilitar las cookies de terceros si es necesario.
Los usuarios finales pueden usar el ícono del ojo que se encuentra en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado cuando sea necesario. Para obtener más información, consulta Cómo permitir o restringir las cookies de terceros. Las protecciones contra seguimiento por rebote se aplican cuando el sitio de rebote no puede usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.
Si necesitas conocer más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta la sección de Privacy Sandbox en Google for Developers.
- Chrome 130 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows: Se agregará una nueva política empresarial para controlar las cookies de terceros
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, Mac y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 130 en Linux, Mac y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abrirá en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia
Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se inició desde un contexto seguro.
2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.
Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Estas verificaciones protegen la red privada del usuario.
Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en la consola de Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.
- Chrome 130 en Windows, macOS, Linux y Android
- Advertencias de formularios poco seguros en iOS
Chrome 125 comenzó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, ahora muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, y se quitará en Chrome 130.
- Chrome 125 en iOS: Se lanza la función
- Chrome 130 en iOS: Se quitará la política InsecureFormsWarningsEnabled
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: Se quitará la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.
Para conocer más detalles, consulta esta entrada del blog de Chromium.
- Chrome 124 en Windows, Mac y Linux
- Chrome 135 en Android
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
Próximos cambios en ChromeOS
-
Grupos de ventanas en ChromeOS
A partir de ChromeOS 127, los grupos de ventanas te permitirán organizar ventanas en ChromeOS. Un grupo de ventanas se forma cuando un usuario vincula dos ventanas en una pantalla dividida. Luego, las ventanas se pueden volver a unir, cambiar de tamaño de forma simultánea o moverse como un grupo.
-
Modo Encargado del tratamiento de datos: Lanzamiento en toda la UE
En ChromeOS 128, las nuevas funciones del modo Encargado del tratamiento de datos y condiciones de ChromeOS estarán disponibles para toda la UE a través de la Consola del administrador de Google. Para obtener más información, consulta la Descripción general del modo Encargado del tratamiento de datos de ChromeOS.
Como administrador de ChromeOS, tendrás la opción de activar el modo Encargado del tratamiento de datos, que abarca un conjunto de funciones y servicios de ChromeOS conocidos como Servicios Esenciales.
-
Centro de privacidad: Ubicación geográfica
A partir de ChromeOS 128, facilitaremos la administración de la privacidad en las Chromebooks, ya que agregaremos la capacidad de controlar el acceso a la ubicación geográfica a la página de controles de privacidad. Los usuarios podrán establecer el acceso a la ubicación geográfica como Permitido, Solo sistema o Bloqueado según su preferencia.
Permitiremos que los usuarios bloqueen el acceso a la geolocalización de todas las apps o sitios web, o de sistemas completos, independientemente de los permisos otorgados anteriormente, y les brindaremos controles fáciles de usar para volver a habilitarlos cuando sea necesario.
Próximos cambios en la Consola del administrador
- Informes de perfiles administrados del navegador Chrome
Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles administrados, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.
- Chrome 130 en Android, Linux, Mac y Windows
- Widget de la Consola del administrador para controles de datos
Un nuevo widget de configuración en la Consola del administrador permite a los usuarios configurar políticas de controles de datos para URLs específicas.
- Chrome 128 en ChromeOS, Linux, Mac y Windows
Chrome 126
| Actualizaciones del navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
|---|---|---|---|
| Baja de las cookies de terceros de Chrome (3PCD) | ✓ | ||
| Extrae texto de archivos PDF para los usuarios de lectores de pantalla | ✓ | ||
| Agresividad del Ahorro de memoria | ✓ | ||
| Lector de PDF de iframe fuera del proceso | ✓ | ||
| Carga previa reactiva en computadoras | ✓ | ||
| Grupos de pestañas en iPad | ✓ | ||
| Proveedor del framework de accesibilidad de la automatización de la IU en Windows | ✓ | ||
| Eliminación de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled | ✓ | ✓ | |
| Alinea navigator.cookieEnabled con la especificación | ✓ | ||
| Buscar con Google Lens | ✓ | ||
| Políticas nuevas y actualizadas en el navegador Chrome | ✓ | ||
| Actualizaciones de ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Habilitación de la actualización automática extendida | ✓ | ||
| Zoom digital con alta resolución | ✓ | ||
| Configura una Chromebook nueva con un teléfono Android | ✓ | ||
| Hotspot instantáneo | ✓ | ||
| Actualizaciones de firmware mejoradas | ✓ | ✓ | |
| Apps web para capturar varias superficies | ✓ | ||
| Portal cautivo para redes administradas | ✓ | ✓ | |
| Desactivar el comportamiento de sobredesplazamiento | ✓ | ||
| Desactivar la frecuencia de parpadeo del cursor | ✓ | ||
| Lupa puede seguir el enfoque de Seleccionar para pronunciar | ✓ | ||
| Flujo de instalación de extensiones de usuario supervisado | ✓ | ||
| Compatibilidad con varios calendarios | ✓ | ||
| Nueva política para controlar los tiempos de activación y suspensión del kiosco | ✓ | ||
| Expansión de la configuración regional del Subtitulado instantáneo y el dictado | ✓ | ||
| Mostrar URLs comodín en los informes de control de datos | ✓ | ||
| Actualizaciones en la Consola del administrador | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Parámetros de configuración personalizados para administradores de TI | ✓ | ||
| Guías de configuración interactivas para Chrome Enterprise Core | ✓ | ||
| Nuevas políticas en la Consola del administrador | ✓ | ||
| Próximos cambios en el navegador Chrome | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Se dejará de confiar en los certificados de Entrust | ✓ | ||
| Encriptación vinculada a la app para cookies | ✓ | ||
| Integración de la telemetría de extensiones de Chrome con Chronicle | ✓ | ||
| Generación de estadísticas sobre las advertencias y los errores en la consola de Herramientas para desarrolladores | ✓ | ||
| Migración de las extensiones a Manifest V3 antes de junio de 2025 | ✓ | ✓ | ✓ |
| El servicio de red en Windows se someterá a una zona de pruebas | ✓ | ||
| Experiencia simplificada de acceso y sincronización en Android | ✓ | ||
| Telemetría sobre páginas que activan APIs de bloqueo del teclado y el puntero | ✓ | ||
| Actualización de la experiencia de administración de contraseñas en Android | ✓ | ✓ | |
| Marcas de agua | ✓ | ||
| Configuración de contenido de pantalla completa automática | ✓ | ||
| Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas | ✓ | ||
| Baja de los eventos de mutación | ✓ | ||
| Contenedores de desplazamiento enfocables en el teclado | ✓ | ||
| Compatibilidad con la condición not en la API de enrutamiento estático de Service Worker | ✓ | ||
| Firma de código ad hoc para los correcciones de compatibilidad de AWP en macOS | ✓ | ||
| Baja del informe de Navegación segura extendida | ✓ | ||
| Chrome ya no será compatible con macOS 10.15 | ✓ | ✓ | |
| Captura de vínculos de usuarios en las AWP | ✓ | ✓ | |
| Baja del argumento includeShadowRoots en DOMParser | ✓ | ||
| Advertencias de formularios poco seguros en iOS | ✓ | ||
| Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia | ✓ | ||
| Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio | ✓ | ||
| Encapsulamiento de claves X25519Kyber768 para TLS | ✓ | ||
| Próximos cambios en ChromeOS | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Grupos de ventanas | ✓ | ||
| Leer en voz alta en el Modo de lectura | ✓ | ||
| Próximos cambios en la Consola del administrador | Seguridad y privacidad | Productividad del usuario / Aplicaciones | Administración |
| Filtra la configuración con etiquetas de política por popularidad y agregadas recientemente | ✓ | ||
| Informes de perfiles administrados del navegador Chrome | ✓ | ||
| Política basada en grupos para el navegador Chrome | ✓ |
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Actualizaciones del navegador Chrome
- Baja de las cookies de terceros de Chrome (3PCD)
Se restringirán las cookies de terceros en una futura versión de Chrome. Actualmente, están restringidas de forma predeterminada para el 1% de los usuarios de Chrome para tener una vista previa de la experiencia del usuario sin cookies de terceros. La mayoría de las empresas están excluidas automáticamente de este grupo, y los administradores pueden usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros si es necesario.
Los usuarios finales pueden usar el ícono del ojo que se encuentra en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada. Las protecciones contra seguimiento por rebote se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.
Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible y se proporciona una política para anular el cambio.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
- Extraer texto de archivos PDF para los usuarios de lectores de pantalla
El navegador Chrome lanzará un lector de PDFs con reconocimiento óptico de caracteres (OCR) potenciado por IA para crear un lector de pantalla de PDF integrado para documentos inaccesibles, lo que reduce aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida en la Web.
Esta función aprovecha los modelos de OCR de Google para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles. Se agregará una biblioteca de Inteligencia Artificial local que utiliza la tecnología de Screen AI para analizar las capturas o el árbol de accesibilidad, y extraer más información para ayudar a la tecnología de accesibilidad, como los textos (OCR) y el contenido principal de la página.
- Chrome 126 en ChromeOS, Linux, Mac y Windows: Ya se lanzó por completo en ChromeOS. En Linux, Mac y Windows, se aumentará un 50% de fase Canary/Dev/Beta a la versión estable.
- Agresividad del ahorro de memoria
El Ahorro de memoria es una función que desactiva las pestañas que no se están usando para liberar memoria en el dispositivo de un usuario. Existe la nueva política, HighEfficiencyModeEnabled, que permite a los administradores controlar la función de ahorro de memoria. Una nueva política llamada MemorySaverModeSavings te permite configurar qué tan agresivo es el Ahorro de memoria para desactivar las pestañas. Elige la opción conservadora para desactivar menos pestañas o la agresiva para obtener el máximo ahorro de memoria.
- Chrome 126 en ChromeOS, Lacros, Linux, Mac y Windows: La función se lanzará de forma gradual en todas las plataformas.
- Lector de PDF de iframe fuera del proceso
En Chrome 126, algunos usuarios utilizan una arquitectura de iframe fuera del proceso (OOPIF) para el lector de PDF. Esta es la nueva arquitectura, que es más simple y facilita la incorporación de nuevas funciones. La política empresarial PdfViewerOutOfProcessIframeEnabled está disponible para volver a usar la arquitectura original del lector de PDF.
- Chrome 126 en Linux, Mac y Windows
- Carga previa reactiva en computadoras
Esta función permite la carga previa de subrecursos durante la navegación para acelerar la experiencia y cargar páginas nuevas más rápido. Un servicio de Google predice los subrecursos que se cargan previamente, y el navegador comparte la URL de las páginas a las que se navega con este servicio para obtener las predicciones. Puede controlar esta función con la política SharedClipboardEnabled.
- Chrome 126 en ChromeOS, Lacros, Linux, Mac y Windows
- Grupos de pestañas en iPad
Los usuarios de Chrome en iPad pueden crear y administrar grupos de pestañas. Esto los ayuda a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.
- Chrome 126 en iOS
- Proveedor del framework de accesibilidad de la automatización de la interfaz en Windows
A partir de su versión 126, Chrome comienza a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de interfaz de Microsoft Windows. Antes del cambio, ese software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. Este cambio mejora la experiencia para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejora las apps de terceros que usan el framework de accesibilidad de automatización de la IU de Windows. Los usuarios de Chrome pueden ver una reducción del uso de la memoria y la sobrecarga de procesamiento cuando cuando usan herramientas de accesibilidad. También facilita el desarrollo de software con tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, que se presentó en Chrome 125, para forzar la habilitación del nuevo proveedor (de manera que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el proveedor nuevo. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se puedan resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para habilitar previamente el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la interfaz del navegador.
- Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
En Chrome 126, se quitó la política UserAgentClientHintsGREASEUpdateEnabled, ya que el algoritmo GREASE actualizado estuvo activado de forma predeterminada por más de un año.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política dejó de estar disponible
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quitó la política
- Alineación de navigator.cookieEnabled con la especificación
Actualmente,
navigator.cookieEnabledindica si el usuario-agente intenta controlar cookies en un contexto determinado. Es posible que un cambio en Chrome, que se incluye como parte de la baja de las cookies de terceros (3PCD), indique si se puede acceder a cookies no particionadas (lo que haría que se muestre el valor “false” en la mayoría de los iframes entre sitios). Se debe restablecer el comportamiento anterior denavigator.cookieEnabled, que solo indicaba si las cookies estaban habilitadas o inhabilitadas para el sitio y se basaba en la función entre proveedoresdocument.hasStorageAccesspara indicar si es posible acceder a cookies no particionadas.- Chrome 126 en Windows, Mac, Linux y Android
- Buscar con Google Lens
A partir de Chrome 126, los usuarios podrán buscar cualquier imagen o texto que vean en la pantalla con Google Lens. Para usar esta función, ve a un sitio web y haz clic en Buscar con Google Lens en el chip del cuadro multifunción, en los menús contextuales o en el menú de 3 puntos. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y agregar palabras clave o preguntas al cuadro de búsqueda para definir mejor la búsqueda. Los administradores pueden controlar la función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID o cuenta, no la ve ninguna persona y no se registran los datos sobre su contenido.
Lanzaremos esta función de forma gradual en Chrome 126 y planeamos lanzarla por completo en Chrome 127.
- Chrome 126 en ChromeOS, Linux, Mac y Windows: Se lanzó la función en el 1% estable y estará disponible LensOverlaySettings
- Chrome On versión 127: Se lanzó el 100% estable
- Políticas nuevas y actualizadas en el navegador Chrome
Política Descripción LensOverlaySettings Configuración de la función Lens Overlay MemorySaverModeSavings Cambiar el ahorro del modo de Ahorro de memoria ProvisionManagedClientCertificateForUser Habilita el aprovisionamiento de certificados de cliente para un usuario o perfil administrado
PdfViewerOutOfProcessIframeEnabled Usar el lector de PDF de iframe fuera del proceso
Actualizaciones de ChromeOS
-
Habilitación y política de actualización automática extendida
ChromeOS proporciona 10 años de actualizaciones del SO para mejorar la seguridad, la estabilidad y el rendimiento. La mayoría de los dispositivos recibirán estas actualizaciones automáticamente. En un subconjunto de dispositivos más antiguos, los usuarios y administradores ahora pueden habilitar las actualizaciones extendidas para obtener 10 años completos de asistencia.
Para obtener más detalles, consulta nuestro artículo del Centro de ayuda.
-
Zoom digital con alta resolución
La app de Cámara integrada ahora admite el zoom en cámaras que no tienen motores de zoom óptico, incluida la cámara integrada. En algunas Chromebooks de alto rendimiento, se puede aplicar la superresolución basada en IA para mejorar aún más las imágenes.
-
Configura una Chromebook nueva con un teléfono Android
Ahora puedes configurar una Chromebook nueva con tu teléfono Android. Si estableces una conexión segura entre el teléfono y la Chromebook, puedes transferir automáticamente la información de acceso de tu red Wi-Fi y tu Cuenta de Google sin tener que ingresar las contraseñas manualmente. Esta opción solo está disponible para usuarios no administrados.
-
Hotspot instantáneo
En ChromeOS 126, se cambió el nombre de la función Conexión instantánea mediante dispositivo móvil a Hotspot instantáneo.
-
Actualizaciones de firmware mejoradas
ChromeOS 126 admite actualizaciones de firmware en una amplia variedad de periféricos adicionales. Esto reduce significativamente la sobrecarga y el tiempo necesarios para que las nuevas actualizaciones de firmware estén disponibles.
-
Apps web para capturar varias superficies
Las apps web ahora pueden captar varias superficies a la vez. Esta función presenta una nueva API getAllScreensMedia() que permite a los desarrolladores solicitar varias plataformas a la vez (en lugar de solo una con getDisplayMedia()). Esta API acepta automáticamente las solicitudes de captura, solo para sesiones administradas, protegidas por políticas que los propietarios del dispositivo deben establecer de forma explícita y con indicadores de uso claros para que los usuarios estén al tanto de la captura en todo momento. Para obtener más detalles, consulta nuestro artículo del Centro de ayuda.
-
Portal cautivo para redes administradas
Dado que la detección de portales cautivos siempre está inhabilitada para las redes administradas, los administradores no pueden configurar el dispositivo ChromeOS para que se conecte automáticamente a redes de portales cautivos ni detectar que existe uno de ellos. Si administran la red del portal cautivo, los usuarios deben abrir un navegador de forma manual y conectarse a un sitio HTTP que luego se puede redireccionar a una página de acceso al portal. Agregamos una nueva política, CaptivePortalAuthenticationIgnoresProxy, que permite que los administradores fuercen la detección de portales.
-
Desactivar el comportamiento de sobredesplazamiento
Hay un nuevo parámetro de configuración disponible para activar y desactivar el gesto de deslizar el dedo para navegar entre páginas. Esta función también se conoce como sobredesplazamiento de página. Este parámetro de configuración se encuentra en Configuración > Accesibilidad > Cursor y panel táctil > Deslizar el dedo para navegar entre páginas.
-
Desactiva la frecuencia de parpadeo del cursor
Hay un nuevo parámetro de configuración disponible para desactivar el cursor de texto parpadeante en Configuración > Accesibilidad > Entrada de texto y teclado > Frecuencia de parpadeo del cursor de texto. Recomendamos a los clientes con epilepsia fotosensible y diferencias cognitivas que desactiven el parpadeo del cursor.
-
Lupa para seguir Seleccionar para pronunciar
La lupa que sigue a Seleccionar para pronunciar es una función diseñada para personas con visión reducida, pero puede ser beneficiosa para cualquier persona que disfrute de leer texto en tamaños más grandes. Cuando leas textos en voz alta con la función Seleccionar para pronunciar, la lupa seguirá automáticamente las palabras y así no te perderás en la lectura. Para probar esto, puedes habilitar la Lupa y Seleccionar para pronunciar en la configuración. Presiona Ctrl + Alt + Aumentar brillo y Ctrl + Alt + Disminuir brillo para ajustar el nivel de zoom que prefieras. Selecciona el texto que quieres que se lea en voz alta y presiona el botón para reproducir de la función Seleccionar para pronunciar o Búsqueda + S. Hay un parámetro de configuración disponible en la configuración de Lupa para ajustar este comportamiento.
-
Instalación de extensiones de usuario supervisado
En el caso de las cuentas supervisadas que se administran a través de Family Link, separaremos el control parental de los Permisos para sitios, extensiones y apps para darles a los padres un control más detallado. Ahora los padres tienen dos opciones para elegir: Permisos para apps y Extensiones. El impacto en las cuentas supervisadas es que los padres ahora pueden permitir la instalación de extensiones con o sin aprobación. Anteriormente, los padres podían bloquear extensiones, pero no tenían forma de permitirlas sin aprobación.
-
Compatibilidad con varios calendarios
Lanzaremos la compatibilidad con varios calendarios para que los usuarios vean todos los eventos que seleccionaron en sus Calendarios de Google.
-
Nueva política para controlar los tiempos de activación y suspensión del kiosco
ChromeOS 126 presenta una nueva política de dispositivo de kiosco que permite a los administradores programar cuándo se activará y suspenderá un dispositivo. Para obtener más detalles, consulta Configuración del kiosco.
-
Expansión de la configuración regional del Subtitulado instantáneo y el dictado
ChromeOS 126 expandió la compatibilidad con el subtitulado instantáneo de 1 a 6 idiomas y el dictado de 1 a 18 configuraciones regionales. Ahora utilizamos un nuevo modelo de reconocimiento de voz que proporciona un ahorro de batería adicional.
El Subtitulado instantáneo en ChromeOS se puede usar en videos reproducidos con la app del reproductor de Galería, en YouTube, Google Meet, Zoom o en sitios de redes sociales. Para ver o cambiar el idioma actual del Subtitulado instantáneo, selecciona Configuración > Audio y subtítulos > Subtitulado instantáneo > Administrar idiomas. Para obtener más información sobre el subtitulado instantáneo, consulta este artículo del Centro de ayuda.
El dictado está disponible en Documentos de Google o en cualquier otra entrada de texto. Para usarlo debes habilitarlo en la barra de tareas, hacer clic en el botón del micrófono y hablar. Para ver o cambiar el idioma de dictado, selecciona Configuración > Accesibilidad > Entrada de texto y teclado > Dictado > Idioma. Para obtener más información sobre el dictado, consulta este artículo del Centro de ayuda.
-
Mostrar URLs comodín en los informes de Controles de datos
Las reglas de control de datos de ChromeOS permiten que los administradores definan las URLs de origen y destino como un valor comodín (*). Los eventos de control de datos de ChromeOS se registran en el Informe de auditoría de Chrome y se pueden ver en la Consola del administrador y otras plataformas por medio del conector de informes de Chrome. Cuando examinas los eventos de registro, ahora se informa la URL que activó la regla, en lugar del comodín.
Actualizaciones en la Consola del administrador
-
Parámetros de configuración personalizados para administradores de TI
La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, ahora todas las políticas de Chrome se pueden configurar en Chrome Enterprise Core, ya sea desde la página Configuración o Parámetros de configuración personalizados. También puedes usar la página para configurar el modo de instalación de extensiones no disponibles en la Consola del administrador, como normal_installed. La función está disponible para los navegadores inscritos a nivel de la máquina.
- A partir de Chrome 126 en Android, iOS, Linux, macOS y Windows: Acceso para verificadores de confianza
- A partir de Chrome 127 en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función
-
Guías de configuración interactivas para Chrome Enterprise Core
El equipo de Chrome Enterprise presenta nuevas guías de configuración interactivas para gestionar navegadores en la Consola del administrador, en las que pueden elegir un recorrido de su interés y obtener capacitación práctica en las guías de configuración de Chrome relacionadas. Por ejemplo, las guías pueden utilizarse para aprender a hacer lo siguiente:
- Crear unidades organizativas de prueba
- Activar los informes
- Inscribir navegadores
- Aplicar las políticas del navegador
- Configurar las extensiones
- Crear un usuario administrador
Estas guías son ideales para administradores nuevos o aquellos que desean aprender a través de nuevos recorridos.
- A partir de Chrome 126: Lanzamiento de funciones
- Nuevas políticas en la Consola del administrador
Nombre de la política Páginas Compatible con Categoría/Campo DeviceExtendedAutoUpdateEnabled Dispositivo ChromeOS Configuración de actualización del dispositivo LocalUserFilesAllowed Usuarios y navegador ChromeOS Experiencia del usuario ScreenCaptureLocation Usuarios y navegador ChromeOS Experiencia del usuario
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
- Se dejará de confiar en los certificados de Entrust
Debido a incumplimientos constantes, cambiará la forma predeterminada en que Chrome confía en los certificados emitidos por Entrust para la autenticación de servidores TLS de confianza pública (es decir, de sitios web). El cambio entrará en vigencia a partir de Chrome 127 en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten el uso de Chrome Root Store en Chrome para iOS.
Específicamente, implementamos lo siguiente:
- El cambio afectará solo a los certificados TLS que se validan con certificados de la AC raíz de Entrust incluidos en Chrome Root Store según su fecha de emisión:
- Se desconfiará de forma predeterminada en los certificados emitidos después del 31 de octubre de 2024.
- No se verán afectados los certificados emitidos el 31 de octubre de 2024 o en fechas anteriores.
Si una persona o empresa que usa Chrome confía explícitamente en alguno de los certificados de Entrust afectados en una plataforma y versión de Chrome que depende de Chrome Root Store (por ejemplo, la confianza explícita se determina con un objeto de directiva de grupo en Windows), se anularán las restricciones basadas en SCT que se describieron anteriormente y los certificados funcionarán como lo hacen en la actualidad.
Para obtener más información y recursos de prueba, consulta Mantenimiento de la seguridad de los certificados digitales - Se dejará de confiar en los certificados de Entrust.
Para obtener más información sobre Chrome Root Store, consulta estas Preguntas frecuentes.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Todas las versiones de Chrome 127 y posteriores que dependen de Chrome Root Store respetarán la acción de bloqueo, pero solo comenzará a aplicarse a los certificados emitidos después del 31 de octubre de 2024.
- Chrome 130 en ChromeOS, Linux, macOS y Windows: Comenzará a aplicarse la acción de bloqueo a los certificados emitidos después del 31 de octubre de 2024. Chrome 127, 128 y 129 también se verán afectados.
- Encriptación vinculada a la app para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra software malicioso que pueda intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.
Puedes usar la política empresarial ApplicationBoundEncryptionEnabled para inhabilitar la encriptación vinculada a la app.
- Chrome 127 en Windows
- Integración de la telemetría de extensiones de Chrome con Chronicle
Planeamos recopilar datos de telemetría de las extensiones de Chrome pertinentes para perfiles y dispositivos administrados, y enviarlos a Chronicle. Chronicle analizará los datos para brindar estadísticas y contexto sobre la actividad riesgosa.
- Chrome 127 en ChromeOS, LaCrOS, Linux, Mac y Windows
- Generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores
En Chrome 125, se lanzó una nueva función de IA generativa para usuarios no administrados: la generación de estadísticas sobre las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible para usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.- Chrome 125 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios no administrados a nivel global (excepto en Europa, Rusia y China).
- Chrome 127 en ChromeOS, Linux, macOS y Windows: La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.
- Migra las extensiones a Manifest V3 antes de junio del 2025
Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Este cambio también aumenta la seguridad de las extensiones, ya que Manifest V3 no admite código alojado de forma remota. A partir de junio del 2024 y de las versiones previas a la estable de Chrome 127, se inhabilitarán gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Puedes usar la política empresarial ExtensionManifestV2Availability para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 sino hasta el año siguiente, en junio del 2025, fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información sobre el cronograma de Manifest, incluido lo siguiente:
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Se inhabilitarán gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Puedes probar la zona de pruebas en tu entorno siguiendo estas instrucciones e informarnos cualquier problema que encuentres.
- Chrome 127 en Windows: El servicio de red se aísla en una zona de pruebas en Windows.
- Experiencia simplificada de acceso y sincronización en Android
Chrome lanzará una versión simplificada y consolidada del acceso y la sincronización en Chrome para Android. La Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
Al igual que antes, la función que anteriormente formaba parte de la Sincronización de Chrome que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.
Los cambios son prácticamente idénticos a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117.
- Chrome 127 en Android
- Telemetría sobre páginas que activan APIs de bloqueo del teclado y el puntero
Cuando un usuario de Navegación segura mejorada visita una página que activa una API de bloqueo del teclado o del puntero, se enviarán los atributos de esa página a Navegación segura.
Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados.
- Chrome 127 en Android, ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Se actualizó la experiencia de administración de contraseñas en Android
En Chrome para Android, algunos usuarios que accedieron a Chrome, pero no tienen habilitada la Sincronización de Chrome, podrán usar y guardar contraseñas en sus Cuentas de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.- Chrome 127 en Android
- Marcas de agua
Con esta función, los administradores pueden superponer una marca de agua sobre una página web si se activa una regla de DLP específica al navegar hacia ella. Contiene una cadena estática que se muestra como marca de agua. La marca de agua estará disponible para los clientes de Chrome Enterprise Premium.
- Chrome 124 en Linux, Mac y Windows: Acceso para verificadores de confianza
- Chrome 127 en Linux, macOS y Windows: Se lanza la función.
- Parámetro de configuración de contenido en Pantalla completa automática
Un nuevo parámetro de configuración de contenido en Pantalla completa automática permite ejecutar
Element.requestFullscreen()sin gestos del usuario y mostrar los diálogos del navegador sin salir de la pantalla completa.Este parámetro de configuración está bloqueado de forma predeterminada, y los sitios no pueden solicitar permiso. Los nuevos controles de la IU se limitan a las páginas de configuración de Chrome (
chrome://settings/content/autoFullScreen) y al cuadro de información del sitio. Con la política AutomaticFullscreenAllowedForUrls, los usuarios pueden permitir apps web aisladas, y los administradores empresariales pueden permitir orígenes adicionales.Cuando se combina con el permiso para administrar ventanas y las ventanas emergentes desbloqueadas (
chrome://settings/content/popups), esto desbloquea importantes funciones de pantalla completa:- Abre una ventana emergente de pantalla completa en otra pantalla con un gesto.
- Muestra contenido en pantalla completa en varias pantallas con un solo gesto.
- Muestra contenido en pantalla completa en una nueva pantalla cuando esté conectada.
- Intercambia ventanas de pantalla completa entre pantallas con un gesto.
- Muestra contenido en pantalla completa después del vencimiento o el uso de un gesto del usuario.
- Chrome 127 en Windows, macOS y Linux
- Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas
En Chrome 127, se agregará un bit principal entre sitios a la clave
CookiePartitionKeypara cookies particionadas. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.Si una empresa experimenta algún tipo de falla con iframes incorporados, puede usar la política CookiesAllowedForUrls o las cookies
SameSite=Nonesin el atributo “partitioned” y, luego, invocar la API de Storage Access (SAA) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior.- Chrome 127 en Windows, macOS y Linux
- Se darán de baja los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified,DOMNodeInserted,DOMNodeRemoved,DOMNodeRemovedFromDocument,DOMNodeInsertedIntoDocumentyDOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
Consulta esta entrada de blog para obtener más detalles. Informa cualquier problema aquí.
- Chrome 127 en Windows, Mac, Linux y Android
- Contenedores de desplazamiento enfocables en el teclado
Hacer que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial mejora la accesibilidad. Actualmente, la tecla Tab no centra los desplazadores, a menos que
tabIndexse establezca de manera explícita en 0 o más.Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una
<textarea>.- Chrome 127 en Windows, macOS, Linux y Android
- Compatibilidad con la condición final no está en la API de enrutamiento estático de ServiceWorker
La API de enrutamiento estático de ServiceWorker se usa para enrutar las solicitudes a la red, al controlador de recuperación de ServiceWorker o para buscar directamente desde la caché, entre otros. Cada ruta de acceso consta de una condición y una fuente, y la condición se usa para hacer coincidir la solicitud.
En las implementaciones de Chromium, la condición or es la única admitida. Sin embargo, para escribir la condición de manera más flexible, se espera que admita la condición not, que coincide con la condición invertida en el interior.
- Chrome 127 en Windows, Mac, Linux y Android
- Firmas de código ad hoc para los shims de AWP en macOS
Las firmas de código para los shims de aplicaciones que se crean cuando se instala una app web progresiva (AWP) en macOS cambiarán para usar firmas de código ad hoc que se crearán cuando se instale la aplicación. En macOS, se usa la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de AWP tenga una identidad única para macOS. Actualmente, todas las AWP se ven como la misma aplicación en este sistema operativo.
Este cambio solucionará los problemas que ocurren cuando se intenta incluir varias AWP en el panel de preferencias Abrir al iniciar sesión de macOS y permitirá futuras mejoras para administrar las notificaciones de los usuarios en las PWA que se ejecuten en este SO.
- Chrome 128 en macOS
- Baja del informe extendido de Navegación segura
Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.
- Chrome 128 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se dará de baja del informe extendido de Navegación segura
- Chrome ya no será compatible con macOS 10.15
Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para poder seguir ejecutando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa. - Chrome 129 en Linux, macOS y Windows: Se lanzará a todos los usuarios de la versión estable con la opción activada (siempre se iniciarán las apps cuando se hace clic en vínculos) o desactivada de forma predeterminada (siempre se abre en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
- Se dará de baja el argumento includeShadowRoots en DOMParser
El argumento
includeShadowRootsfue un argumento nunca estandarizado para la funciónDOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo. Este se lanzó en Chrome 90 como parte del lanzamiento inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre los estándares relacionados. También puedes conocer detalles de las bajas relacionadas de la serialización de Shadow DOM y el atributo shadow root.
Ahora que se creó una versión estandarizada de la API en forma de setHTMLUnsafe() y parseHTMLUnsafe(), se lanzará en Chrome 129, por lo que el argumentoincludeShadowRootsqueda obsoleto y debe quitarse. Todo el uso debe cambiar en consecuencia:
En vez de esta línea de código:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar la siguiente:
document.parseHTMLUnsafe(html);- Chrome 129 en Linux, macOS, Windows y Android
- Advertencias de formularios poco seguros en iOS
Chrome 125 bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecte el envío de un formulario no seguro, mostrará una advertencia en la que se le solicitará al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Se puede usar la política InsecureFormsWarningsEnabled para controlar esta función.
- Chrome 125 en iOS: Se lanza la función
- Chrome 130 en iOS: Se quitará la política InsecureFormsWarningsEnabled
- Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia
Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se inició desde un contexto seguro.
2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.
Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación.
Estas verificaciones protegen la red privada del usuario. Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en las Herramientas para desarrolladores para ayudarlos a prepararse para la aplicación forzosa.
- Chrome 130 en Windows, macOS, Linux y Android
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política InsecureFormsWarningsEnabled para revertir el comportamiento de las cookies del mismo sitio al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la versión que se indica a continuación.
- Chrome 132 en Android, ChromeOS, Linux, macOS y Windows: Se quitará la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.
Consulta esta entrada de blog para obtener más detalles.
- Chrome 124 en Windows, Mac y Linux
- Chrome 135 en Android
Próximos cambios en ChromeOS
-
Grupos de ventanas en ChromeOS
A partir de ChromeOS 127, los grupos de ventanas te permitirán organizar ventanas en ChromeOS. Un grupo de ventanas se forma cuando un usuario vincula dos ventanas en una pantalla dividida. Luego, las ventanas se pueden volver a unir, cambiar de tamaño de forma simultánea o moverse como un grupo.
-
Read Aloud en el Modo de lectura
A partir de ChromeOS 127, ReadAloud incluirá las voces de alta calidad de Google en el Modo de lectura de Chrome para que los usuarios aprovechen la función de texto a voz cuando lean contenido en la Web. El objetivo de esta función es ayudar a las personas que tienen dificultades para comprender textos largos. La nueva función de Read Aloud del modo de lectura en la versión de Chrome para computadoras permite que los usuarios escuchen el texto que están leyendo, lo que mejora la concentración y la comprensión.
Próximos cambios en la Consola del administrador
- Filtra la configuración con etiquetas de política por popularidad y agregadas recientemente
Pronto, la Consola del administrador ofrecerá opciones para filtrar la configuración por agregadas recientemente y populares. Con estos nuevos filtros, podrás ver nuestra configuración más reciente, así como algunos de los parámetros de configuración de Chrome más populares y relevantes.
- A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: Acceso para verificadores de confianza
- A partir de Chrome 127 en Android, iOS, Linux, Mac y Windows: Lanzamiento de la función
- Informes de perfiles administrados del navegador Chrome
Chrome Enterprise Core presentará nuevos informes de perfiles administrados del navegador Chrome en la Consola del administrador. Esta función proporcionará nuevas páginas de fichas y detalles de los perfiles administrados. En estas páginas, los administradores de TI podrán encontrar información sobre los perfiles, como sus detalles, las versiones del navegador, políticas aplicadas y mucho más.
- A partir de Chrome 127 en Android, Linux, macOS y Windows: Acceso anticipado para verificadores de confianza
- A partir de Chrome 130 en Android, iOS, Linux, macOS y Windows: Lanzamiento de funciones
- Política basada en grupos para el navegador Chrome
Como administrador, podrás usar los Grupos de Google para agregar navegadores Chrome administrados a grupos y, así, establecer políticas de usuarios y navegadores, además de configurar las extensiones para un grupo en particular. Los navegadores administrados se pueden asignar a varios grupos, lo que permite a los administradores de TI tener más flexibilidad para administrar la nube.
- A partir de Chrome 126 en Android, Linux, macOS y Windows: Acceso para verificadores de confianza
- A partir de Chrome 127 en Android, iOS, Linux, macOS y Windows: Lanzamiento de la función
Chrome 125
Actualizaciones del navegador Chrome
Seguridad y privacidad
Productividad y apps del usuario
Administración
Baja de las cookies de terceros de Chrome (3PCD)
✓
Análisis automático profundo de archivos para usuarios de la Navegación segura mejorada
✓
Compatibilidad con escritorio de Chrome para ARM64 de Windows
✓
Cambios en el actualizador de Chrome
✓
Estadísticas de seguridad de Chrome
✓
✓
✓
Actualizaciones del ancho de banda de Chrome
✓
Verificación de seguridad de las extensiones
✓
Advertencias de formularios poco seguros en iOS
✓
Se actualizó la Compatibilidad con navegadores heredados para Edge a Manifest V3
✓
Capacidad de quitar la política empresarial que se usa para la herencia de la URL base
✓
Envío de informes de descarga sin que el usuario lo decida explícitamente
✓
✓
Grupos de pestañas en la cuadrícula de pestañas
✓
Proveedor del framework de accesibilidad de la automatización de la interfaz en Windows
✓
Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas de cuentas
✓
Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies
✓
Acción interoperable predeterminada de mousemove
✓
Quitar el alias de ubicación de ventanas para los permisos y los descriptores de políticas de permisos
✓
Pantalla de selección del motor de búsqueda predeterminado
✓
✓
Generar estadísticas de las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas eliminadas en el navegador Chrome
✓
Actualizaciones de ChromeOS
Seguridad y privacidad
Productividad y apps del usuario
Administración
Corrección de VPN siempre activa con SAML
✓
Configuración de Passpoint en ChromeOS
✓
Telefonía Bluetooth para ChromeOS Audio
✓
Agregar PrivateIP a DoH con identificadores
✓
IU de control de velocidad de reproducción de videos de la galería
✓
Botón de activación para reducir animaciones en ChromeOS
✓
Ventana de acceso al portal cautivo
✓
Diálogo de instalación de AWP
✓
Mensaje de advertencia para los usuarios antes de desconectar el HID Bluetooth
✓
✓
Actualizaciones en la Consola del administrador
Seguridad y privacidad
Productividad y apps del usuario
Administración
Eliminación de navegadores inactivos en Chrome Enterprise Core
✓
✓
Rediseño de la inscripción de dispositivos ChromeOS y de la generación de tokens
✓
Nuevas funciones de token de aprovisionamiento preliminar de ZTE
✓
Funciones expandidas de administración de tokens
✓
✓
Recopilación de datos anónimos con URLs en la sesiones de invitado administradas
✓
Nuevas políticas en la Consola del administrador
✓
Próximos cambios en el navegador Chrome
Seguridad y privacidad
Productividad y apps del usuario
Administración
Baja del informe de Navegación segura extendida
✓
Extraer texto de archivos PDF para los usuarios de lectores de pantalla
✓
El servicio de red en Windows se someterá a una zona de pruebas
✓
Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Grupos de pestañas en iPad
✓
Telemetría sobre páginas que activan APIs de bloqueo del teclado y puntero
✓
Actualización de la experiencia de administración de contraseñas en Android
✓
✓
Marcas de agua
✓
Alineación de navigator.cookieEnabled con la especificación
✓
Configuración de contenido de pantalla completa automática
✓
Contenedores de desplazamiento enfocables en el teclado
✓
Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas
✓
Encriptación vinculada a la app para cookies
✓
Integración de la telemetría de extensiones de Chrome con Chronicle
✓
Migración de las extensiones a Manifest V3 antes de junio de 2025
✓
✓
✓
Experiencia simplificada de acceso y sincronización en Android
✓
Baja de los eventos de mutación
✓
Capacidad de quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
✓
Captura de vínculos de usuarios en AWP
✓
✓
Encapsulamiento de claves X25519Kyber768 para TLS
✓
Incompatibilidad de Chrome con macOS 10.15
✓
✓
Baja del argumento includeShadowRoots en DOMParser
✓
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia
✓
Próximos cambios en ChromeOS
Seguridad y privacidad
Productividad y apps del usuario
Administración
Nueva política para controlar los tiempos de activación y suspensión del kiosco
✓
Mostrar URLs comodín en los informes de control de datos
✓
Próximos cambios en la Consola del administrador
Seguridad y privacidad
Productividad y apps del usuario
Administración
Paridad de políticas: Parámetros de configuración personalizados para administradores de TI
✓
Guías de configuración interactivas para Chrome Enterprise Core
✓
Informe de tecnología heredada
✓
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Actualizaciones del navegador Chrome
- Baja de las cookies de terceros de Chrome (3PCD)
Se restringirán las cookies de terceros en una versión futura de Chrome. Actualmente, están restringidas de forma predeterminada para el 1% de los usuarios de Chrome para tener una vista previa de la experiencia del usuario sin cookies de terceros. La mayoría de las empresas se excluyen automáticamente de este grupo, y los administradores pueden usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros si es necesario.
Los usuarios finales pueden usar el ícono del ojo que se encuentra en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada. Las protecciones contra seguimiento por rebote se aplican cuando el sitio de rebote no puede usar cookies de terceros, y se pueden controlar con las mismas políticas. Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.
Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.
- Análisis automático profundo de archivos para usuarios de la Navegación segura mejorada
A partir de Chrome 91, se lanzó el análisis profundo de descargas para los usuarios de la Navegación segura mejorada. En ese momento, los usuarios tenían que dar su consentimiento para cada archivo que querían analizar en profundidad automáticamente. A partir de Chrome 125, los usuarios ya no tienen que hacer eso. El análisis profundo se realiza automáticamente como parte de las protecciones mejoradas que ofrece la Navegación segura mejorada. Los administradores que deseen inhabilitar esta función pueden asegurarse de que sus usuarios no estén en el modo de Navegación segura mejorada con la política SafeBrowsingProtectionLevel o inhabilitar los análisis profundos con SafeBrowsingDeepScanningEnabledEnabled.
- Chrome 125 en Lacros, Linux, Mac y Windows: Lanzamiento de la función
- Compatibilidad con escritorio de Chrome para ARM64 de Windows
Chrome lanzó la compatibilidad con Windows ARM64. Pronto estarán disponibles los instaladores empresariales, y puedes descargar la versión ARM64 en google.com/chrome. Si tienes algún problema, informa el error aquí. En este momento, las demás versiones de Chrome que se ejecutan en dispositivos ARM64 no se actualizarán automáticamente. Vuelve a instalar Chrome si se está ejecutando en un dispositivo ARM64.
- Chrome 125 en Windows: Los nuevos instaladores de Enterprise estarán disponibles a mediados de mayo
- Cambios en la herramienta de actualización de Chrome
Nos encontramos en el proceso de lanzar una nueva versión de Google Actualización. Como parte de este cambio, también cambiará la ubicación de GoogleUpdate.exe en Windows y se le cambiará el nombre por updater.exe. Ten en cuenta que la ruta anterior continúa existiendo hasta que se completa la transición. También se modificó GoogleUpdate.exe para que apunte a updater.exe.
* Anterior: %PROGRAMFILES(X86)%\Google\Update\GoogleUpdate.exe
* Actual: %PROGRAMFILES(X86)%\Google\GoogleUpdater\<VERSION>\updater.exe
- Chrome 125 en Windows: Estos cambios aparecerán en Windows.
- Estadísticas de seguridad de Chrome
Si tienes Chrome Enterprise Core (Administración en la nube para el navegador Chrome) y Workspace Enterprise Standard o Workspace Enterprise Plus con licencias asignadas, ahora puedes habilitar las estadísticas de seguridad de Chrome. Esta herramienta te permite supervisar el riesgo con respecto a los usuarios con información privilegiada y la pérdida de datos en la actividad de Chrome. Para obtener más información, consulta Supervisa el riesgo de usuarios con información privilegiada y la pérdida de datos.
- Chrome 125 en ChromeOS, Linux, Mac y Windows
- Actualizaciones del ancho de banda de Chrome
Chrome presenta un nuevo mecanismo para actualizar ciertos componentes de Chrome, lo que puede generar uso de ancho de banda adicional en tu flota. Puedes controlar esta opción con la política GenAILocalFoundationalModelSettings.
- Chrome 125 en Linux, Mac y Windows
- Verificación de seguridad de las extensiones
La Verificación de seguridad de las extensiones notifica a los usuarios sobre las extensiones que podrían contener software malicioso, incumplimientos de política y extensiones que no se publicaron hace mucho tiempo. Proporciona una interfaz para que los usuarios revisen estas extensiones y decidan conservar o quitar cada una de las extensiones marcadas.
Para ampliar la utilidad y el alcance de esta función, Chrome 125 agrega activadores nuevos para que los usuarios también puedan revisar otras extensiones potencialmente peligrosas. Marcamos dos tipos de extensiones nuevos para que el usuario los revise.
- Extensiones que no se instalan desde Chrome Web Store
- Extensiones que incumplen la política de la tienda por medio de tácticas de instalación engañosas y que se consideran software no deseado
Se ignorarán y no se marcarán según estos criterios de activación las extensiones instaladas de manera automática, instaladas por una política, fijadas a la versión o bloqueadas por una política.
- Chrome 125 en ChromeOS, Linux, Mac y Windows: Durante el lanzamiento, los dos activadores nuevos se agregarán a la verificación de seguridad de la extensión, que se encuentra en la página
chrome://extensions/.
- Advertencias de formularios poco seguros en iOS
Chrome 125 bloquea los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta el envío de un formulario no seguro, muestra una advertencia en la que se le solicita al usuario que confirme el envío. El objetivo es evitar que se filtren datos del formulario en el texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función.
- Chrome 125 en iOS: Lanzamiento de la función
- Chrome 130 en iOS: Se quitará la política InsecureFormsWarningsEnabled
- Se actualizó la Compatibilidad con navegadores heredados para Edge a Manifest V3
La Compatibilidad con navegadores heredados para Edge se actualizó a Manifest V3. Esta es una actualización importante que podría tener errores, así que puedes probar la versión beta de esta extensión hoy mismo. Te recomendamos que la pruebes en tu entorno. Si tienes algún problema, informa el error aquí.
- Chrome 125 en Linux, Mac y Windows: La tienda de complementos de Microsoft Edge no admite lanzamientos graduales, por lo que se implementará de 0 a 100% en un solo paso. La fecha de lanzamiento prevista es el 30 de mayo, es decir, alrededor de 2 semanas en el ciclo de vida de Chrome 125.
- Quitar la política empresarial que se usa para la herencia de la URL base
En Chrome 114, presentamos NewBaseUrlInheritanceBehaviorAllowed para evitar que los usuarios o las variantes de Google Chrome habiliten NewBaseUrlInheritanceBehavior en caso de que se descubrieran problemas de compatibilidad. En Chrome 125, se quita la política temporal NewBaseUrlInheritanceBehaviorAllowed.
- Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: Se quitará la política NewBaseUrlInheritanceBehaviorAllowed.
- Envía informes de descarga sin que el usuario lo decida explícitamente
El informe de Navegación segura del cliente es un informe de telemetría que se envía a la Navegación segura cuando se muestra una advertencia en Chrome. Actualmente, los informes de descarga se envían cuando los usuarios descartan o omiten una advertencia de descarga. Según los aprendizajes del experimento inicial de advertencias personalizadas, muchas advertencias de descarga no se descartan ni se omiten de forma explícita. No se envían informes por estas advertencias, por lo que la Navegación segura no puede ver su eficacia. El objetivo de esta función es cerrar esta brecha en la telemetría enviando informes cuando la descarga se descarta automáticamente o se cierra el navegador.
- Chrome 125 en ChromeOS, Lacros, Linux, Mac y Windows
- Grupos de pestañas en la cuadrícula de pestañas
Los usuarios de Chrome para iPhone pueden crear y administrar grupos de pestañas en sus cuadrículas de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.
- Chrome 125 en iOS
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
A partir de Chrome 125, los administradores pueden usar la política empresarial UiAutomationProviderEnabled para habilitar de manera automática el nuevo proveedor (de modo que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el proveedor nuevo. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Actualiza los Servicios de Google Play para solucionar problemas con las contraseñas de cuentas
Es posible que los usuarios con versiones anteriores de los Servicios de Google Play no puedan acceder a las contraseñas guardadas en sus Cuentas de Google. Estos usuarios ahora ven advertencias para actualizar los Servicios de Google Play en la plataforma de administración de contraseñas para volver a acceder a las contraseñas de sus cuentas. Esto es parte de una migración en curso que solo afecta a los usuarios de Android del Administrador de contraseñas de Google.
- Chrome 125 en Android
- Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies
Chrome extiende la API de Storage Access para permitir el acceso al almacenamiento sin cookies y sin cookies en un contexto de terceros. La API actual solo proporciona acceso a cookies, que tienen casos de uso diferentes al almacenamiento sin cookies. La API se puede usar de la siguiente manera (JS que se ejecuta en un iframe incorporado):
// Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería darle una instrucción al usuario)
let handle = await document.requestStorageAccess({all: true});
// Escribe algo de almacenamiento localstorage entre sitios
handle.localStorage.setItem("userid", "1234");
// Abre o crea una indexedDB que se comparta con el contexto propio
let messageDB = handle.defaultBucket.indexedDB.open("messages");
Los iframes usarían el mismo flujo para obtener un controlador de almacenamiento cuando su principal de nivel superior llamara correctamente a rSAFor, solo que, en este caso, el permiso storage-access ya se otorgó. Por lo tanto, la llamada a rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que iframes ocultos accedan al almacenamiento.
- Chrome 125 en Windows, Mac, Linux y Android
- Acción predeterminada interoperable mousemove
Cancelar mousemove no impide la selección de texto ni la acción de arrastrar y soltar. Chrome permitió cancelar eventos mousemove para evitar otras APIs, como la selección de texto (incluso la función de arrastrar y soltar en el pasado). No coincide con los demás navegadores principales ni cumple con la especificación de eventos de IU de W3.
Con esta función, la selección de texto ya no es la acción predeterminada de mousemove. Aun así, es posible evitar la selección de texto y la función de arrastrar y soltar a través de la cancelación de los eventos selectstart y dragstart, respectivamente, que cumplen con las especificaciones y son completamente interoperables.
- Chrome 125 en Windows, Mac, Linux y Android
- Quitar el alias de posición de ventanas para los permisos y los descriptores de políticas de permisos
Chrome 125 quita el alias de ubicación de ventanas para los descriptores de permisos y políticas de permisos. Todas las instancias de window-placement se reemplazan por window-management, que describe mejor la funcionalidad de la API relacionada. Este es un seguimiento de las mejoras en las funciones de la API de Window Management y el cambio de nombre de la API de Multi-Screen Window Placement. Para obtener más detalles, consulta el Estado de la plataforma Chrome.
- Chrome 125 en Windows, Mac y Linux
- Pantalla para elegir el motor de búsqueda predeterminado
Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.
En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.
Obtén más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: El 1% de los usuarios podría comenzar a ver la pantalla de selección en Chrome 120.
- Chrome 125 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: Se realizará un lanzamiento completo para los usuarios aplicables.
- Genera estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome
En Chrome 125, hay una nueva función de IA generativa disponible para usuarios no administrados: Generación de estadísticas para las advertencias y los errores de la consola de Herramientas para desarrolladores de Chrome. Estas estadísticas proporcionan una descripción personalizada y correcciones sugeridas para los errores y las advertencias seleccionados. En un principio, esta función solo está disponible para usuarios (mayores de 18 años) en inglés. Los administradores pueden controlar la función con la política DevToolsGenAiSettings.
- Chrome 125 en ChromeOS, Linux, Mac y Windows: La función estará disponible para usuarios no administrados de todo el mundo, excepto Europa, Rusia y China.
- Chrome 127 en ChromeOS, Linux, Mac y Windows: La función estará disponible para los usuarios administrados de Chrome Enterprise y Education en las regiones admitidas.
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
ProfileLabel
Esta política controla una etiqueta que se usa para identificar un perfil en el que se accedió.
EnterpriseLogoUrl
URL del logotipo de la empresa: Es la URL de una imagen que se usa como insignia de la empresa para el perfil.
EnterpriseBadgingTemporarySetting
Controla la visibilidad de las insignias empresariales.
ApplicationBoundEncryptionEnabled
Habilita la encriptación vinculada a la aplicación
UiAutomationProviderEnabled
Habilitar el proveedor del framework de accesibilidad Automatización de la interfaz de usuario del navegador en Windows
ToolbarAvatarLabelSettings
Configuración de etiquetas de avatar de la barra de herramientas administrada
- Políticas que se quitaron del navegador Chrome
Política
Descripción
NewBaseUrlInheritanceBehaviorAllowed
Permite que se habilite la función NewBaseUrlInheritanceBehavior
Actualizaciones de ChromeOS
-
Corrección de SAML de VPN siempre activada
Para brindar una mejor asistencia a los clientes empresariales que usan una VPN en modo estricto siempre activo, en el que el tráfico de usuarios no puede acceder a Internet, excepto a través de la VPN y la autenticación de SAML, agregamos la política nueva AlwaysOnVpnPreConnectUrlAllowlist. Esta política te permite especificar las URLs a las que pueden acceder los usuarios antes de que se conecte la VPN, de modo que se pueda acceder a tus servicios de SAML para autenticar al usuario en la VPN mediante el navegador del sistema.
-
Configuración de Passpoint de ChromeOS
Ahora puedes ver y administrar Wi-Fi Passpoint en la configuración de ChromeOS. Puedes ver y quitar la suscripción a Passpoint instalada en la página de detalles correspondiente.
-
Telefonía Bluetooth para ChromeOS Audio
ChromeOS ahora admite botones de control de llamada en auriculares Bluetooth compatibles, lo que incluye responder, rechazar o finalizar una llamada, y silenciar el micrófono.
-
Agrega PrivateIP a DoH con identificadores
Se agregó un identificador de red a las plantillas de URI de DNS seguro con la política de identificadores. Los administradores ahora pueden configurar un nuevo marcador de posición en las plantillas de URI de DNS, que se reemplazará por las direcciones IP locales del dispositivo cuando los usuarios se conecten a redes administradas.
-
IU de control de velocidad de reproducción de videos de la galería
El reproductor de video de la Galería de ChromeOS ahora tiene un menú de velocidad de reproducción para controlar la velocidad de reproducción.
-
Botón de activación Reducir animaciones para ChromeOS
Ahora hay un parámetro de configuración para reducir animaciones disponible en ChromeOS. Esta configuración se encuentra disponible en Accesibilidad > Pantalla y ampliación > Animaciones reducidas. Los clientes que experimentan mareos, distracciones u otros tipos de incomodidad cuando ven animaciones pueden beneficiarse cambiando esta configuración.
-
Ventana de acceso al portal cautivo
ChromeOS 125 permite acceder con mayor facilidad a un portal cautivo mediante una ventana exclusiva. La ventana se abre como una ventana emergente sin pestañas. Se muestra la URL, pero no se puede editar.
-
Diálogo de instalación para las AWP
ChromeOS 125 habilita un diálogo de instalación para aplicaciones web. Esta función desbloquea situaciones de instalación de aplicaciones web y forma parte del trabajo destinado a crear una plataforma de instalación más predecible, accesible y confiable para las aplicaciones web.
-
Advierte a los usuarios antes de desconectar Bluetooth HID
En ChromeOS 125 y versiones posteriores, las Chromeboxes y Chromebases muestran una notificación para evitar desconexiones accidentales de dispositivos Bluetooth. Esta notificación aparece cuando intentas inhabilitar el Bluetooth cuando solo están activos los dispositivos de interfaz humana (HID), como teclados o mouses conectados a través de Bluetooth.
Actualizaciones en la Consola del administrador
-
Eliminación de navegadores inactivos en Chrome Enterprise Core
En abril de 2024 y hasta junio de 2024, comenzó a lanzarse la política del Período de inactividad para la eliminación de navegadores, por lo que se borrarán automáticamente los navegadores inscritos en la Consola del administrador que hayan estado inactivos durante un período superior al establecido por en función de la política. Cuando lanzamos la política, el período de inactividad tenía un valor predeterminado de 540 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los navegadores inscritos que hayan estado inactivos durante más de 540 días. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días (más información).
Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.
-
Rediseño de la inscripción de dispositivos ChromeOS y la generación de tokens
En abril de 2024, se mejoró la experiencia de inscripción automática con un nuevo punto de entrada de inscripción, una guía para la creación de tokens, la capacidad de especificar permisos de socios y SKU, y una mejor administración de tokens.
-
Nuevas funciones de token de preaprovisionamiento de ZTE
Los tokens de preaprovisionamiento tienen las siguientes características:
- Compatibilidad con la actualización de Kiosk & Signage, que permite la creación de tokens de preaprovisionamiento con inscripción automática mediante la actualización de Chrome Enterprise o la actualización de Kiosk & Signage
- Posibilidad de que los socios de aprovisionamiento preliminar especifiquen campos personalizados (ID, ubicación y usuario del recurso)
- Varios tokens por unidad organizativa
-
Funciones expandidas de administración de tokens
Se actualizó la página Tokens de inscripción con las siguientes funciones:
- Se agregó la página al panel de navegación izquierdo para facilitar el acceso.
- Ahora se pueden filtrar los tokens según el estado, el usuario de creación, la anotación y el tipo de actualización.
- Un nuevo botón permite a los administradores copiar el token y el ID de cliente con un solo clic.
- Las columnas adicionales proporcionan más información sobre el token.
-
Recopilación de datos anónimos con URLs en la sesión de invitado administrada
La política para la recopilación de datos anónimos con URL, UrlKeyedAnonymizedDataCollectionEnabled, está disponible en la Consola del administrador. Esta política se aplicará de manera forzosa a partir del 1 de junio y permanecerá inhabilitada hasta entonces.
- Nuevas políticas en la Consola del administrador
Nombre de la política
Páginas
Compatible con
Categoría/Campo
DevToolsGenAiSettings
Usuarios y navegadores
Chrome
ChromeOS
IA generativa
UiAutomationProviderEnabled
Usuarios y navegadores
Chrome
Accesibilidad
ContextualGoogleIntegrationsEnabled
Usuarios y navegadores
ChromeOS
Experiencia del usuario
ContextualGoogleIntegrationsConfiguration
Usuarios y navegadores
ChromeOS
Experiencia del usuario
ApplicationBoundEncryptionEnabled
Usuarios y navegadores
Chrome
Seguridad
DeviceExtensionsSystemLogEnabled
Dispositivo
ChromeOS
Informes de usuarios y dispositivos
EnterpriseBadgingTemporarySetting
Usuarios y navegador
Chrome
General
EnterpriseLogoUrl
Usuarios y navegador
Chrome
General
ToolbarAvatarLabelSettings
Usuarios y navegador
Chrome
General
ProfileLabel
Usuarios y navegador
Chrome
General
DeviceDlcPredownloadList
Dispositivo
ChromeOS
Otros parámetros de configuración
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
- Baja del informe extendido de Navegación segura
Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.
- Chrome 126 en iOS, ChromeOS, Linux, MacOS y Windows: Baja del informe extendido de Navegación segura
- Extrae texto de archivos PDF para los usuarios de lectores de pantalla
El navegador Chrome lanzará un lector de PDF con reconocimiento óptico de caracteres (OCR) potenciado por IA para crear el primer navegador con un lector de pantalla de PDF integrado para documentos inaccesibles, lo que acorta aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida en la Web.
Esta función aprovecha los modelos de OCR de Google para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles. Se agregará una biblioteca local de Inteligencia Artificial que utiliza la tecnología de Screen AI para analizar las capturas de pantalla o el árbol de accesibilidad, y extraer más información para ayudar a la tecnología de accesibilidad, como los textos (OCR) y el contenido principal de la página.
- Chrome 126 en ChromeOS, Linux, MacOS y Windows
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.
- Chrome 125 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
- Eliminación de la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
Dar de baja la política UserAgentClientHintsGREASEUpdateEnabled, ya que el algoritmo GREASE actualizado estuvo activado de forma predeterminada por más de un año y, luego quitarla.
- Chrome 124 en Android, ChromeOS, Linux, Mac y Windows: la política dejó de estar disponible
- Chrome 126 en Android, ChromeOS, Linux, Mac y Windows: se quitó la política
- Grupos de pestañas en iPad
Los usuarios de Chrome para iPad pueden crear y administrar grupos de pestañas. Esto ayuda a los usuarios a mantenerse organizados, reducir el desorden y administrar sus tareas de manera más eficiente.
- Chrome 126 en Android
- Telemetría sobre páginas que activan APIs de bloqueo del teclado y el puntero
Cuando un usuario de la Navegación segura mejorada visita una página que activa la API de bloqueo del teclado o del puntero, los atributos de esa página se enviarán a la Navegación segura. Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados.
- Chrome 126 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Actualización de la experiencia de administración de contraseñas en Android
En Chrome para Android, algunos usuarios que accedieron a Chrome, pero no tienen habilitada la sincronización de Chrome, podrán usar y guardar contraseñas en sus Cuentas de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled y PasswordManagerEnabled seguirán funcionando como antes y se podrán utilizar para configurar si los usuarios pueden utilizar y guardar las contraseñas en sus Cuentas de Google.
- Chrome 126 en Android
- Marcas de agua
Con esta función, los administradores pueden superponer una marca de agua sobre una página web si se activa una regla de DLP específica al navegar a ella. Contiene una cadena estática que se muestra como marca de agua. La marca de agua estará disponible para los clientes de Chrome Enterprise Premium.
- Chrome 124 en Linux, Mac y Windows: Acceso para verificadores de confianza
- Chrome 126 en Linux, Mac y Windows: Lanzamiento de funciones
- Alinea navigator.cookieEnabled con la especificación
Por el momento, navigator.cookieEnabled indica si “el usuario-agente intenta administrar cookies” en un contexto determinado. Es posible que un cambio en Chrome, que se incluye como parte de la baja de las cookies de terceros (3PCD), haga que indique si se puede acceder a cookies no particionadas (lo que haría que se muestre el valor false para la mayoría de los iframes entre sitios). Deberíamos restablecer el comportamiento anterior de navigator.cookieEnabled, que solo indicaba si las cookies estaban habilitadas o inhabilitadas para el sitio y se basaba en la función entre proveedores document.hasStorageAccess para indicar si es posible acceder a cookies no particionadas.
- Chrome 126 en Windows, Mac, Linux y Android
- Configuración de contenido de pantalla completa automática
Una nueva configuración de contenido de Pantalla completa automática permite Element.requestFullscreen() si un gesto del usuario y permite que los diálogos del navegador aparezcan sin salir de la pantalla completa.
Este parámetro de configuración está bloqueado de forma predeterminada, y los sitios no pueden solicitar permiso. Los nuevos controles de la IU se limitan a las páginas de configuración de Chrome (chrome://settings/content/autoFullScreen) y al cuadro de información del sitio. Los usuarios pueden permitir apps web aisladas, y los administradores empresariales pueden permitir orígenes adicionales con la política AutomaticFullscreenAllowedForUrls.
Cuando se combina con el permiso para administrar ventanas y las ventanas emergentes desbloqueadas (chrome://settings/content/popups), esto desbloquea importantes funciones de pantalla completa:
- Abre una ventana emergente de pantalla completa en otra pantalla con un gesto.
- Muestra contenido en pantalla completa en varias pantallas con un solo gesto.
- Muestra contenido en pantalla completa en una nueva pantalla cuando esté conectada.
- Intercambia ventanas de pantalla completa entre pantallas con un gesto.
- Muestra contenido en pantalla completa después del vencimiento o el uso de un gesto del usuario.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas
En Chrome 125, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.
Si una empresa experimenta alguna falla con los iframes incorporados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo particionado y, luego, invocar la API de Storage Access (SAA) o utilizar el uso compartido de recursos entre dominios (CORS) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior.
- Chrome 126 en Windows, Mac y Linux
- Contenedores de desplazamiento enfocables en el teclado
Hacer que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial mejora la accesibilidad. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.
Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.
- Chrome 127 en Windows, macOS, Linux y Android
- Encriptación vinculada a la app para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra software malicioso que pueda intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.
Hay una política empresarial ApplicationBoundEncryptionEnabled disponible para inhabilitar la encriptación vinculada a la aplicación.
- Chrome 127 en Windows
- Integración de la telemetría de extensiones de Chrome con Chronicle
Recopila datos de telemetría de extensiones relevantes desde Chrome (perfiles y dispositivos administrados) y envíalos a Chronicle. Chronicle analizará los datos para proporcionarte un análisis y contexto instantáneos de las actividades riesgosas.
- Chrome 127 en ChromeOS, LaCrOS, Linux, Mac y Windows
- Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3
Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver qué versión del manifiesto usan todas las extensiones de Chrome que se ejecutan en tu flota en la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos:
- Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- Experiencia simplificada de acceso y sincronización en Android
Chrome lanzará una versión simplificada y consolidada del acceso y la sincronización en Chrome para Android. La Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
Al igual que antes, la función que anteriormente formaba parte de la Sincronización de Chrome que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar con SyncTypesListDisabled. El acceso a Chrome se puede inhabilitar con BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.
Los cambios son prácticamente idénticos a la experiencia simplificada de acceso y sincronización que se lanzó en iOS 117.
- Chrome 127 en Android
- Intención de dar de baja los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.
La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, aproximadamente el 30 de julio de 2024. El código se debe migrar antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- La prueba de baja de los eventos de mutación se puede usar para volver a habilitar la función durante un tiempo limitado en un sitio determinado. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- Una política empresarial MutationEventsEnabled también se puede usar para el mismo propósito, también a través de Chrome 134.
Consulta esta entrada de blog para obtener más detalles.
- Chrome 127 en Windows, Mac, Linux y Android
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, Mac y Windows: Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa.
- De forma anticipada en Chrome 127 en Linux, MacOS y Windows: Lanzaremos la función estable al 100% con una opción predeterminada activada (siempre se iniciarán las apps cuando se haga clic en los vínculos) o desactivada de forma predeterminada (siempre abierta en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto protege el tráfico de red de Chrome con servidores que también admiten ML-KEM contra la desencriptación realizada por una futura computadora cuántica. Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. La criptografía poscuántica es obligatoria para CSNA 2.0.
Consulta esta entrada de blog para obtener más detalles.
- Chrome 124 en Windows, Mac y Linux
- Chrome 128 en Android
- Chrome ya no será compatible con macOS 10.15
Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para seguir usando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.
- Chrome 129 en macOS: Chrome ya no es compatible con macOS 10.15
- Baja del argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo.Este se envió en Chrome 90 como parte del envío inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para leer más, consulta los detalles del contexto sobre los estándares relacionados y también hay información disponible sobre las bajas relacionadas de serialización de Shadow DOM y Atributo shadow root.
Ahora que se creó una versión estandarizada de la API en forma desetHTMLUnsafe() y parseHTMLUnsafe(), se enviará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar en su lugar:
document.parseHTMLUnsafe(html);
- Chrome 129 en Windows, Mac, Linux y Android
- Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia
Antes de que un sitio web A navegue a otro sitio B en la red privada del usuario, esta función hace lo siguiente:
1. Comprueba si la solicitud se inició desde un contexto seguro.
2. Envía una solicitud preliminar y comprueba si B responde con un encabezado que permita el acceso a la red privada.
Ya existen funciones para los subrecursos y trabajadores, pero esta es específicamente para las solicitudes de navegación. Las verificaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función es el modo de solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en las Herramientas para desarrolladores para ayudar a los desarrolladores a prepararse para la aplicación forzosa que se avecina.
- Chrome 130 en Windows, Mac, Linux y Android
Próximos cambios en ChromeOS
-
Nueva política para controlar los tiempos de activación y suspensión del kiosco
A partir de ChromeOS 126, presentaremos una nueva política de dispositivo de kiosco que permitirá a los administradores programar cuándo se activará y suspenderá un dispositivo. Para obtener más detalles, consulta Configuración del kiosco.
-
Mostrar URLs comodín en los informes de Controles de datos
Las reglas de control de datos de ChromeOS permiten que los administradores definan las URLs de origen y destino como un valor comodín ( * ). Los eventos de control de datos de ChromeOS se registran en el Informe de auditoría de Chrome y se pueden ver en la Consola del administrador de Google y otras plataformas por medio del conector de informes de Chrome. Cuando examinas los eventos de registro, ahora se informa la URL que activó la regla, en lugar del comodín.
Próximos cambios en la Consola del administrador
- Paridad de políticas: Parámetros de configuración personalizados para administradores de TI
La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, todas las políticas de Chrome ahora se pueden configurar en Chrome Enterprise Core en la Consola del administrador, ya sea a través de las páginas Configuración o Parámetros de configuración personalizados. También puedes usar la página para configurar el modo de instalación de extensiones que no se admite en la Consola del administrador, como “normal_installed”.
- A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: Acceso para verificadores de confianza
- A partir de Chrome 127 en Android, iOS, Linux, Mac y Windows: Lanzamiento de funciones
- Guías de configuración interactivas para Chrome Enterprise Core
El equipo de Chrome Enterprise presenta nuevas guías de configuración interactivas para administración de navegadores en la Consola del administrador, donde los administradores pueden elegir un recorrido que les interesa explorar y obtener capacitación práctica directamente en las Guías de configuración de Chrome. Por ejemplo, las guías se pueden usar para aprender a hacer lo siguiente:
- Crear unidades organizativas de prueba
- Activa los informes
Estas guías son ideales para los administradores nuevos o para los administradores que desean aprender en nuevos recorridos.
- Inscribir navegadores
- Aplicar las políticas del navegador
- Definir la configuración de extensiones
- Crear un usuario administrador
- A partir de Chrome 125: Acceso de verificadores de confianza
- A partir de Chrome 126: Lanzamiento de funciones
- Informe de tecnología heredada
A partir de Chrome 127, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.
Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- A partir de Chrome 127 en Linux, MacOS y Windows: El informe de tecnología heredada estará disponible en la Consola del administrador.
Chrome 124
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones del navegador Chrome
- Lanzamiento del producto Chrome Enterprise Premium
Chrome Enterprise Premium ya está disponible, lo que proporciona una solución centralizada para una seguridad, privacidad y control sólidos de los extremos (guía de configuración). Los equipos de TI y seguridad obtienen una amplia visibilidad de la red y pueden implementar fácilmente funciones de protección avanzadas. Obtén más información.
- La Administración en la nube para el navegador Chrome ahora es Chrome Enterprise Core
La administración en la nube de Chrome Enterprise ofrece una herramienta centralizada para configurar y administrar las políticas, la configuración, las apps y las extensiones del navegador en Chrome, sin importar el sistema operativo, el dispositivo o la ubicación. Obtén más información.
- Chrome 124 en Linux, MacOS y Windows: Acceso para verificadores de confianza
- Chrome 126 en Linux, MacOS y Windows: Lanzamientos de funciones
- Marca de agua (verificador de confianza)
Esta función de Chrome Enterprise Premium permite a los administradores superponer una marca de agua sobre una página web si, cuando navegas a ella, se activa una regla de Prevención de pérdida de datos (DLP) específica. Puedes especificar que se muestre una cadena estática como marca de agua.
Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, te puedes registrar en el programa de Verificador de confianza de Chrome Enterprise aquí.
- Chrome 124 en Linux, MacOS y Windows: Acceso para verificadores de confianza
- Chrome 126 en Linux, MacOS y Windows: Lanzamientos de funciones
- Baja de las cookies de terceros de Chrome (3PCD)
Como se anunció anteriormente, Chrome 120 comenzó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y las actualizaciones posteriores aumentarán esa cifra al 100% de los usuarios a partir del 3ᵉʳ trim. de 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Si quieres probar estos cambios en Chrome 120 (o una versión posterior), habilita chrome://flags/#test-third-party-cookie-phaseout.
Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas ven la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se borre para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales deberían excluirse automáticamente de este grupo experimental del 1%. Sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar cookies de terceros y, además, inhabilitar los navegadores administrados antes del experimento. Esto les dará a las empresas tiempo para realizar los cambios necesarios y evitar depender de esta política o de cookies de terceros.
Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros.
Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada.
Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies en falso o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado de los sitios.
Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.
La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.
Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, MacOS y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible y se proporciona una política para anular el cambio.
- Solicitud de permisos para la API de Web MIDI
La API de Web MIDI se conecta a dispositivos MIDI (interfaz digital de instrumentos musicales) y, además, interactúa con ellos. Se informaron varios problemas relacionados con el acceso impulsado de la API de Web MIDI a los dispositivos MIDI de clientes (consulta la sección relacionada Error de Chromium). Para solucionar este problema, el grupo de trabajo de audio de W3C decidió otorgar un permiso explícito al acceso a la API de Web MIDI general. Originalmente, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la capacidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso controlado detrás de un mensaje de permisos. Ahora tenemos la intención de expandir el alcance del permiso al uso normal de la API de Web MIDI.
En Chrome 124, todo acceso a la API de Web MIDI requiere un permiso del usuario. No hay políticas disponibles para controlar estos cambios. Si tienes algún problema, informa el error aquí.
- Chrome 124 en Windows, MacOS, Linux y Android
- Se actualizarán dos extensiones de Chrome a Manifest V3
Pronto se actualizarán dos extensiones para usar Manifest V3: User-Agent Switcher y Chrome Reporting.
Esta es una actualización importante que podría tener errores, así que puedes probar la versión Beta de estas extensiones hoy mismo. Te recomendamos que las pruebes en tu entorno. Si tienes algún problema, informa el error aquí.
Botón de usuario-agente para Chrome (versión beta)
Extensión de Chrome Reporting (versión beta)
Se modificó el analizador de URL del botón de usuario-agente, por lo que debes asegurarte de que las sustituciones de usuario-agente existentes funcionen con la versión nueva.
- Chrome 124: Ambas extensiones recibirán una actualización en su versión estable alrededor del 30 de abril de 2024.
- Cambios en el instalador o el actualizador de Chrome
Nos encontramos en el proceso de lanzar una nueva versión de Google Actualización. Como parte de este cambio, también cambiará la ubicación de GoogleUpdate.exe en Windows y se le cambiará el nombre por updater.exe. Ten en cuenta que la ruta anterior continúa existiendo hasta que se completa la transición.También se modificó GoogleUpdate.exe para que apunte a updater.exe.
* Anterior: C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
* Actual: C:\Program Files (x86)\Google\GoogleUpdater\<VERSION>\updater.exe
- Chrome 124 en Windows: Estos cambios aparecerán en Windows.
- Mejoras en favoritos y la Lista de lectura en Android
En Chrome 124 en Android, algunos usuarios que acceden a Chrome desde el Administrador de favoritos pueden usar y guardar favoritos y elementos de la lista de lectura en su Cuenta de Google. Las políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled siguen funcionando como antes para configurar si los usuarios pueden guardar y utilizar elementos en sus Cuentas de Google.
- Chrome 124 en Android: Lanzamiento de funciones
- Pantalla para elegir el motor de búsqueda predeterminado
Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.
En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.
Obtén más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: El 1% de los usuarios podría comenzar a ver la pantalla de selección en Chrome 120.
- A partir de Chrome 124 en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: Lanzamiento completo para usuarios aplicables.
- Dar de baja la política empresarial que se usa para la limitación
El cambio de código subyacente (limitación de los iframes de display:none de origen cruzado y del mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Dado que se solucionaron problemas conocidos, tenemos la intención de quitar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed de Chrome 124. Para leer los debates sobre el problema de limitación (y su resolución), consulta este informe de problema de Chromium.
- Chrome 124: Se quitó la política.
- Compatibilidad con escritorio de Chrome para ARM64 de Windows
Chrome está implementando la compatibilidad con Windows ARM64. Estamos trabajando para publicar los instaladores de Enterprise. Puedes seguir probando el canal Canary y el canal beta e informar errores allí. Ten en cuenta que esto está sujeto a cambios según la estabilidad general y los comentarios de los clientes. Si tienes algún problema, informa el error aquí.
- Chrome 124 en Windows (ARM): Los nuevos instaladores Enterprise estarán disponibles a fines de abril o principios de mayo.
- Quitar la política empresarial que se usa para GREASE
Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. La política se quitará en Chrome 126.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política deja de estar disponible.
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.
- Da de baja y quita WebSQL
Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.
El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database.
Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento.
- Chrome 101: En Chrome 101, se agrega la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
- Chrome 115: Se agregó el mensaje de baja a la consola.
- Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
- Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 con la política WebSQLAccess o un token de prueba de baja.
- Chrome 123 en ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de esta versión, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.
- Actualizaciones del ancho de banda de Chrome
Chrome lanza un nuevo mecanismo para actualizar ciertos componentes de Chrome que podrían generar un uso de ancho de banda adicional en tu flota. Puedes controlar esta opción con la política GenAILocalFoundationalModelSettings.
- Chrome 124 en Windows, MacOS y Linux
- Los controles de formulario admiten valores de dirección en el modo de escritura vertical
El modo de escritura de la propiedad CSS permite que los elementos se ubiquen en sentido vertical, pero los usuarios no pueden establecer la dirección en la que cambia el valor. Con esta función, permitimos que los elementos de control del formulario (tipo de entrada de medidor, progreso y rango) tengan un modo de escritura vertical y elijan la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo hacia arriba. Si la dirección es ltr, el valor se renderiza de arriba abajo. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores.
- Chrome 124 en Windows, MacOS, Linux y Android
- Quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA
En Chrome 114, presentamos InsecureHashesInTLSHandshakesEnabled para controlar el uso de hashes no seguros heredados durante el proceso de protocolo de enlace TLS. En Chrome 116, presentamos RSAKeyUsageForLocalAnchorsEnabled para controlar algunas verificaciones de certificados del servidor. En Chrome 124, se quitaron las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled.
Chrome 124 para Android, ChromeOS, Linux, MacOS y Windows: se quitarán las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled.
- Atributo que se puede clonar con la raíz secundaria
El atributo que se puede clonar con la raíz secundaria permite controlar de forma individual si una raíz secundaria se puede clonar (con comandos de clonación de plataforma estándar, como `cloneNode()). Las raíces secundarias imperativas ahora se pueden controlar a través de un parámetro para attachShadow({clonable:true}). Las raíces secundarias declarativas se pueden controlar a través de un atributo nuevo, <template shadowrootmode=open shadowrootclonable>.
Pueden ocurrir fallas en los siguientes casos:
a) si usas shadow DOM declarativo
b) si clonas plantillas que contienen DSD y
c) si esperas que esos clones contengan raíces secundarias
- Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows
- Contraseñas locales almacenadas en los Servicios de Play en Android
Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Anteriormente, se almacenaban en el perfil de Chrome. Ahora, se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de manera similar a como se almacenan las contraseñas de las Cuentas de Google. También cambia la IU de administración para que les proporcionen los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla el comportamiento fuera del objeto binario de Chrome. De esta forma, la nueva IU de administración de contraseñas permite a los usuarios importar o agregar contraseñas allí manualmente.
- Chrome 123 en Android: La función se habilita para los usuarios que no tienen contraseñas locales.
- Chrome 124 en Android: Todas las contraseñas locales se migran a los Servicios de Google Play.
- Encapsulamiento de claves X25519Kyber768 para TLS
A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de computadoras un nuevo mecanismo de encapsulamiento seguro de claves TLS poscuántica X25519Kyber768, basado en un estándar NIST (ML-KEM). Esto se expone como un nuevo conjunto de algoritmos de cifrado de TLS. TLS negocia automáticamente los algoritmos de cifrado admitidos, por lo que este cambio debe ser transparente para los operadores de servidores. Sin embargo, es posible que algunos dispositivos intermedios de TLS no estén preparados para el tamaño de un encapsulamiento de claves de Kyber (ML-KEM) o un nuevo punto de código de algoritmo de cifrado ClientHello de TLS, lo que puede generar conexiones interrumpidas o en espera. Para resolver este problema, actualiza el middlebox o inhabilita el mecanismo de encapsulamiento de claves con la política empresarial temporal PostQuantumKeyAgreementEnabled, que estará disponible hasta fines de 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se quitará la política empresarial. Este algoritmo de cifrado se usará para las conexiones TLS 1.3 y QUIC.
- Chrome 124 en Windows, MacOS y Linux
- Guardar en Drive y en Fotos
Puedes guardar directamente un archivo o una imagen de documento de la Web en Drive, así como una imagen en Google Fotos. Ahora puedes cambiar la cuenta en la que se guardará el archivo. Las políticas relevantes para controlar estas funciones son ContextMenuPhotoSharingSettings y DownloadManagerSaveToDriveSettings.
- Chrome 124 en iOS
- Prototipo de google.com de credenciales de sesión vinculada al dispositivo
El proyecto de credenciales de sesión vinculada al dispositivo está diseñado para que la Web deje de usar las credenciales del portador de larga duración, como las cookies, que pueden robarse y reutilizarse, y pase a usar credenciales que son de corta duración o vinculadas de manera criptográfica a un dispositivo. El objetivo de la función es proteger a los usuarios contra el robo de credenciales, que suele llevarse a cabo con software malicioso que se ejecuta en sus dispositivos.
El lanzamiento actual es una prueba de concepto orientado al sitio web google.com. En el futuro, planeamos estandarizar este enfoque para otros sitios web y navegadores web (GitHub).
Los administradores empresariales pueden controlar el estado de las funciones con la política booleana BoundSessionCredentialsEnabled.
- Chrome 124 en Windows: Se planificó un lanzamiento del 1% en la versión estable de Chrome para la vinculación de cookies de google.com para la población general. En este evento importante, se presenta una política temporal BoundSessionCredentialsEnabled.
- Integración de Windows ClearType Text Tuner
Esta función realiza un seguimiento del trabajo para admitir la selección de los valores de contraste y gamma de los parámetros de configuración de Windows ClearType Text Tuner y su aplicación a la renderización de texto con Skia. Esto garantiza que se respeten las preferencias de renderización de texto de los usuarios en los dispositivos con Windows.
- Chrome 124 en Windows, MacOS y Linux
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
MutationEventsEnabled
Volver a habilitar los eventos de mutación que quedaron obsoletos o se quitaron
BoundSessionCredentialsEnabled
Vincular las credenciales de Google a un dispositivo
AutomaticFullscreenAllowedForUrls
Permitir el modo de pantalla completa automático en estos sitios
AutomaticFullscreenBlockedForUrls
Bloquear el modo de pantalla completa automático en estos sitios
CloudProfileReportingEnabled
Habilitar los informes en la nube de Google Chrome para los perfiles administrados
PrefixedVideoFullscreenApiAvailability
Administrar la disponibilidad de la API de Prefixed Video Fullscreen obsoleta
- Políticas que se quitaron del navegador Chrome
Política
Descripción
WebSQLAccess
Habilitar WebSQL de manera automática
InsecureHashesInTLSHandshakesEnabled
Habilitar hashes no seguros en protocolos de enlace TLS
RSAKeyUsageForLocalAnchorsEnabled
Revisar el uso de la clave RSA para los certificados del servidor que emiten las anclas de confianza locales
GetDisplayMediaSetSelectAllScreensAllowedForUrls
Habilita la selección automática para capturas de multipantalla
ThrottleNonVisibleCrossOriginIframesAllowed
Permitir la limitación de iframes de origen cruzado no visibles
Actualizaciones de ChromeOS
-
Delegación de permisos de WebHID
Las Apps de Chrome ahora habilitan las funciones de WebHID en la WebView de la app de Chrome para la compatibilidad con VDI y Zoom HID.
-
QoS de Wi-Fi en ChromeOS
ChromeOS 124 ahora incluye una nueva función de Calidad de servicio (QoS) que garantiza una mejor priorización del tráfico de las aplicaciones de videoconferencias y videojuegos en redes Wi-Fi congestionadas. Como resultado, los usuarios pueden disfrutar de una reproducción de videos más fluida con menos almacenamiento en búfer. En esta versión inicial, esta función no está disponible para usuarios administrados.
-
Análisis de DLC
Para optimizar el tamaño de las actualizaciones de ChromeOS, ahora descargamos el controlador requerido una vez que el usuario accede y conecta un escáner que requiere un controlador. El controlador se descargará automáticamente sin que el usuario deba responder ningún mensaje. Aparecerá una notificación para indicar que se están instalando controladores externos y cuándo se completa la instalación.
-
Aumentar el tamaño máximo del control deslizante del puntero del mouse
Expandimos los tamaños del cursor del mouse. Para ajustar el tamaño del cursor, ve a la configuración, accesibilidad, cursor y panel táctil, y desliza el control deslizante hasta el tamaño que prefieras. Esto puede ser útil para las personas con visión reducida, para los profesores que desean que los estudiantes sigan la lección mientras presentan, para las personas que están presentando en una videollamada o si solo quieres tener un cursor del mouse más grande.
-
Vinculación rápida para HID
La Vinculación rápida ahora está disponible para mouses en ChromeOS. Ahora puedes acercar un mouse compatible con la Vinculación rápida a tu dispositivo ChromeOS y pedirle que lo vincule con un clic. Para obtener más detalles, consulta nuestro artículo del Centro de ayuda.
-
Invalidación de caché de extensiones para la pantalla de acceso de invitado administrado
A partir de ChromeOS 124, la política ExtensionInstallForcelist admite la reversión de extensiones para las sesiones de invitado administradas y la pantalla de acceso. Esto les da a los administradores la opción de revertir las extensiones en caso de que se produzca un lanzamiento erróneo de una versión nueva.
-
Reinicio instantáneo en la sesión de invitado administrada
ChromeOS 124 presenta una IU para que los administradores inicien una acción de reinicio instantánea de las sesiones de invitado administradas.
-
Bloqueo del operador de ChromeOS
ChromeOS ahora admite el bloqueo del operador para los proveedores de telefonía celular que deseen proporcionar dispositivos subsidiados a los usuarios. En todos los dispositivos habilitados para celulares, los operadores pueden bloquear el dispositivo para permitir solo la conexión a perfiles de SIM aprobados (tanto eSIM como SIM física). Los dispositivos bloqueados se inscriben en un servidor de bloqueo del operador y, cuando finaliza el contrato, el operador simplemente libera el bloqueo y el usuario recibe una notificación en su dispositivo. Ten en cuenta que, además de estar bloqueado por usar perfiles de SIM no autorizados, también se bloquea el modo para desarrolladores en los dispositivos bloqueados por el operador.
Actualizaciones en la Consola del administrador
-
Eliminación de navegadores inactivos en Chrome Enterprise Core
Desde abril hasta mayo de 2024, en el caso de Chrome Enterprise Core, comenzará a implementarse de la política del Período de inactividad para la eliminación de navegadores y se borrarán automáticamente los navegadores inscritos en la Consola del administrador que hayan estado inactivos durante un período superior al de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los navegadores inscritos que hayan estado inactivos durante más de 540 días. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días (más información).
Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.
-
Nuevo filtro en la página Detalles de la app
Presentamos un nuevo filtro para Todos los usuarios y navegadores en la página Detalles de la app. Este filtro les permite a los administradores de TI ver fácilmente todos los navegadores y usuarios administrados en los que esté instalada una extensión o app específica.
- Nuevas políticas en la Consola del administrador
Nombre de la política
Páginas
Compatible con
Categoría/Campo
AutomaticFullscreenAllowedForUrls
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Experiencia del usuario
AutomaticFullscreenBlockedForUrls
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Experiencia del usuario
MutationEventsEnabled
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Android WebView
Compatibilidad con sitios heredados
PrefixedVideoFullscreenApiAvailability
Usuarios y navegadores
MGS
Android
Chrome
ChromeOS
Fuschia
Compatibilidad con sitios heredados
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
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled a partir de Chrome 125 para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Contenedores de desplazamiento enfocables en el teclado
Hacer que los contenedores de desplazamiento sean enfocables con la navegación de enfoque secuencial mejora la accesibilidad. Actualmente, la tecla Tab no centra los desplazadores, a menos que tabIndex se establezca de manera explícita en 0 o más.
Si se hace que los desplazadores sean enfocables de forma predeterminada, los usuarios que no pueden (o no quieren) usar un mouse podrán enfocar el contenido recortado con las teclas de flecha y de tabulación del teclado. Este comportamiento se habilita solo si la barra de desplazamiento no contiene ningún elemento secundario enfocable del teclado. Esta lógica es necesaria para no causar regresiones para elementos enfocables existentes que podrían existir dentro de un desplazador, como una <textarea>.
- Chrome 125 en Windows, MacOS, Linux y Android
- Acción predeterminada interoperable mousemove
Chrome permitió cancelar eventos mousemove para evitar otras APIs, como la selección de texto (incluso la función de arrastrar y soltar en el pasado).No coincide con los demás navegadores principales, ni tampoco se ajusta a la IU (especificaciones del evento).
Con esta función, la selección de texto ya no será la acción predeterminada de mousemove.Aun así, es posible evitar la selección de texto y la función de arrastrar y soltar a través de la cancelación de los eventos selectstart y dragstart, respectivamente, que cumplen con las especificaciones y son completamente interoperables.
- Chrome 125 en Windows, MacOS, Linux y Android
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.
- Chrome 125 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
- Telemetría sobre páginas que activan APIs de bloqueo del teclado y el puntero
Cuando un usuario de la Navegación segura mejorada visita una página que activa las APIs de bloqueo del teclado o del puntero, los atributos de esa página se enviarán a la Navegación segura.
Si se envía la telemetría y la página parece ser maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloqueará si estaban bloqueados.
- Chrome 125 en Android, ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia
- Ampliación de la API de Storage Access (SAA) al almacenamiento sin cookies
Proponemos una extensión de la API de Storage Access (retrocompatible) para permitir el acceso al almacenamiento no particionado (con cookies y sin ellas) en un contexto de terceros, e imaginamos que la mecánica de la API sería más o menos similar a la siguiente (JS que se ejecuta en un iframe incorporado):
// Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería darle una instrucción al usuario)
let handle = await document.requestStorageAccess({all: true});
// Escribe algo de almacenamiento localstorage entre sitios
handle.localStorage.setItem("userid", "1234");
// Abre o crea una indexedDB que se comparta con el contexto propio
let messageDB = handle.defaultBucket.indexedDB.open("messages");
Los iframes usarían el mismo flujo para obtener un controlador de almacenamiento cuando su principal de nivel superior llamara correctamente a rSAFor, solo que, en este caso, el permiso storage-access ya se otorgó. Por lo tanto, la llamada a rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que iframes ocultos accedan al almacenamiento.
- Se quitó el alias de posición de ventanas para los permisos y los descriptores de políticas de permisos
Chrome 124 quita el alias window-placement para los descriptores de permisos y políticas de permisos. Todas las instancias de window-placement se reemplazan por window-management, que describe mejor la funcionalidad de la API relacionada. Este es un seguimiento de las mejoras en la función de la API de Multi-Screen Window Placement. Para obtener más detalles, consulta el Estado de la plataforma Chrome.
- Chrome 125 en Windows, MacOS y Linux
- Bit de cadena principal entre sitios para CookiePartitionKey de cookies particionadas
En Chrome 125, se agrega un bit principal entre sitios a la clave de la CookiePartitionKey de la cookie particionada. Este cambio unifica la clave de partición con los valores de clave de partición que se usan en la partición de almacenamiento y agrega protección contra ataques de clickjacking, ya que evita que los marcos incorporados entre sitios tengan acceso a las cookies particionadas del sitio superior.
Si una empresa experimenta alguna falla con los iframes incorporados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo particionado y, luego, invocar la API de Storage Access (SAA) o utilizar el uso compartido de recursos entre dominios (CORS) para garantizar que los iframes incorporados tengan acceso a las mismas cookies que el dominio de nivel superior.
- Chrome 126 en Windows, MacOS y Linux
- Extrae texto de archivos PDF para los usuarios de lectores de pantalla
El navegador Chrome lanzará un lector de PDF con reconocimiento óptico de caracteres (OCR) potenciado por IA para crear el primer navegador con un lector de pantalla de PDF integrado para documentos inaccesibles, lo que acorta aún más la brecha de accesibilidad para usuarios ciegos y con visión reducida en la Web.
Esta función aprovecha los modelos de OCR de Google para extraer, compartimentar y segmentar los documentos PDF para que sean más accesibles. Se agregará una biblioteca local de Inteligencia Artificial que utiliza la tecnología de Screen AI para analizar las capturas de pantalla o el árbol de accesibilidad, y extraer más información para ayudar a la tecnología de accesibilidad, como los textos (OCR) y el contenido principal de la página.
- Chrome 126 en ChromeOS, Linux, MacOS y Windows
- Baja del informe extendido de Navegación segura
Los Informes extendidos de Navegación segura son una función que mejora la seguridad de todos los usuarios a través de la recopilación de información de telemetría de los usuarios participantes que se usa para las protecciones de la Navegación segura de Google. Los datos recopilados incluyen las URLs de las páginas web visitadas, la información limitada del sistema y cierto contenido de la página. Sin embargo, esta función se reemplazó por el modo de protección mejorada. Sugerimos que los usuarios cambien a Protección mejorada para continuar brindando seguridad a todos los usuarios, además de habilitar el nivel de seguridad más alto disponible en Chrome. Para obtener más información, consulta los Niveles de protección de Navegación segura.
- Chrome 126 en iOS, ChromeOS, Linux, MacOS y Windows: Baja del informe extendido de Navegación segura
- Quitar la política empresarial que se usa para la herencia de la URL base
En Chrome 114, presentamos NewBaseUrlInheritanceBehaviorAllowed para evitar que los usuarios o las variantes de Google Chrome habiliten NewBaseUrlInheritanceBehavior en caso de que se descubrieran problemas de compatibilidad. En Chrome 125, se quitará la política temporal NewBaseUrlInheritanceBehaviorAllowed.
- Chrome 125 en Android, ChromeOS, Linux, MacOS y Windows: Se quitará la política NewBaseUrlInheritanceBehaviorAllowed.
- Encriptación vinculada a la app para cookies
Para mejorar la seguridad de las cookies en Windows, la clave de encriptación que se usa para encriptar las cookies estará aún más protegida vinculándola con la identidad de la aplicación de Chrome. Esto puede brindar protección contra software malicioso que pueda intentar robar cookies del sistema. Esto no brinda protección contra los atacantes que pueden elevar los privilegios o insértalos en los procesos de Chrome.
Habrá una política empresarial ApplicationBoundEncryptionEnabled disponible para inhabilitar la encriptación vinculada a la aplicación.
- Chrome 125 en Windows
- Intención de dar de baja los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.
- Captura de vínculos de usuarios en las AWP
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando hagas clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función:
chrome://flags/#enable-user-link-capturing-pwa.
- De forma anticipada en Chrome 127 en Linux, MacOS y Windows: Lanzaremos la función estable al 100% con una opción predeterminada activada (siempre se iniciarán las apps cuando se haga clic en los vínculos) o desactivada de forma predeterminada (siempre abierta en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3
Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver qué versión del manifiesto usan todas las extensiones de Chrome que se ejecutan en tu flota en la página Uso de apps y extensiones en Chrome Enterprise Core. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos:
- Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Chrome ya no será compatible con MacOS 10.15
Chrome ya no admitirá MacOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para seguir usando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en MacOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con MacOS 10.15.
- Chrome 129 en MacOS: Chrome ya no es compatible con MacOS 10.15
- Baja del argumento includeShadowRoots en DOMParser
El argumento includeShadowRoots fue un argumento nunca estandarizado para la función DOMParser.parseFromString(), que estaba ahí para permitir el análisis imperativo de contenido HTML que incluye Shadow DOM declarativo.Este se envió en Chrome 90 como parte del envío inicial del Shadow DOM declarativo. Desde que el debate sobre los estándares se volvió a materializar en 2023, la forma de las APIs de DSD cambió, incluida esta función para el análisis imperativo. Para leer más, consulta los detalles del contexto sobre los estándares relacionados y también hay información disponible sobre las bajas relacionadas de serialización de Shadow DOM y Atributo shadow root.
Ahora que se creó una versión estandarizada de la API en forma desetHTMLUnsafe() y parseHTMLUnsafe(), se enviará en Chrome 124, por lo que el argumento includeShadowRoots debe quedar obsoleto y quitarse. Todo el uso debe cambiar en consecuencia:
En lugar de:
(new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});
Se puede usar en su lugar:
document.parseHTMLUnsafe(html);
- Chrome 129 en Windows, Mac, Linux y Android
Próximos cambios en ChromeOS
-
Configuración de Passpoint de ChromeOS
A partir de ChromeOS 125, podrás ver y administrar Wi-Fi Passpoint en la configuración de ChromeOS. Podrás ver y quitar tu suscripción a Passpoint instalada en la página de detalles correspondiente.
-
Nueva política para controlar los tiempos de activación y suspensión del kiosco
A partir de ChromeOS 125, presentaremos una nueva política de dispositivo de kiosco que permitirá a los administradores programar cuándo se activará y suspenderá un dispositivo. Para obtener más detalles, consulta Configuración del kiosco.
Próximos cambios en la Consola del administrador
- Paridad de políticas: Parámetros de configuración personalizados para administradores de TI
La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chrome que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, todas las políticas de Chrome ahora se pueden configurar en Chrome Enterprise Core en la Consola del administrador, ya sea a través de las páginas Configuración o Parámetros de configuración personalizados. También puedes usar la página para configurar el modo de instalación de extensiones que no se admite en la Consola del administrador, como “normal_installed”.
- A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: Acceso para verificadores de confianza
- A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: Lanzamiento de funciones
- Informe de tecnología heredada
A partir de Chrome 127, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.
Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- A partir de Chrome 127 en Linux, MacOS y Windows: El informe de tecnología heredada estará disponible en la Consola del administrador.
Chrome 123
Actualizaciones del navegador Chrome
Seguridad y privacidad
Productividad y apps del usuario
Administración
Baja de las cookies de terceros de Chrome (3PCD)
✓
Funciones basadas en IA generativa
✓
Reanudación de pestañas
✓
✓
Chrome en iOS y Android: Reanudación multidispositivo
✓
Restauración de la última pestaña abierta en cualquier dispositivo
✓
Cambio en el comportamiento de las políticas de JavaScript con JIT
✓
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
✓
✓
Nuevas políticas de tiempo de espera de inactividad en iOS
✓
Detección de la reutilización de contraseñas de perfiles sincronizados
✓
Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones
✓
API de enrutamiento estático de ServiceWorkers
✓
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia
✓
Contraseñas locales almacenadas en Servicios de Play
✓
Codificación de contenido Zstd
✓
Capacidad forzar la renovación de los flujos de acceso
✓
Cambios en Google Actualización
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Actualizaciones de ChromeOS
Seguridad y privacidad
Productividad y apps del usuario
Administración
Migración de ChromeOS Flex por Bluetooth
✓
Personalización de las combinaciones de teclas
✓
Personalización del botón del mouse
✓
Configuración de Pantalla dividida más rápida
✓
Hotspot de conexión de ChromeOS
✓
Preferencias de idioma de las apps en Android
✓
Nuevas voces con sonido natural para la función de texto a voz
✓
Lanzamiento del modo Encargado del tratamiento de datos para Bélgica y Noruega
✓
Configuración de privacidad por app
✓
Seguridad de Android mejorada para clientes empresariales nuevos
✓
Actualizaciones en la Consola del administrador
Seguridad y privacidad
Productividad y apps del usuario
Administración
Experiencia mejorada en la página Configuración
✓
Recopilación de registros remotos para dispositivos ChromeOS
✓
Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome
✓
Informe de fallas de Chrome
✓
Nuevas políticas en la Consola del administrador
✓
Próximos cambios en el navegador Chrome
Seguridad y privacidad
Productividad y apps del usuario
Administración
Pantalla de selección del motor de búsqueda predeterminado
✓
Captura de vínculos de usuarios en AWP: Windows, macOS y Linux
✓
Solicitud de permisos para la API de MIDI Web
✓
Con actualización de tres extensiones de Chrome a Manifest V3
✓
✓
Mejoras en favoritos y la Lista de lectura en Android
✓
Baja de la política empresarial que se usa para la limitación
✓
Compatibilidad con escritorio de Chrome para ARM64 de Windows
✓
Capacidad de quitar la política empresarial que se usa para GREASE
✓
El servicio de red en Windows se someterá a una zona de pruebas
✓
Baja y eliminación de WebSQL
✓
Los controles de formulario admiten valores de dirección en el modo de escritura vertical
✓
Capacidad de quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA
✓
Atributo que se puede clonar con la raíz secundaria
✓
Capacidad de quitar la política empresarial que se usa para la herencia de la URL base
✓
Intención de dar de baja los eventos de mutación
✓
Capacidad de quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
✓
Actualización de las extensiones antes de junio de 2025 para aprovechar Manifest V3
✓
Incompatibilidad de Chrome con macOS 10.15
✓
Próximos cambios en ChromeOS
Seguridad y privacidad
Productividad y apps del usuario
Administración
Capacidad de grabar GIFs con Captura de pantalla
✓
Próximos cambios en la Consola del administrador
Seguridad y privacidad
Productividad y apps del usuario
Administración
Informe de tecnología heredada
✓
Paridad de políticas: Parámetros de configuración personalizados para administradores de TI
✓
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Actualizaciones del navegador Chrome
- Baja de las cookies de terceros de Chrome (3PCD)
Como se anunció anteriormente, Chrome 120 comenzó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y las actualizaciones posteriores aumentarán esa cifra al 100% de los usuarios a partir del 3ᵉʳ trim. de 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Si quieres probar estos cambios en Chrome 120 (o una versión posterior), habilita chrome://flags/#test-third-party-cookie-phaseout.
Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas ven la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se borre para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales deberían excluirse automáticamente de este grupo experimental del 1%. Sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar cookies de terceros y, además, inhabilitar los navegadores administrados antes del experimento. Esto les dará a las empresas tiempo para realizar los cambios necesarios y evitar depender de esta política o de cookies de terceros.
Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros.
Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo del Centro de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros y lograr la configuración deseada.
Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies como falsa o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado para los sitios.
Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.
La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.
Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, MacOS y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.
- Funciones de IA generativa
En Chrome 122, están disponibles 3 funciones de IA generativa (IA generativa) para usuarios administrados que hayan accedido al navegador Chrome: Organizador de pestañas, Crear temas y Ayúdame a escribir (no están disponibles en ChromeOS). En un principio, estas 3 funciones solo están disponibles para los usuarios mayores de 18 años, en inglés y en EE.UU. Los administradores pueden controlar estas funciones con TabOrchestrarSettings, CreateThemesSettings y HelpMeWriteSettings.
A partir de Chrome 123, lanzaremos estas funciones de forma gradual, y algunos usuarios ya no tendrán que habilitar la IA experimental para usar las funciones si los administradores configuran las políticas como habilitadas.
- Chrome 122 en ChromeOS, Linux, Mac y Windows: Están disponibles las funciones de IA generativa (Organizador de pestañas y Crear temas) para los usuarios administrados en EE.UU. Los usuarios deben activar la IA experimental.
- Chrome 123 en ChromeOS, Linux, Mac y Windows: Las funciones (Organizador de pestañas y Crear temas) están disponibles para los usuarios administrados en EE.UU. Algunos usuarios tendrán la función habilitada de forma predeterminada y otros la podrán habilitar manualmente en la página de configuración de IA experimental. En ambos casos, las funciones no estarán disponibles si se inhabilitan a través de una política.
- Reanudar pestañas
Chrome 123 presenta una nueva tarjeta en la página Nueva pestaña, que ayuda a los usuarios a continuar con las sugerencias de pestañas de otros dispositivos. Con la política NTPCardsVisible, los administradores pueden controlar esta función y otras tarjetas en la página Nueva pestaña.
- Chrome 123 en ChromeOS, Linux, Mac y Windows
- Chrome en Android/iOS: Reanudación multidispositivo
Para ayudar a los usuarios a reanudar tareas que se originan en otros dispositivos, Chrome ahora brinda sugerencias de pestañas multidispositivo en la página Nueva pestaña o en las plataformas de página principal de Chrome para iOS y Android.
- Chrome 123 en iOS y Android: Lanzamientos de funciones
- Restauración de la última pestaña abierta en cualquier dispositivo
Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que accedió a su cuenta, Chrome ahora les ofrece a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores pueden controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
- Chrome 123 en iOS: Se lanza la función.
- Cambio en el comportamiento de las políticas de JavaScript con JIT
A partir de Chrome 122, cuando se habilita la política DefaultJavaScriptJitSetting y se inhabilita JavaScript en JIT, ya no se inhabilitará por completo WebAssembly. Si estableces esta política, la optimización de JIT para V8 seguirá inhabilitada. Esto permite que Chrome procese el contenido web en una configuración más segura.
- La Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
La Sincronización de Chrome ya no será compatible con Chrome 81 y versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se implementará el cambio.
- Nuevas políticas de tiempo de espera de inactividad en iOS
Las empresas ahora pueden forzar que se realice una acción después de que Chrome haya estado inactivo durante cierta cantidad de tiempo en los dispositivos iOS. Puedes usar la política IdleTimeout para establecer un tiempo de espera y la política IdleTimeoutActions para especificar acciones durante el tiempo de espera. Este parámetro de configuración estará disponible como una política de la plataforma y por perfil en el futuro.
- Chrome 123 en iOS: Políticas disponibles en iOS
- Detección de reutilización de contraseñas de perfiles sincronizados
Anteriormente, la detección de reutilización de contraseñas de credenciales corporativas solo se estaba disponible en perfiles corporativos. En Chrome 123, la detección de reutilización de contraseñas detectará la reutilización de credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador administrado.
- Chrome 123: Se lanza la función para empresas que tienen la opción MetricsReportingEnabled habilitada.
- Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones
Cuando se activa la Protección mejorada y un usuario visita una página que le solicita que acepte un permiso de notificación, es posible que se envíen los atributos de esa página a la Navegación segura. Si se envía la telemetría y se considera que la página es peligrosa, los usuarios verán una advertencia de Navegación segura.
Cuando la Protección mejorada o el informe extendido de Navegación segura están activados, y un usuario acepta un permiso de notificación para una página bloqueada, este evento se envía a Navegación segura.
Estas funciones se pueden controlar con las políticas SafeBrowsingProtectionLevel y SafeBrowsingExtendedReportingEnabled.
- Chrome 123 para Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Se lanza esta función para empresas que tienen habilitada la opción MetricsReportingEnabled.
- API de enrutamiento estático de ServiceWorker
Esta API les permite a los desarrolladores configurar el enrutamiento y transferir tareas simples que hacen los ServiceWorkers. Si la condición coincide, la navegación ocurre sin iniciar los ServiceWorkers ni ejecutar JavaScript, lo que permite que las páginas web eviten penalizaciones de rendimiento debido a las intercepciones de ServiceWorker.
- Chrome 123 en Windows, Mac, Linux y Android
- Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia
Antes de que un sitio web navegue a un sitio de destino en la red privada de un usuario, Chrome hará lo siguiente:
1. Comprobar si la solicitud de navegación original se inició en un contexto seguro
2. Enviar una solicitud preliminar y verificar si el sitio de destino responde con un encabezado que permita el acceso a la red privada.
Las verificaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función opera en modo solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en DevToolsde la consola de Chrome para ayudar a los desarrolladores a prepararse para la aplicación de la política. Si quieres leer sobre estos cambios, consulta Acceso a redes privadas (PNA) para solicitudes de navegación. Para obtener más información, consulta la especificación de PNA.
- Chrome 123 en Android (excepto WebView), ChromeOS, Linux, MacOS y Windows: Modo de solo advertencia.
- Versión preliminar de Chrome 130 en Android (excepto WebView), ChromeOS, Linux, MacOS y Windows: Las solicitudes fallarán.
- Contraseñas locales almacenadas en los Servicios de Play
Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Anteriormente, se almacenaban en el perfil de Chrome. Ahora, se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de manera similar a como se almacenan las contraseñas de las Cuentas de Google. También cambia la IU de administración para que les proporcionen los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla el comportamiento fuera del objeto binario de Chrome. De esta forma, la nueva IU de administración de contraseñas permite a los usuarios importar o agregar contraseñas allí manualmente.
- Chrome 123 en Android: La función se habilita para los usuarios que no tienen contraseñas locales.
- Chrome 124 en Android: Todas las contraseñas locales se migran a los Servicios de Google Play.
- Codificación de contenido Zstd
Chrome agregará compatibilidad con Zstandard (zstd) como mecanismo de compresión de datos. La compatibilidad con la codificación de contenido zstd en el navegador permite que los sitios destinen menos tiempo y CPU o energía a la compresión en sus servidores, lo que disminuye sus costos. Hay una política empresarial temporal ZstdContentEncodingEnabled disponible para desactivar la función de codificación de contenido zstd.
- Chrome 123 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Se agregó compatibilidad con zstd.
- Fuerza la renovación de los flujos de acceso
Cuando la política BrowserSignin se establece en Forzar a los usuarios a acceder para usar el navegador, los usuarios ahora acceden al navegador Chrome siguiendo el estándar de acceso a través del selector de perfiles.
Anteriormente, el flujo de acceso forzado tenía un diálogo de IU específico que no seguía el estilo o los estándares típicos de Chrome. Ahora los flujos están alineados con los flujos de acceso normales. También mejoramos el manejo de errores, ya que mostramos los errores de acceso en un diálogo normal con botones accionables.
- Chrome 123 en Mac y Windows: Lanzamiento completo
- Cambios en Google Actualización
Nos encontramos en el proceso de lanzar una nueva versión de Google Actualización. Como parte de este cambio, la ubicación de GoogleUpdate.exe en Windows cambiará y se llamará updater.exe. Ten en cuenta que la ruta anterior continuará vigente hasta que se complete la transición.
- Anterior: C:\Program Files (x86)\Google\Update\GoogleUpdate.exe
- Actual: C:\Program Files (x86)\Google\GoogleUpdater\VERSION\updater.exe
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
WebAnnotations
Permitir la detección de entidades de texto sin formato en páginas web (solo en iOS)
IdleTimeout
Retraso antes de ejecutar respuestas de inactividad (ahora también disponible en iOS)
IdleTimeoutActions
Acciones que se deben ejecutar cuando la computadora está inactiva (ahora también disponibles en iOS)
ChromeForTestingAllowed
Permitir Chrome for Testing
RemoteAccessHostAllowPinAuthentication
Permitir métodos de autenticación con PIN y con vinculación para hosts de acceso remoto
RemoteAccessHostAllowUrlForwarding
Permitir que los usuarios con acceso remoto abran las URLs del host en el navegador de su cliente local
DownloadManagerSaveToDriveSettings
Permite que se guarden archivos directamente en Google Drive
Actualizaciones de ChromeOS
- Migración de ChromeOS Flex por Bluetooth
En ChromeOS 123, ChromeOS Flex se actualizará a la pila Bluetooth de Floss. Como parte de esta actualización, los dispositivos mencionados ya no admiten la funcionalidad Bluetooth. Si la funcionalidad Bluetooth es esencial para estos dispositivos, te recomendamos que los muevas al canal de LTS para extender la funcionalidad de Bluetooth hasta octubre de 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Si tus dispositivos no pueden conectarse al Bluetooth después de actualizar a ChromeOS 123, cambia la función experimental de Chrome Usar Floss en lugar de BlueZ a Inhabilitada.
- Personaliza las combinaciones de teclas
El uso de atajos aumenta la productividad, y todos tenemos nuestras opciones favoritas. En ChromeOS 123, con la personalización de combinaciones de teclas, podrás asignar la combinación de teclas que prefieras para personalizar las combinaciones. Ya sea que quieras que sean más fáciles de usar con una mano, más fáciles de recordar o idénticas a las que ya conoces, esta función simplificará tus flujos de trabajo diarios.
- Personalización del botón del mouse
La personalización del botón del mouse en la Chromebook ayuda a los usuarios a completar acciones rápidas con solo hacer clic en un botón. Si el mouse tiene más de dos botones, ahora puedes asignarlos a una lista establecida de acciones, como tomar una captura de pantalla, silenciar y activar el sonido, insertar emojis, etc. También puedes seleccionar una combinación de teclas para asignar a los botones cualquier acción realizada por una combinación de teclas.
- Configuración de Pantalla dividida más rápida
Las Chromebooks ofrecen varias formas de organizar las ventanas en tu pantalla para aumentar la productividad, como Pantalla dividida. Como lo indica su nombre, la Configuración de pantalla dividida más rápida ofrece una forma más veloz de configurar el diseño de la ventana, ya que muestra una vista general de las ventanas abiertas al otro lado de la pantalla. Con la Pantalla dividida más rápida, una vez que ajustes (o bloquees) una ventana en un lado, puedes elegir otra ventana que ya esté abierta en Recientes para ajustarla al otro lado, o bien seleccionar un elemento de la barra (la fila de apps) en la parte inferior o lateral de la pantalla.
- Hotspot de conexión de ChromeOS
El hotspot ya está disponible en ChromeOS. Ahora puedes compartir la red móvil en tu Chromebook como un hotspot con otros dispositivos sin conexión a Internet. Para habilitar tu primer hotspot, abre la Configuración de red y activa el Hotspot. En ChromeOS 123, solo admitimos T-Mobile en EE.UU., pero estamos trabajando para agregar otras redes en versiones futuras.
- Preferencias de idioma de las apps en Android
Ahora puedes cambiar el idioma de preferencia de tus apps para Android. Estos nuevos parámetros están disponibles en Configuración > Apps > Administra tus apps > Idioma de la app.
- Nuevas voces con sonido natural para la función de texto a voz
En ChromeOS 123, agregamos nuevas voces de TTS con sonido natural que funcionan sin conexión y están disponibles en 31 idiomas.
- Lanzamiento del modo Encargado del tratamiento de datos para Noruega
En agosto de 2023, se lanzó en los Países Bajos el modo Encargado del tratamiento de datos para ChromeOS que brinda a las organizaciones más transparencia y control sobre los datos que Google envía y procesa. Debido a que el interés en este espacio aumentó recientemente, el modo Encargado del tratamiento de datos tendrá disponibilidad general para el público en más países, empezando por Noruega. Este producto está disponible en la Consola del administrador a través de Dispositivo > Chrome > Cumplimiento. Para obtener más información, consulta nuestro artículo del Centro de ayuda.
- Configuración de privacidad por app
ChromeOS 123 facilita la administración de los controles de privacidad en las Chromebooks consolidando los permisos de las apps y los controles de privacidad. Esto brinda a los usuarios más transparencia, ya que muestra qué apps necesitan acceder a los sensores de privacidad y cómo los permisos de las apps se ven afectados por los estados de control de privacidad. Ahora, con los permisos por app, para el micrófono y la cámara, en lugar de ir a dos lugares independientes (controles de privacidad y configuración de la app), los usuarios pueden ir directamente a la configuración de privacidad para ver qué apps necesitan acceder a estos sensores y modificar los permisos de las apps.
- Seguridad mejorada de Android para clientes empresariales nuevos
ChromeOS 123 mejora el nivel de seguridad predeterminado de las apps para los clientes empresariales. En los dominios empresariales nuevos, ChromeOS desactiva de forma predeterminada las apps para Android para los usuarios de ChromeOS no afiliados. Los usuarios de ChromeOS no afiliados son usuarios de dispositivos no administrados o de dispositivos administrados por un dominio diferente al del usuario.
Los dominios empresariales existentes no se verán afectados por este cambio. Los clientes nuevos o existentes de Education no se verán afectados.
Para los clientes empresariales que quieran cambiar la configuración predeterminada, consulta nuestro artículo del Centro de ayuda.
Actualizaciones en la Consola del administrador
- Experiencia mejorada en la página Configuración
A partir de marzo de 2024, todos los administradores usarán nuestra experiencia de página actualizada de Configuración, lo que significa que ya no podrás usar la experiencia heredada de Configuración. La mayoría de ustedes ya usan la experiencia actualizada. Esto solo significa que los administradores ya no podrán acceder a la vista heredada, pero seguirán teniendo acceso a las mismas funciones en la vista actualizada.
- Recopila registros remotos para dispositivos ChromeOS
Si tienes problemas con un dispositivo ChromeOS administrado, puedes solucionarlos capturando registros adicionales de la página Detalles del dispositivo en la Consola del administrador. Puedes recopilar registros de forma remota para los siguientes casos de uso:
- Dispositivos de kiosco
- Usuarios afiliados y no afiliados que accedieron a sus cuentas
- Sesiones de invitado administradas
- Pantalla de acceso y bloqueada
Para obtener más información, consulta este artículo del Centro de ayuda Recopilación de registros remotos para dispositivos ChromeOS.
- Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome
La política del Período de inactividad para la eliminación de navegadores estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real.
Desde abril hasta mayo de 2024, comenzará a lanzarse la política del Período de inactividad para la eliminación de navegadores y, además, lanzará automáticamente los navegadores inscritos en la Consola del administrador que hayan estado inactivos durante un período superior al del período de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Esto significa que, de forma predeterminada, se borrarán de tu cuenta todos los navegadores inscritos que hayan estado inactivos durante más de 540 días. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días.
Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.
- Informe de fallas de Chrome
En Chrome 123, se pueden visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayuda a identificar de forma proactiva los posibles problemas de Chrome en tu organización.
- Chrome 121 en Linux, macOS y Windows: Programa de Verificador de confianza
- Chrome 123 en Linux, macOS y Windows: Lanzamiento de funciones
- Nuevas políticas en la Consola del administrador
Nombre de la política
Páginas
Compatible con
Categoría/Campo
ShortcutCustomizationAllowed
Usuario/MGS
ChromeOS 123+
Accesibilidad del usuario
DeleteKeyModifier
Usuario/MGS
ChromeOS 123+
Accesibilidad del usuario
HomeAndEndKeysModifier
Usuario/MGS
ChromeOS 123+
Accesibilidad del usuario
InsertKeyModifier
Usuario/MGS
ChromeOS 123+
Accesibilidad del usuario
PageUpAndPageDownKeysModifier
Usuario/MGS
ChromeOS 123+
Accesibilidad del usuario
F11KeyModifier
Usuario/MGS
ChromeOS 123+
Accesibilidad del usuario
F12KeyModifier
Usuario/MGS
ChromeOS 123+
Accesibilidad del usuario
ChromeForTestingAllowed
Usuario
ChromeOS 123+
Experiencia del usuario
DownloadManagerSaveToDriveSettings
Usuario
ChromeOS 123+
Experiencia del usuario
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
- Pantalla para elegir el motor de búsqueda predeterminado
Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.
En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.
Obtén más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: El 1% de los usuarios podría comenzar a ver la pantalla de selección en Chrome 120.
- Más adelante este año en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: Lanzamiento completo para los usuarios aplicables
- Captura de vínculos de usuarios en AWP: Windows, macOS y Linux
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y estas apps. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Cuando el usuario hace clic en el chip, se inicia la app directamente o se abre una cuadrícula de apps que pueden ser compatibles con ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
Se detectaron algunos problemas con la implementación actual, por lo que no lanzaremos esta función en Chrome 123 como se anunció inicialmente. Definitivamente, planeamos lanzar la captura de vínculos este año (error).
- Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se iniciará la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Próxima meta para 2024 de Linux, MacOS y Windows: Lanzaremos la función estable al 100% con una opción predeterminada activada (siempre se inician las apps cuando se haga clic en los vínculos) o desactivada de forma predeterminada (siempre abierta en una pestaña, solo se debe iniciar si el usuario hace clic en el chip de la barra de direcciones).
- Solicitud de permisos para la API de Web MIDI
La API de Web MIDI se conecta a dispositivos MIDI (interfaz digital de instrumentos musicales) y, además, interactúa con ellos. Se informaron varios problemas relacionados con el acceso impulsado de la API de Web MIDI a los dispositivos MIDI de clientes (consulta la sección relacionada Error de Chromium). Para solucionar este problema, el grupo de trabajo de audio de W3C decidió otorgar un permiso explícito al acceso a la API de Web MIDI general. Originalmente, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la capacidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso controlado detrás de un mensaje de permisos. Ahora tenemos la intención de expandir el alcance del permiso al uso normal de la API de Web MIDI.
En Chrome 124, todo acceso a la API de Web MIDI requerirá un permiso del usuario. No habrá políticas disponibles para controlar estos cambios. Si tienes algún problema, informa el error aquí.
- Chrome 124 en Windows, macOS, Linux y Android
- Se actualizarán tres extensiones de Chrome a Manifest V3
Pronto se actualizarán tres extensiones para usar Manifest V3: Compatibilidad con navegadores heredados para Edge, User-Agent Switcher, y Chrome Reporting.
Esta es una actualización importante que podría tener errores, así que puedes probar la versión Beta de estas extensiones hoy mismo. Te recomendamos que las pruebes en tu entorno. Si tienes algún problema, informa el error aquí.
- Compatibilidad con navegadores heredados para Microsoft Edge (versión beta)
- Botón de usuario-agente para Chrome (versión beta)
- Chrome Reporting Extension (versión beta)
Se modificó el analizador de URL del botón de usuario-agente, por lo que debes asegurarte de que las sustituciones de usuario-agente existentes funcionen con la versión nueva.
- Chrome 124: Las tres extensiones reciben una actualización en su versión estable alrededor del 30 de abril de 2024.
- Mejoras en favoritos y la Lista de lectura en Android
En Chrome 124 para Android, algunos usuarios que accedan a Chrome desde el Administrador de favoritos podrán usar y guardar favoritos y elementos de las listas de lectura en sus Cuenta de Google. Las políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled seguirán funcionando como antes para configurar si los usuarios pueden guardar y utilizar elementos en sus Cuentas de Google.
- Chrome 124 en Android: Lanzamiento de funciones
- Dar de baja la política empresarial que se usa para la limitación
El cambio de código subyacente (limitación de los iframes de display:none de origen cruzado y del mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Dado que se solucionaron problemas conocidos, tenemos la intención de quitar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed de Chrome 124. Los debates sobre el problema de limitación (y su resolución) se pueden encontrar en este error de Chromium.
- Chrome 124: Se quitó la política.
- Compatibilidad con escritorio de Chrome para ARM64 de Windows
Chrome está implementando la compatibilidad con Windows ARM64. Estamos trabajando para publicar los instaladores de Enterprise. Puedes seguir probando el canal Canary e informar errores allí. Ten en cuenta que esto está sujeto a cambios según la estabilidad general y los comentarios de los clientes. Si tienes algún problema, informa el error aquí.
- Chrome 124 en Windows (ARM): Hay nuevos instaladores empresariales disponibles.
- Quitar la política empresarial que se usa para GREASE
Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. Con el tiempo, se quitará la política.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política deja de estar disponible.
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.
- Chrome 124 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
- WebSQL dejará de estar disponible y se quitará
Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.
El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database.
Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento.
- Chrome 101: En Chrome 101, se agrega la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
- Chrome 115: Se agregó el mensaje de baja a la consola.
- Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
- Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 con la política WebSQLAccess o un token de prueba de baja.
- Chrome 123 en ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de esta versión, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.
- Los controles de formulario admiten valores de dirección en el modo de escritura vertical
El modo de escritura de la propiedad CSS permite que los elementos se ubiquen en sentido vertical, pero los usuarios no pueden establecer la dirección en la que cambia el valor. Con esta función, permitimos que el tipo de entrada de los elementos de control del formulario (medidor, progreso y rango) tengan un modo de escritura vertical y elijan la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo hacia arriba. Si la dirección es ltr, el valor se renderiza de arriba abajo. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores.
- Chrome 124 en Windows, Mac, Linux y Android
- Quitar las políticas empresariales que se usan para el protocolo de enlace TLS y el uso de la clave RSA
En Chrome 114, presentamos InsecureHashesInTLSHandshakesEnabled para controlar el uso de hashes no seguros heredados durante el proceso de protocolo de enlace TLS. En Chrome 116, presentamos RSAKeyUsageForLocalAnchorsEnabled para verificar el uso de la clave RSA para los certificados de servidor emitidos por anclas de confianza locales. En Chrome 124, se quitarán las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled.
- En Chrome 124 para Android, ChromeOS, Linux, MacOS y Windows: se quitarán las políticas InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled.
- Atributo que se puede clonar con la raíz secundaria
El atributo que se puede clonar con la raíz secundaria permite controlar de forma individual si una raíz secundaria se puede clonar (con comandos de clonación de plataforma estándar, como `cloneNode()`). Las raíces secundarias imperativas ahora se pueden controlar a través de un parámetro para `attachShadow({clonable:true})`. Las raíces secundarias declarativas se pueden controlar a través de un atributo nuevo, `<template shadowrootmode=open shadowrootclonable>`.
Las fallas pueden ocurrir en los siguientes casos:
- con un DOM secundario declarativo
- con plantillas de clonación que contienen DSD y
- si se espera que los clones contengan raíces secundarias clonadas
- Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows
- Quitar la política empresarial que se usa para la herencia de la URL base
En Chrome 114, presentamos NewBaseUrlInheritanceBehaviorAllowed para evitar que los usuarios o las variantes de Google Chrome habiliten NewBaseUrlInheritanceBehavior en caso de que se descubrieran problemas de compatibilidad. En Chrome 125, se quitará la política temporal NewBaseUrlInheritanceBehaviorAllowed.
- Chrome 125 en Android, ChromeOS, Linux, MacOS y Windows: Se quitará la política NewBaseUrlInheritanceBehaviorAllowed.
- Intención de dar de baja los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos se debe quitar o migrar a Mutation Observer. A partir de Chrome 124, una política empresarial temporal, MutationEventsEnabled, estará disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Si tienes algún problema, informa el error aquí.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.
- Quitar la política empresarial que se usa para el comportamiento heredado del mismo sitio
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en la meta importante que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Las extensiones se deben actualizar antes de junio de 2025 para aprovechar Manifest V3
Las extensiones se deben actualizar para que aprovechen Manifest V3 Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones de Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página de uso Apps y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos:
- Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
- Chrome ya no será compatible con macOS 10.15
Chrome ya no admitirá macOS 10.15, que ya está fuera de su ventana de compatibilidad con Apple. Los usuarios deberán actualizar sus sistemas operativos para seguir usando el navegador Chrome. Ejecutar el navegador en un sistema operativo compatible es fundamental para mantener la seguridad. Si se ejecuta en macOS 10.15, Chrome seguirá mostrando una barra de información que les recordará a los usuarios que Chrome 129 ya no será compatible con macOS 10.15.
- Chrome 129 en MacOS: Chrome ya no es compatible con macOS 10.15
Próximos cambios en ChromeOS
- Graba GIFs con Captura de pantalla
A partir de ChromeOS 124, Captura de pantalla te permitirá grabar la pantalla en formato .GIF para capturar, compartir y reproducir fácilmente de forma intercalada tus grabaciones en chats, diapositivas, documentos y mucho más.
Próximos cambios en la Consola del administrador
- Informe de tecnología heredada
A partir de Chrome 124, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.
Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, te puedes registrar en el programa de Verificador de confianza de Chrome Enterprise aquí.
- A partir de Chrome 124 en Linux, MacOS y Windows: El informe de tecnología heredada estará disponible en la Consola del administrador.
- Paridad de políticas: Parámetros de configuración personalizados para administradores de TI
La página Parámetros de configuración personalizados permite a los administradores de TI configurar políticas de Chromium que aún no están en la Consola del administrador a través de secuencias de comandos JSON. Como resultado, todas las políticas de Chrome ahora se pueden configurar en la Administración en la nube para el navegador Chrome en la Consola del administrador, ya sea desde las páginas Configuración o Parámetros de configuración personalizados.
- A partir de Chrome 124 en Android, iOS, Linux, Mac y Windows: Acceso para Verificadores de confianza
- A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: Lanzamiento de funciones
Chrome 122
Actualizaciones del navegador Chrome
Seguridad y privacidad
Productividad y apps del usuario
Administración
Baja de las cookies de terceros de Chrome (3PCD)
✓
Funciones basadas en IA generativa
✓
Experiencia simplificada de acceso y sincronización en iOS
✓
✓
SharedImages para la decodificación de video PPAPI
✓
Nuevas URLs de descarga para el navegador Chrome (Enterprise)
✓
Nuevo parámetro de configuración de seguridad de V8
✓
Leer en voz alta
✓
Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
✓
Verificación asíncrona de la Navegación segura del servidor
✓
Advertencias de descarga mejoradas en la página Descargas de Chrome
✓
Omisión de eventos de descarga
✓
Autocompletar: Actualizaciones de códigos de seguridad
✓
Eliminación de la baja en el Administrador de contraseñas unificado
✓
Chrome en iOS: barra de direcciones inferior
✓
Cambios en la política DefaultSearchProvider
✓
Cambio en el comportamiento de las políticas de JavaScript con JIT
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas eliminadas en el navegador Chrome
✓
Actualizaciones de ChromeOS
Seguridad y privacidad
Productividad y apps del usuario
Administración
Análisis de contenido con BCE
✓
Ahorro de batería
✓
Flujos de reautenticación de SAML mejorados
✓
Autenticación basada en insignias
✓
Edición de grabaciones con Screencast
✓
Compatibilidad con VPNs que usan IKEv2
✓
✓
Extensiones obligatorias en el modo Incógnito
✓
✓
Nuevo diseño del reproductor multimedia de ChromeOS
✓
Actualizaciones en la Consola del administrador
Seguridad y privacidad
Productividad y apps del usuario
Administración
Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome
✓
Nuevas políticas en la Consola del administrador
✓
Próximos cambios en el navegador Chrome
Seguridad y privacidad
Productividad y apps del usuario
Administración
Pantalla de selección del motor de búsqueda predeterminado
✓
Captura de vínculos de usuarios en AWP: Windows, macOS y Linux
✓
Reanudación de pestañas
✓
Chrome en Android o iOS: Reanudación multidispositivo
✓
Restauración de la última pestaña abierta en cualquier dispositivo
✓
Solicitud de permisos para la API de MIDI Web
✓
El servicio de red en Windows se someterá a una zona de pruebas
✓
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
✓
✓
Baja y eliminación de WebSQL
✓
Políticas IdleTimeout y IdleTimeoutActions en iOS
✓
Detección de reutilización de contraseñas de perfiles sincronizados
✓
Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones
✓
API de enrutamiento estático de ServiceWorkers
✓
Verificaciones de acceso a la red privada para solicitudes de navegación: modo de solo advertencia
✓
Mejoras en favoritos y la Lista de lectura en Android
✓
Baja de la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed
✓
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Intención de dar de baja los eventos de mutación
✓
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Las extensiones deben actualizarse para que aprovechen Manifest V3
✓
✓
✓
Próximos cambios en ChromeOS
Seguridad y privacidad
Productividad y apps del usuario
Administración
Migración de ChromeOS Flex por Bluetooth
✓
Personalización de las combinaciones de teclas
✓
Capacidad de grabar GIFs con Captura de pantalla
✓
Configuración de Pantalla dividida más rápida
✓
Próximos cambios en la Consola del administrador
Seguridad y privacidad
Productividad y apps del usuario
Administración
Experiencia mejorada en la página Configuración
✓
Informe de fallas de Chrome
✓
Informe de tecnología heredada
✓
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Actualizaciones del navegador Chrome
- Baja de las cookies de terceros de Chrome (3PCD)
Como se anunció anteriormente, Chrome 120 comenzó a restringir las cookies de terceros de forma predeterminada para el 1% de los usuarios de Chrome para facilitar las pruebas, y las actualizaciones posteriores aumentarán esa cifra al 100% de los usuarios a partir del 3ᵉʳ trim. de 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Para probar estos cambios en Chrome 120 o versiones posteriores, habilita chrome://flags/#test-third-party-cookie-phaseout.
Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas ven la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se borre para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales deberían excluirse automáticamente de este grupo experimental del 1%. Sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar cookies de terceros y, además, inhabilitar los navegadores administrados antes del experimento. Esto les dará a las empresas tiempo para realizar los cambios necesarios y evitar depender de esta política o de cookies de terceros.
Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros.
Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada.
Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies como falsa o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado para los sitios.
Las integraciones de SaaS empresariales que se usan en un contexto de varios sitios para casos de uso no publicitarios pueden registrarse en la prueba de baja de terceros o la prueba de baja de origen para seguir accediendo a cookies de terceros durante un período limitado.
La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.
Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, MacOS y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.
- Funciones de IA generativa
A partir de Chrome 122, se incluyen 3 funciones de IA generativa (GenAI) que también están disponibles para los usuarios administrados que hayan accedido al navegador Chrome:
- Organizador de pestañas: Chrome puede sugerir automáticamente grupos de pestañas a los usuarios en función de las URLs y los títulos de los sitios web abiertos. Para usar esta función, haz clic con el botón derecho en una pestaña y selecciona Organizar pestañas similares.
- Crea temas con IA: Chrome permite que los usuarios creen un tema de Chrome único (una combinación de un color y una imagen de fondo de pantalla) con la IA generativa. Para usar esta función, abre una nueva pestaña y, en la esquina inferior derecha, haz clic en Personalizar Chrome. En el panel lateral, selecciona Cambiar tema > Crear con IA. Los usuarios pueden elegir entre opciones predeterminadas de temas, estados de ánimo, estilo y color.
-
Obtén ayuda para escribir en la Web con IA: Esta función ayuda a los usuarios a escribir con más confianza y a iniciar el proceso de escritura en campos de texto de formato libre en la Web. Para usar esta función, haz clic con el botón derecho en un campo de texto y selecciona Ayudarme a escribir (no está disponible en ChromeOS).
En un principio, estas 3 funciones solo están disponibles para los usuarios en inglés y en EE.UU. Los administradores pueden controlar estas funciones con TabOrchestrarSettings, CreateThemesSettings y HelpMeWriteSettings. Para cada función, tienes las siguientes opciones en tu organización:
- 0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
- 1 = Habilitar la función, pero no enviar datos para mejorar los modelos de IA
- 2 = Inhabilitar la función por completo
Puedes encontrar más información en los artículos del Centro de ayuda Sugerencias de grupos de pestañas, Crea temas y Ayúdame a escribir.
- Experiencia simplificada de acceso y sincronización en iOS
A partir de Chrome 122, los usuarios existentes que tengan activada la sincronización de Chrome disfrutan de una versión simplificada y consolidada del acceso y la sincronización en Chrome. La Sincronización de Chrome ya no aparece como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
Como antes, la función que guarda datos de Chrome y accede a ellos en la Cuenta de Google se puede desactivar por completo (conSyncDisabled ) o parcialmente (a través deSyncTypesListDisabled). Se puede requerir o inhabilitar el acceso a Chrome mediante BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer desconectado de Chrome ni la capacidad de controlar qué información se sincroniza con su Google Cuenta.
- Chrome 117: Ya no se muestra la Sincronización de Chrome como una función independiente para los usuarios que no la tenían habilitada en ese momento.
- Chrome 122: Ya no se muestra la Sincronización de Chrome como una función independiente para los usuarios que la habilitaron migrando a un estado equivalente.
- SharedImages para el decodificador de videos PPAPI
Chrome 122 quita la política PPAPISharedImagesForVideoDecoderAllowed, que se usa para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI. Esta política se lanzó de manera temporal en Chrome 119.
- Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
- Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape de puerta de enlace y las instrucciones de código antiguas correspondientes.
- Nuevas URLs de descarga para el navegador Chrome (Enterprise)
A partir del 8 de febrero, las páginas de descarga principales del navegador Chrome Enterprise (Windows y macOS) cambiarán a las siguientes opciones:
- Windows https://chromeenterprise.google/download/?modal-id=download-chrome-demo#windows-download
- macOS https://chromeenterprise.google/download/?modal-id=download-chrome-demo#mac-download
Para evitar interrupciones, las empresas que aprovechan la automatización para descargar Chrome deben cambiar sus secuencias de comandos a fin de capturar estos cambios en las URLs.
- Nuevo parámetro de configuración de seguridad de V8
Chrome 122 agrega un nuevo parámetro de configuración a chrome://settings/security para inhabilitar los optimizadores JIT de V8 y, así, reducir la superficie de ataque del navegador Chrome. Este comportamiento sigue controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites. Este parámetro está integrado en la configuración del sitio. Las políticas empresariales están disponibles desde Chrome 93.
- Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Leer en voz alta
La función Leer en voz alta permite que los usuarios de Chrome en Android escuchen páginas web con la tecnología de texto a voz. Ahora los usuarios pueden acceder a esta función a través del menú ampliado y controlar la reproducción con los controles de audio.
Leer en voz alta envía la URL de la página a los servidores de Google para potenciar la reproducción. Los usuarios que la utilicen deben habilitar el elemento de menú de configuración Mejorar las búsquedas y la navegación.
Si estableces la política ListenToThisPageEnabled como verdadera, los usuarios podrán leer en voz alta las páginas web aptas con la función de texto a voz. Esto se logra a través de la extracción de contenido del
servidor y la síntesis de audio. Si la estableces como falsa, se inhabilitará esta función. Si estableces la política como predeterminada o no la estableces, se habilitará la función Leer en voz alta.
- Chrome 122 en Android: Lanzamientos de funciones
- Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
Chrome 122 quita la política empresarial temporal ChromeAppsWebViewPermissiveBehaviorAllowed, que se lanzó en Chrome 116 para que las empresas tengan tiempo de abordar posibles fallas relacionadas con los cambios de uso de WebView de las apps de Chrome.
- Chrome 122 en Linux, macOS, Windows y ChromeOS: Se quitó la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
- Verificación asíncrona de la Navegación segura del servidor
Actualmente, las verificaciones de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de la página, lo que significa que los usuarios no pueden ver la página hasta que se complete la verificación. Para mejorar la velocidad de carga de Chrome, las verificaciones con la lista de Navegación segura del servidor ya no bloquearán las cargas de páginas después de Chrome 122.
Evaluamos el riesgo e implementamos las siguientes mitigaciones:
1) Para brindar protección contra los ataques directos al navegador, las verificaciones de listas locales se siguen realizando de forma síncrona, de modo que no se puedan ejecutar cargas útiles maliciosas hasta que se complete la verificación de la lista local.
2) Para protegerte de los ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado significativamente con la página (por ejemplo, escribir una contraseña) para el momento en que mostramos una advertencia.
- Chrome 122 en Android, ChromeOS, LacroOS, Linux, MacOS y Windows: Lanzamientos de funciones
- Mejoras en las advertencias sobre descargas en la página Descargas de Chrome
Para ayudar a reducir las consecuencias de la descarga de software malicioso, estamos limpiando los patrones y las cadenas de advertencia sobre descargas de escritorio para que sean claros y coherentes.
- Chrome 122 en ChromeOS, Lacros, Linux, MacOS, Windows y Fuchsia: Lanzamientos de funciones
- Omisión de eventos de descarga
La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual.
En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permiten mantener selectivamente el comportamiento sin cambios.
- Chrome 117 en ChromeOS, Linux, macOS y Windows: Está en prueba para desarrolladores.
- Chrome 119 en ChromeOS, Linux, macOS y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled
- Chrome 122-132 en ChromeOS, Linux, macOS y Windows: Está en prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja)
- Los controladores de descarga de Chrome 122 se omitirán de forma gradual para el 1% de los usuarios en los 50 sitios principales, como se propone aquí.
- Autocompletar: actualizaciones de códigos de seguridad
En Chrome 122, la función para autocompletar pagos te permite guardar códigos de seguridad de tarjetas locales y de servidores para mejorar la experiencia del usuario. Los códigos de seguridad solo se guardan si el usuario da su consentimiento. Los usuarios siempre pueden desactivar la opción para guardar códigos de seguridad en la configuración de Chrome.
- Chrome 122 en Android y macOS: Lanzamiento de la función
- Eliminación de la baja en el Administrador de contraseñas unificado
Chrome 122 quita la baja del Administrador unificado de contraseñas en Android. Cuando los Servicios de Google Play responden con un error, los usuarios pierden el acceso a las funciones del Administrador de contraseñas (guardar, generar o actualizar contraseñas) hasta que se resuelva el error. En algunos errores, aparece un mensaje con un botón de acción para resolver el problema. Otros problemas deben ser temporales (por ejemplo, durante la actualización de los Servicios de Google Play).
- Chrome 122 en Android: Lanzamiento de funciones
- Chrome en iOS: Barra de direcciones inferior en iPhone
Recientemente, lanzamos una barra de direcciones personalizable que permite a los usuarios elegir entre una barra de direcciones superior o una inferior en iPhone. La pantalla del selector de posición de la barra de direcciones ahora se agrega a la experiencia de primera ejecución.
- Chrome 122 en iOS: Lanzamiento de la función
- Cambios en la política DefaultSearchProvider
En Chrome 122, realizaremos algunos cambios en las políticas DefaultSearchProvider.* Se quitó DefaultSearchProviderIconURL de todas las plataformas porque Chrome ahora utiliza la imagen de ícono de página que proporciona el motor de búsqueda. DefaultSearchProviderKeyword y DefaultSearchProviderNewTabURL no son compatibles con iOS ni Android, junto con Linux, macOS (la compatibilidad continúa) y Windows. Corregimos el conjunto de plataformas compatibles para que refleje esto.
- Cambio en el comportamiento de las políticas de JavaScript con JIT
En Chrome 122, habilitar la política DefaultJavaScriptJitSetting y, luego, inhabilitar JavaScript con JIT ya no hace que WebAssembly se inhabilite por completo. Configurar la política DefaultJavaScriptJitSetting permitirá que la optimización JIT V8 siga inhabilitada. Esto permite que Chrome procese el contenido web en una configuración más segura.
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
InsecureFormsWarningsEnabled
Habilitar advertencias para formularios no seguros (ahora disponible en iOS)
ListenToThisPageEnabled
Habilitar la lectura en voz alta (destilación de texto y síntesis de texto a voz) para páginas web
- Políticas que se quitaron del navegador Chrome
Política
Descripción
PPAPISharedImagesForVideoDecoderAllowed
Permitir que Pepper use las imágenes compartidas para decodificar videos
ChromeAppsWebViewPermissiveBehaviorAllowed
Restablecer el comportamiento permisivo de WebView de Apps de Chrome
DefaultSearchProviderIconURL
Ícono del proveedor de búsqueda predeterminado (se quitó de todas las plataformas)
DefaultSearchProviderKeyword
Palabra clave del proveedor de búsqueda predeterminado (se quitó solo en iOS y Android)
DefaultSearchProviderNewTabURL
URL de la página Nueva pestaña del proveedor de búsqueda predeterminado (se quitó solo en iOS y Android)
Actualizaciones de ChromeOS
- Análisis de contenido con BCE
Los controles de datos de ChromeOS son un conjunto de controles que aplica el administrador, que protegen a los usuarios de la filtración de datos en los extremos a través de una capa de Prevención de pérdida de datos (DLP) en ChromeOS. Para obtener información detallada, consulta este artículo del Centro de ayuda. BeyondCorp Enterprise (BCE) ofrece una protección de extremo a extremo continua y en tiempo real. El análisis de contenido con BCE es una nueva forma de evaluar y aplicar restricciones de controles de datos en las transferencias de archivos según los indicadores de BeyondCorp Enterprise.
- Ahorro de batería
A partir de ChromeOS 122, el Ahorro de batería estará disponible para reducir el brillo en la pantalla y la retroiluminación del teclado, limitar la frecuencia de actualización de la pantalla y el presupuesto de procesamiento disponible, y también desactivar ciertas funciones en segundo plano que requieren mucha energía para que los usuarios puedan aprovechar más la duración de batería de sus dispositivos. Esto es útil cuando los usuarios necesitan unos minutos para finalizar una tarea y no tienen un cargador a mano. Si está habilitado, el Ahorro de batería se activa automáticamente cuando el nivel de batería del usuario llega al 20%. Puedes controlar esta función con la política empresarial BatterySaverModeAvailability.
- Flujos de reautenticación de SAML mejorados
Para optimizar la experiencia de inicio de sesión de nuestros clientes, realizamos algunos cambios internos en la implementación del inicio de sesión único basado en SAML. Estos cambios afectarán a los clientes con parámetros de configuración de SAML incorrectos.
En particular, si estableces la política LoginAuthenticationBehavior en Redireccionar al IdP de SAML de forma predeterminada, asegúrate de que la política de inicio de sesión único esté establecida como Habilitar SAML. De lo contrario, tu IdP basado en SAML ya no se cargará.
- Autenticación basada en insignias
A partir de ChromeOS 122, algunos proveedores de administración de identidades (IdP) externos pueden usar la autenticación con insignias en dispositivos ChromeOS. Los usuarios pueden simplemente iniciar una sesión o abandonarla con solo presionar una insignia. La solución se enfoca en los trabajadores de primera línea de varios sectores, como la venta minorista, la hotelería y la industria manufacturera.
En ChromeOS 122, comenzamos a usar el sistema de administración de tarjetas Ilex, pero planeamos agregar más socios de autenticación y lectores en los próximos meses. Si quieres obtener más información, consulta Configura la autenticación basada en insignias.
- Edita tus grabaciones con Screencast
Con ChromeOS Screencast, los usuarios pueden crear y compartir grabaciones de pantalla con transcripciones. A partir de ChromeOS 122, los usuarios pueden cortar sus presentaciones en pantalla oración por oración, agregar y quitar saltos de párrafo, silenciar segmentos de sus grabaciones y secciones de títulos para facilitar la navegación por las grabaciones largas.
- Compatibilidad con VPN que usan IKEv2
ChromeOS 122 incluye opciones nuevas en la Consola del administrador para la versión 2 del protocolo de VPN del protocolo de intercambio de claves de Internet (IKEv2).
- Extensiones obligatorias en el modo Incógnito
Los administradores ahora pueden especificar si hay ciertas extensiones que los usuarios deban activar para usar el modo Incógnito. Hay un nuevo botón de activación en la Consola del administrador > Apps y extensiones que se puede aplicar a extensiones individuales. Esto permite que las empresas que tienen casos de uso de depuración o de varias cuentas que dependen del modo Incógnito lo dejen habilitado de forma segura en su flota administrada. Si quieren usar el modo Incógnito, los usuarios deben activar la opción Permitir en modo Incógnito para todas las extensiones empresariales obligatorias.
- Nuevo aspecto del reproductor multimedia de ChromeOS
El reproductor multimedia de ChromeOS pronto tendrá botones y colores más grandes que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (en Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.
Actualizaciones en la Consola del administrador
- Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome
A partir de marzo de 2024, la política Período de inactividad para la eliminación del navegador borrará automáticamente los datos de los navegadores en la Consola del administrador para los navegadores administrados que no se hayan comunicado con el servidor por más tiempo que el período de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Todos los navegadores inscritos que hayan estado inactivos durante más de 540 días se borrarán de tu cuenta poco después del lanzamiento de esta política. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días.
Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.
- A partir de Chrome 122: La IU de la política de Período de inactividad para la eliminación del navegador estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real.
- Nuevas políticas en la Consola del administrador
Nombre de la política
Páginas
Compatible con
Categoría/Campo
AlwaysOnVpnPreConnectUrlAllowlist
Usuario/MGS
ChromeOS 122 y versiones posteriores
Red
DeviceSwitchFunctionKeysBehaviorEnabled
Dispositivo
ChromeOS 122 y versiones posteriores
Otros parámetros de configuración
MicrosoftOneDriveAccountRestrictions
Usuario
ChromeOS 122 y versiones posteriores
Temario
Usuario
ChromeOS 122 y versiones posteriores
Temario
MicrosoftOfficeCloudUpload
Usuario
ChromeOS 122 y versiones posteriores
Temario
MicrosoftOneDriveMount
Usuario
ChromeOS 122 y versiones posteriores
Temario
QuickOfficeForceFileDownloadEnabled
Usuario
ChromeOS 122 y versiones posteriores
Temario
HelpMeWriteSettings
Usuario
Chrome/ChromeOS 121 y versiones posteriores
IA generativa
CreateThemesSettings
Usuario
Chrome/ChromeOS 121 y versiones posteriores
IA generativa
TabOrganizerSettings
Usuario
Chrome/ChromeOS 121 y versiones posteriores
IA generativa
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
- Pantalla de selección del motor de búsqueda predeterminado
Como parte de nuestro cumplimiento con la Ley de Mercados Digitales (LMD), Google presenta las pantallas de selección para que los usuarios elijan su motor de búsqueda predeterminado en Chrome. La opción que elijas del mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search.
En el caso de las empresas que eligieron que su administrador establezca la configuración de búsqueda de sus usuarios empresariales con las políticas empresariales DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas continuarán controlando la configuración de búsqueda de la empresa. En los casos en que el administrador no haya establecido la configuración de búsqueda de sus usuarios empresariales por medio de una política, es posible que estos usuarios vean un mensaje para elegir su motor de búsqueda predeterminado en Chrome.
Obtén más información sobre estas políticas y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: El 1% de los usuarios podría comenzar a ver la pantalla de selección en Chrome 120.
- Más adelante este año en iOS, ChromeOS, Lacros, Linux, MacOS y Windows: Lanzamiento completo para los usuarios aplicables
- Capturar vínculos de usuarios en AWP: Windows, macOS y Linux
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el desplazamiento entre el navegador y las apps web instaladas. Cuando el usuario hace clic en un vínculo que podría administrarse con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir que se cambie a la app. Si se hace clic en el chip, se iniciará la app directamente o se abrirá una cuadrícula de apps que pueden admitir ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, MacOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Si haces clic en el chip, se inicia la app. Hay una función experimental disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 123 en Linux, macOS y Windows: Según el resultado del experimento en Chrome 121, lanzaremos la versión 100% de Stable con una opción predeterminada activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abre en una pestaña solo si el usuario hace clic en el chip de la barra de direcciones).
- Reanudar pestañas
Chrome 123 presentará una nueva tarjeta en la página Nueva pestaña, que ayudará a los usuarios a continuar con las sugerencias de pestañas de otros dispositivos. Con la política NTPCardsVisible, los administradores podrán controlar esta función.
- Chrome 123 en ChromeOS, Linux, Mac y Windows
- Chrome en Android/iOS: Reanudación multidispositivo
Para ayudar a los usuarios a reanudar tareas que en otros dispositivos, Chrome brindará sugerencias de pestañas multidispositivo en la página Nueva pestaña o en las plataformas de página principal de Chrome para iOS y Android. Este componente se mostrará en la tarjeta existente para continuar la navegación en Inicio y en Magic Stack en Chrome para iOS y Android .
- Chrome 123 en iOS y Android: Lanzamientos de funciones
- Reanudar la última pestaña abierta en cualquier dispositivo
Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario conectado, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
- Chrome 123 en iOS: Lanzamientos de funciones
- Solicitud de permisos para la API de Web MIDI
La API de Web MIDI se conecta a dispositivos MIDI (interfaz digital de instrumentos musicales) y, además, interactúa con ellos. Se informaron varios problemas relacionados con el acceso impulsado de la API de Web MIDI a los dispositivos MIDI de clientes (consulta la sección relacionada Error de Chromium). Para solucionar este problema, el grupo de trabajo de audio de W3C decidió otorgar un permiso explícito al acceso a la API de Web MIDI general. Originalmente, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la capacidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso controlado detrás de un mensaje de permisos. Ahora tenemos la intención de expandir el alcance del permiso al uso normal de la API de Web MIDI.
En Chrome 123, todo acceso a la API de Web MIDI requerirá un permiso del usuario. No habrá políticas disponibles para controlar estos cambios. Si tienes algún problema, informa el error aquí.
- Chrome 123 en Windows, macOS, Linux y Android
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled te permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicándonos los problemas que encuentren.
- Chrome 123 en Windows: Zona de pruebas del servicio de red en Windows
- La Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
La Sincronización de Chrome ya no será compatible con Chrome 81 y versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se implementará el cambio.
- WebSQL dejará de estar disponible y se quitará
Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.
El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database.
Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento.
- Chrome 101: En Chrome 101, se agrega la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
- Chrome 115: Se agregó el mensaje de baja a la consola.
- Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
- Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 usando la política WebSQLAccess o un token de prueba de baja.
- Chrome 123: En ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de Chrome 123, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.
- Políticas IdleTimeout y IdleTimeoutActions en iOS
Las empresas ahora pueden forzar que se realice una acción después de que Chrome haya estado inactivo durante cierta cantidad de tiempo en los dispositivos iOS. Puedes usar la política IdleTimeout para establecer un tiempo de espera y la política IdleTimeoutActions para especificar acciones durante el tiempo de espera. Este parámetro de configuración estará disponible como una política de la plataforma y estará disponible por perfil en el futuro.
- Chrome 123 en iOS: Políticas disponibles en iOS
- Detección de reutilización de contraseñas de perfiles sincronizados
Anteriormente, la detección de reutilización de contraseñas de credenciales corporativas solo se estaba disponible en perfiles corporativos. En Chrome 123, la detección de reutilización de contraseñas detectará la reutilización de credenciales corporativas en todos los perfiles que no sean de incógnito en el navegador administrado.
- Chrome 123: Lanzamiento de funciones
- Telemetría para instrucciones de permisos y aceptación de permisos de notificaciones
Cuando se activa la Protección mejorada y un usuario visita una página que le solicita que acepte un permiso de notificación, es posible que se envíen los atributos de esa página a la Navegación segura. Si se envía la telemetría y se considera que la página es peligrosa, los usuarios verán una advertencia de Navegación segura.
Cuando la Protección mejorada o el informe extendido de Navegación segura están activados, y un usuario acepta un permiso de notificación para una página bloqueada, este evento se envía a Navegación segura.
Estas funciones se pueden controlar con las políticas SafeBrowsingProtectionLevel y SafeBrowsingExtendedReportingEnabled.
- Chrome 123 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- API de enrutamiento estático de ServiceWorker
La API permite a los desarrolladores configurar el enrutamiento y también transferir tareas simples que hacen los ServiceWorkers. Si la condición coincide, la navegación ocurre sin iniciar los ServiceWorkers ni ejecutar JavaScript, lo que permite que las páginas web eviten penalizaciones de rendimiento debido a las intercepciones de ServiceWorker.
- Chrome 123 en Windows, Mac, Linux y Android
- Verificaciones de acceso a red privada para solicitudes de navegación: modo de solo advertencia
Antes de que un sitio web navegue a un sitio de destino en la red privada de un usuario, Chrome hará lo siguiente:
1. Comprobar si la solicitud de navegación original se inició en un contexto seguro
2. Enviar una solicitud preliminar y verificar si el sitio de destino responde con un encabezado que permita el acceso a la red privada.
Las verificaciones anteriores se realizan para proteger la red privada del usuario. Dado que esta función opera en modo solo advertencia, no rechazamos las solicitudes si falla alguna de las verificaciones. En su lugar, se mostrará una advertencia en DevToolsde la consola de Chrome para ayudar a los desarrolladores a prepararse para la aplicación de la política. Si deseas leer sobre estos cambios, consulta Acceso a redes privadas (PNA) para solicitudes de navegación. Para obtener más información, consulta la especificación de PNA.
- Chrome 123 en Android (excepto WebView), ChromeOS, Linux, macOS y Windows
- Mejoras en favoritos y la Lista de lectura en Android
En Chrome 124 para Android, algunos usuarios que accedan a Chrome desde el Administrador de favoritos podrán usar y guardar favoritos y elementos de las listas de lectura en su Cuenta de Google. Las políticas empresariales pertinentes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled seguirán funcionando como antes para configurar si los usuarios pueden guardar y utilizar elementos en sus Cuentas de Google.
- Chrome 124 en Android: Lanzamiento de funciones
- Baja de la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed
El cambio de código subyacente (limitación de los iframes de display:none de origen cruzado y del mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Dado que se solucionaron problemas conocidos, tenemos la intención de quitar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed de Chrome 124. Los debates sobre el problema de la limitación (y su resolución) se pueden encontrar en https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124: Se quitó la política
- Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. Con el tiempo, se quitará la política.
- Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows: La política dejó de estar disponible.
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.
- Intención de dar de baja: Eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente el rendimiento de la página y también aumentan de manera significativa la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.
- Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en el evento importante que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Las extensiones deben actualizarse para aprovechar Manifest V3 antes de junio de 2025
Las extensiones se deben actualizar para aprovechar Manifest V3. Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones de Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página de uso Apps y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos:
- Chrome 110 en ChromeOS, LaCrOS, Linux, MacOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Migración de Bluetooth de ChromeOS Flex
Se actualizará ChromeOS Flex a la versión de pila Bluetooth Floss en ChromeOS 123. Como parte de esta actualización, los siguientes dispositivos ya no serán compatibles con la funcionalidad Bluetooth: Si la funcionalidad Bluetooth es esencial para estos dispositivos, te recomendamos que los muevas al canal de LTS para extender la funcionalidad de Bluetooth hasta octubre de 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
Si tus dispositivos no pueden conectarse al Bluetooth después de actualizar a ChromeOS 123, cambia la función experimental de Chrome Usar Floss en lugar de BlueZ a Inhabilitada.
- Personalización de las combinaciones de teclas
El uso de combinaciones de teclas aumenta la productividad, y todos tenemos nuestras favoritas. A partir de ChromeOS 123 con personalización de combinaciones de teclas, podrás asignar la combinación de teclas que prefieras para personalizarla. Ya sea que quieras que sean más fáciles de usar con una mano, más fáciles de recordar o idénticas a las que ya conoces, esta función simplificará tus flujos de trabajo diarios.
- Graba GIFs con Captura de pantalla
A partir de ChromeOS 124, Captura de pantalla te permitirá grabar la pantalla en formato .GIF para capturar, compartir y reproducir fácilmente de forma intercalada tus grabaciones en chats, diapositivas, documentos y mucho más.
- Configuración de Pantalla dividida más rápida
Las Chromebooks ofrecen varias formas de organizar las ventanas en tu pantalla para aumentar la productividad, como Pantalla dividida. Como lo indica su nombre, la Configuración de pantalla dividida más rápida ofrecerá una forma más veloz de configurar el diseño de la ventana, ya que muestra una vista general de las ventanas abiertas al otro lado de la pantalla. Con la Pantalla dividida más rápida, una vez que “ajustes” (o bloquees) una ventana en un lado, puedes elegir otra ventana que ya esté abierta en Recientes para ajustarla al otro lado, o bien seleccionar un elemento de la barra (la fila de apps) en la parte inferior o lateral de la pantalla.
Consulta el programa de lanzamientos de ChromeOS para conocer las fechas de lanzamiento y las actualizaciones.
Próximos cambios en la Consola del administrador
- Experiencia mejorada en la página Configuración
A partir de marzo de 2024, todos los administradores usarán nuestra experiencia de página actualizada de Configuración, lo que significa que ya no podrás usar la experiencia heredada de Configuración. La mayoría de ustedes ya usan la experiencia actualizada. Esto solo significa que los administradores ya no podrán acceder a la vista heredada, pero seguirán teniendo acceso a las mismas funciones en la vista actualizada.
- Informe de fallas de Chrome
A partir de Chrome 123, podrás visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayudará a identificar de forma proactiva los posibles problemas de Chrome en tu organización.
Esta función ya está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- Chrome 121 en Linux, macOS y Windows: Programa de Verificador de confianza
- Chrome 123 en Linux, macOS y Windows: Lanzamiento de funciones
- Informe de tecnología heredada
A partir de Chrome 123, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, como cookies de terceros, cambios en las cookies de SameSite y protocolos de seguridad antiguos, como TLS 1.0/1.1 y cookies de terceros. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.
Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- A partir de Chrome 123 en Linux, macOS y Windows
Chrome 121
DESCARGAR notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede tardar entre 1 y 2 semanas.
Actualizaciones del navegador Chrome
- Baja de las cookies de terceros de Chrome (3PCD)
Como se anunció anteriormente, Chrome 121 restringe las cookies de terceros de forma predeterminada para el 1% de sus usuarios para facilitar las pruebas y hay planes de subir ese porcentaje hasta el 100% a partir del tercer trimestre del 2024. Cubrir la totalidad de los usuarios tiene como objetivo abordar cualquier inquietud restante sobre la competencia de la Competition and Markets Authority (CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1% también verán los nuevos controles del usuario para la Protección contra seguimiento. Si quieres probar estos cambios en Chrome 121 (o una versión posterior), habilita chrome://flags/#test-third-party-cookie-phaseout.
Este período de prueba permite que los sitios experimenten de forma preliminar el funcionamiento en un mundo sin cookies de terceros. Las políticas de la 3PCD también incluyen protecciones contra el seguimiento por rebote. Por ello, los usuarios del grupo de bloqueo de cookies de terceros cuentan con mitigaciones contra este tipo de seguimiento; es decir, su estado se borra en los sitios que se clasifican como de seguimiento por rebote. La mayoría de los usuarios empresariales se deberían excluir automáticamente de este grupo experimental del 1%, pero recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros y excluir sus navegadores administrados antes del experimento. De este modo, las empresas tendrán tiempo para aplicar los cambios necesarios y no depender de esta política ni de las cookies de terceros.
Lanzamos el Informe sobre tecnología heredada para ayudar a identificar casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies en falso para volver a habilitar las cookies de terceros en todos los sitios, pero hacerlo impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de URLs permitidas y seguir recibiendo cookies de terceros.
Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administración empresarial pueden usar el ícono del ojo en el cuadro multifunción para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado y cuando sea necesario. Consulta este artículo de ayuda para obtener más detalles sobre cómo activar o desactivar estos parámetros para lograr la configuración deseada.
Las protecciones contra el seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no tiene permiso para usar cookies de terceros. Por lo tanto, establecer la política BlockThirdPartyCookies en falso o establecer la política CookiesAllowedForUrls para un sitio evita que las mitigaciones del seguimiento por rebote borren el estado de los sitios.
Las integraciones empresariales de SaaS que se usan en un contexto de varios sitios para casos de uso no publicitarios se pueden registrar en la prueba de baja de terceros y acceder de forma continua a cookies de terceros por un período limitado.
La función heurística otorga acceso temporal a cookies de terceros en situaciones limitadas según el comportamiento de los usuarios, lo cual disminuye las fallas del sitio que se generan por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.
Si necesitas más detalles para prepararte, enviar comentarios y denunciar posibles problemas del sitio, consulta nuestra página de destino actualizada sobre cómo prepararte para el final de las cookies de terceros.
- A partir de Chrome 120 en ChromeOS, Linux, macOS y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible y se proporciona una política para anular el cambio.
- Se cambió el nombre de las políticas de FirstPartySets a RelatedWebsiteSets
Se cambió el nombre de las políticas empresariales FirstPartySetsEnabled y FirstPartySetsOverrides por RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides, respectivamente. No cambió su comportamiento. De ahora en adelante, los administradores deberán usar las nuevas políticas RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides. Para obtener más información sobre el cambio de nombre, visita https://developer.chrome.com/blog/related-website-sets/.
- Organizador de pestañas
El Organizador de pestañas es una función potenciada por IA generativa que permite que Chrome sugiera y cree automáticamente grupos de pestañas para los usuarios según la URL y el título de los sitios web abiertos. Para usar esta función, haz clic con el botón derecho en una pestaña y selecciona Organizar pestañas similares.
A partir de Chrome 121, un conjunto limitado de usuarios que hayan accedido a su cuenta en EE.UU. podrá activar el Organizador de pestañas en la configuración de Chrome. Inicialmente, esta función solo está disponible para usuarios no administrados y no para los usuarios administrados de Chrome Enterprise y Education en Chrome 121. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, proporcionaremos más detalles sobre el Organizador de pestañas en el Centro de ayuda de Chrome Enterprise y Education.
Antes de que se lance esta función para los usuarios administrados, los administradores pueden controlar el Organizador de pestañas con la política TabOrganizerSettings. Tienes las siguientes opciones para tu organización:
0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
1 = Habilitar la función, pero no enviar datos para ayudar a mejorar los modelos de IA
2 = Inhabilitar la función por completo
- Crear temas con IA
Crear temas con IA en Chrome permite que los usuarios creen un tema (una combinación de un color y un fondo de pantalla) único usando IA generativa. Para aprovechar esta función, abre una nueva pestaña y, en la esquina inferior derecha, haz clic en Personalizar Chrome. En el panel lateral, selecciona Cambiar tema > Crear con IA. Los usuarios pueden elegir entre las opciones predeterminadas de tema, ánimo, estilo y color.
A partir de Chrome 121, un conjunto limitado de usuarios que hayan accedido a su cuenta en EE.UU. podrá crear temas con IA activando la función en la configuración de Chrome. Inicialmente, esta función solo está disponible para usuarios no administrados y no para los usuarios administrados de Chrome Enterprise y Education en Chrome 121. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, proporcionaremos más detalles sobre Crear temas con IA en el Centro de ayuda de Chrome Enterprise y Education.
Antes de que se lance esta función para los usuarios administrados, los administradores pueden controlar Crear temas con IA a través de la política CreateThemesSettings. Tienes las siguientes opciones para tu organización:
0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
1 = Habilitar la función, pero no enviar datos para ayudar a mejorar los modelos de IA
2 = Inhabilitar la función por completo
- Archivos encriptados más seguros para los usuarios de la Navegación segura estándar
En algunas descargas de archivos encriptados, Chrome solicita a los usuarios de la Navegación segura estándar una contraseña (que no se comparte con Google y se borra después de recuperar los metadatos). Así, se recopilan más metadatos sobre la descarga (como hashes de archivos contenidos y firmas ejecutables), que se envían a Google para obtener veredictos de mejor calidad. La contraseña permanece local y no se comparte con Google. Puedes controlar esta función con la política SafeBrowsingDeepScanningEnabled.
- Chrome 121 en Linux, macOS y Windows
- Captura de vínculos de usuarios en AWP: Windows, macOS y Linux
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las apps web instaladas, Chrome facilita el cambio entre el navegador y las apps web instaladas. Cuando el usuario hace clic en un vínculo que se podría administrar con una app web instalada, Chrome agrega un chip en la barra de direcciones para sugerir el cambio a la app. Si se hace clic en el chip, se iniciará la app directamente o se abrirá una cuadrícula de apps que pueden admitir ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abre la app automáticamente.
- Chrome 121 en Linux, macOS y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abre en una AWP instalada, mientras que otros ven el vínculo en una pestaña nueva con un chip en la barra de direcciones. Cuando haces clic en el chip, se inicia la app. Existe una función experimental disponible para controlar este comportamiento:
chrome://flags/#enable-user-link-capturing-pwa.
- Chrome 123 en Linux, macOS y Windows: Según el resultado del experimento en Chrome 121, lanzaremos esta función a la totalidad de los usuarios de la versión estable, ya sea activada (siempre se iniciarán las apps cuando se haga clic en vínculos) o desactivada (siempre se abrirá en una pestaña solo si el usuario hace clic en el chip de la barra de direcciones) de forma predeterminada.
- Navegación del panel lateral: Fijar o dejar de fijar
A partir de Chrome 121, se quita el ícono del panel lateral para mejorar la navegación mediante el panel lateral ofreciendo opciones de personalización a través de la fijación de barras de herramientas, lo que permite acceder de forma eficaz y directa a un conjunto de paneles. Puedes abrir la mayoría de las funciones del panel lateral desde el menú de Chrome (
).
- Chrome 121 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Autocompletar: Mostrar en tarjetas del servidor y locales
Autocompletar ayuda a los usuarios a completar fácilmente la información de sus tarjetas en los formularios de pago. Las tarjetas de crédito o débito, que se pueden autocompletar, se almacenan en el cliente de Chrome. Existen 2 tipos: tarjetas del servidor (solo tienen los últimos 4 dígitos y la fecha de vencimiento) y tarjetas locales (tienen todos los dígitos junto con la fecha de vencimiento).
Cuando sucede que una misma tarjeta existe de forma local y en el servidor en el mismo cliente, Chrome suele anular la tarjeta duplicada del servidor y solo ofrece la versión local para el autocompletado. Con este cambio, ocurre lo contrario: ahora se ofrece a los usuarios que utilicen la tarjeta del servidor, lo que brinda los beneficios de seguridad y usabilidad de las tarjetas del servidor de GPay a quienes tienen tarjetas duplicadas y hace que la experiencia sea más coherente en todos los dispositivos.
- Chrome 121 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Autocompletar: Actualizaciones de códigos de seguridad
En Chrome 121, para mejorar la experiencia del usuario, la función Autocompletar en pagos ahora desenmascara la información de las tarjetas usando los métodos de verificación líderes de la industria de Google en vez de depender de códigos de seguridad para verificar y desenmascarar las tarjetas. Los usuarios pueden activar el desbloqueo del dispositivo si quieren agregar una capa de seguridad adicional para desenmascarar sus tarjetas.
- Chrome 121 en Android y macOS
- Herencia de CSS Highlight
Con la herencia de CSS Highlight, las seudoclases de ese elemento, como ::selection y ::highlight, heredan sus propiedades a través de la cadena de seudodestacado en vez de hacerlo a través de la cadena de elementos. El resultado es un modelo más intuitivo para la herencia de propiedades en elementos destacados. Específicamente, cuando la cascada no le da un valor a ninguna propiedad compatible, el valor especificado se determina por la herencia del seudoelemento destacado correspondiente del elemento principal del elemento de origen. Para obtener más detalles, consulta la especificación de los seudoelementos destacados.
- Chrome 121 en Windows, macOS, Linux y Android
- Políticas del usuario de Chrome para iOS
Con las políticas del usuario de Chrome para iOS, los administradores pueden aplicar políticas y preferencias en todos los dispositivos de un usuario. La configuración se aplica cada vez que el usuario accede al navegador Chrome con su cuenta administrada en cualquier dispositivo, incluidos sus dispositivos personales.
El lanzamiento comenzó con Chrome 120, pero lo revertimos debido a un error que no generaba impacto. A partir de Chrome 121, los usuarios finales administrados comienzan a ver un aviso de administración que indica que su organización administra la cuenta a la que acceden. Los administradores pueden activar esta función en la Consola del administrador, en el parámetro de configuración Chrome en iOS. Para conocer más detalles, consulta Cómo configurar políticas de Chrome para usuarios o navegadores.
- Chrome 120 en iOS: Se inició el lanzamiento al 5% y se revirtió debido a un error que no generaba impacto.
- Chrome 121 en iOS: Comienza el lanzamiento gradual con el objetivo de llegar al 100% en M122.
- Omitir eventos de descarga
La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la Memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual.
En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener selectivamente el comportamiento sin cambios.
- Chrome 117 en ChromeOS, Linux, macOS y Windows: Está en prueba para desarrolladores.
- Chrome 119 en ChromeOS, Linux, macOS y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled.
- Chrome 121-131 en ChromeOS, Linux, macOS y Windows: Está en prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja).
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
AllowChromeDataInBackups
Permite la copia de seguridad de los datos de Google Chrome.
CloudUserPolicyMerge
Permite combinar las políticas de la nube destinadas a los usuarios con las políticas a nivel de la máquina (ahora disponible en iOS).
ProfileReauthPrompt
Solicita a los usuarios que vuelvan a realizar la autenticación en el perfil.
HelpMeWriteSettings
Permite la función Ayúdame a escribir.
TabOrganizerSettings
Permite la función de organización de pestañas.
CreateThemesSettings
Controla la función Crear temas con IA.
- Políticas que se quitaron del navegador Chrome
Política
Descripción
ChromeRootStoreEnabled
Determina si se usarán Chrome Root Store y el verificador de certificados integrado para verificar los certificados de servidores
ContextAwareAccessSignalsAllowlist
Habilita el flujo de certificación de Chrome Enterprise Device Trust Connector para una lista de URLs.
WebRtcAllowLegacyTLSProtocols
Permitir que los protocolos TLS/DTLS heredados cambien a una versión inferior en WebRTC
OffsetParentNewSpecBehaviorEnabled
Controla el comportamiento nuevo de HTMLElement.offsetParent.
SendMouseEventsDisabledFormControlsEnabled
Controlar el comportamiento nuevo de envío de eventos en los controles de formularios inhabilitados
AttestationEnabledForDevice
Habilita la atestación remota para el dispositivo.
Actualizaciones de ChromeOS
- Fin de la compatibilidad con dispositivos ChromeOS Flex
A partir del 1 de enero de 2024, ya no se admitirán los dispositivos cuya compatibilidad está programada para finalizar en 2023. Para ver la lista completa de dispositivos que dejarán de ser compatibles, consulta nuestra lista de modelos certificados. Entre los dispositivos sin certificación, se incluyen los que se indican a continuación:
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Los dispositivos seguirán recibiendo actualizaciones de ChromeOS Flex, pero el equipo de Flex ya no les hará pruebas ni mantenimiento a estas actualizaciones. Recomendamos que los clientes actualicen a los modelos más recientes con certificación de ChromeOS Flex o dispositivos ChromeOS para aprovechar las nuevas funciones y mejoras de seguridad. Obtén más información sobre los dispositivos compatibles en nuestro Centro de ayuda.
- Habilita el dictado con el teclado
Los teclados Logitech con un botón de dictado y otros teclados que usen la combinación de teclas Buscar + D ahora activan la función de accesibilidad Dictado si está desactivada. Si la opción Dictado ya está activada, la tecla (y la combinación de teclas) la activará. Cuando se habilita el dictado, aparece un cuadro de diálogo para informar a los usuarios que están a punto de habilitar Dictado. Es posible que se descarguen ciertos archivos de voz y sobre cómo usar la función de dictado una vez que esté habilitada.
- Servicio de accesibilidad de ChromeVox
Ahora los usuarios de transmisión de apps en Chromebooks podrán usar ChromeVox para navegar por la app de transmisión para Android. El árbol de accesibilidad de la app de transmisión para Android se transmite en conjunto con la app en sí y es posible interactuar con él a través de las capacidades del lector de pantalla de ChromeOS.
- No hay más mensajes de integración para Asistente
ChromeOS 121 quita los mensajes de bienvenida o integración que se ofrecen a un usuario nuevo cuando se inicia el Asistente en ChromeOS por primera vez. Esta opción dejará de estar disponible.
- Nuevo gesto del panel táctil en ChromeOS
ChromeOS 121 lanza un nuevo gesto del panel táctil para ayudar a los usuarios a descartar las ventanas emergentes de notificaciones en el centro de notificaciones.
- Integra el nombre y el ID de la regla de eventos de DLP en la herramienta de investigación de seguridad
Los eventos de control de datos de ChromeOS tendrán campos adicionales para enriquecer las estadísticas de los administradores en la herramienta de investigación de seguridad.
- Restricciones de archivos de Enterprise DataControls (DLP)
En ChromeOS 121, los controles de datos de ChromeOS permiten que los equipos de TI y seguridad protejan datos importantes de la empresa y los clientes. Está disponible para eventos como copiar y pegar, capturar la pantalla, imprimir y compartir la pantalla. Los administradores de TI pueden crear una estrategia de protección de la información con reglas basadas en la fuente de datos, el destino y el usuario.
Tendremos nuevas funciones para controlar lo que los usuarios pueden hacer con los archivos en los dispositivos ChromeOS a través de reglas basadas en la fuente y el destino.
- Impresión sin bordes
ChromeOS ahora admite la impresión sin bordes. Con una impresora compatible, ahora puedes imprimir fotografías en papel de fotografía, sin bordes.
Actualizaciones en la Consola del administrador
- Configura la dirección IP en el dispositivo con el adaptador de Ethernet
Los parámetros de configuración de la Consola del administrador Permitir que la dirección IP se configure en el dispositivo (solo ChromeOS) y Permitir que los usuarios modifiquen estos valores (en la configuración de DNS) ahora también se respetan para los adaptadores de Ethernet.
- Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store
En Chrome 121, hay nueva información disponible sobre el informe de uso de apps y extensiones para ayudarte a identificar si una extensión se quitó recientemente de Chrome Web Store a través de una nueva columna de notificaciones y una nueva columna de Chrome Web Store que representa el estado de la ficha de una extensión. En la página Detalles de la aplicación, puedes encontrar el motivo por el que se quitó una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el impacto de usar la política para inhabilitar las extensiones no publicadas.
- Chrome 120 en Linux, MacOS y Windows: Programa de Verificador de confianza
- Chrome 121 en Linux, MacOS y Windows: Lanzamiento de funciones
Informe de uso de extensiones y aplicaciones:
Página de detalles de la aplicación:
- Informe de fallas de Chrome
A partir de Chrome 122, podrás visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayudará a identificar de forma proactiva los posibles problemas de Chrome en tu organización.
Esta función ya está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- Chrome 121 en Linux, MacOS y Windows: Programa de Verificador de confianza
- Chrome 122 en Linux, MacOS y Windows: Lanzamiento de funciones
- Corrección para ciertos certificados de Android Wi-Fi (principios de febrero de 2024)
A partir de Android 13, para ciertos parámetros de configuración de Wi-Fi que usan autenticación empresarial (802.1X), se agregó un nuevo campo obligatorio llamado DomainSuffixMatch para mayor seguridad. Antes de actualizar tu flota a Android 13, debes editar el nuevo campo de la configuración de esa red, Autoridad certificadora del servidor, para agregar al menos una coincidencia de sufijo de dominio del certificado de servidor. El dispositivo solo se conectará a la red Wi-Fi si el certificado del servidor que presente el extremo remoto tiene un Subject CommonName o un nombre de DNS SubjectAlternativeName (SAN) que coincida con el sufijo proporcionado.
- Nuevas políticas en la Consola del administrador
Nombre de la política
Páginas
Compatible con
Categoría/Campo
AllowChromeDataInBackups
Usuario y navegador
Chrome (iOS)
Otras opciones de configuración
OopPrintDriversAllowed
Usuario y navegador
Chrome (Linux, MacOS y Windows)
Impresión
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
- Pantalla para elegir el motor de búsqueda predeterminado
A partir de Chrome 120, es posible que se les solicite a los usuarios finales empresariales que elijan su motor de búsqueda predeterminado en Chrome.
Como parte de nuestra iniciativa para cumplir con la LMD, se les solicitará a algunos usuarios que elijan el motor de búsqueda predeterminado para Chrome. Esta solicitud controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search. Las políticas empresariales, DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, seguirán controlando este parámetro de configuración como lo hacen actualmente (si lo estableció el administrador de TI). Obtén más información sobre esta política y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: El 1% de los usuarios podría comenzar a ver la pantalla de selección con Chrome 120.
- Chrome 122 en iOS, ChromeOS, Lacros, Linux, macOS y Windows: Se realizará un lanzamiento completo para los usuarios aplicables.
- Obtén ayuda para escribir en la Web con IA
En Chrome 122, lanzaremos una función experimental potenciada por IA generativa para ayudar a los usuarios a escribir en la Web. Esta herramienta puede ayudar a los usuarios a escribir con más confianza y a iniciar el proceso de redacción en los campos de texto de formato libre de la Web.
A partir de Chrome 122, un conjunto limitado de usuarios que hayan accedido a su cuenta en EE.UU. podrá activar Ayúdame a escribir en la configuración de Chrome. En la versión 122 de Chrome, esta función estará disponible inicialmente solo para usuarios no administrados, no para los usuarios administrados de Chrome Enterprise y Education. Para obtener más información, consulta esta entrada de blog. En las próximas semanas, proporcionaremos más detalles sobre la función Ayúdame a escribir en el Centro de ayuda de Chrome Enterprise y Education.
Los administradores podrán controlar la función Ayúdame a escribir con la política HelpMeWriteSettings. Tendrás las siguientes opciones para tu organización:
0 = Habilitar la función y enviar datos para ayudar a mejorar los modelos de IA
1 = Habilitar la función, pero no enviar datos para ayudar a mejorar los modelos de IA
2 = Inhabilitar la función por completo
- Experiencia de acceso y sincronización simplificada
A partir de Chrome 122, los usuarios existentes que tengan activada la sincronización de Chrome disfrutarán de una versión simplificada y consolidada del acceso y la sincronización en Chrome. La Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. En su lugar, los usuarios pueden acceder a Chrome para usar y guardar información, como contraseñas, favoritos y más, en sus Cuentas de Google, sujeto a las políticas empresariales relevantes.
Al igual que antes, la funcionalidad que previamente era parte de la Sincronización de Chrome, que guardaba sus datos en la Cuenta de Google y que podía acceder a ellos, se puede desactivar por completo (con SyncDisabled) o parcialmente (con SyncTypesListDisabled). Se puede exigir o inhabilitar el acceso a Chrome con BrowserSignin, como antes.
Ten en cuenta que los cambios no afectan la capacidad de los usuarios para acceder a los servicios de Google en la Web (como Gmail) sin acceder a Chrome, la capacidad de permanecer sin acceder a Chrome ni la capacidad de controlar qué información se sincroniza con su Cuenta de Google.
- Chrome 117: Se descontinúa la Sincronización de Chrome para los usuarios que no tenían habilitada esta función en ese momento.
- Chrome 122: Se descontinúa la Sincronización de Chrome para los usuarios que la tengan habilitada migrando a un estado equivalente.
- Solicitud de permisos para la API de Web MIDI
Se informaron numerosos problemas con respecto al acceso posible por proximidad de la API de Web MIDI a dispositivos MIDI de clientes (errores). Para solucionar este problema, Audio WG decidió implementar un permiso explícito para el acceso general a la API de MIDI. Originalmente, el permiso explícito solo se requería para el uso avanzado de MIDI (mensajes exclusivos del sistema [SysEx]) en Chrome, con acceso restringido detrás de un mensaje de permisos. Planeamos expandir el alcance del permiso al uso normal de la API de MIDI.
Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.
- Chrome 122 en Windows, macOS, Linux y Android
- SharedImages para la decodificación de video PPAPI
Chrome 119 presenta una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI.
- Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
- Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape y las instrucciones de código antiguas correspondientes.
- Configuración de seguridad de V8
Agrega un parámetro de configuración a chrome://settings/security para inhabilitar los optimizadores de JIT V8 y reducir la superficie de ataque de Chrome. Este comportamiento sigue controlado por la política empresarial DefaultJavaScriptJitSetting y las políticas asociadas JavaScriptJitAllowedForSites y JavaScriptJitBlockedForSites. El parámetro está integrado en la sección Configuración de sitios y se lanzará en Chrome 122. Las políticas empresariales están disponibles desde Chrome 93.
- Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia
- Leer en voz alta
Leer en voz alta les permitirá a los usuarios de Chrome en Android escuchar páginas web a través de la tecnología de texto a voz. De esta forma, podrán acceder a esta función a través del menú ampliado y controlar la reproducción con los controles de audio.
La función Leer en voz alta enviará la URL de la página a los servidores de Google para potenciar la reproducción. Los usuarios que la usen deberán habilitar el elemento de menú de configuración “Mejorar las búsquedas y la navegación”.
Si estableces la política ListenToThisPageEnabled en verdadero, los usuarios podrán hacer que las páginas web aptas se lean en voz alta con texto a voz gracias a la destilación y la síntesis de audio del contenido realizadas en el servidor. Si se establece en falso, se inhabilitará esta función. Si se establece en el valor predeterminado o no se establece, se habilitará Leer en voz alta.
- Chrome 122 en Android: Se lanza la función.
- El servicio de red en Windows se restringirá a una zona de pruebas
Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se restringirá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red, lo que podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Puedes probar la zona de pruebas en tu entorno siguiendo estas instrucciones e informarnos los problemas que encuentres.
- Chrome 122 en Windows: El servicio de red en Windows se restringe a una zona de pruebas.
- Eliminación de la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed
En Chrome 116, el uso de WebView por parte de las Apps de Chrome está sujeto a las siguientes restricciones:
Si usas el evento NewWindow de WebView para adjuntarlo a un elemento de WebView en otra ventana de la app, se invalidará la referencia de ventana que devuelve la llamada a window.open en la WebView de origen. Existe una política empresarial temporal disponible (ChromeAppsWebViewPermissiveBehaviorAllowed) para que las empresas tengan tiempo de abordar las posibles fallas relacionadas con estos cambios. Se quitará esta política en Chrome 122.
- Chrome 122 en Linux, macOS, Windows y ChromeOS: Se quita la política empresarial ChromeAppsWebViewPermissiveBehaviorAllowed.
- Verificación asíncrona de la Navegación segura del servidor
Las verificaciones actuales de la Navegación segura se encuentran en la ruta de bloqueo de las cargas de páginas, lo que significa que el usuario no podrá ver la página hasta que se completen. Para mejorar la velocidad de carga de Chrome, las verificaciones con la lista de Navegación segura del servidor ya no bloquearán las cargas de páginas después de Chrome 122.
Evaluamos el riesgo para implementar mitigaciones:
- Para brindar protección contra exploits directos en el navegador, las verificaciones de fichas locales se seguirán realizando de forma síncrona, de modo que no se puedan ejecutar cargas útiles maliciosas hasta que se complete la verificación de listas locales.
- Para brindar protección contra ataques de phishing, analizamos los datos y concluimos que es poco probable que el usuario haya interactuado de forma significativa con la página (p. ej., que haya escrito una contraseña) cuando mostramos la advertencia.
- Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows: Se lanza la función.
- Advertencias de descarga mejoradas en la página Descargas de Chrome
Para ayudar a reducir las consecuencias de la descarga de software malicioso, estamos limpiando los patrones y las cadenas de advertencia sobre descargas de escritorio para que sean claros y coherentes.
- Chrome 122 en ChromeOS, Lacros, Linux, macOS, Windows y Fuchsia: Se lanza la función.
- Reanudar la última pestaña abierta en cualquier dispositivo
Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario que accedió a su cuenta, Chrome les ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
- Chrome 123 en iOS: Se lanza la función.
- La Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
La Sincronización de Chrome ya no será compatible con Chrome 81 ni versiones anteriores. Para seguirla usando, debes actualizar a una versión más reciente de Chrome.
- Chrome 123 en Android, iOS, ChromeOS, Linux, macOS y Windows: Se implementará el cambio.
- WebSQL dejará de estar disponible y se quitará
Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.
El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database.
Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento.
- Chrome 101: En esta versión se agregó la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras la política esté disponible hasta Chrome 123.
- Chrome 115: Se agregó el mensaje de baja a la consola.
- Chrome 117: En esta versión comienza la prueba de baja de WebSQL y finaliza en Chrome 123. Durante el período de prueba, se necesita un token de prueba de baja para que la función esté disponible.
- Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a la función estará disponible hasta Chrome 123 con la política WebSQLAccess o un token de prueba de baja.
- Chrome 123 en ChromeOS, Lacros, Linux, macOS, Windows y Android: A partir de esta versión, ya no estarán disponibles la política WebSQLAccess ni la prueba de baja, que permite que WebSQL esté disponible.
- La política empresarial ThrottleNonVisibleCrossOriginIframesAllowed dejará de estar disponible
El cambio de código subyacente (limitación de los iframes de display:none de origen cruzado y del mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Dado que se solucionaron problemas conocidos, tenemos la intención de quitar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed de Chrome 124. Los debates sobre el problema de la limitación (y su resolución) se pueden encontrar en https://bugs.chromium.org/p/chromium/issues/detail?id=958475.
- Chrome 124: Se quita ThrottleNonVisibleCrossOriginIframesAllowed.
- Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado está activado de forma predeterminada desde hace más de un año. Con el tiempo, se quitará la política.
- Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: La política deja de estar disponible.
- Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política.
- Intención de dar de baja los eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: Los eventos de mutación dejarán de funcionar en esta versión, cerca del 30 de julio de 2024.
- Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en el evento importante que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, macOS y Windows: Se quita la política LegacySameSiteCookieBehaviorEnabledForDomainList.
- Las extensiones deben actualizarse antes de junio de 2025 para aprovechar Manifest V3
Las extensiones de Chrome deben actualizarse a la nueva versión de Manifest: Manifest V3, que les brindará una mayor privacidad a los usuarios (por ejemplo, cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales). Este cambio también aumenta la seguridad de las extensiones, ya que Manifest V3 no admite código alojado de forma remota.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 que se ejecutan en el navegador. Existe una política empresarial (ExtensionManifestV2Availability) disponible para controlar si se permiten las extensiones basadas en Manifest V2 y probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones basadas en Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver la versión de Manifest que usan todas las extensiones de Chrome que se ejecutan en tu flota a través de la página de uso Apps y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma de Manifest, incluidos los siguientes datos:
- Chrome 110 en ChromeOS, Lacros, Linux, macOS y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones basadas en Manifest V2 y probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política permitirá extender el uso de las extensiones basadas en Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, macOS y Windows: Chrome inhabilitará gradualmente las extensiones basadas en Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones basadas en Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, macOS y Windows: Se quita la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Migración de Bluetooth de ChromeOS Flex
Se actualizará ChromeOS Flex a la versión de pila Bluetooth Floss en ChromeOS 122. Como parte de esta actualización, los siguientes dispositivos ya no admitirán la funcionalidad Bluetooth. Si la funcionalidad Bluetooth es fundamental para estos dispositivos, recomendamos trasladarlos al canal de LTS para extenderla hasta octubre de 2024.
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
- El nuevo aspecto del reproductor multimedia de ChromeOS
El reproductor multimedia de ChromeOS pronto tendrá botones más grandes y colores que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (como Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.
- Inhabilitación de apps por parte del administrador en MGS
Hasta ahora, las sesiones de invitado administradas (MGS) incluyen un conjunto de aplicaciones (Apps de Explorar, Galería y Terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitar estas apps, y bloquearlas y ocultarlas para los usuarios de tu empresa.
- Ahorro de batería
A partir de ChromeOS 122, el Ahorro de batería estará disponible para reducir el brillo en la pantalla y la retroiluminación del teclado, limitar la frecuencia de actualización de la pantalla y el presupuesto informático disponible, y también desactivar ciertas funciones en segundo plano que requieren mucha energía para que los usuarios puedan aprovechar más la duración de batería de sus dispositivos. Esto será útil cuando necesiten esos últimos minutos para terminar una tarea y no tengan un cargador a mano. La función se habilitará automáticamente cuando el nivel de batería del usuario llegue al 20%.
Próximos cambios en la Consola del administrador
- Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome
A partir de Chrome 124, la política Período de inactividad para la eliminación del navegador borrará automáticamente los datos de los navegadores en la Consola del administrador para los navegadores administrados que no se hayan comunicado con el servidor por más tiempo que el período de inactividad determinado por la política. Cuando lances la política, el período de inactividad tendrá un valor predeterminado de 540 días. Todos los navegadores inscritos que hayan estado inactivos durante más de 540 días se borrarán de tu cuenta poco después del lanzamiento de esta política. Los administradores pueden cambiar el valor del período de inactividad con esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días.
Si reduces el valor de la política establecido, es posible que tenga un impacto global en los navegadores inscritos actualmente. Todos los navegadores afectados se considerarán inactivos y, por lo tanto, se borrarán de forma irreversible. Para garantizar que los navegadores borrados se vuelvan a inscribir automáticamente la próxima vez que se reinicien, establece el valor de la política Administración de tokens de dispositivo en Borrar token antes de reducir el valor de esta política. Los tokens de inscripción de estos navegadores deberán ser válidos al momento del reinicio.
- A partir de Chrome 122: La IU de la política de Período de inactividad para la eliminación del navegador estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real.
- Informe de tecnología heredada
A partir de Chrome 122, el Informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usan tecnología que dejará de estar disponible, por ejemplo, cookies de terceros, cambios en las cookies de SameSite, y protocolos de seguridad anteriores, como TLS 1.0/1.1 y cookies de terceros. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la eliminación de las funciones dadas de baja.
Actualmente, esta función está disponible en nuestro programa de Verificador de confianza. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- A partir de Chrome 122 en Linux, MacOS y Windows
Chrome 120
Actualizaciones del navegador Chrome
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Pantalla de selección del motor de búsqueda predeterminado
✓
Baja de las cookies de terceros de Chrome (3PCD)
✓
Cambio de nombre de las políticas empresariales FirstPartySets a RelatedWebsiteSets
✓
✓
Chrome Web Store: Mejoras en la UX
✓
Verificación de seguridad renovada en computadoras
✓
Barra de herramientas responsiva de Chrome para computadoras
✓
Chrome para Android ya no es compatible con Android Nougat
✓
Seguimiento de paquetes (solo para iOS)
✓
Eliminación del prefijo de -webkit-background-clip para el texto y su conversión en alias
✓
Políticas del usuario de Chrome para iOS
✓
Separación de perfiles de Chrome: políticas nuevas
✓
Migración de URLs de datos a SVGUseElement
✓
✓
Administrador de contraseñas: Uso compartido de contraseñas
✓
✓
Eliminación de la asistencia recomendada de varias políticas
✓
Guardado de imágenes en Google Fotos para iOS
✓
Eliminación de la aplicación general del mismo origen en CSPEE
✓
Solicitudes de cierre para CloseWatcher, <dialog> y popover=""
✓
Eliminación y baja de la compatibilidad con Theora
✓
Consentimiento de los indicadores de dispositivos no administrados
✓
Traslado de interacciones de impresión a un proceso de servicio
✓
Servicio de sugerencias de permisos basado en URLs
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas eliminadas en el navegador Chrome
✓
Actualizaciones de ChromeOS
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Nuevos controles para acelerar el desplazamiento del mouse
✓
Comportamiento de Alt + clic mejorado
✓
Eventos de autenticación de XDR
✓
Pellizcar para ajustar el tamaño de PIP
✓
Nuevo aspecto del selector de emojis
✓
Combinaciones de teclas: Habilitación de las teclas F11-F12
✓
Baja de la compatibilidad con códecs y contenedores de contenido multimedia heredados de ChromeOS
✓
Botón del escritorio virtual de ChromeOS
✓
Detalles de la app en la administración de apps
✓
Actualizaciones en la Consola del administrador
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Nuevas políticas en la Consola del administrador
✓
Próximos cambios en el navegador Chrome
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Funciones basadas en IA generativa
✓
Archivos encriptados más seguros para los usuarios de la Navegación segura estándar
✓
Solicitud de permisos para la API de MIDI Web
✓
El servicio de red en Windows se someterá a una zona de pruebas
✓
Captura de vínculos de usuarios en AWP: Windows, Mac y Linux
✓
Navegación del panel lateral: Fijar/Dejar de fijar
✓
SharedImages para la decodificación de video PPAPI
✓
Omisión de eventos de descarga
✓
Restauración de la última pestaña abierta en cualquier dispositivo
✓
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
✓
✓
Baja y eliminación de WebSQL
✓
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Intención de dar de baja los eventos de mutación
✓
Las extensiones deben actualizarse antes de junio de 2025 para aprovechar Manifest V3
✓
✓
✓
Próximos cambios en ChromeOS
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Finalización de la compatibilidad de ChromeOS Flex con dispositivos
✓
Migración de ChromeOS Flex por Bluetooth
✓
Configuración de la duración del protector de pantalla
✓
Nuevo diseño del reproductor multimedia de ChromeOS
✓
Integración de eventos de DLP en la herramienta de investigación de seguridad
✓
Restricciones de archivos de Controles de datos de ChromeOS
✓
Notificaciones mejoradas para apps fijadas
✓
Nuevas opciones de sincronización de ChromeOS
✓
✓
Inhabilitación de apps por parte del administrador en MGS
✓
Próximos cambios en la Consola del administrador
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome
✓
Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store
✓
Informe de tecnología heredada
✓
Informe de fallas de Chrome
✓
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones del navegador Chrome
- Pantalla de selección del motor de búsqueda predeterminado
A partir de Chrome 120: Es posible que se les solicite a los usuarios finales empresariales que elijan su motor de búsqueda predeterminado en Chrome.
Como parte de nuestro proyecto de cumplimiento de LMD, se solicitará a algunos usuarios que elijan su motor de búsqueda predeterminado para Chrome. Este mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search. Las políticas empresariales, DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, seguirán controlando este parámetro de configuración como lo hace actualmente, si lo estableció el administrador de TI. Obtén más información sobre esta política y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac y Windows: El 1% de los usuarios podría comenzar a ver la pantalla de selección con Chrome 120. Un 100% a través de Chrome 122 para los usuarios aplicables.
- Baja de las cookies de terceros de Chrome (3PCD)
En Chrome 120 y versiones posteriores (enero de 2024), Chrome inhabilitará globalmente las cookies de terceros para el 1% del tráfico de Chrome como parte de nuestras pruebas facilitadas de Chrome en colaboración con la CMA. El período de prueba facilitado permite que los sitios obtengan una vista previa significativa de cómo es operar en un mundo sin cookies de terceros. Dado que las protecciones de seguimiento por rebote también forman parte de las políticas de 3PCD, los usuarios de este grupo con cookies de terceros bloqueadas verán la aplicación de mitigaciones de seguimiento por rebote, de modo que su estado se limpie para los sitios que se clasifican como de seguimiento de rebote. La mayoría de los usuarios empresariales deberían excluirse automáticamente de este grupo experimental. Sin embargo, recomendamos que los administradores usen de forma proactiva las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar cookies de terceros y, además, inhabilitar sus navegadores administrados antes del experimento. De este modo, las empresas tendrán tiempo para realizar los cambios necesarios y no depender de esta política ni de las cookies de terceros.
Planeamos proporcionar más herramientas (como el Informe de tecnología heredada) para ayudar a identificar los casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies como falsa para volver a habilitar las cookies de terceros en todos los sitios, pero esto impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de entidades permitidas y seguir recibiendo cookies de terceros.
Los usuarios finales empresariales que forman parte de este grupo experimental y que no están cubiertos por ninguna de las políticas de administrador empresarial, pueden usar el control de usuario Omitir (el “ícono del ojo” en el cuadro multifunción) para volver a habilitar temporalmente las cookies de terceros durante 90 días en un sitio determinado cuando sea necesario. Las políticas de administrador empresarial anulan los controles de usuario Omitir. Por ejemplo, si estableces la política BlockThirdPartyCookies como verdadera, se inhabilitarán las cookies de terceros para todos los sitios, y los usuarios no podrán usar este control.
Las protecciones contra seguimiento por rebote también se rigen por las mismas políticas que las cookies y se aplican cuando el sitio de rebote no puede tener ni recibir cookies de terceros. Por lo tanto, si estableces la política BlockThirdPartyCookies como falsa o estableces la política CookiesAllowedForUrls para un sitio, se impedirá el las mitigaciones de seguimiento por rebote de la eliminación de estados para los sitios.
Las integraciones empresariales de SaaS que se usan en un contexto de varios sitios para casos de uso no publicitarios podrán registrarse para la prueba de baja de cookies de terceros para seguir accediendo a cookies de terceros por un período limitado.
La función heurística otorgará acceso temporal a las cookies de terceros en situaciones limitadas según el comportamiento de los usuarios. Esto disminuye las fallas del sitio causadas por la baja de las cookies de terceros en patrones establecidos, como las ventanas emergentes y los redireccionamientos de los proveedores de identidad.
Para obtener más detalles sobre cómo prepararte, enviar comentarios e informar posibles problemas del sitio, consulta la sección de blog Modo B: Baja del 1% de las cookies de terceros y el blog
Cómo prepararse para el final de las cookies de terceros.
- Chrome 120 en ChromeOS, Linux, Mac y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.
- Se cambió el nombre de las políticas de FirstPartySets a RelatedWebsiteSets
Las políticas empresariales FirstPartySetsEnabled y FirstPartySetsOverrides se renombraron como RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides respectivamente. No habrá cambios en el comportamiento de las políticas. Los administradores deberán usar las nuevas políticas RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides en el futuro. Para obtener más información sobre el cambio de nombre, sigue https://developer.chrome.com/blog/related-website-sets/.
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Chrome Web Store: Mejoras en la UX
El equipo de Chrome está presentando un nuevo diseño de Chrome Web Store que simplifica el proceso de encontrar y administrar extensiones. Además de una interfaz actualizada y moderna, la tienda presenta nuevas categorías de extensiones, como las siguientes: Extensiones potenciadas por IA y Editores destacados. Estas mejoras se lanzarán gradualmente durante los próximos meses.
Para volver temporalmente al diseño original de la tienda, los usuarios deben hacer clic en los tres puntos que aparecen junto al avatar de su perfil y seleccionar Volver a la tienda original. Esta opción temporal se inhabilitará en enero de 2024, y los administradores no pueden controlarla de manera centralizada.
Las empresas seguirán teniendo acceso a sus políticas empresariales en la nueva UX de Chrome Store.
La versión renovada de Chrome Web Store también incluirá una sección dedicada para las extensiones específicas de tu dominio. Para obtener más detalles sobre cómo publicar extensiones privadas, consulta Opciones de publicación empresarial.
Ten en cuenta que hay un problema conocido con ExtensionSettings, en el que blocked_install_message no aparece correctamente en la UX rediseñada de Chrome Store y estamos trabajando para solucionarlo.
- Verificación de seguridad renovada en computadoras de escritorio
En Chrome 120, comenzamos el lanzamiento de una nueva Verificación de seguridad proactiva, que revisa periódicamente el navegador en busca de problemas relacionados con la seguridad y les informa a los usuarios cuando hay algo que requiere su atención. Con este lanzamiento, también se presenta una nueva página con información y acciones proactivas relacionadas con la seguridad de Chrome adaptadas a cada usuario, la cual se diseñó para que los usuarios estén seguros cuando estén en línea.
- Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
- Barra de herramientas responsiva del escritorio de Chrome
Los clientes de Chrome Desktop en diferentes dispositivos y modos de entrada de texto (por ejemplo, mouse o táctil) ahora experimentan una barra de herramientas que responde perfectamente a los cambios de tamaño de las ventanas. Esto sucede cuando los usuarios seleccionan y cambian el tamaño de una ventana de forma manual o utilizan herramientas de administración de ventanas específicas del SO, además de un menú ampliado.
- Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
- Chrome para Android ya no será compatible con Android Nougat
La última versión de Chrome compatible con Android Nougat es Chrome 119. En ella, se incluye un mensaje para los usuarios afectados en el que se les informa que actualicen el sistema operativo.
Chrome 120 no admitirá ni enviará datos a los usuarios que ejecuten Android Nougat.
- Chrome 120 en Android: Chrome en Android ya no es compatible con Android Nougat
- Seguimiento de paquetes (solo para iOS)
Los usuarios pueden habilitar una nueva una función de seguimiento de paquetes que genera fechas de entrega estimadas y el estado del paquete en una tarjeta nueva en la página Nueva pestaña. Esta función solo está disponible para usuarios de habla inglesa y para paquetes entregados a través de FedEx y USPS. Si es necesario, puedes desactivar la función con una política nueva denominada ParcelTrackingEnabled.
- Chrome 120 en iOS: Lanzamientos de funciones
- Quitar el prefijo de -webkit-background-clip para el texto y asígnale un alias
Chrome permite el uso de la versión sin prefijo para background-clip: text y convierte -webkit-background-clip en un alias para background-clip. Además, ya no admitirá palabras clave sin sufijo (contenido, relleno y borde).
- Chrome 120 en Windows, Mac, Linux y Android
- Políticas del usuario de Chrome para iOS
Con las políticas del usuario de Chrome para iOS, los administradores pueden aplicar políticas y preferencias en todos los dispositivos de un usuario. La configuración se aplica cada vez que el usuario accede al navegador Chrome con su cuenta administrada en cualquier dispositivo, incluidos sus dispositivos personales.
A partir de Chrome 120, para aportar coherencia a iOS, los usuarios finales administrados comenzarán a ver un aviso de administración que indica que su organización administra la cuenta a la que están accediendo. En Chrome 121, los administradores pueden activar esta función en la Consola del administrador en el parámetro de configuración Chrome en iOS. Para conocer más detalles, consulta Cómo establecer políticas de Chrome para usuarios o navegadores.
- Chrome 120 en iOS: Se iniciará el lanzamiento gradual de la función.
- Separación de perfiles de Chrome: nuevas políticas
Ahora hay tres políticas nuevas disponibles para ayudarte a configurar perfiles empresariales: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings y ProfileSeparationDomainExceptionList. Estas políticas tienen prioridad sobre ManagedAccountsSigninRestriction y EnterpriseProfileCreationKeepBrowsingData.
- Chrome 120 en Linux, Mac y Windows
- Migración desde URLs de datos en SVGUseElement
Se actualizó recientemente la especificación de SVG para quitar la compatibilidad con data: URLs en SVGUseElement. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite data: URLs en SVGUseElement. Para obtener más información, consulta esta entrada de blog.
La asignación de data: URLs en SVGUseElement puede generar la secuencia de comandos entre sitios (XSS) y la omisión de Trusted Types.
Para las empresas que necesitan más tiempo para migrar, la política DataUrlInSvgUseEnabled estará disponible hasta Chrome 128 para volver a habilitar la compatibilidad con data: URLs en SVGUseElement.
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Quitar la compatibilidad de
data: URLs en SVGUseElement
- Administrador de contraseñas: uso compartido de contraseñas
El Administrador de contraseñas permite que los usuarios compartan sus contraseñas con los miembros de su grupo familiar de Google (como se configuró en su Cuenta de Google). Los usuarios solo pueden compartir una contraseña a la vez. No se pueden compartir contraseñas de forma masiva. El remitente no puede actualizar ni revocar la contraseña compartida.
Como administrador empresarial, puedes usar la política PasswordSharingEnabled para desactivar la función de uso compartido para todos los usuarios.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Quitar la compatibilidad recomendada de varias políticas
Se pueden aplicar algunas políticas según lo recomendado, lo que permite a los administradores establecer un valor inicial que los usuarios puedan cambiar más adelante. En Chrome 119, se quitó la compatibilidad recomendada de varias políticas que los usuarios no podían configurar.
Todas las políticas afectadas que se configuraron previamente como recomendadas ahora deben establecerse como obligatorias para garantizar que sigan teniendo efecto.
- Chrome 119 en Linux, Mac y Windows: Se quitará la compatibilidad recomendada de la política empresarial PrintPdfAsImageDefault.
- Chrome 120 en Android, Linux, Mac y Windows: Se quitará la compatibilidad recomendada de las siguientes políticas empresariales:
- PasswordDismissCompromisedAlertEnabled
- Guardar imágenes en Google Fotos en iOS
Cuando un usuario que accedió mantiene presionada una imagen en Chrome, puede guardarla directamente en Google Fotos. Este tiene la opción de guardarla en cualquier cuenta a la que se haya accedido con el dispositivo. Puedes usar la política ContextMenuPhotoSharingSettings para activar esta función.
- Chrome 119 en iOS: Los usuarios pueden guardar imágenes directamente en Google Fotos.
- Chrome 120 en iOS: Se presentó una nueva política, ContextMenuPhotoSharingSettings, para controlar esta funcionalidad.
- Quitar la aplicación general del mismo origen en CSPEE
Se quita de Chrome 120 un tratamiento especial para los iframes del mismo origen de la aplicación de cumplimiento incorporada de CSP.
De esta manera, se alinea el comportamiento de la aplicación forzosa de la CSP incorporada para los iframes de origen cruzado y los del mismo origen. Para obtener más información, consulta ChromeStatus.
- Chrome 120 en Windows, Mac, Linux y Android
- Cerrar solicitudes para CloseWatcher, <dialog> y popover=""
Las solicitudes de cierre son un concepto nuevo en el que un usuario solicita cerrar un elemento abierto actualmente usando la tecla Esc en computadoras de escritorio o con el gesto o el botón de retroceso en Android. La integración de Solicitudes de cierre en Chromium incluye dos cambios:
- Se incluye CloseWatcher, una nueva API para escuchar directamente y responder solicitudes de cierre.
- Se realizaron actualizaciones a
<dialog> y popover="" para usar el nuevo marco de trabajo de solicitud de cierre, de modo que respondan al botón Atrás de Android.
- Chrome 120 en Windows, Mac, Linux y Android
- Dar de baja y quitar la compatibilidad con Theora
Chrome 120 dejará de ser compatible y se quitará para el códec de video Theora en computadoras de escritorio de Chrome, debido a los riesgos de seguridad emergentes. El bajo uso de Theora (y, a menudo, incorrecto) ya no justifica la compatibilidad con la mayoría de los usuarios. Los contenedores de Ogg seguirán siendo compatibles. Nuestro plan es comenzar a derivar experimentos y dar de baja la compatibilidad con Theora en Chrome 120. Si los usuarios tienen problemas para reproducir videos específicos, pueden reactivar la asistencia con chrome://flags/#theora-video-codec, si es necesario, hasta Chrome 123. Puedes obtener más información en Estado de Chrome.
- Chrome 120 en ChromeOS, Lacros, Windows, Mac y Linux
- Consentimiento de los indicadores de dispositivos no administrados
Esta función presenta un nuevo diálogo emergente de consentimiento, que recopila el consentimiento de los usuarios para determinar si permiten que Chrome recopile indicadores de dispositivos de su dispositivo.
El diálogo solo se muestra a los usuarios que cumplen con las siguientes condiciones:
- el usuario está administrado.
- el dispositivo actual del usuario no está administrado.
- el administrador del usuario habilitó el servicio de confianza del dispositivo.
- el administrador del usuario no inhabilitó específicamente esta función y su política correspondiente.
- Chrome 120 en Linux, Mac y Windows
- Las interacciones de impresión se trasladaron a un proceso de servicio
En Chrome 120, algunos usuarios realizan las interacciones de impresión con el sistema operativo en un proceso de servicio independiente. Quitar estas interacciones del proceso del navegador mejora la estabilidad del navegador. También mejora la capacidad de respuesta de la interfaz de usuario de la Vista previa de impresión. La política empresarial OopPrintDriversAllowed está disponible para revertir realizar interacciones de impresión en la plataforma desde el proceso del navegador.
- Servicio de sugerencias de permisos basado en URLs
Chrome está actualizando su Servicio de sugerencias de permisos. Anteriormente, las solicitudes a los servidores de Chrome para el servicio de sugerencias de permisos no contenían URLs. Ahora, Chrome agregará indicadores basados en URLs al servicio de sugerencias. Los administradores anteriores podían inhabilitar el envío de solicitudes a Chrome configurando la política SafeBrowsingProtectionLevel en 1, 0 o sin establecer. Después de esta actualización, la política SafeBrowsingProtectionLevel ya no habilitará ni inhabilitará el Servicio de sugerencia de permisos.
El Servicio de sugerencias de permisos ahora está restringido a la política existente de recopilación de datos anónimos con URL: UrlKeyedAnonymizedDataCollectionEnabled.
- Chrome 120 en ChromeOS, Linux, Mac y Windows: Experimento estable del 1%
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
ExtensionInstallTypeBlocklist
Lista de entidades bloqueadas para los tipos de instalación de extensiones
RelatedWebsiteSetsOverrides
Anular conjuntos de sitios web relacionados
RelatedWebsiteSetsEnabled
Habilitar Conjuntos de sitios web relacionados
DataUrlInSvgUseEnabled
Compatibilidad con URLs de datos en SVGUseElement
ContextMenuPhotoSharingSettings
Permitir que se guarden imágenes directamente en Google Fotos (disponible en iOS)
NativeHostsExecutablesLaunchDirectly
Forzar los hosts de mensajería nativa ejecutable de Windows para que se inicien directamente
IPv6ReachabilityOverrideEnabled
Habilitar la anulación de verificación de accesibilidad de IPv6
PasswordSharingEnabled
Habilitar el uso compartido de credenciales de usuario con otros usuarios
PrivateNetworkAccessRestrictionsEnabled
Especificar si se deben aplicar restricciones a las solicitudes a extremos de red más privados
- Políticas que se quitaron del navegador Chrome
Política
Descripción
NativeClientForceAllowed
Forzar el permiso de ejecución de Native Client (NaCl)
ChromeRootStoreEnabled
Determina si se usarán Chrome Root Store y el verificador de certificados integrado para verificar los certificados de servidores
Actualizaciones de ChromeOS
- Nuevos controles para la aceleración de desplazamiento del mouse
ChromeOS 120 agregará nuevos controles para permitirles a los usuarios inhabilitar la aceleración de desplazamiento del mouse y ajustar la velocidad de desplazamiento.
- Comportamiento de Alt + clic mejorado
Puedes configurar el comportamiento del clic con el botón derecho usando el teclado y el panel táctil. También puedes ajustar la configuración para acciones como Inicio, Fin y Re Pág en la subpágina Personalizar las teclas del teclado.
- Eventos de autenticación de XDR
Los eventos de autenticación (acceder/salir, bloquear/desbloquear) ahora se pueden habilitar como parte de la detección y respuesta extendidas (XDR) en ChromeOS. Una vez que se complete el lanzamiento, los sistemas de XDR podrán usar estos eventos para proporcionar estadísticas sobre la postura de seguridad del dispositivo.
- Pellizcar para cambiar el tamaño de PIP
Ahora se puede pellizcar para cambiar el tamaño de las ventanas de pantalla en pantalla (PIP). Simplemente coloca dos dedos en la ventana y pellizca la pantalla y júntalos o sepáralos para encontrar el tamaño perfecto para la pantalla.
- Nuevo diseño del selector de emojis
ChromeOS 120 ofrece una nueva y dinámica paleta de colores para el selector flotante de emojis y GIFs.
- Combinaciones de teclas: habilitación de las teclas F11-F12
La mayoría de los teclados de ChromeOS carecen de las teclas F11 y F12, que tienen funciones esperadas en muchas aplicaciones. Esta propuesta agrega opciones para reasignar las teclas F11 y F12 en la sección de reasignación de teclas del teclado en Configuración.
- Dejó de estar disponible la compatibilidad con códecs y contenedores multimedia heredados de ChromeOS
La compatibilidad dejó de estar disponible para el códec de video MPEG4 Parte 2 y el contenedor AVI en ChromeOS 120. Los usuarios que necesiten esta función podrán volver a habilitar la compatibilidad temporalmente con chrome://flags/#cros-legacy-media-formats hasta ChromeOS 125. Después de esa versión, se quitará la compatibilidad.
- Botón de escritorio virtual de ChromeOS (botón Bento)
El botón Bento es un botón de la barra que está disponible para todos los usuarios que usan escritorios virtuales. El botón permitirá un acceso rápido a las operaciones de escritorio para visualizar y cambiar de escritorios, crearlos y ordenarlos. Si el usuario guardó escritorios anteriormente, también podrá ir a la biblioteca de escritorios.
- Detalles de la app en la Administración de apps
Los parámetros de configuración ahora incluyen detalles adicionales sobre las apps instaladas. Ve a Configuración > Apps > Administra tus apps y selecciona una app para ver el uso de almacenamiento, el número de versión y la información sobre cómo se instaló.
- Fin de la compatibilidad con dispositivos ChromeOS Flex
A partir del 1 de enero de 2024, ya no se admitirán los dispositivos cuya compatibilidad está programada para finalizar en 2023. Para ver la lista completa de dispositivos que dejarán de ser compatibles, consulta nuestra lista de modelos certificados. Entre los dispositivos sin certificación, se incluyen los que se indican a continuación:
- HP Compaq 6005 Pro HP
- Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Los dispositivos seguirán recibiendo actualizaciones de ChromeOS Flex, pero el equipo de Flex ya no les hará pruebas ni mantenimiento a estas actualizaciones. Recomendamos a los clientes que se actualicen a los dispositivos ChromeOS más nuevos para aprovechar las nuevas funciones y mejoras de seguridad.
Actualizaciones de la Consola del administrador
- Nuevas políticas en la Consola del administrador
Nombre de la política
Páginas
Compatible con
Categoría/Campo
PowerManagementIdleSettings (atenuación de la pantalla, pantalla apagada, respuestas de inactividad)
Usuario y MGS
ChromeOS
Encendido y apagado - Configuración de estado inactivo
ScreenLockDelays
Usuario y MGS
ChromeOS
Encendido y apagado - Configuración de estado inactivo
LidCloseAction
Usuario y MGS
ChromeOS
Encendido y apagado - Configuración de estado inactivo
ChromeOsLockOnIdleSuspend (pantalla de bloqueo al cerrar la tapa)
Usuario y MGS
ChromeOS
Encendido y apagado - Configuración de estado inactivo
NativeHostsExecutablesLaunchDirectly
Usuario
Navegador Chrome
Otros parámetros de configuración
ExtensionInstallTypeBlocklist
Configuración adicional de las apps
Navegador Chrome
Configuración adicional de las apps
ContextMenuPhotoSharingSettings
Usuario
Chrome para iOS
Configuración de contenido
PrivateNetworkAccessRestrictionsEnabled
Usuario y MGS
ChromeOS, navegador Chrome y Chrome para Android
Configuración de red
DeviceFlexHwDataForProductImprovementEnabled
Dispositivo
ChromeOS
Otros parámetros de configuración
IPv6ReachabilityOverrideEnabled
Usuario
ChromeOS, navegador Chrome y Chrome para Android
Configuración de red
DataUrlInSvgUseEnabled
Usuario y MGS
ChromeOS, navegador Chrome y Chrome para Android
Seguridad
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
- Funciones de IA generativa
En Chrome 115, Google presentó su primera integración de IA generativa (GenAI) en el panel lateral de la Búsqueda. A partir de Chrome 121, se lanzarán funciones adicionales de IA generativa en Chrome. Podrás habilitarlas desde una nueva página de chrome://settings. Las políticas empresariales estarán disponibles en el lanzamiento para controlar estas funciones. Se compartirán más detalles en los próximos eventos importantes.
- Chrome 121 (más antiguo) en ChromeOS, Linux, Mac y Windows
- Archivos encriptados más seguros para los usuarios de la Navegación segura estándar
Se solicitará a los usuarios de la Navegación segura estándar una contraseña para algunas descargas de archivos encriptados. Esto se utilizará para recopilar más metadatos sobre la descarga (como hashes de archivos contenidos y firmas ejecutables), que se enviarán a Google para obtener veredictos de mejor calidad. La contraseña se mantendrá local. Puedes controlar esta función con la política SafeBrowsingDeepScanningEnabled.
- Chrome 121 en Linux, Mac y Windows
- Solicitud de permisos para la API de Web MIDI
Hubo varios problemas informados en torno al acceso impulsado de la API de Web MIDI a dispositivos MIDI de clientes (errores). Para solucionar este problema, Audio WG decidió otorgar un permiso explícito al acceso a la API de MIDI general. Originalmente, el permiso explícito solo se requería para el uso avanzado de MIDI (mensajes exclusivos del sistema [SysEx]) en Chrome, con acceso restringido detrás de un mensaje de permisos. Planeamos expandir el alcance del permiso al uso normal de la API de MIDI.
Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.
- Chrome 121 en Windows, Mac, Linux y Android
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.
- Chrome 121 en Windows: Zona de pruebas del servicio de red en Windows
- Capturar vínculos de usuarios en AWP: Windows, Mac y Linux
Los vínculos web dirigen automáticamente a los usuarios a las apps web instaladas. Para alinearse mejor con las expectativas de los usuarios en torno a las aplicaciones web instaladas, Chrome facilitará el desplazamiento entre el navegador y las aplicaciones web instaladas. Cuando el usuario haga clic en un vínculo que podría administrarse con una app web instalada, Chrome agregará un chip en la barra de direcciones para sugerir que se cambie a la app. Si se hace clic en el chip, se iniciará la app directamente o se abrirá una cuadrícula de apps que pueden admitir ese vínculo. Para algunos usuarios, hacer clic en un vínculo siempre abrirá la app automáticamente.
- Chrome 121 en Linux, Mac y Windows: Cuando algunos usuarios hacen clic en un vínculo, este siempre se abrirá en una AWP instalada, mientras que otros verán el vínculo abrirse en una pestaña nueva con un chip en la barra de direcciones, en el que si se hace clic se inicia la app. Este es un experimento para determinar si los usuarios prefieren que se inicien los vínculos de forma predeterminada. El experimento se ejecutará en Canary/dev/beta y el 1% en Stable.
- Chrome 123 en Linux, Mac y Windows: Según el resultado del experimento en Chrome 121, lanzaremos la versión 100% de Stable con una opción predeterminada activada (siempre se iniciarán las aplicaciones cuando se haga clic en vínculos) o desactivada de forma predeterminada (siempre se abre en una pestaña solo si el usuario hace clic en el chip de la barra de direcciones).
- Navegación del panel lateral: Fijar o dejar de fijar
A partir de Chrome 121, se quitará el ícono del panel lateral para mejorar la navegación del panel lateral y ofrecer personalización con la fijación de la barra de herramientas. Esto permitirá un acceso directo eficaz a un conjunto de paneles.
- Chrome 121 en ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- SharedImages para la decodificación de video PPAPI
Chrome 119 presenta una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI.
- Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
- Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape de puerta de enlace y las instrucciones de código antiguas correspondientes.
- Omitir eventos de descarga
La presencia de objetos de escucha de eventos de descarga es una Bloqueador principal para la memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual.
En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener selectivamente el comportamiento sin cambios.
- Chrome 117 en ChromeOS, Linux, Mac y Windows: Está en prueba para desarrolladores.
- Chrome 119 en ChromeOS, Linux, Mac y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled.
- Chrome 121-131 en ChromeOS, Linux, Mac y Windows: Está en Prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja).
- Reanudar la última pestaña abierta en cualquier dispositivo
Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario conectado, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
- Chrome 122 en iOS: Lanzamientos de funciones
- Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado se activó de forma predeterminada durante más de un año. Con el tiempo, se quitará la política.
- Chrome 122 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.
- Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.
- La Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores
La Sincronización de Chrome ya no será compatible con Chrome 81 ni versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.
- Chrome 123 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se implementará el cambio.
- WebSQL dejará de estar disponible y se quitará
Con SQLite en lugar de WASM como su reemplazo oficial, planeamos quitar WebSQL por completo. Esto ayudará a proteger a nuestros usuarios.
El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database.
Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento.
- Chrome 115: Se agregó el mensaje de baja a la consola.
- Chrome 117: En Chrome 117 comienza la prueba de baja de WebSQL. La prueba finaliza en Chrome 123. Durante el período de prueba, se necesita la política WebSQLAccess para que la función esté disponible.
- Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a esta función está disponible hasta Chrome 123 a través de la política WebSQLAccess.
- Chrome 123: En ChromeOS, Lacros, Linux, Mac y Windows, a partir de Chrome 123, ya no estará disponible la política WebSQLAccess, que permite que WebSQL esté disponible.
- Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en el evento importante que se indica a continuación.
- Chrome 128 en Android, ChromeOS, Linux, Mac y Windows: Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Intención de dar de baja: Eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente el rendimiento de la página y también aumentan de manera significativa la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: Los eventos de mutación dejarán de funcionar en Chrome 127 alrededor del 30 de julio de 2024.
- Las extensiones deben actualizarse para aprovechar Manifest V3 antes de junio de 2025
Las extensiones se deben actualizar para aprovechar Manifest V3. Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3.
A partir de junio de 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Además, las máquinas en las que se habilite la política no estarán sujetas a la inhabilitación de las extensiones de Manifest V2 hasta el año siguiente (junio de 2025), fecha en la que se quitará la política.
Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma del manifiesto, incluida la siguiente información:
- Chrome 110 en ChromeOS, LaCrOS, Linux, Mac y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
- Chrome 127 en ChromeOS, Lacros, Linux, Mac y Windows: Chrome inhabilitará gradualmente las extensiones de Manifest V2 en los dispositivos de los usuarios. Solo aquellos que tengan habilitada la política empresarial ExtensionManifestV2Availability podrán seguir usando las extensiones de Manifest V2 en su organización.
- Chrome 139 en ChromeOS, Lacros, Linux, Mac y Windows: Quitar la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Finalización de la compatibilidad de ChromeOS Flex con dispositivos
A partir del 1 de enero de 2024, ya no se admitirán los dispositivos cuya compatibilidad está programada para finalizar en 2023. Entre los dispositivos, se incluyen los que se detallan a continuación. Para ver la lista completa de aquellos que ya no serán compatibles, consulta nuestra lista de dispositivos certificados.
- HP Compaq 6005 Pro
- HP Compaq Elite 8100
- Lenovo ThinkCentre M77
- HP ProBook 6550b
- HP 630
- Dell Optiplex 980
Los dispositivos seguirán recibiendo actualizaciones de ChromeOS Flex, pero el equipo del producto dejará de someterlas a pruebas y mantenimiento.
Recomendamos que los clientes actualicen a dispositivos ChromeOS más recientes para aprovechar las nuevas funciones y mejoras de seguridad.
- Migración de Bluetooth de ChromeOS Flex
En ChromeOS 121, se actualizará ChromeOS Flex a la pila de Bluetooth Floss. Como parte de esta actualización, los siguientes dispositivos ya no serán compatibles con la funcionalidad Bluetooth:
- HP Probook 4530s
- Lenovo ThinkPad T420
- HP Elitebook 8460p
- Apple iMac 11,2
- Lenovo ThinkPad x220
- Dell Vostro 3550
- HP 3115m
- HP Elitebook 2560p
- HP ProBook 6465b
- Lenovo ThinkPad L420
- Configurar la duración del protector de pantalla
A partir de ChromeOS 120, podrás configurar la duración del protector de pantalla mientras el dispositivo se carga. Gracias a una nueva política empresarial que puedes controlar, los usuarios ahora pueden elegir por cuánto tiempo se debe activar el protector de pantalla mientras se carga el dispositivo (no mientras se usa la batería). La configuración predeterminada es Siempre y se puede reducir usando las opciones del menú desplegable.
- Nuevo aspecto del reproductor multimedia de ChromeOS
A partir de ChromeOS 121, el reproductor multimedia tendrá botones y colores más grandes que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (en Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.
- Integración del ID y el nombre de las reglas de eventos de DLP en la herramienta de investigación de seguridad
Los eventos de control de datos de ChromeOS para la Prevención de pérdida de datos (DLP) tendrán campos adicionales para enriquecer las estadísticas de los administradores en la herramienta de investigación de seguridad.
- Restricciones de archivos de Controles de datos para ChromeOS
En ChromeOS 121, los Controles de datos de ChromeOS para DLP permitirán que los equipos de TI y seguridad protejan datos importantes de la empresa y de los clientes. Esta opción estará disponible para eventos como copiar y pegar, capturar la pantalla, imprimir y compartir la pantalla. Los administradores de TI podrán crear una estrategia de protección de la información con reglas basadas en la fuente de datos, el destino y el usuario.
Tendremos nuevas funciones para controlar lo que los usuarios pueden hacer con los archivos en los dispositivos ChromeOS a través de reglas basadas en la fuente y el destino.
- Notificaciones mejoradas para apps fijadas
A partir de ChromeOS 121, podrás separar visualmente las notificaciones fijadas de las demás. Cambiaremos las especificaciones visuales, los botones y el texto de las notificaciones para que se ajusten a burbujas de tamaño fijo, lo cual diferenciará significativamente el aspecto visual de las notificaciones fijadas de las notificaciones típicas para reflejar su diferencia significativa en el propósito (notificar al usuario sobre un proceso en curso en lugar de un evento instantáneo).
- Nuevas opciones de sincronización de ChromeOS
Próximamente, ChromeOS publicará una experiencia de configuración de dispositivos actualizada que permitirá a los usuarios personalizar la sincronización de las apps, la configuración, las redes Wi-Fi y el fondo de pantalla.
- Inhabilitación de apps por parte del administrador en MGS
Hasta ahora, las sesiones de invitado administradas (MGS) incluyen un conjunto de aplicaciones (Explorar, Galería y Terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitarlas, bloquearlas y ocultarlas para los usuarios de la empresa.
Próximos cambios en la Consola del administrador
- Eliminación de navegadores inactivos en la Administración en la nube para el navegador Chrome
A partir del Chrome 123, la política del Período de inactividad para la eliminación de datos del navegador se agregará a la Consola del administrador y se borrarán automáticamente los navegadores que no se hayan comunicado con el servidor por más tiempo que el que se establece en la política. Cuando se lance la política, el período de inactividad tendrá un valor predeterminado de 18 meses. Todos los navegadores inscritos que hayan estado inactivos durante más de 18 meses se borrarán de tu cuenta poco después del lanzamiento de esta política. El valor máximo para determinar el período de inactividad del navegador es de 730 días y el mínimo es de 28 días.
Nota: Si acortas el período de forma significativa, más navegadores inscritos se considerarán inactivos y se borrarán, por lo que debes hacerlo con precaución. Para mitigar este problema, puedes establecer el valor de la política Administración de tokens de dispositivo en “Borrar token” con anticipación, lo que permite que los navegadores borrados se vuelvan a inscribir automáticamente en la Administración en la nube para el navegador Chrome la próxima vez que se reinicie el navegador (si el token de inscripción aún es válido). Puedes encontrar la política de Administración de tokens de dispositivo aquí.
- A partir de Chrome 121: La IU de la política de Período de inactividad para la eliminación de datos del navegador estará disponible para el acceso anticipado en la Consola del administrador. En el caso de los administradores de TI que consideren inadecuada la configuración predeterminada de 18 meses, esto les permitirá establecer de forma explícita un valor de la política (período de inactividad) unas semanas antes de que comience la eliminación real.
- Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store
A partir del 121, Chrome agregará información nueva en el informe de uso de apps y extensiones para ayudarte a identificar si una extensión se quitó recientemente de Chrome Web Store a través de una nueva columna de notificaciones y una nueva Chrome Web Store que representa el estado de la ficha de una extensión. En la página Detalles de la aplicación, puedes encontrar el motivo por el que se quitó una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el impacto de usar la política para inhabilitar las extensiones no publicadas.
Esta función está disponible para que los miembros del programa de Verificador de confianza de Chrome Enterprise puedan probarla. Puedes registrarte en nuestro programa de Verificador de confianza aquí.
- Chrome 120 en Linux, Mac y Windows: Programa de Verificador de confianza
- Chrome 121 en Linux, Mac y Windows: Lanzamiento de funciones
Informe sobre el uso de apps y extensiones:
Página de detalles de la aplicación:
- Informe de tecnología heredada
A partir de Chrome 121, el informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará de manera proactiva los sitios web (internos y externos) que usen tecnología que dejará de estar disponible, por ejemplo, cambios en las cookies de SameSite, protocolos de seguridad más antiguos, como TLS 1.0/1.1, y cookies de terceros. Esta información permitirá que los administradores de TI trabajen con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la baja.
Esta función se lanzará en nuestro programa de Verificador de confianza a partir de Chrome 120. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- A partir de Chrome 121 en Linux, Mac y Windows
- Informe de fallas de Chrome
A partir de Chrome 122, podrás visualizar los eventos de fallas en la Consola del administrador a través de la nueva página de informes de fallas de Chrome. En este informe, encontrarás un gráfico dinámico que representa los eventos de fallas de Chrome a lo largo del tiempo, agrupados por versiones de Chrome. Hay filtros adicionales disponibles para los siguientes campos: plataformas de SO, canales y fechas de Chrome. Este informe te ayudará a identificar de forma proactiva los posibles problemas de Chrome en tu organización.
Esta función se lanzará en nuestro programa de Verificador de confianza a partir de Chrome 121. Si te interesa ayudarnos a probar esta función, puedes registrarte en el programa de Verificador de confianza de Chrome Enterprise aquí.
- Chrome 121 en Linux, Mac y Windows: Programa de Verificador de confianza
- Chrome 122 en Linux, Mac y Windows: Lanzamiento de funciones
Chrome 119
Actualizaciones del navegador Chrome
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Cambios en el programa de lanzamientos de Chrome
✓
Baja y eliminación de WebSQL
✓
Actualizaciones de compatibilidad de Native Client
✓
Eliminación de la API de Sanitizer
✓
Los grupos de pestañas se pueden guardar, recuperar y sincronizar
✓
Baja del atributo no estándar shadowroot para Shadow DOM declarativo
✓
Cambio de las cadenas de la IU en Chrome de Limpiar a Borrar para deshacerse de los datos
✓
Errores internos de Herramientas para desarrolladores informados a los informes de fallas internas de Chrome
✓
Omisión de eventos de descarga
✓
SharedImages para la decodificación de video PPAPI
✓
Eliminación del encabezado de autorización tras el redireccionamiento de origen cruzado
✓
Configuración exclusiva para el Servicio de sugerencias de permisos
✓
Búsquedas en tiempo real de prefijos hash
✓
Eliminación de la asistencia recomendada de varias políticas
✓
Caracteres de puntuación del host de URL que cumplen con los estándares
✓
Guardado de imágenes en Google Fotos para iOS
✓
Políticas nuevas y actualizadas en el navegador Chrome
✓
Políticas eliminadas en el navegador Chrome
✓
Actualizaciones de ChromeOS
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Centro de privacidad
✓
Plantillas de administrador de ChromeOS
✓
Uso de Drive sin conexión en Chromebook Plus
✓
✓
Actualizaciones en la Consola del administrador
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Nuevas políticas en la Consola del administrador
✓
Próximos cambios en el navegador Chrome
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Pantalla de selección del motor de búsqueda predeterminado
✓
Cambio de nombre de las políticas empresariales FirstPartySets a RelatedWebsiteSets
✓
✓
Verificación de seguridad renovada en computadoras
✓
Barra de herramientas responsiva de Chrome para computadoras
✓
Chrome en Android ya no será compatible con Android Nougat
✓
Baja de las cookies de terceros de Chrome
✓
Seguimiento de paquetes (solo para iOS)
✓
El servicio de red en Windows se someterá a una zona de pruebas
✓
Banner gráfico que permite restablecer la última pestaña desde otros dispositivos
✓
Restauración de la última pestaña abierta en cualquier dispositivo
✓
Eliminación del prefijo de -webkit-background-clip para el texto y su conversión en alias
✓
Políticas del usuario de Chrome para iOS
✓
Separación de perfiles de Chrome: políticas nuevas
✓
Migración de URLs de datos a SVGUseElement
✓
✓
Administrador de contraseñas: Uso compartido de contraseñas
✓
✓
Solicitud de permisos para la API de MIDI Web
✓
Fase 0 de protección IP para Chrome
✓
Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store
✓
Informe de tecnología heredada
✓
Eliminación de compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
✓
Sincronización de Chrome deja de ser compatible con Chrome 81 y versiones anteriores
Eliminación de la política LegacySameSiteCookieBehaviorEnabledForDomainList
✓
Intención de dar de baja: Eventos de mutación
✓
Las extensiones deben actualizarse para que aprovechen Manifest V3
✓
✓
✓
Próximos cambios en ChromeOS
Seguridad y privacidad
Productividad del usuario y aplicaciones
Administración
Configuración de la duración del protector de pantalla
✓
Nuevos controles para acelerar el desplazamiento del mouse
✓
Comportamiento de Alt + clic mejorado
✓
Nuevo diseño del reproductor multimedia de ChromeOS
✓
Notificaciones mejoradas para apps fijadas
✓
Nuevas opciones de sincronización de ChromeOS
✓
✓
Inhabilitación de apps por parte del administrador en MGS
✓
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Actualizaciones del navegador Chrome
- Cambios en el programa de lanzamientos de Chrome
Chrome 119 y todas las versiones posteriores se adelantarán una semana. Por ejemplo, la versión estable de Chrome 119 se lanzará el 25 de octubre, no el 1 de noviembre. Las versiones beta también se adelantarán una semana a partir de Chrome 119.
Para obtener más detalles, consulta el Programa de lanzamientos de Chrome.
- Chrome 119 en Android, iOS, ChromeOS, Linux, Mac y Windows
- WebSQL dejará de estar disponible y se quitará
Para proteger a nuestros usuarios, planeamos quitar WebSQL por completo, ya que se definió SQLite-over-WASM como su reemplazo oficial.
El estándar de bases de datos de WebSQL se propuso por primera vez en abril de 2009 y se abandonó en noviembre de 2010. Gecko nunca implementó esta función y WebKit la dio de baja en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar Web Storage o Indexed Database.
Desde que se lanzó, nos dificultó considerablemente proteger a nuestros usuarios. Inicialmente, SQLite no se diseñó para ejecutar instrucciones de SQL maliciosas; sin embargo, con WebSQL, tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad es un costo impredecible para el equipo de almacenamiento.
- Chrome 115: Se agregó el mensaje de baja a la consola.
- Chrome 117: En esta versión comienza la prueba de baja de WebSQL y finalizará en Chrome 123. Durante el período de prueba, se necesita la política WebSQLAccess para que la función esté disponible.
- Chrome 119: A partir de esta versión, WebSQL ya no está disponible. El acceso a esta función está disponible hasta Chrome 123 a través de la política WebSQLAccess.
- Chrome 123: En ChromeOS, Lacros, Linux, Mac y Windows, a partir de Chrome 123, ya no estará disponible la política WebSQLAccess, que permite que WebSQL esté disponible.
- Actualizaciones de compatibilidad de Native Client
Chrome 119 quita una política empresarial temporal, NativeClientForceAllowed, que permitió que siguiera usándose Native Client.
- Chrome 117 en Linux, macOS y Windows quita la compatibilidad con Native Client (NaCl) de las extensiones en esos sistemas operativos.
- Chrome 119 en Linux, Mac y Windows: Se quitó la política NativeClientForceAllowed.
- Eliminación de la API de Sanitizer
Para evitar que se establezca la actual API de Sanitizer, planeamos quitar la implementación actual. Esperamos reimplementarla cuando la especificación propuesta se estabilice nuevamente.
El objetivo de la API de Sanitizer es integrar en la plataforma un limpiador HTML fácil de usar y siempre seguro, y mantenido por el navegador. Lanzamos una versión inicial de la API de Sanitizer en Chrome 105, según el borrador de especificaciones vigente en ese momento. Sin embargo, mientras tanto, el debate sobre los estándares avanzó y la forma de la API propuesta cambió sustancialmente.
- Chrome 119 en Windows, Mac, Linux y Android
- Los grupos de pestañas se pueden guardar, recuperar y sincronizar
Los usuarios ahora pueden guardar grupos de pestañas, lo que les permite cerrar y volver a abrir las pestañas del grupo, así como sincronizarlas entre dispositivos. Puedes inhabilitar la sincronización de los grupos de pestañas con la política SyncTypesListDisabled.
- Chrome 119 en ChromeOS, Linux, Mac y Windows
- Baja del atributo no estándar shadowroot para Shadow DOM declarativo
El atributo estándar shadowrootmode del seguimiento estándar, que habilita Shadow DOM declarativo, se envió en Chrome 111 (ChromeStatus). El atributo shadowroot no estándar anterior dejó de estar disponible. Durante el período de baja, funcionarán ambos atributos, pero el atributo shadowroot no habilita el nuevo comportamiento de transmisión, mientras que shadowrootmode permite transmitir contenido. Hay una ruta de migración directa: reemplaza shadowroot por shadowrootmode.
El atributo shadowroot anterior dejó de estar disponible a partir de Chrome 112 y se quitará (ya no es compatible) en Chrome 119. Chrome 119 pasará a la versión estable el 31 de octubre de 2023.
- Chrome 119 en Windows, Mac, Linux y Android
- Cambiar las cadenas de la IU en Chrome de Limpiar a Borrar a la hora de deshacerse de los datos
Chrome está actualizando el texto de configuración para reflejar borrar en lugar de limpiar cuando se refiere a la destrucción de datos. Esperamos que este cambio mejore la comprensión de los usuarios sobre el efecto asociado en los datos. Los usuarios que quieran deshacerse de datos deben tener la seguridad de que los datos se borran y no solo se limpian de una vista, pero se puede acceder a ellos desde otro lugar.
- Chrome 119 en Android, iOS, ChromeOS, Mac y Windows: Esta es la primera versión en que los usuarios podrían ver estos cambios.
- Se informaron errores internos de Herramientas de desarrolladores a los informes de fallas internas de Chrome
Para mejorar la estabilidad de Chrome y los errores internos de Herramientas para desarrolladores ahora se informan a través de la canalización existente de informes de fallas de Chrome, lo que proporciona visibilidad de la estabilidad de las Herramientas para desarrolladores de Chrome. Los administradores pueden controlar todos los informes de fallas, incluidos estos errores, usando la política empresarial MetricsReportingEnabled.
- Chrome 119 en ChromeOS y Linux
- Omitir eventos de descarga
La presencia de objetos de escucha de eventos de descarga es un bloqueador principal para la memoria caché atrás/adelante en navegadores basados en Chromium y para Firefox en plataformas de escritorio. Por otro lado, en las plataformas móviles, casi todos los navegadores priorizan la bfcache, ya que en la mayoría de los casos no activan eventos de descarga. Para mejorar la situación, trabajamos con muchos socios y redujimos con éxito el uso de objetos de escucha de eventos de descarga en los últimos años. Para acelerar aún más esta migración, proponemos que Chrome para computadoras omita los eventos de descarga de forma gradual.
En caso de que necesites más tiempo para migrar de los eventos de descarga, ofreceremos opciones temporales de inhabilitación en el formato de una API de Permissions-Policy y una política empresarial ForcePermissionPolicyUnloadDefaultEnabled, que te permitirán mantener selectivamente el comportamiento sin cambios.
- Chrome 117 en ChromeOS, Linux, Mac y Windows: Está en prueba para desarrolladores.
- Chrome 119 en ChromeOS, Linux, Mac y Windows: Presenta la política ForcePermissionPolicyUnloadDefaultEnabled.
- Chrome 120-131 en ChromeOS, Linux, Mac y Windows: Está en Prueba de baja (el lanzamiento general de la baja tendrá un alcance limitado hasta que esté lista la prueba de baja).
- SharedImages para la decodificación de video PPAPI
Chrome 119 presenta una nueva política PPAPISharedImagesForVideoDecoderAllowed para controlar la refactorización reciente de las APIs de VideoDecoder en el complemento PPAPI.
- Chrome 119 en ChromeOS y Lacros: Presenta la política de escape.
- Chrome 122 en ChromeOS y Lacros: Se quitaron la política de escape de puerta de enlace y las instrucciones de código antiguas correspondientes.
-
Quitar el encabezado de autorización luego del redireccionamiento de origen cruzado
El estándar Fetch se actualizó para quitar el encabezado de autorización en los redireccionamientos de origen cruzado. Chrome 119 implementa este cambio en la especificación. Antes de Chrome 119, cuando un redireccionamiento de origen cruzado, como de foo.test a bar.test, se producía con un encabezado de autorización, Chrome conservaba el encabezado de autorización, y bar.test podía recibir el encabezado. A partir de la versión 119 de Chrome, Chrome quita los encabezados de autorización cuando se producen redireccionamientos de origen cruzado, lo que significa que bar.test ya no recibe el encabezado de autorización.
- Chrome 119 en ChromeOS, Windows, Mac, Linux y Android
- Configuración exclusiva para el Servicio de sugerencias de permisos
La página de configuración de las notificaciones y los permisos de ubicación geográfica ahora tiene una opción adicional para habilitar explícitamente el Servicio de sugerencias de permisos. El Servicio de sugerencias de permisos ya es una función existente, pero no tenía un parámetro de configuración específico, sino que estaba vinculado a la configuración estándar de la Navegación segura. Ahora los usuarios pueden elegir entre cuatro estados diferentes:
- Mostrar siempre la solicitud de permiso de notificación o de ubicación geográfica
- Permitir que el Servicio de sugerencias de permisos reduzca las solicitudes no deseadas de notificación o ubicación geográfica (nuevo)
- Siempre silenciar las solicitudes de permisos de notificaciones
- Bloquear siempre las notificaciones y las solicitudes de permisos de ubicación geográfica
Los administradores pueden usar las políticas existentes para permitir o bloquear siempre las notificaciones o las solicitudes de ubicación geográfica a nivel global o para sitios particulares.
- DefaultNotificationsSetting
- NotificationsAllowedForUrls y NotificationsBlockedForUrls
- DefaultGeolocationSetting
- Chrome 119 en Linux, Mac y Windows
- Búsquedas en tiempo real de prefijo de hash
Para los usuarios de protección de Navegación segura estándar, las URLs visitadas ahora comprueban su seguridad en tiempo real en lugar de compararlas con una lista local de URLs no seguras que se actualiza con menos frecuencia. Para ello, se envían hashes parciales de las URLs a la Navegación segura de Google a través de un proxy con Oblivious HTTP, de modo que la dirección IP del usuario no se vincule con los hashes parciales. Este cambio mejora la seguridad y, al mismo tiempo, mantiene la privacidad de los usuarios. Si es necesario, la función se puede inhabilitar con la política SafeBrowsingProxiedRealTimeChecksAllowed.
- Chrome 119 en Android, iOS, ChromeOS, Lacros, Linux, Mac y Windows
- Quitar la asistencia recomendada de varias políticas
Se pueden aplicar algunas políticas según se recomienda, lo que permite que los administradores establezcan un valor inicial que los usuarios finales pueden cambiar más adelante. A partir de Chrome 119, se quitará la compatibilidad recomendada de varias políticas que los usuarios finales no pueden configurar en este momento.
Todas las políticas afectadas que se hayan configurado previamente como recomendadas deberán establecerse como obligatorias para garantizar que sigan teniendo efecto.
- Chrome 119 en Linux, Mac y Windows: Se quitará la compatibilidad recomendada de la política empresarial PrintPdfAsImageDefault.
- Chrome 120 en Android, Linux, Mac y Windows: Se quitará la compatibilidad recomendada de las siguientes políticas empresariales:
- Caracteres de puntuación en hosts de URLs que cumplen con los estándares
Chrome 119 continúa nuestras iniciativas de Chrome para que el manejo de Chrome en cuanto a los caracteres de puntuación en hosts de URLs cumpla con los estándares. A continuación, se muestra un resumen de los cambios implementados en Chrome 119:
Notación:
- “ESC”: Se permite, pero Chrome lo escapa, lo cual no cumple con las políticas.
- “-”: Se permite.
- “0”: Se prohíbe. La URL no será válida si el host contiene un carácter prohibido.
Advertencia:
- SPACE y ASTERISK todavía no cumplen con las políticas.
- Chrome 119 en Windows, Mac, Linux y Android
- Guardar imágenes en Google Fotos en iOS
Cuando un usuario que accedió a su cuenta mantiene presionada una imagen en Chrome, puede guardarla directamente en Google Fotos y tiene la opción de guardarla en cualquier cuenta a la que se haya accedido con el dispositivo.
- Chrome 119 en iOS: Los usuarios pueden guardar imágenes directamente en Google Fotos.
- Chrome 120 en iOS: Se presentó una política para controlar esta funcionalidad.
- Políticas nuevas y actualizadas en el navegador Chrome
Política
Descripción
SafeBrowsingDeepScanningEnabled
Permitir los análisis detallados de descargas para los usuarios que habilitaron la Navegación segura
SafeBrowsingProxiedRealTimeChecksAllowed
Permitir las verificaciones con proxy de la Navegación segura en tiempo real (ahora también disponible en Android)
- Políticas que se quitaron del navegador Chrome
Política
Descripción
ChromeCleanupEnabled
Habilitar "Limpiar Chrome" en Windows
DownloadBubbleEnabled
Habilitar la IU del cuadro de descarga
ChromeCleanupReportingEnabled
Controlar cómo "Limpiar Chrome" informa datos a Google
Actualizaciones de ChromeOS
- Centro de privacidad
Ahora los usuarios pueden administrar la configuración de su cámara y micrófono en todo el sistema operativo desde un solo lugar en Configuración> Seguridad y privacidad> Controles de privacidad. Ahora los usuarios pueden desactivar por completo la cámara o el micrófono con un solo clic desde un solo lugar cuando necesitan más confianza para permanecer en silencio.
- Plantillas para administradores de ChromeOS
Con la automatización del lanzamiento de apps, los administradores ahora pueden configurar grupos de aplicaciones, ventanas y herramientas que los usuarios puedan iniciar automáticamente en el inicio o a pedido durante el día. Con la automatización del lanzamiento de aplicaciones, puedes lograr lo siguiente: lograr que los usuarios comiencen a trabajar rápidamente al comienzo del día, brindarles a los usuarios una forma de llegar fácilmente a un punto de partida óptimo para nuevas tareas y recordar el diseño de ventana que cada usuario configura para sus flujos de trabajo para usarlos en el futuro.
Puedes activar esta función con la marca #app-launch-automation y, luego, crear plantillas en la Consola del administrador.
- Usar Drive sin conexión en dispositivos Chromebook Plus
Los usuarios empresariales en los dispositivos Chromebook Plus ahora pueden hacer que todos sus archivos de la sección Mi unidad de Google Drive estén disponibles fácilmente sin conexión. Esto se puede controlar con la política empresarial DriveFileSyncAvailable.
Actualizaciones en la Consola del administrador
- Nuevas políticas en la Consola del administrador
Nombre de la política
Páginas
Compatible con
Categoría/Campo
PPAPISharedImagesForVideoDecoderAllowed
Usuario y navegador, MGS
ChromeOS
Temario
SafeBrowsingDeepScanningEnabled
Usuario y navegador
Chrome (Linux, Mac, Windows), ChromeOS
Navegación segura de Chrome
DriveFileSyncAvailable
Usuario y navegador
ChromeOS
Temario
ProfileSeparationDataMigrationSettings
Usuario y navegador
Chrome (Linux, Mac y Windows)
Configuración de acceso
ProfileSeparationDomainExceptionList
Usuario y navegador
Chrome (Linux, Mac y Windows)
Configuración de acceso
ProfileSeparationSettings
Usuario y navegador
Chrome (Linux, Mac y Windows)
Configuración de acceso
ShowDisplaySizeScreenEnabled
Usuario y navegador
ChromeOS
Configuración de acceso
ShowTouchpadScrollScreenEnabled
Usuario y navegador
ChromeOS
Configuración de acceso
DeviceEphemeralNetworkPoliciesEnabled
Dispositivo
ChromeOS
Otras opciones de configuración
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
- Pantalla de selección de motor de búsqueda predeterminado
A partir de Chrome 120, es posible que se solicite a los usuarios finales empresariales elegir su motor de búsqueda predeterminado en Chrome.
Como parte de nuestro proyecto de cumplimiento de LMD, se solicitará a algunos usuarios que elijan su motor de búsqueda predeterminado para Chrome. Este mensaje controla la configuración predeterminada del motor de búsqueda, que actualmente está disponible en chrome://settings/search. Las políticas empresariales, DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, seguirán controlando este parámetro de configuración como lo hace actualmente, si lo estableció el administrador de TI. Obtén más información sobre esta política y el grupo atómico relacionado.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac y Windows: El 1% de los usuarios comenzará a ver la pantalla de selección con Chrome 120. El 100% en Chrome 122.
- Se cambió el nombre de las políticas empresariales de FirstPartySets a RelatedWebsiteSets
A las políticas empresariales FirstPartySetsEnabled y FirstPartySetsOverrides se les cambiaron los nombres por RelatedWebsiteSetsEnabled y RelatedWebsiteSetsOverrides respectivamente. No habrá cambios en el comportamiento de las políticas. Las nuevas políticas estarán disponibles a partir de Chrome 120. Los administradores deberán usarlas en el futuro. Para obtener más información sobre el cambio de nombre, sigue https://developer.chrome.com/blog/related-website-sets/.
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Verificación de seguridad renovada para computadoras
Planeamos introducir una nueva Verificación de seguridad proactiva que comprueba regularmente el navegador en busca de problemas relacionados con la seguridad e informa a los usuarios cuando algo requiere su atención. Con este lanzamiento, también se presenta una nueva página con información y acciones proactivas relacionadas con la seguridad de Chrome adaptadas a cada usuario, la cual se diseñó para que los usuarios estén seguros cuando estén en línea.
- Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
- Barra de herramientas responsiva del escritorio de Chrome
A partir de Chrome 120, los clientes del escritorio de Chrome en diferentes dispositivos y modos de entrada de texto (por ejemplo, mouse o táctil) experimentarán una barra de herramientas que responde sin inconvenientes a los cambios de tamaño de las ventanas, cuando los usuarios seleccionen una ventana y cambien su tamaño de forma manual, o utilicen herramientas de administración de ventanas específicas del SO.
- Chrome 120 en ChromeOS, LaCrOS, Linux, Mac y Windows
- Chrome para Android ya no será compatible con Android Nougat
La última versión de Chrome compatible con Android Nougat es Chrome 119. En ella, se incluye un mensaje para los usuarios afectados en el que se les informa que actualicen el sistema operativo.
Chrome 120 no admitirá ni enviará datos a los usuarios que ejecuten Android Nougat.
- Chrome 120 en Android: Chrome en Android ya no es compatible con Android Nougat
- Baja de las cookies de terceros de Chrome
En Chrome 120 y versiones posteriores (enero de 2024), Chrome inhabilitará globalmente las cookies de terceros para el 1% del tráfico de Chrome como parte de nuestras Pruebas de Chrome facilitadas en colaboración con el CMA. Esto permitirá que los sitios obtengan una vista previa de cómo es operar en un mundo sin cookies de terceros. La mayoría de los usuarios empresariales se excluirán automáticamente de este grupo experimental. Sin embargo, en algunos casos que podrían verse afectados, los administradores podrán usar las políticas BlockThirdPartyCookies y CookiesAllowedForUrls para volver a habilitar las cookies de terceros e inhabilitar los navegadores administrados antes del experimento. De este modo, las empresas tendrán tiempo para realizar los cambios necesarios y no depender de esta política ni de las cookies de terceros.
Planeamos proporcionar más herramientas para ayudar a identificar los casos de uso de cookies de terceros. Los administradores pueden establecer la política BlockThirdPartyCookies como falsa para volver a habilitar las cookies de terceros en todos los sitios, pero esto impedirá que los usuarios cambien el parámetro de configuración correspondiente en Chrome. Como alternativa, para evitar fallas, puedes establecer la política CookiesAllowedForUrls para incluir tus aplicaciones empresariales en la lista de entidades permitidas y seguir recibiendo cookies de terceros.
Para obtener más detalles sobre cómo prepararte, enviar comentarios e informar posibles problemas del sitio, consulta la sección de blog Modo B: Baja del 1% de las cookies de terceros y el blog
Cómo prepararse para el final de las cookies de terceros.
- Chrome 120 en ChromeOS, Linux, Mac y Windows
El 1% del tráfico global tiene inhabilitadas las cookies de terceros. Los usuarios empresariales se excluyen automáticamente de esta opción siempre que sea posible, y hay una política disponible para anular el cambio.
- Seguimiento de paquetes (solo para iOS)
Los usuarios podrán habilitar una nueva función de seguimiento de paquetes que muestra las fechas de entrega estimadas y el estado del paquete en una nueva tarjeta en la página Nueva pestaña. Esta función solo está disponible para usuarios de habla inglesa y para paquetes entregados a través de FedEx y USPS. Si es necesario, podrás desactivar la función con una nueva política llamada ParcelTrackingEnabled.
- Chrome 120 en iOS: Lanzamientos de funciones
- El servicio de red en Windows se someterá a una zona de pruebas
Para mejorar la seguridad y la confiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se someterá a una zona de pruebas en Windows. Como parte de este cambio, es posible que se impida que el código de terceros altere el servicio de red. Esto podría causar problemas de interoperabilidad con software que inserte código en el espacio de procesos de Chrome, como el software de Prevención de pérdida de datos. La política NetworkServiceSandboxEnabled permite inhabilitar la zona de pruebas si se detectan incompatibilidades. Los administradores pueden probar la zona de pruebas en su entorno siguiendo estas instrucciones y comunicarnos los problemas que encuentren.
- Chrome 120 en Windows: Zona de pruebas del servicio de red en Windows
- Banner gráfico que permite reanudar la última pestaña desde otros dispositivos
Para ayudar a los usuarios que accedieron a su cuenta a reanudar tareas cuando tengan que cambiar de dispositivo inmediatamente, Chrome ofrecerá retomar las pestañas que se usaron recientemente en el dispositivo anterior. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
- Chrome 120 en iOS: Lanzamientos de funciones
- Reanudar la última pestaña abierta en cualquier dispositivo
Para la última pestaña abierta en cualquier dispositivo en las últimas 24 horas con el mismo perfil de usuario conectado, Chrome ofrecerá a los usuarios un acceso directo rápido para reanudar esa pestaña. Los administradores podrán controlar esta función con una política empresarial existente llamada SyncTypesListDisabled.
- Chrome 120 en iOS: Lanzamientos de funciones
- Sin prefijo-webkit-background-clip para el texto y convertirlo en un alias
Chrome permitirá el uso de la versión sin prefijo para background-clip: text y hará que -webkit-background-clip sea un alias para background-clip . Además, ya no admite palabras clave sin sufijo (contenido, relleno y borde) para mejorar el recorrido de ida y vuelta con alias.
- Chrome 120 en Windows, Mac, Linux y Android
- Políticas del usuario de Chrome para iOS
Los administradores pueden aplicar políticas y preferencias en todos los dispositivos de un usuario. La configuración se aplica cada vez que el usuario accede al navegador Chrome con su cuenta administrada en cualquier dispositivo. Esta función ya existe en Windows, Mac, Linux, ChromeOS y Android. Estamos en proceso de implementar esta función en iOS.
- Chrome 120 en iOS: El primer evento importante de esta función es 120.
- Separación de perfiles de Chrome: políticas nuevas
Se crearán tres políticas nuevas para ayudar a las empresas a configurar perfiles empresariales: ProfileSeparationSettings, ProfileSeparationDataMigrationSettings y ProfileSeparationSecondaryDomainAllowlist. Estas políticas serán más fáciles de usar y reemplazarán a ManagedAccountsSigninRestriction y EnterpriseProfileCreationKeepBrowsingData.
- Chrome 120 en Linux, Mac y Windows
- Migración desde URLs de datos en SVGUseElement
Se actualizó recientemente la especificación de SVG para quitar la compatibilidad con los datos: URLs en SVGUseElement. Esto mejora la seguridad de la plataforma web y la compatibilidad entre navegadores, ya que Webkit no admite datos: URLs en SVGUseElement. Obtén más información en esta entrada de blog.
Asignación de datos: La URL en SVGUseElement puede causar XSS. Esto también condujo a una omisión de Trusted Types.
En el caso de las empresas que necesiten más tiempo para migrar, la política DataUrlInSvgUseEnabled estará disponible hasta Chrome 128 para volver a habilitar la compatibilidad con las URLs de datos para SVGUseElement:
- Chrome 120 en Android, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia: Quitar la compatibilidad de datos: URLs en SVGUseElement
- Administrador de contraseñas: uso compartido de contraseñas
El Administrador de contraseñas permite que los usuarios compartan sus contraseñas con los miembros de su grupo familiar de Google (como se configuró en su Cuenta de Google). Los usuarios solo pueden compartir una contraseña a la vez. No se pueden compartir contraseñas de forma masiva. El remitente no puede actualizar ni revocar la contraseña compartida.
Los administradores empresariales pueden usar la política PasswordSharingEnabled para desactivar la función de uso compartido para todos sus empleados.
- Chrome 120 en iOS, ChromeOS, Lacros, Linux, Mac, Windows y Fuchsia
- Solicitud de permisos para la API de Web MIDI
Hubo varios problemas informados en torno al acceso impulsado de la API de Web MIDI a dispositivos MIDI de clientes (errores). Para solucionar este problema, Audio WG decidió otorgar un permiso explícito al acceso a la API de MIDI general. Originalmente, el permiso explícito solo se requería para el uso avanzado de MIDI, por ejemplo, el mensaje exclusivo del sistema (SysEx) en Chrome, con acceso restringido detrás de un mensaje de permiso. Planeamos expandir el alcance del permiso al uso normal de la API de MIDI.
Actualmente, el uso de mensajes SysEx con la API de Web MIDI requiere un permiso explícito del usuario. Con esta implementación, incluso el acceso a la API de Web MIDI sin compatibilidad con SysEx requerirá un permiso del usuario. Habrá tres políticas nuevas disponibles, DefaultMidiSetting, MidiAllowedForUrls y MidiBlockedForUrls, para permitir que los administradores preconfiguren el acceso de los usuarios a la API.
- Chrome 121 en Windows, Mac, Linux y Android
- Fase 0 de protección de IP para Chrome
A partir de Chrome 122, Chrome podría enrutar el tráfico de algunas solicitudes de red a recursos de Google a través de un proxy de privacidad. Este es un logro importante en un esfuerzo más grande por proteger las identidades de los usuarios enmascarando sus direcciones IP de herramientas de seguimiento entre sitios conocidas. Hay más información disponible en esta explicación en GitHub. Se implementarán políticas empresariales para permitir que los administradores desactiven la función antes de su lanzamiento.
- Chrome 122 en ChromeOS, Linux, Mac, Windows y Android
- Informe de uso de apps y extensiones: Destaca las extensiones que se quitaron de Chrome Web Store
A partir del 122, Chrome agregó nueva información al Informe de uso de apps y extensiones para ayudarte a identificar si una extensión se quitó recientemente de Chrome Web Store. En la página de detalles de la aplicación, puedes encontrar el motivo por el que se quitó una extensión de Chrome Web Store. Esta función ayudará a los administradores de TI a identificar el impacto de usar la política para inhabilitar las extensiones no publicadas.
- Chrome 122 en LaCrOS, Linux, Mac y Windows
- Informe de tecnología heredada
A partir de Chrome 122, el informe de tecnología heredada estará disponible en la Consola del administrador y, además, informará proactivamente los sitios web (internos y externos) que usen tecnología que dejará de estar disponible, por ejemplo, cambios en las cookies de SameSite o protocolos de seguridad más antiguos, como TLS 1.0/1.1. De esta manera, los administradores pueden trabajar con los desarrolladores para planificar las migraciones de tecnología necesarias antes de que entre en vigencia la baja. Si te interesa ayudarnos a probar esta función, puedes registrarte en nuestro programa de Verificador de confianza aquí.
- Chrome 122 en LaCrOS, Linux, Mac y Windows
- Se quitó la compatibilidad con UserAgentClientHintsGREASEUpdateEnabled
Planeamos dar de baja la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado se activó de forma predeterminada durante más de un año. Con el tiempo, se quitará la política.
- Chrome 122 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.
- Chrome 125 en Android, ChromeOS, Linux, Mac y Windows: Se quitó la política.
- La Sincronización de Chrome dejará de ser compatible con Chrome 81 y versiones anteriores
La Sincronización de Chrome ya no será compatible con Chrome 81 ni versiones anteriores. Para seguir usándola, hay que actualizar a una versión más reciente de Chrome.
- Chrome 123 en Android, iOS, ChromeOS, Linux, Mac y Windows: Se implementará el cambio.
- Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
En Chrome 79, presentamos la política LegacySameSiteCookieBehaviorEnabledForDomainList para revertir el comportamiento de las cookies de SameSite al comportamiento heredado en los dominios especificados. Se extendió la vida útil de la política LegacySameSiteCookieBehaviorEnabledForDomainList y se quitará en el evento importante que se indica a continuación.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: Quitar la política LegacySameSiteCookieBehaviorEnabledForDomainList
- Intención de dar de baja: Eventos de mutación
Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente el rendimiento de la página y también aumentan de manera significativa la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron (en 2012) por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los Eventos de mutación obsoletos debe quitarse o migrarse a la herramienta Mutation Observer.
- Chrome 127 en Android, ChromeOS, Linux, Mac y Windows: Los eventos de mutación dejarán de funcionar en Chrome 127 alrededor del 30 de julio de 2024.
- Las extensiones deben actualizarse para aprovechar Manifest V3
Las extensiones se deben actualizar para aprovechar Manifest V3. Las extensiones de Chrome están cambiando a una nueva versión del manifiesto, Manifest V3. Esto brindará una mayor privacidad a sus usuarios, por ejemplo, porque se está cambiando a un modelo en el que las extensiones modifican las solicitudes de forma declarativa, sin la capacidad de ver solicitudes individuales. Esto también mejora la seguridad de las extensiones, ya que no se permitirá el código alojado de forma remota en Manifest V3. Como mencionamos anteriormente en nuestra entrada de blog, se están revisando los cronogramas de baja de Manifest V2 y se pospondrán los experimentos programados para principios de 2023. Durante la revisión de cronograma, las extensiones existentes de Manifest V2 se pueden actualizar y seguir ejecutando en Chrome. Sin embargo, todas las extensiones nuevas que se envíen a Chrome Web Store deberán implementar Manifest V3. Hay una política empresarial ExtensionManifestV2Availability disponible para controlar si se permiten las extensiones de Manifest V2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Puedes ver la versión del manifiesto que usan todas las extensiones de Chrome que se ejecuten en tu flota a través de la página de uso Aplicaciones y extensiones en Administración en la nube para el navegador Chrome. Obtén más información en el cronograma del manifiesto, incluida la siguiente información:
- Chrome 98 en Chrome OS, LaCrOS, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Pública" o "No listada". Ya no se pueden cambiar las extensiones de Manifest V2 de "Privada" a "Pública" o "No listada".
- Chrome 103 en ChromeOS, LaCrOS, Linux, Mac y Windows: Chrome Web Store dejará de aceptar extensiones nuevas de Manifest V2 con la visibilidad establecida como "Privada".
- Chrome 110 en ChromeOS, LaCrOS, Linux, Mac y Windows: La política empresarial ExtensionManifestV2Availability está disponible para controlar si se permiten las extensiones de Manifest v2. La política se puede usar para probar Manifest V3 en tu organización antes de la migración. Después de la migración, la política te permitirá extender el uso de las extensiones de Manifest V2.
- Próximo logro en ChromeOS, LaCrOS, Linux, Mac y Windows: Quitar la política ExtensionManifestV2Availability.
Próximos cambios en ChromeOS
- Configurar la duración del protector de pantalla
A partir de ChromeOS 120, podrás configurar la duración del protector de pantalla mientras se carga. Los usuarios ahora pueden elegir durante cuánto tiempo se debe activar el protector de pantalla mientras se carga el dispositivo (no con el uso de batería). Esto se puede controlar con una nueva política empresarial. La configuración predeterminada es Siempre y se puede reducir usando las opciones desplegables.
- Nuevos controles para la aceleración de desplazamiento del mouse
ChromeOS 120 agregará nuevos controles para permitirles a los usuarios inhabilitar la aceleración de desplazamiento del mouse y ajustar la velocidad de desplazamiento.
- Comportamiento Alt + clic mejorado
En ChromeOS 120 podrás configurar el comportamiento del clic con el botón derecho usando el teclado y el panel táctil. También puedes ajustar la configuración para acciones como Inicio, Fin y Re Pág en la subpágina Personalizar las teclas del teclado.
- Nuevo aspecto del reproductor multimedia de ChromeOS
A partir de ChromeOS 121, el reproductor multimedia tendrá botones y colores más grandes que combinen con tu fondo de pantalla. El reproductor multimedia aparecerá cuando reproduzcas cualquier video o audio (como Spotify o YouTube) en la Configuración rápida. Podrás hacer clic en el ícono de fijar para mover el reproductor multimedia a la biblioteca. Además de controlar el contenido multimedia que se transmite, podrás comenzar a transmitir contenido multimedia web a cualquier bocina o pantalla de tu red local.
- Notificaciones mejoradas para apps fijadas
A partir de ChromeOS 121, podrás separar visualmente las notificaciones fijadas de las demás. Cambiaremos las especificaciones visuales, los botones y el texto de las notificaciones para que se ajusten a las burbujas de tamaño fijo. Esto diferencia significativamente el aspecto visual de las notificaciones fijadas de las notificaciones típicas para reflejar su diferencia significativa en el propósito (notificar al usuario sobre un proceso en curso en lugar de un evento instantáneo).
- Nuevas opciones de sincronización de ChromeOS
ChromeOS publicará una experiencia de configuración de dispositivos actualizada pronto que permite a los usuarios personalizar la configuración de sincronización de apps, parámetros de configuración, redes Wi-Fi y fondos de pantalla.
- Inhabilitación de apps por parte del administrador en MGS
Hasta ahora, las sesiones de invitado administradas (MGS) incluyen un conjunto de aplicaciones (Apps de Explorar, Galería y Terminal) que están disponibles para el usuario. Con la política SystemFeaturesDisableList, los administradores pronto podrán inhabilitar estas apps, y bloquearlas y ocultarlas para los usuarios de tu empresa.
Recursos adicionales
- Cómo funcionan los lanzamientos de Chrome: Ciclo de actualización de Chrome
- Descargas del navegador Chrome y descripción general del producto Chrome Enterprise: Navegador Chrome para empresas
- Estado de la versión de Chrome y cronogramas: Visor del servidor de Google Actualización
- Anuncios: Blog de actualizaciones de Chrome | Blog de Chromium
- Desarrolladores: Obtén información sobre los cambios en la plataforma web
¿Todavía necesitas ayuda?
- Clientes de G Suite o Cloud Identity (solo con acceso autorizado): Deben comunicarse con el equipo de asistencia
- Asistencia del navegador Chrome para empresas: Hay que registrarse para contactarse con un especialista
- Foro de administradores de Chrome
- Centro de ayuda de Chrome Enterprise
