Notas de la versión de Chrome Enterprise y Education

Última actualización: 6 de noviembre del 2024

Esta página está dirigida a administradores que gestionan el navegador Chrome o dispositivos ChromeOS en una empresa o un centro educativo.

 

Selecciona la pestaña correspondiente para ver las actualizaciones del navegador Chrome o de ChromeOS.

 

¿Quieres gestionar dispositivos ChromeOS de forma remota? Comienza tu Prueba de Licencia de Chrome Enterprise por 0 € hoy.

Resumen de novedades de Chrome 130

 
Cambios en el navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Notificaciones del sistema para ordenadores   ✓  
Selector de plataforma para compartir pantalla en macOS    ✓  
Menú Nueva cuenta   ✓  
Lector de PDF en Android   ✓  
Inmovilizar pestañas en Ahorro de energía   ✓  
Transporte de diccionarios de compresión con Brotli compartido y Zstandard compartido ✓    
Contenedores de desplazamiento enfocables en el teclado   ✓  
Compatibilidad con URLs de esquemas no especiales ✓    
Chrome para Android ahora admite proveedores de autocompletar y contraseñas de terceros   ✓ ✓
Estilos alternativos para el elemento <meter> ✓    
Políticas nuevas y actualizadas en el navegador Chrome     ✓
Cambios en Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Cambio predeterminado de las políticas de IA generativa     ✓
Compatibilidad con la configuración a nivel de usuario en la página Configuraciones personalizadas     ✓
Reglas de navegación por URLs solo de auditoría     ✓
Estadísticas de seguridad de Chrome ✓   ✓
Fase 2 de la puntuación de riesgo de la extensión ✓   ✓
Cambios en Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
No hay actualizaciones en Chrome 130.      
Próximos cambios del navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Buscar y recibir respuestas en el historial de Chrome con la IA   ✓  
Firmas de código ad hoc para shims de PWA en macOS   ✓  
Comprobación asíncrona de Navegación segura en tiempo real ✓    
Quitar el método requestAdapterInfo() de GPUAdapter no estándar ✓    
Discontinuación de los informes ampliados de Navegación segura ✓    
Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo     ✓
Desconfianza en los certificados de Entrust ✓    
Inicio de sesión y sincronización simplificados   ✓ ✓
Captura de enlaces de usuarios en PWAs   ✓ ✓
Desactivación de la propiedad de posicionamiento de anclas de CSS inset-area ✓    
Encapsulación de claves X25519Kyber768 para TLS ✓    
OCR del lector de PDF de Chrome   ✓  
Advertencias de formularios no seguros en iOS ✓    
El servicio de red de Windows se pondrá en un entorno aislado     ✓
Lectura en voz alta en el modo Lectura    ✓  
Capturar todas las pantallas     ✓
Migración de la API SafeBrowsing v4 a v5 ✓    
Comprobaciones de acceso a redes privadas en solicitudes de navegación: modo solo de advertencia     ✓
Discontinuación de los eventos de mutación ✓   ✓
Proveedor del framework de accesibilidad UI Automation en Windows   ✓  
Próximos cambios de Chrome Enterprise Core Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Política de valores predeterminados de IA generativa     ✓
Integración de telemetría de extensiones de Google SecOps ✓   ✓
Nueva lista de perfiles gestionados e informes para usuarios que han iniciado sesión      
Eliminación de la política empresarial utilizada para el atributo de comportamiento SameSite antiguo     ✓
Próximos cambios de Chrome Enterprise Premium Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Controles de datos de Chrome Enterprise: Portapapeles ✓    
Protección de capturas de pantalla ✓    

 

DESCARGAR notas de la versión (PDF)

↑ volver al principio

Las notas de la versión para empresas están disponibles en 9 idiomas. Se puede consultar información sobre las actualizaciones de Chrome en alemán, coreano, español, francés, indonesio, inglés, japonés, neerlandés y portugués. La traducción a algunos idiomas puede tardar de 1 a 2 semanas en estar disponible.

Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con la programación de lanzamiento de Chrome en la fecha de lanzamiento de la versión preliminar estable del navegador Chrome.

Cambios en el navegador Chrome

   

  • Notificaciones del sistema para ordenadores back to top

    Chrome 130 incluye un nuevo patrón de notificaciones emergentes que permitirá a las funciones proporcionar una confirmación visual de las acciones de los usuarios o una forma rápida de realizar una acción posterior. Por ejemplo, cuando se añade algo a una lista de lectura, aparece una notificación emergente que confirma que el elemento se ha añadido y ofrece un enlace rápido al panel lateral de la lista de lectura. Las notificaciones emergentes aparecen como un pequeño chip que se superpone parcialmente al contenido web y a la barra de herramientas superior del navegador.

     
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: esta función estará habilitada para un conjunto inicial de funciones en Chrome 130. Otros equipos que utilicen el patrón lanzarán las notificaciones del sistema posteriores de forma independiente.
     

    desktop toasts

     

   

  • Selector de plataforma para compartir pantalla en macOS back to top

    Cuando se comparte la pantalla en Chrome en macOS X Sequoia, los usuarios ahora pueden seleccionar una ventana o una pantalla que quieran compartir con el selector de plataforma actualizado. Con este nuevo selector de plataforma, ya no es necesario asignar el permiso de grabación de pantalla a Chrome, y funciona de forma coherente con la función de pantalla compartida de 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 llegue un mes después de la versión inicial 15.0). Antes de eso, es posible que los usuarios de Chrome vean un cuadro de diálogo de advertencia en el que se indica que Chrome aún no está usando la nueva API de selector.

     

    Para probar la nueva experiencia del selector de compartir pantalla:

    1. Actualiza Chrome a la versión 129 o una posterior.
    2. En macOS, abre Terminal.
    3. En la petición, escribe lo siguiente: open -b com.google.Chrome --args -enable-features=UseSCContentSharingPicker
    4. Para ejecutar el comando, pulsa Intro en el teclado.
     

    La función también se puede habilitar en chrome://flags.

     
    • Chrome 130 en macOS
     

    screen share

     

   

  • Menú Nueva cuenta back to top

    Ahora, algunos usuarios pueden acceder al nuevo menú Cuenta tocando su avatar en la página Nueva pestaña. El nuevo menú Cuenta les permite cerrar sesión, 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 las cuentas en las que un usuario puede iniciar sesión o a las que puede cambiar.

     
    • Chrome 130 en iOS

    new account menu

     

   

  • Lector de PDF en Android back to top

    Esta función permite ver PDFs en la interfaz de usuario del navegador Chrome. Antes de este cambio, los usuarios tenían que completar muchos pasos para ver un documento PDF. Estos pasos obligan a los usuarios a salir de Chrome para ver el documento PDF. Con esta función, los PDFs se renderizarán sin problemas en Chrome. Los usuarios podrán seguir descargando PDFs y abriéndolos con otras aplicaciones propias o de terceros que elijan. 

     
    • Chrome 130 en Android 

   

  • Inmovilizar pestañas en Ahorro de energía back to top

    Cuando Ahorro de energía está activo, Chrome ahora congela una pestaña que ha estado oculta y en silencio durante más de 5 minutos y usa mucha CPU, a menos que:

    • la pestaña ofrezca funciones de videoconferencia (detectadas mediante un micrófono, una cámara, una pantalla, una ventana o una captura de pestaña, o bien una RTCPeerConnection con un RTCDataChannel abierto o una MediaStreamTrack en directo).
    • la pestaña controle un dispositivo externo (detectado mediante Web USB, Web Bluetooth, Web HID o Web Serial).
     

    De esta forma, se prolongará la duración de la batería y se acelerará Chrome al reducir 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-saver de about:flags. También se puede probar con #freezing-on-energy-saver-testing, que simula que la función Ahorro de energía está activa y que todas las pestañas usan mucha CPU (esto permite verificar si una pestaña es apta para congelarse y si se congelaría si usara mucha CPU). La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el modo Ahorro de energía está inactivo).
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: la función empezará a lanzarse para el 1 % de los usuarios de la versión estable en Chrome 131. Se irá incrementando gradualmente hasta alcanzar el 100 % de la versión estable. La disponibilidad del modo Ahorro de energía se puede controlar mediante la política BatterySaverModeAvailability (este cambio no tiene efecto cuando el modo Ahorro de energía está inactivo).

   

  • Transporte de diccionarios de compresión con Brotli compartido y Zstandard compartido back to top

    Esta función permite usar respuestas anteriores designadas como diccionario externo para respuestas de codificación de contenido con compresión con Brotli o Zstandard.

    Las empresas pueden tener problemas de compatibilidad con la infraestructura de red de la empresa que intercepta el tráfico HTTPS y es sensible a las codificaciones de contenido desconocido. La política empresarial CompressionDictionaryTransportEnabled permite 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 back to top

    Chrome 130 mejora la accesibilidad haciendo que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial. Actualmente, la tecla de tabulador no enfoca los desplazamientos a menos que tabIndex se haya definido explícitamente en 0 o más.

    Al hacer que los controles de desplazamiento se puedan enfocar de forma predeterminada, los usuarios que no puedan (o no quieran) usar un ratón podrán enfocar el contenido recortado con el tabulador y las teclas de flecha. Este comportamiento solo está habilitado si la barra de desplazamiento no contiene ningún elemento secundario enfocable mediante el teclado. Esta lógica es necesaria para que no se produzcan regresiones en los elementos enfocables que puedan existir en un desplazamiento, como <textarea>.

    Nota: El lanzamiento anterior de esta función (que se inició en Chrome 127) se detuvo debido a problemas de compatibilidad web, que deberían solucionarse en la implementación de Chrome 130.

     
    • Chrome 130 en Windows, macOS, Linux y Android

   

  • Compatibilidad con URLs de esquemas no especiales back to top

    Chrome 130 admite URLs de esquemas no especiales, como git://example.com/path. Antes, el analizador de URLs de Chromium no era compatible con las URLs no especiales. El analizador analiza las URLs no especiales como si tuvieran una ruta opaca, lo que no está alineado 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. Consulta más información en http://bit.ly/url-non-special. 

     
    • Chrome 130 en Windows, macOS, Linux y Android

   

  • Chrome para Android ahora admite proveedores de autocompletar y contraseñas de terceros back to top

    Hasta ahora, los proveedores de autocompletar y contraseñas de terceros se podían utilizar en Chrome para Android a través de APIs de accesibilidad. En Chrome 130, vamos a añadir compatibilidad directa con Autocompletar de Android, lo que significa que estos proveedores ahora funcionan con Chrome en 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 que su proveedor externo esté configurado en los ajustes de Android. A continuación, en Chrome, deberán abrir Ajustes > Servicios de autocompletar y seleccionar Autocompletar con otro servicio. Si los usuarios no cambian ambos ajustes, seguirán usando Google para autocompletar sus contraseñas, información de pago e información de direcciones.

     
    • Chrome 130 en Android: el nuevo ajuste estará disponible a partir de Chrome 130. Si los usuarios utilizan el nuevo ajuste, este entrará en vigor de inmediato. Si no se usa el nuevo ajuste, los usuarios seguirán usando Google y un tercero a través de la accesibilidad (si está instalado). La asistencia para las APIs de accesibilidad dejará de estar disponible a principios del 2025, momento en el que se aplicarán los nuevos ajustes a todos los usuarios.

   

  • Estilos alternativos para el elemento <meter> back to top

    En la versión 130 de Chrome, los elementos <meter> con "appearance: none" ahora tienen un estilo alternativo razonable que coincide con el de Safari y Firefox, en lugar de desaparecer de la página. Además, los desarrolladores ahora pueden personalizar el estilo de los elementos <meter>.

    La marca de función MeterAppearanceNoneFallbackStyle está disponible en chrome://flags hasta Chrome 133 para controlar esta función.

     
    • Chrome 130 en Windows, macOS, Linux y Android

   

   

Cambios en Chrome Enterprise Core

    

  • Cambio predeterminado de las políticas de IA generativa back to top 

    A partir de la versión 130, vamos a cambiar la configuración predeterminada de las políticas de IA generativa de desactivada a permitida, sin mejorar los modelos de IA para los usuarios de Workspace for Education. Si tienes dispositivos registrados en Chrome Enterprise Core, esta política se aplicará automáticamente a esos dispositivos para evitar que se envíen datos para el entrenamiento de modelos de IA. Las políticas que en las que se actualizará la configuración predeterminada son las siguientes:

     

    Para obtener más información sobre la configuración predeterminada, consulta el artículo Chrome: funciones y políticas de IA generativa.

   

  • Compatibilidad con la configuración a nivel de usuario en Configuraciones personalizadas back to top

    La función Configuraciones personalizadas 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 de administración mediante secuencias de comandos JSON. A partir del 15 de octubre, las configuraciones personalizadas admitirán la aplicación de ajustes a nivel de usuario, además de a nivel de dispositivo. Es decir, podrás implementar políticas cuando los usuarios inicien sesión en una cuenta de Google gestionada a través de la página de configuraciones personalizadas.

     
    • A partir del 15 de octubre del 2024, en Android, iOS, Linux, macOS y Windows: se lanza la función.
     

    Para empezar, ve a Navegador Chrome > Configuraciones personalizadas en la consola de administración. Para acceder a esta función, necesitas el SKU de Chrome Enterprise Core.

    custom configurations

   

  • Reglas de navegación de URLs solo de auditoría back to top

    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 hacer pruebas con las reglas de navegación por URL antes de empezar a mostrar advertencias a los usuarios. También permiten a los administradores auditar 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 de conector de comprobación de URL 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 back to top

    Ahora puedes habilitar las estadísticas de seguridad de Chrome para monitorizar los riesgos de insiders y la pérdida de datos con una monitorizació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 el artículo Monitorizar riesgos de insiders y pérdidas de datos.

     
    • Chrome 125 en ChromeOS, Linux, macOS y Windows: función habilitada para Chrome Enterprise Core 
    • Chrome 130 en ChromeOS, Linux, macOS y Windows: función habilitada para los clientes de centros educativos (excepto los de enseñanza primaria y secundaria)
     

   

  • Puntuación de riesgo en el informe de uso de aplicaciones y extensiones de Chrome back to top

    Esta función añade una nueva columna a la consola de administración para la gestión de navegadores, que muestra la evaluación de riesgos de las extensiones instaladas en el entorno del administrador. Esta nueva adició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 ordenación y filtrado del informe.

     
    • Ya disponible para testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí.
    • A partir del 15 de octubre en Linux, macOS y Windows: se añade la evaluación de riesgos a la vista resumida.
     

    risk scores

Cambios en Chrome Enterprise Premium

   

  • En Chrome 130 no hay novedades relacionadas con Chrome Enterprise Premium. back to top

 

Próximamente

Nota: Los elementos que se indican abajo son actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de estar disponibles en el canal estable.

 

Próximos cambios del navegador Chrome

 

    

  • Buscar y recibir respuestas en el historial de Chrome con la IA back to top 

    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 de EE. UU. Los administradores pueden controlar la función mediante la política HistorySearchSettings. Estas son las opciones disponibles para tu empresa:  

    • Si se asigna el valor 0 a esta política, se habilitarán estas funciones para los usuarios y se enviarán los datos pertinentes a Google para ayudar a entrenar o mejorar modelos de IA. Según la función, los datos pertinentes pueden ser peticiones, entradas, resultados y materiales originales. Puede que lo revise una persona con el único propósito de mejorar los modelos de IA.
    • 1 = Habilitar la función para los usuarios, pero no enviar datos a Google para entrenar o mejorar modelos de IA.
    • 2 = Inhabilitar función por completo

    Para obtener más información, consulta Buscar en el historial de Chrome con IA. 

    ● Chrome 131 en Linux, Mac y Windows: la función genera respuestas a tus consultas de búsqueda.

     

    

  • Firmas de código específicas para los correctores de aplicaciones web progresivas en macOS back to top 

    Las firmas de código de los shims de aplicaciones que se crean al instalar una aplicación web progresiva (PWA) en macOS se están cambiando para usar firmas de código específicas que se crean al instalar la aplicación. MacOS utiliza la firma de código como parte de la identidad de la aplicación. Estas firmas ad hoc harán que cada shim de PWA tenga una identidad única en macOS. Actualmente, todas las PWAs tienen el mismo aspecto en macOS.

    De esta forma, se solucionarán los problemas que se producen al intentar incluir varios PWAs en el panel de preferencias Elemento de inicio de sesión de macOS, y se podrán aplicar mejoras en el futuro para gestionar las notificaciones de los usuarios en las PWAs de macOS.

    Los administradores deben comprobar la compatibilidad con las herramientas de seguridad de endpoints o de autorización binaria que utilicen (como Santa). Para probar esta función, puedes habilitarla en chrome://flags/#use-adhoc-signing-for-web-app-shims. Después, pueden instalar una aplicación web progresiva y asegurarse de que se inicie correctamente.

    Si hay alguna 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 despliega una política de seguridad de endpoints actualizada. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints, momento en el que se debe desactivar.

    • 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 endpoints, como Santa (https://santa.dev/). Si no es compatible en este momento, pueden inhabilitar la función mediante la política de empresa mientras actualizan sus configuraciones de seguridad de endpoints. La política empresarial se debe utilizar para inhabilitar la función solo hasta que se hayan actualizado las políticas de seguridad de endpoints.
    • Chrome 131 en macOS: la función empezará a lanzarse en la versión estable, empezando por el 1 %.
     

    

  • Comprobación asíncrona de Navegación segura en tiempo real back to top 

    Actualmente, las comprobaciones de Navegación segura se encuentran en la ruta de bloqueo de las cargas de las páginas, lo que significa que el usuario no puede ver la página hasta que se completan. En Chrome 122 y versiones posteriores en Android, ChromeOS, Lacros, Linux, macOS y Windows, para mejorar la velocidad de carga de Chrome, las comprobaciones de Navegación segura en tiempo real ya no bloquean la carga de las páginas. Hemos evaluado el riesgo e implementado medidas de mitigación:

    1. En el caso del malware y los ataques del día cero, las comprobaciones de las listas de bloqueo locales se seguirán realizando de forma síncrona para que Navegación segura siga bloqueando las cargas útiles maliciosas. 
    2. En el caso de los ataques de phishing, hemos analizado los datos y hemos llegado a la conclusión de que es poco probable que el usuario haya interactuado de forma significativa con la página (por ejemplo, introducido una contraseña) antes de que mostremos la advertencia.
     
    • Chrome 122 en Android, ChromeOS, Lacros, Linux, macOS y Windows
    • Chrome 131 en iOS
     

    

  • Quitar el método requestAdapterInfo() de GPUAdapter no estándar back to top 

    El grupo de trabajo de WebGPU decidió que no era práctico que requestAdapterInfo() activara una solicitud de permiso, por lo que han eliminado esa opción y la han sustituido por el atributo de información de GPUAdapter. Esto significa que los desarrolladores web pueden obtener el mismo valor de GPUAdapterInfo de forma síncrona. Para obtener más información, consulta el atributo de información de la versión anterior Intent to Ship: WebGPU: GPUAdapter.

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

    

  • Los informes ampliados de Navegación segura dejan de estar disponibles back to top 

    Los informes ampliados de Navegación segura son una función que mejora la seguridad de todos los usuarios al recopilar información de telemetría de los usuarios participantes, que se usa para proteger la función Navegación segura de Google. Entre los datos que se recogen se incluyen las URLs de páginas web visitadas, información limitada del sistema y parte del contenido de las páginas. Sin embargo, esta función se ha sustituido por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos ellos, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta cómo funcionan los niveles de protección de Navegación segura. 

     
    • Chrome 129 en Android, iOS, ChromeOS, Linux, macOS y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles; excepto la solicitud de informe de Navegación segura para clientes en tiempo real
    • Chrome 131 en Android, iOS, ChromeOS, Linux, macOS y Windows: SafeBrowsingExtendedReportingEnabled dejará de estar disponible en las solicitudes de informes del cliente de Navegación segura en tiempo real
     



     

    

  • Actualizar Servicios de Google Play para solucionar problemas con las contraseñas en el dispositivo back to top 

    Los usuarios con versiones antiguas de Servicios de Google Play tendrán una funcionalidad limitada con las contraseñas que tengan en el dispositivo y es posible que su Gestor de contraseñas deje de funcionar en breve. 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 en función de su estado. Esto forma parte de una migración en curso que solo afecta a los usuarios de Android que utilicen el Gestor de Contraseñas de Google.

     
    • Chrome 131 en Android
     

    

  • Desconfianza en los certificados de Entrust back to top 

    Debido a los fallos de cumplimiento constantes, Chrome 127 cambia la forma en que se autentican los servidores TLS de confianza pública, es decir, que los certificados de sitios web emitidos por Entrust se consideran fiables de forma predeterminada. Esto se aplica a Chrome 127 y versiones posteriores en Windows, macOS, ChromeOS, Android y Linux. Las políticas de iOS no permiten usar Chrome Root Store en Chrome para iOS.

    Más concretamente, certificados TLS que validan los certificados AC raíz de Entrust incluidos en Chrome Root Store y emitidos:

        - después del 31 de octubre del 2024, ya no serán de confianza de forma predeterminada.

        - el 31 de octubre del 2024 o en una fecha anterior no se verán afectados por este cambio. 

    Si un usuario de Chrome o una empresa confía explícitamente en alguno de los certificados Entrust afectados en una plataforma y una versión de Chrome que dependan 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), las restricciones de marca de tiempo de certificado firmado (SCT) descritas anteriormente se anularán y los certificados funcionarán como lo hacen actualmente.  

    Para obtener más información y recursos para hacer pruebas, consulta el artículo sobre Cómo mantener la seguridad de los certificados digitales: desconfianza en los certificados de Entrust.

    Para obtener más información sobre Chrome Root Store, consulta las preguntas frecuentes.

    • Chrome 131 en Android, ChromeOS, Linux, macOS y Windows: todas las versiones de Chrome 131 y posteriores que se basen en Chrome Root Store cumplirán la acción de bloqueo, pero esta solo empezará a aplicarse a los certificados emitidos después del 11 de noviembre del 2024.
     

    

  • Experiencia de inicio de sesión y sincronización simplificada back to top 

    A partir de Chrome 131, los usuarios que tengan Sincronización de Chrome activada disfrutarán de una versión simplificada y consolidada del inicio de sesión y la sincronización en Chrome. Sincronización de Chrome ya no se mostrará como una función independiente en la configuración ni en ningún otro lugar. Ahora, los usuarios podrán iniciar sesión en Chrome para utilizar y guardar información como contraseñas, marcadores y otros datos en su cuenta de Google, de acuerdo con las políticas de empresa correspondientes.

    Igual que anteriormente, la función que solía formar parte de Sincronización de Chrome y que guarda y accede a los datos de Chrome en la cuenta de Google se puede controlar mediante SyncTypesListDisabled. El inicio de sesión en Chrome se puede inhabilitar a través de BrowserSignin, como antes.

    Los cambios no afectan a la capacidad de los usuarios para iniciar sesión en los servicios de Google en la Web (como Gmail) sin iniciar sesión en Chrome, a su capacidad para mantener la sesión cerrada en Chrome ni a la capacidad de controlar qué información se sincroniza con su cuenta de Google.

     
    • Chrome 131 en Android 
     

    

  • Captura de enlaces de usuarios en PWAs back to top 

    Los enlaces web dirigen a los usuarios automáticamente a las aplicaciones web instaladas. Chrome hace que sea más fácil pasar del navegador a las aplicaciones web instaladas para satisfacer mejor las expectativas de los usuarios respecto a estas últimas. Cuando el usuario hace clic en un enlace que podría gestionar una aplicación web instalada, Chrome añade un chip en la barra de direcciones para sugerirle que cambie a la aplicación. Cuando el usuario hace clic en el chip, se abre la aplicación directamente o se abre una cuadrícula con las aplicaciones oportunas para ese enlace. En el caso de algunos usuarios, al hacer clic en un enlace siempre se abre automáticamente la aplicación.

     
    • Chrome 121 en Linux, macOS y Windows: cuando algunos usuarios hacen clic en un enlace, siempre se abre en una PWA instalada, mientras que para otros el enlace se abre en una pestaña nueva con un chip en la barra de direcciones; al hacer clic en el chip se inicia la aplicación. Hay una marca disponible para controlar esta función: chrome://flags/#enable-user-link-capturing-pwa.
    • Chrome 131 en Linux, macOS y Windows: lanzamiento de la función para el 100 % de los usuarios de la versión estable con dos opciones: activada de forma predeterminada (siempre se iniciarán las aplicaciones al hacer clic en enlaces) o desactivada de forma predeterminada (las URLs siempre se abrirán en una nueva pestaña y las aplicaciones solo se iniciarán si el usuario hace clic en el chip de la barra de direcciones).
       

     

    

  • Desactivación de la propiedad de posicionamiento de anclas de CSS inset-area back to top 

    El grupo de trabajo de CSS (CSSWG) decidió cambiar el nombre de la propiedad "inset-area" a "position-area". Para obtener más información, consulta la conversación de CSSWG en github. El nuevo nombre de propiedad, "position-area", es un sinónimo de "inset-area", que se ha lanzado a través de esta actualización de funciones descrita en Estado de la plataforma de Chrome, donde se describe la desactivación y la eliminación de la propiedad "inset-area".

     
    • Chrome 131 en Windows, macOS, Linux y Android
     

    

  • Encapsulación de claves X25519Kyber768 para TLS back to top 

    A partir de Chrome 124, Chrome habilita de forma predeterminada en todas las plataformas de ordenadores un nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768, basado en un estándar del NIST (ML-KEM). De esta forma, se protege el tráfico de red de Chrome con servidores que también admiten ML-KEM frente al descifrado por parte de un futuro ordenador cuántico. Este cambio debería ser transparente para los operadores de servidor. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC.

    Sin embargo, es posible que algunas cajas intermedias de TLS no estén preparadas para el tamaño de una encapsulación de claves de Kyber (ML-KEM) o de un nuevo punto de código de cifrado ClientHello de TLS, lo que puede provocar que se pierdan conexiones o que se suspendan. Para solucionar este problema, actualiza la bandeja de entrada o inhabilita el mecanismo de encapsulación de claves a través de la política empresarial PostQuantumKeyAgreementEnabled, que estará disponible a finales del 2024. Sin embargo, se necesitarán algoritmos de cifrado seguros poscuánticos a largo plazo en TLS y se eliminará la política de empresa. Para CSNA 2.0 se requiere la criptografía poscuántica.

    Para obtener más información, consulta esta entrada del blog de Chromium y esta entrada del blog de seguridad de Google.

     
    • Chrome 124 en Windows, Mac y Linux: se ha habilitado el nuevo mecanismo de encapsulación de claves TLS seguro y poscuántico X25519Kyber768
    • Chrome 131 en Windows, Mac y Linux: cambiar a la versión estándar de ML-KEM
    • Chrome 141 en Windows, Mac y Linux: se ha retirado la política empresarial PostQuantumKeyAgreementEnabled
     

    

  • OCR del lector de PDF de Chrome back to top 

    Ahora, Chrome para ordenadores hace que los PDFs escaneados sean más accesibles. Chrome utiliza el OCR en el dispositivo para mantener la privacidad (no se envía ningún contenido a Google) y convierte automáticamente los PDFs escaneados, lo que te permite seleccionar texto, usar Ctrl+F, copiar y pegar. La función no permite sortear PDFs seguros. Solo se aplicará OCR a los PDFs a los que el usuario tenga acceso. La solución permite que los usuarios de Chrome accedan a los PDFs sin necesidad de seguir ningún paso adicional, lo que hace que los PDFs sean tan accesibles como el resto de la Web.

     
    • Chrome 131 en ChromeOS, Linux, macOS y Windows
     

    

  • Advertencias de formularios no seguros en iOS back to top 

    Chrome 125 empezó a bloquear los envíos de formularios de páginas seguras a páginas no seguras en iOS. Cuando Chrome detecta un envío de formulario no seguro, muestra ahora una advertencia para pedir al usuario que confirme el envío. El objetivo es evitar que se filtren datos de formularios en texto sin formato sin la aprobación explícita del usuario. Hay una política InsecureFormsWarningsEnabled disponible para controlar esta función, que se eliminará en Chrome 131.

       

    

  • El servicio de red de Windows se pondrá en un entorno aislado back to top 

    Para mejorar la seguridad y fiabilidad, el servicio de red, que ya se ejecuta en su propio proceso, se pondrá en un entorno aislado en Windows. Como consecuencia de este cambio, se puede impedir que el código de terceros pueda manipular el servicio de red como hasta ahora, lo que podría provocar problemas de interoperabilidad con software que inserta código en el espacio de procesamiento de Chrome, como el software de Prevención de la pérdida de datos (DLP). La política NetworkServiceSandboxEnabled permite inhabilitar el entorno aislado si se detectan incompatibilidades. Puedes probar el entorno aislado en tu entorno siguiendo estas instrucciones. Puedes usar el registro de errores de Chromium para informar de cualquier problema que detectes.

     
    • Chrome 132 en Windows: servicio de red en entorno aislado en Windows
     

    

  • Lectura en voz alta en el modo Lectura  back to top 

    El modo Lectura es una función del panel lateral que ofrece una vista simplificada de las páginas web con mucho texto. El modo Lectura incluirá ahora una función de lectura en voz alta que permite a los usuarios escuchar el texto que están leyendo. Los usuarios pueden elegir entre diferentes voces naturales y velocidades, así como ver los aspectos destacados.

     
    • Chrome 132 en ChromeOS, Linux, macOS y Windows
     

    

  • Capturar todas las pantallas back to top 

    Esta función captura todas las pantallas que están conectadas al dispositivo en ese momento mediante getAllScreensMedia(). Llamar getDisplayMedia() varias veces requiere varios gestos de usuario, obliga al usuario a elegir la siguiente pantalla cada vez y no garantiza a la aplicación que se hayan seleccionado todas las pantallas. getAllScreensMedia() mejora todos estos aspectos.

    Esta función solo está disponible con la política de empresa MultiScreenCaptureAllowedForUrls, y los usuarios reciben una advertencia antes de que empiece la grabación de que podría empezar en algún momento. La API solo funcionará con los orígenes especificados en la lista de permitidos MultiScreenCaptureAllowedForUrls. Cualquier origen que no se especifique no tendrá acceso.

     
    • Chrome 132 en ChromeOS
     

    

  • Migración de la API SafeBrowsing v4 a v5 back to top 

    Chrome llama a la API v4 de Navegación segura, que se migrará para llamar a la API v5. Los nombres de los métodos también son distintos entre la versión 4 y la 5.

    Si los administradores tienen listas de dominios permitidos de la versión 4 para permitir las solicitudes de red a https://safebrowsing.googleapis.com/v4*, deben modificarlas para permitir las solicitudes de red a todo el dominio safebrowsing.googleapis.com. De lo contrario, las solicitudes de red rechazadas a la API versión 5 causarán regresiones de seguridad para los usuarios.

     
    • Chrome 133 en Android, iOS, ChromeOS, Lacros, Linux, macOS y Windows: se lanzará de forma gradual.
     

    

  • Comprobaciones de acceso a redes privadas para solicitudes de navegación: modo solo de advertencia back to top 

    Antes de que un sitio web A acceda a otro sitio B de la red privada del usuario, esta función hace lo siguiente:

    1. Comprueba si la solicitud se ha iniciado desde un contexto seguro.

    2. Envía una solicitud preparatoria y comprueba si B responde con una cabecera que permite el acceso a una red privada.

    Ya hay funciones para subrecursos y trabajadores, pero esta se refiere específicamente a las solicitudes de navegación. Estas comprobaciones protegen la red privada del usuario.  

    Dado que esta función es el modo solo advertencia, no rechazamos las solicitudes si falla alguna de las comprobaciones. En su lugar, se mostrará una advertencia en la consola de DevTools para ayudar a los desarrolladores a prepararse para la próxima implementación obligatoria.

     
    • Chrome 133 en Windows, macOS, Linux y Android
     

    

  • Discontinuación de los eventos de mutación back to top 

    Los eventos de mutación síncronos, como DOMSubtreeModified, DOMNodeInserted, DOMNodeRemoved, DOMNodeRemovedFromDocument, DOMNodeInsertedIntoDocument y DOMCharacterDataModified, afectan negativamente al rendimiento de la página y también aumentan significativamente la complejidad de añadir nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en el 2011 y se sustituyeron en el 2012 por la API Mutation Observer, que funciona mejor. El uso de eventos de mutación obsoletos debe retirarse o migrarse a Mutation Observer. A partir de Chrome 124, estará disponible una política empresarial temporal, MutationEventsEnabled, para volver a habilitar los eventos de mutación obsoletos o eliminados. Si tienes algún problema, notifica el error aquí.

    La compatibilidad con eventos de mutación se inhabilitará de forma predeterminada a partir de Chrome 127, en torno al 30 de julio del 2024. El código debe migrarse antes de esa fecha para evitar errores en el sitio. Si necesitas más tiempo, tienes varias opciones:

    Consulta esta entrada de blog para obtener más información. Notifica cualquier problema aquí.

    • Chrome 135 en Android, Linux, macOS y Windows: la política empresarial MutationEventsEnabled estará obsoleta.

     

    

  • Proveedor del framework de accesibilidad UI Automation en Windows back to top 

    A partir de Chrome 126, Chrome empezará a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad UI Automation de Microsoft Windows. Antes de este cambio, este software interoperaba con Chrome a través de una mejora de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la experiencia de usuario accesible para una multitud de usuarios. Es totalmente compatible con las funciones Narrador, Lupa y Voice Access; y mejorará las aplicaciones de terceros que utilizan el framework accesibilidad UI Automation de Windows. Los usuarios de Chrome verán una reducción en el uso de memoria y la sobrecarga de procesamiento cuando se utilice con herramientas de accesibilidad. También facilitará el desarrollo de software con tecnologías asistenciales.

    Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la activación del nuevo proveedor (de modo que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en Chrome 136 y se eliminará en Chrome 137. El objetivo de este periodo de un año es proporcionar a las empresas tiempo suficiente para trabajar con proveedores externos, de modo que puedan solucionar cualquier incompatibilidad derivada del cambio de la herramienta de compatibilidad de Microsoft al proveedor UI Automation de Chrome.

    • Chrome 125 en Windows: se ha introducido la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor de frameworks de accesibilidad UI Automation de Chrome y comprobar que las herramientas de accesibilidad de terceros sigan funcionando.
    • Chrome 126 en Windows: el marco de variantes de Chrome se utilizará para empezar a habilitar el proveedor del framework de accesibilidad UI Automation de Chrome para los usuarios. Se habilitará progresivamente para todos los usuarios con versiones estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores de las empresas podrán seguir usando la política UiAutomationProviderEnabled para habilitar el nuevo comportamiento de forma anticipada o inhabilitarlo temporalmente a través de Chrome 136.
    • Chrome 137 en Windows: la política UiAutomationProviderEnabled se eliminará de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad UI Automation del navegador.

    

Próximos cambios de Chrome Enterprise Core

   

  • Política de valores predeterminados de IA generativa back to top

    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 testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí. Esta política no afectará a ningún valor de política definido manualmente para las funciones de IA generativa. Esta política controlará la configuración predeterminada de las siguientes políticas:

     
    • Solo disponible para testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí.

    

  • Integración de telemetría de extensiones de Chrome con SecOps back to top 

    Empezaremos a recoger datos relevantes de telemetría de extensiones de Chronicle desde Chrome (perfiles y dispositivos gestionados) y a enviarlos a SecOps de Google. Google SecOps analizará los datos para proporcionar un análisis instantáneo y contexto de la actividad peligrosa. 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 gestionados e informes para usuarios que han iniciado sesión  back to top 

    Chrome Enterprise Core incluirá una nueva lista de perfiles gestionados e informes en la consola de administración. Esta función proporcionará una lista de perfiles de usuarios gestionados que inicien sesión en 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 gestionado. Los informes incluirán información sobre los perfiles gestionados, como las versiones de navegador, las políticas aplicadas (incluidos los conflictos), las extensiones instaladas, etc.

     
    • Ya disponible en Android, Linux, macOS y Windows para el programa de testers de confianza. Puedes registrarte en nuestro programa de testers de confianza aquí.
    • A partir de Chrome 130 en Android, Linux, macOS y Windows
      managed profiles  

    

 

Próximos cambios de Chrome Enterprise Premium

 

   

  • Controles de datos de Chrome Enterprise: Portapapeles back to top

    Los administradores pueden definir reglas de control de datos en la consola de administración 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 definen en la consola de administración de Google y que permiten a los administradores definir una política de Chrome para controlar las acciones sensibles de los usuarios, como copiar y pegar datos sensibles, hacer capturas de pantalla o compartir la pantalla. 

     

    Esta función se puede controlar mediante la política DataControlsRules. Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza aquí.

     
    • Chrome 128 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: se lanza la función

     

   

  • Protección de capturas de pantalla back to top

    Los administradores pueden impedir que los usuarios hagan capturas de pantalla o compartan la pantalla en determinadas páginas web que se consideren que contienen datos sensibles. Los administradores crean una regla de filtrado de URLs de DLP para impedir que los usuarios hagan capturas de pantalla o compartan la pantalla en determinadas URLs o categorías de URLs. Esta función se puede controlar mediante la misma política EnterpriseRealTimeUrlCheckMode que habilita todas las búsquedas de URLs en tiempo real.

     

    Esta función está disponible para los miembros del programa de testers de confianza de Chrome Enterprise. Puedes registrarte en nuestro programa de testers de confianza aquí.

     
    • Chrome 129 en ChromeOS, Linux, macOS y Windows: programa de testers de confianza
    • Chrome 131 en ChromeOS, Linux, macOS y Windows: se lanza la función

     

↑ volver al principio  

 Registrarse para recibir correos sobre futuras versiones

Notas de versiones anteriores 

Versión de Chrome y fecha prevista de lanzamiento en el canal estable

 PDF
Chrome 130: 9 de octubre del 2024 PDF
Chrome 129: 11 de septiembre del 2024 PDF
Chrome 128: 14 de agosto del 2024 PDF
Chrome 127: 17 de julio del 2024 PDF
Notas de versiones anteriores  →  

Recursos adicionales

¿Necesitas ayuda?

Google y las marcas y los logotipos relacionados son marcas de Google LLC. Los demás nombres de empresas y de productos son marcas de las empresas a las que están asociados.

¿Te ha resultado útil esta información?

¿Cómo podemos mejorar esta página?
true
Búsqueda
Borrar búsqueda
Cerrar búsqueda
Menú principal
17696484843837750569
true
Buscar en el Centro de ayuda
true
true
true
true
true
410864
false
false