Notificación

¿Estás planificando tu estrategia de regreso a la oficina? Descubre cómo puede ayudarte Chrome OS.

Notas de la versión de Chrome Enterprise y Education

Última actualización: 25 de abril del 2024

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

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

 Regístrate para recibir correos sobre futuras versiones

Resumen de novedades de Chrome 124

Novedades del navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Lanzamiento de producto Chrome Enterprise Premium   
Gestión en la nube del navegador Chrome ahora se llama Chrome Enterprise Core  
Marcas de agua (tester de confianza)    
Desactivación de cookies de terceros de Chrome (3PCD)    
Solicitud de permisos de la API Web MIDI    
Dos extensiones de Chrome se actualizarán a Manifest V3  
Cambios en el instalador o la herramienta de actualización de Chrome    
Mejoras en los marcadores y la lista de lectura en iOS    
Pantalla de selección del buscador predeterminado  
Política empresarial obsoleta usada para la limitación    
Compatibilidad de Chrome para ordenadores con Windows ARM64    
Quitar la política empresarial usada para GREASE    
Desactivar y quitar Web SQL    
Actualizaciones del ancho de banda de Chrome    
Los controles de formulario admiten valores de dirección en el modo de escritura vertical    
Elimina las políticas empresariales que se usan para el uso de handshake TLS y de claves RSA    
Atributo que se puede clonar en la raíz de la sombra    
Contraseñas locales almacenadas en Servicios de Play en Android    
Encapsulación de claves X25519Kyber768 para TLS    
Guardar en Drive y en Fotos    
Prototipo de credenciales de sesión vinculadas al dispositivo de google.com    
Integración de Windows ClearType Text Tuner    
Políticas nuevas y actualizadas en el navegador Chrome    
Políticas retiradas del navegador Chrome    
Novedades de ChromeOS Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Delegación de permisos WebHID    
QoS de Wi-Fi en ChromeOS    
Análisis de DLC    
Aumentar el tamaño máximo del control deslizante del cursor del ratón    
Emparejamiento rápido para HID    
Anulación de la caché de la extensión en la pantalla de inicio de sesión de invitado gestionada    
Reinicio instantáneo en sesión de invitado gestionada    
Bloqueo del operador de ChromeOS    
Novedades de la consola de administración Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Eliminación de navegadores inactivos en Chrome Enterprise Core    
Nuevo filtro en la página Detalles de la aplicación    
Nuevas políticas en la consola de administración    
Próximos cambios del navegador Chrome Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Proveedor del framework de accesibilidad UI Automation en Windows    
Contenedores de desplazamiento enfocables en el teclado    
Acción predeterminada interoperable para mover el cursor del ratón    
El servicio de red de Windows se pondrá en un entorno aislado    
Telemetría sobre las páginas que activan las APIs de teclado y bloqueo del puntero    
Ampliación de la API Storage Access (SAA) al almacenamiento sin cookies    
Eliminar el alias de colocación de ventanas de los descriptores de políticas de permisos    
Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones    
Extraer texto de PDFs para usuarios de lectores de pantalla    
Los informes ampliados de Navegación segura dejan de estar disponibles    
Quitar la política de empresa utilizada para la herencia de la URL base    
Cifrado vinculado a aplicaciones para cookies    
Intención de desactivar: eventos de mutación    
Captura de enlaces de usuarios en PWAs    
Las extensiones deben actualizarse para usar Manifest V3 no más tarde de junio del 2025
Quitar la política de empresa utilizada para el mismo comportamiento en sitios antiguos    
Chrome dejará de ser compatible con MacOS 10.15    
Desactivación del argumento includeShadowRoots en DOMParser    
Próximos cambios en ChromeOS Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Configuración de Passpoint de ChromeOS    
Nueva política para controlar las horas de activación y suspensión de Kiosco    
Próximos cambios de la consola de administración Seguridad/Privacidad Productividad de usuario/Aplicaciones Gestión
Paridad de políticas: configuraciones personalizadas para administradores de TI    
Informe de tecnología antigua    

 

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 más en estar disponible.

Novedades del navegador Chrome

   

  • Lanzamiento de producto Chrome Enterprise Premium back to top 

    Ya está disponible Chrome Enterprise Premium, una solución centralizada que ofrece seguridad, privacidad y control sólidos de los endpoints (guía de configuración). Los equipos de TI y de seguridad tienen una amplia visibilidad de la red y pueden desplegar fácilmente funciones de protección avanzadas. Más información. 

   

  • Gestión en la nube del navegador Chrome ahora se llama Chrome Enterprise Core back to top 

    La gestión en la nube de Chrome Enterprise ofrece una herramienta centralizada para configurar y gestionar políticas, ajustes, aplicaciones y extensiones del navegador en Chrome, independientemente del sistema operativo, el dispositivo o la ubicación. Más información. 

    • Chrome 124 en Linux, macOS y Windows: acceso de testers de confianza
    • Chrome 126 en Linux, macOS y Windows: se lanza la función

   

  • Marcas de agua (tester de confianza) back to top 

    Esta función de Chrome Enterprise Premium permite a los administradores superponer una marca de agua en la parte superior de una página web si al acceder a ella se activa una función de Prevención de la pérdida de datos (DLP) concreta. Puedes especificar una cadena estática para que se muestre como la marca de agua

    Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí

    • Chrome 124 en Linux, macOS y Windows: acceso de testers de confianza
    • Chrome 126 en Linux, macOS y Windows: se lanza la función

   

  • Discontinuación de cookies de terceros de Chrome (3PCD) back to top 

    Como anunciamos previamente, Chrome 120 empezó a restringir las cookies de terceros de forma predeterminada para el 1 % de los usuarios de Chrome para facilitar las pruebas, y se aplicará a las versiones posteriores para el 100% de los usuarios a partir del tercer trimestre del 2024. La decisión de aplicar esta restricción al 100 % de los usuarios responde a la necesidad de abordar cualquier otra preocupación ligada a la competencia que pueda tener la autoridad de los mercados y la competencia (Competition and Markets Authority, CMA) del Reino Unido. Los navegadores que forman parte del grupo experimental del 1 % también disponen de nuevos controles de usuario de Protección Antirrastreo. Puedes probar estos cambios en Chrome 120 o versiones posteriores habilitando chrome://flags/#test-third-party-cookie-phaseout

    El periodo de pruebas permite a los sitios previsualizar de manera significativa cómo es operar en un mundo sin cookies de terceros. Como las protecciones de seguimiento de rebotes también forman parte de 3PCD, se aplicarán mitigaciones del seguimiento de rebotes a los usuarios de este grupo que tengan las cookies de terceros bloqueadas, por lo que se eliminará su estado en los sitios clasificados como servicios de seguimiento de rebotes. La mayoría de los usuarios de empresa están excluidos 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 las cookies de terceros y evitar que sus navegadores gestionados participen en este experimento antes de que empiece. Así, las empresas tienen tiempo para hacer los cambios necesarios para no depender de esta política ni de las cookies de terceros.

    Vamos a lanzar el informe de tecnología antigua para ayudar a identificar casos prácticos de cookies de terceros. Los administradores pueden asignar el valor false a la política BlockThirdPartyCookies para volver a habilitar las cookies de terceros en todos los sitios, pero ello impide que los usuarios cambien la configuración correspondiente en Chrome. También puedes configurar la política CookiesAllowedForUrls para que no se interrumpa la publicación de tus aplicaciones empresariales y así seguir recibiendo cookies de terceros.

    Los usuarios finales de empresa incluidos en este grupo experimental y que no estén cubiertos por ninguna de las políticas de administración de empresa pueden usar el icono del ojo en el omnibox para volver a habilitar temporalmente las cookies de terceros en un sitio determinado durante 90 días cuando sea necesario. Consulta este artículo de ayuda para obtener más información sobre cómo activar estos ajustes según la configuración deseada.

    Las protecciones de seguimiento de rebotes también están sujetas a las mismas políticas que las cookies y se aplican cuando al sitio con rebote no se le permite usar cookies de terceros. Por lo tanto, si se asigna el valor "false" a la política BlockThirdPartyCookies o se establece la política CookiesAllowedForUrls en un sitio, las mitigaciones del seguimiento de rebotes no podrán eliminar los estados de los sitios.

    Las integraciones de SaaS empresariales que se utilicen en un contexto entre sitios para casos prácticos que no estén relacionados con la publicidad pueden registrarse en la prueba de la desactivación de terceros o en la prueba con versión antigua propia para seguir accediendo a cookies de terceros durante un periodo limitado.

    La función heurística concede acceso temporal a cookies de terceros en situaciones concretas según el comportamiento de los usuarios. De esta forma, se mitigan los fallos del sitio causados por la discontinuación de las cookies de terceros en patrones establecidos, como las ventanas emergentes y las redirecciones del proveedor de identidades.

    Para obtener más información sobre cómo prepararse, enviar comentarios e informar de posibles problemas del sitio, consulta nuestra página de destino actualizada acerca de cómo prepararse 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 de empresa se excluyen automáticamente de esta política siempre que sea posible, y hay una política disponible para anular el cambio.

   

  • Solicitud de permisos de la API de Web MIDIback to top 

    La API Web MIDI se conecta e interactúa con dispositivos de interfaz digital de instrumentos musicales (MIDI). Se han notificado varios problemas relacionados con el acceso indirecto a dispositivos MIDI de cliente a través de la API Web MIDI (consulta este error de Chromium relacionado). Para solucionar este problema, el grupo de trabajo de audio de W3C ha decidido conceder un permiso explícito al acceso general a la API Web MIDI. Al principio, el permiso explícito solo era necesario para el uso avanzado de Web MIDI en Chrome, incluida la posibilidad de enviar y recibir mensajes exclusivos del sistema (SysEx), con acceso restringido mediante una solicitud de permisos. Ahora pretendemos ampliar el ámbito del permiso al uso habitual de la API Web MIDI. 

    En Chrome 124, el acceso a la API Web MIDI requiere un permiso de usuario. No hay ninguna política disponible para controlar estos cambios. Si tienes algún problema, notifica el error aquí.

    • Chrome 124 en Windows, macOS, Linux y Android

   

  • Dos extensiones de Chrome se actualizarán a Manifest V3 back to top 

    Pronto se actualizarán dos extensiones para que usen Manifest V3: User-Agent Switcher y Chrome Reporting

    Se trata de una actualización importante que puede contener errores, por lo que puedes probar la versión beta de estas extensiones hoy mismo. Te recomendamos probarlas en tu entorno. Si tienes algún problema, notifica el error aquí.

      - Cambio de user-agent para Chrome (beta)

      - Extensión Informes de Chrome (beta)

    El analizador de URL de User-Agent Switcher ha cambiado, por lo que debes asegurarte de que las sustituciones de user-agent funcionan con la nueva versión.

    • Chrome 124: las dos extensiones recibirán una actualización en su versión estable, alrededor del 30 de abril del 2024.

   

  • Cambios en el instalador o la herramienta de actualización de Chrome back to top 

    Estamos implementando una nueva versión de Google Update. A consecuencia de este cambio, la ubicación de GoogleUpdate.exe en Windows cambia y pasa a llamarse updater.exe. Ten en cuenta que la ruta anterior continúa vigente hasta que la transición se haya completado.  El archivo GoogleUpdate.exe también se ha modificado 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 aparecen en Windows.

   

  • Mejoras en los marcadores y la lista de lectura en Androidback to top 

    En Chrome 124 para Android, algunos usuarios que inicien sesión en Chrome desde el administrador de marcadores pueden usar y guardar marcadores y elementos de la lista de lectura en su cuenta de Google. Políticas empresariales relevantes, como BrowserSignin, SyncTypesListDisabled, EditBookmarksEnabled, ManagedBookmarks y ShoppingListEnabled siguen funcionando igual que antes para configurar si los usuarios podrán utilizar y guardar elementos en su cuenta de Google. 

    • Chrome 124 en Android: lanzamiento de la función.

   

  • Pantalla de selección del buscador predeterminado back to top 

    Como parte de nuestro cumplimiento de la Ley de Mercados Digitales (LMD), en Google vamos a introducir pantallas de elección para que los usuarios elijan su buscador predeterminado en Chrome. La opción que selecciones en el mensaje controla la configuración predeterminada del buscador, que actualmente está disponible en chrome://settings/search.

    En el caso de las empresas que hayan decidido que su administrador defina la configuración de búsqueda de sus usuarios de empresa mediante las políticas de empresa DefaultSearchProviderEnabled y DefaultSearchProviderSearchUrl, esas políticas siguen controlando la configuración de búsqueda de su empresa. En los casos en los que el administrador no haya definido la configuración de búsqueda de los usuarios de empresa mediante una política, es posible que se les pida a estos últimos que elijan su buscador predeterminado en Chrome.

    Consulta 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ían empezar 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 los usuarios pertinentes

   

  • Política empresarial obsoleta usada para la limitación back to top 

    El cambio en el código subyacente (limitación de iframes display:none de origen cruzado y de un mismo proceso) que anula la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed está habilitado en versiones estables desde principios del 2023. Como ya hemos resuelto los problemas conocidos, tenemos la intención de eliminar la política empresarial ThrottleNonVisibleCrossOriginIframesAllowed en Chrome 124. Para leer los debates sobre el problema de limitación (y su resolución), consulta este informe sobre el error de Chromium

    • Chrome 124: se elimina la política.

   

  • Compatibilidad de Chrome para ordenadores con Windows ARM64 back to top 

    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 de errores ahí. Ten en cuenta que las fechas pueden cambiar en función de la estabilidad general y de los comentarios de los clientes. Si tienes algún problema, notifica el error aquí

    • Chrome 124 en Windows (ARM): nuevos instaladores de Enterprise disponibles a finales de abril o principios de mayo.

   

  • Quitar la política empresarial usada para GREASE back to top 

    Tenemos previsto desactivar la política UserAgentClientHintsGREASEUpdateEnabled porque el algoritmo GREASE actualizado ha estado activado de forma predeterminada durante más de un año. La política se eliminará en Chrome 126. 

    • Chrome 124 en Android, ChromeOS, Linux, macOS y Windows: la política está obsoleta.
    • Chrome 126 en Android, ChromeOS, Linux, macOS y Windows: se elimina la política.

   

  • Desactivar y quitar Web SQL back to top 

    Con SQLite por WASM como su reemplazo oficial, queremos eliminar Web SQL por completo. Esto ayudará a proteger a nuestros usuarios.

    El estándar Web SQL Database se propuso por primera vez en abril del 2009 y se desactivó en noviembre del 2010. Gecko nunca implementó esta función y WebKit la desactivó en 2019. El W3C animó a quienes necesitaban bases de datos web a adoptar el almacenamiento web o las bases de datos indexadas.

    Desde su lanzamiento, la seguridad de nuestros usuarios ha sido tremendamente difícil. En un primer momento, SQLite no se diseñó para ejecutar declaraciones SQL maliciosas y, sin embargo, con WebSQL tenemos que hacer exactamente esto. Tener que reaccionar ante un flujo de problemas de estabilidad y seguridad representa un coste impredecible para el equipo de almacenamiento.

    • Chrome 101: en Chrome 101, se añade la política WebSQLAccess. WebSQL estará disponible cuando esta política esté habilitada, mientras que la política estará disponible hasta Chrome 123.
    • Chrome 115: se añade un mensaje de desactivación a la consola.
    • Chrome 117: en Chrome 117, comienza la prueba con versión antigua de WebSQL. La prueba finaliza en Chrome 123. Durante el periodo de prueba, se necesita un token de prueba con versión antigua para que la función esté disponible.
    • Chrome 119: a partir de Chrome 119, WebSQL ya no está disponible. Se podrá acceder a esta función hasta Chrome 123 mediante la política WebSQLAccess o un token de prueba con versión antigua.
    • Chrome 124: en ChromeOS, Lacros, Linux, macOS, Windows y Android: a partir de Chrome 124, dejará de estar disponible la política WebSQLAccess y la prueba con versión antigua, que permite utilizar WebSQL.

   

  • Actualizaciones del ancho de banda de Chrome back to top 

    Chrome va a lanzar un nuevo mecanismo para actualizar algunos componentes de Chrome, lo que puede aumentar el uso de ancho de banda en tu flota. Puedes controlar este ajuste 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 back to top 

    El modo de escritura de la propiedad de CSS permite que los elementos se suban verticalmente, 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 de formulario (metro, progreso e intervalo) tenga el modo de escritura vertical y elija la dirección del valor del control de formulario. Si la dirección es rtl, el valor se renderiza de abajo a arriba. Si la dirección es ltr, el valor se renderiza de arriba a abajo. Para obtener más información, consulta esta entrada del blog de Chrome para desarrolladores.

    • Chrome 124 en Windows, macOS, Linux y Android

   

  • Elimina las políticas empresariales que se usan para el uso de handshake TLS y de claves RSA back to top 

    En Chrome 114, presentamos InsecureHashesInTLSHandshakesEnabled para controlar el uso de hashes antiguos no seguros durante el proceso de handshake TLS. En Chrome 116, presentamos RSAKeyUsageForLocalAnchorsEnabled para controlar algunas comprobaciones de certificados de servidor. En Chrome 124, se eliminan las políticas InsecureHashesInTLSHandshakesEnabled and RSAKeyUsageForLocalAnchorsEnabled

    Chrome 124 en Android, ChromeOS, Linux, MacOS y Windows: InsecureHashesInTLSHandshakesEnabled y RSAKeyUsageForLocalAnchorsEnabled se eliminarán. 

   

  • Atributo que se puede clonar en la raíz de la sombra back to top 

    El atributo shadow root que se puede clonar permite controlar de forma individual si una shadow root se puede clonar (mediante comandos estándar de clonación de plataformas, como cloneNode()). Ahora, las shadow root imperativas se pueden controlar mediante un parámetro a attachShadow({clonable:true}). Las shadow root declaradas se pueden controlar mediante un nuevo atributo: <template shadowrootmode=open shadowrootclonable>

    El fallo puede producirse si:
    a) usas un modelo de Shadow DOM declarativo
    b) clonas plantillas que contienen DSD y
    c) esperas que esos clones contengan shadow roots clonadas

    • Chrome 124 en Android, ChromeOS, Linux, macOS y Windows

   

  • Contraseñas locales almacenadas en Servicios de Play en Android back to top 

    Chrome cambia la forma en que se almacenan las contraseñas locales (no sincronizables). Antes se almacenaban en el perfil de Chrome. Ahora se migrarán al almacenamiento de contraseñas local de los Servicios de Google Play de forma similar a como se almacenan las contraseñas de las cuentas de Google. También se cambia la interfaz de gestión que deben proporcionar los Servicios de Google Play. La política de Chrome PasswordManagerEnabled sigue siendo válida, pero no controla su comportamiento fuera del binario de Chrome. Por lo tanto, la nueva interfaz de gestión de contraseñas permite a los usuarios importar o añadir contraseñas manualmente.

    • Chrome 123 en Android: esta función se inicia 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.

   

  • 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). Este se expone como un nuevo conjunto de cifrado TLS. TLS negocia automáticamente los algoritmos de cifrado compatibles, por lo que este cambio debería ser transparente para los operadores de servidor. 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. Este algoritmo de cifrado se usará en conexiones TLS 1.3 y QUIC. 

    • Chrome 124 en Windows, macOS y Linux

   

  • Guardar en Drive y en Fotos back to top 

    Puedes guardar directamente un archivo o un documento de la web en tu unidad de Drive, así como una imagen en Google Fotos. Ahora puedes cambiar la cuenta en la que se guardará el archivo. Las políticas pertinentes para controlar estas funciones son ContextMenuPhotoSharingSettings y DownloadManagerSaveToDriveSettings.

    • Chrome 124 en iOS
    IoS save photos

   

  • Prototipo de credenciales de sesión vinculadas al dispositivo de google.com back to top 

    El proyecto de credenciales de sesión vinculadas a dispositivos tiene como objetivo dejar en la web las credenciales de los portadores de larga duración, como las cookies, que se pueden robar y reutilizar, a credenciales que tienen una duración corta o están vinculadas de forma criptográfica a un dispositivo. El objetivo de esta función es proteger a los usuarios frente al robo de credenciales que suele realizar el malware que se ejecuta en sus dispositivos. 

    El lanzamiento actual es una prueba de concepto orientada al sitio web google.com. En el futuro, tenemos previsto estandarizar este enfoque para otros sitios web y navegadores web (GitHub).

    Los administradores empresariales pueden controlar el estado de la función mediante la política booleana BoundSessionCredentialsEnabled.

    • Chrome 124 en Windows: lanzamiento del 1 % previsto en la versión estable de Chrome para la vinculación de cookies de google.com a todos los usuarios. En este hito se introduce una política temporal BoundSessionCredentialsEnabled

   

  • Integración de Windows ClearType Text Tuner back to top 

    Esta función supervisa el trabajo que permite seleccionar los valores de contraste y gamma del ajuste de ajuste de texto ClearType de Windows y aplicarlos al renderizado de texto de Skia. De esta forma, se respetan las preferencias de renderizado de texto de los usuarios en los dispositivos Windows.

    • Chrome 124 en Windows, macOS y Linux

   

   

  • Políticas retiradas del navegador Chrome back to top 
    Política Descripción
    WebSQLAccess Forzar que se habilite WebSQL
    InsecureHashesInTLSHandshakesEnabled Hashes no seguros habilitados en handshakes de TLS
    RSAKeyUsageForLocalAnchorsEnabled Comprobar el uso de claves RSA para certificados de servidor emitidos por anclas de confianza locales
    GetDisplayMediaSetSelectAllScreensAllowedForUrls Habilita la selección automática para capturas multipantalla
    Regula el tráfico no válido de orígenes cruzados permitido Permite habilitar la limitación de iframes no visibles de orígenes cruzados.

Novedades de ChromeOS

   

  • Delegación de permisos WebHID back to top

    Las aplicaciones de Chrome ahora habilitan funciones WebHID en WebView de aplicaciones de Chrome para ofrecer compatibilidad con VDI y Zoom HID.

   

  • QoS de Wi-Fi en ChromeOS back to top

    ChromeOS 124 ahora incluye una nueva función de calidad del servicio (QoS) que asegura una mejor priorización del tráfico de las aplicaciones de videoconferencias y videojuegos en redes Wi-Fi congestionadas. De esta forma, los usuarios pueden disfrutar de una reproducción de vídeo más fluida con un almacenamiento en búfer menor. En esta versión inicial, esta función no está disponible para los usuarios gestionados.

   

  • Análisis de DLC back to top

    Para optimizar el tamaño de las actualizaciones de ChromeOS, ahora descargamos el controlador necesario cuando el usuario inicia sesión y conecta un escáner que requiere un controlador. El controlador se descarga automáticamente sin que el usuario tenga que responder a ninguna solicitud. Aparece una notificación que indica que se están instalando controladores externos y que se ha completado la instalación.

   

  • Aumento del tamaño máximo del control deslizante del cursor del ratón back to top

    Hemos ampliado los tamaños del cursor del ratón. Para ajustar el tamaño del cursor, ve a los ajustes, accesibilidad, cursor y panel táctil, y desliza el control deslizante hasta el tamaño que prefieras. Esto puede ser útil para personas con baja visión, para profesores que quieren que los alumnos sigan una clase mientras hacen una presentación, para personas que muestran una presentación en una videollamada o si solo quieres tener un cursor más grande para el ratón. 

    Mouse pointer size

   

  • Emparejamiento rápido para HID back to top

    Emparejamiento rápido ahora está disponible para ratones en ChromeOS. Ahora puedes acercar un ratón compatible con Emparejamiento rápido a tu dispositivo ChromeOS y pedirle que lo empareje con un solo clic. Para obtener más información, consulta este artículo del Centro de Ayuda.

   

  • Anulación de la caché de la extensión en la pantalla de inicio de sesión de invitado gestionada back to top

    En ChromeOS 124, la política ExtensionInstallForcelist admite la restauración de extensiones en sesiones de invitado gestionadas y en la pantalla de inicio de sesión. De este modo, los administradores tienen la opción de restaurar las extensiones en caso de que se lance una nueva versión por error.

   

  • Reinicio instantáneo en sesión de invitado gestionada back to top

    ChromeOS 124 incluye una interfaz de usuario para que los administradores inicien una acción de reinicio instantáneo en las sesiones de invitado gestionadas.

    MGS instant reboot

   

  • Bloqueo del operador de ChromeOS back to top

    ChromeOS ahora es compatible con el bloqueo del operador para los proveedores de telefonía móvil que quieran proporcionar dispositivos subvencionados a los usuarios. En todos los dispositivos con redes móviles, los operadores pueden bloquear el dispositivo para que solo se puedan conectar a perfiles de SIM aprobados (tanto eSIM como SIM física). Los dispositivos bloqueados se registran en un servidor de bloqueo del operador y, cuando el contrato finaliza, el operador solo retira el bloqueo y el usuario recibe una notificación en su dispositivo. Ten en cuenta que, además de estar bloqueado por utilizar perfiles de SIM no autorizados, el modo desarrollador también está bloqueado en dispositivos bloqueados por operadores.

Novedades de la consola de administración

   
  • Eliminación de navegadores inactivos en Chrome Enterprise Core   back to top

    A partir de abril del 2024 y hasta mayo del 2024, se empezará a implementar la política de eliminación de navegadores por un periodo de inactividad para Chrome Enterprise Core y se eliminarán automáticamente de la consola de administración los navegadores registrados que hayan estado inactivos durante más tiempo del que determina la política. Al lanzar la política, el periodo de inactividad tendrá el valor predeterminado de 540 días. Esto significa que, de forma predeterminada, todos los navegadores registrados que hayan estado inactivos durante más de 540 días se eliminarán de tu cuenta. Los administradores pueden cambiar el valor del periodo de inactividad mediante esta política. El valor máximo para determinar el periodo de inactividad del navegador es de 730 días, y el valor mínimo es de 28 días (más información). 

     

    Si reduces el valor de la política, los navegadores registrados podrían verse afectados a nivel global. Todos los navegadores afectados se considerarán inactivos y, por tanto, se eliminarán de forma irreversible. Para asegurarte de que los navegadores eliminados se vuelvan a registrar automáticamente la próxima vez que se reinicien, asigna a la política Gestión de tokens de dispositivo el valor Eliminar token antes de reducir el valor de esta política. Los tokens de registro de estos navegadores deben seguir siendo válidos en el momento de reiniciar.

   
  • Nuevo filtro en la página Detalles de la aplicación   back to top

    Presentamos un nuevo filtro para Todos los usuarios y navegadores  en la página de detalles de la aplicación. Con este filtro, los administradores de TI pueden ver fácilmente todos los navegadores y usuarios gestionados en los que se ha instalado una extensión o una aplicación concretas.

    App Details filter
   

↑ volver al principio  

Disponible 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 en el navegador

    

  • 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 utilice 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 a partir de Chrome 125 para forzar la activación del nuevo proveedor (para que todos los usuarios reciban la nueva función) o desactivar el nuevo proveedor. Esta política estará disponible en la versión 136 de Chrome y se eliminará en la versión 137 de Chrome. 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 estables, con pausas según sea necesario para solucionar problemas de compatibilidad que puedan resolverse en Chrome. Los administradores empresariales podrán seguir usando la política UiAutomationProviderEnabled para aceptar el nuevo comportamiento de forma anticipada o desactivarlo 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.

    

  • Contenedores de desplazamiento enfocables en el teclado back to top 

    Al hacer que los contenedores de desplazamiento se puedan enfocar mediante el desplazamiento con enfoque secuencial, mejora considerablemente la accesibilidad. 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 la tabulación y las teclas de flecha del teclado. Este comportamiento solo está habilitado si el control 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>.

    • Chrome 125 en Windows, macOS, Linux y Android

    

  • Acción predeterminada interoperable para mover el cursor del ratón back to top 

    Chrome permitía cancelar eventos mousemove para evitar otras APIs, como la selección de texto (e incluso poder arrastrar y soltar elementos anteriormente). No coincide con otros navegadores principales; ni se ajusta a la UI (especificación de evento).

    Mediante esta función, la selección de texto ya no será la acción predeterminada de mousemove. Aún se puede evitar que se seleccione texto y que no se pueda arrastrar y soltar texto cancelando los eventos selectstart y dragstart, respectivamente, que cumplen las especificaciones y son totalmente interoperables.

    • Chrome 125 en Windows, macOS, Linux y Android

    

  • 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 y comunicarnos cualquier problema que encuentres.

    • Chrome 125 en Windows: servicio de red en entorno aislado en Windows.

    

  • Telemetría sobre las páginas que activan las APIs de teclado y bloqueo del puntero back to top 

    Cuando un usuario de Navegación segura mejorada visita una página que activa las APIs de teclado o de bloqueo de puntero, los atributos de esa página se envían a Navegación segura. 

    Si se envía la telemetría y parece que la página es maliciosa, los usuarios verán una advertencia de Navegación segura y su teclado o puntero se desbloquearán si estaban bloqueados. 

    • Chrome 125 en Android, ChromeOS, LaCrOS, Linux, macOS, Windows y Fuchsia

    

  • Ampliación de la API Storage Access (SAA) al almacenamiento sin cookies back to top 

    Proponemos una extensión de la API Storage Access (retrocompatible) para permitir el acceso al almacenamiento sin particiones (con y sin cookies) en un contexto de terceros. Además, imagina que la mecánica de la API sería más o menos así (JS se ejecuta en un iframe insertado):

    // Solicita un nuevo controlador de almacenamiento a través de rSA (esto debería aparecerle al usuario)
    lethandle = await document.requestStorageAccess({all: true});

    // Escribe localstorage entre sitios
    handle.localStorage.setItem("userid", "1234");

    // Abre o crea una base de datos indexada 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 antecedente de nivel superior llamó correctamente a rSAFor, solo que en este caso el permiso storage-access ya se ha concedido y, por lo tanto, la llamada de rSA no requeriría un gesto del usuario ni mostraría un mensaje, lo que permitiría que los iframes ocultos accedieran al almacenamiento.

    

  • Eliminar el alias de colocación de ventanas de los descriptores de políticas de permisos back to top 
    Chrome 124 elimina el alias window-placement de los descriptores de permisos y políticas de permisos. Todas las instancias de window-placement se sustituyen por window-management, que describe mejor la funcionalidad de la API relacionada. Esto es una continuación de las mejoras en las funciones de la API Multi-Screen Window Placement. Para obtener más información, consulta la sección Estado de la plataforma Chrome.
    • Chrome 125 en Windows, macOS y Linux

    

  • Bits de cadena de antecedente entre sitios para CookiePartitionKey de cookies en particiones back to top 

    Chrome 125 añade un bit de antecedente entre sitios a la clave de la cookie en particiones CookiePartitionKey. Este cambio unifica la clave de partición con los valores clave de partición utilizados en la partición del almacenamiento y añade protección contra los ataques de clickjacking, ya que evita que los marcos insertados de varios sitios tengan acceso a las cookies con particiones del sitio de nivel superior.

    Si una empresa experimenta algún fallo con los iframes insertados, puede usar la política CookiesAllowedForUrls o usar las cookies SameSite=None sin el atributo con particiones y, a continuación, invoca la API Storage Access (SAA) o utiliza el uso compartido de recursos entre dominios (CORS) para asegurarte de que los iframes insertados tengan acceso a las mismas cookies que el dominio de nivel superior. 

    • Chrome 126 en Windows, macOS y Linux

    

  • Extraer texto de PDFs para usuarios de lectores de pantalla back to top 

    El navegador Chrome incorporará un lector de IA con reconocimiento óptico de caracteres (OCR) para PDFs. Será el primer lector de pantalla de PDFs integrado en un navegador para documentos inaccesibles. De esta forma, se compensará en parte la falta de accesibilidad en Internet para usuarios invidentes o con baja visión.

    Esta función aprovecha los modelos OCR de Google para extraer, compartimentar y dividir los documentos PDF de manera que sean más accesibles. Se añadirá una biblioteca de inteligencia artificial local que use la tecnología Screen AI para analizar capturas de pantalla o el árbol de accesibilidad, así como para extraer más información útil para la tecnología asistencial, como los textos (OCR) y el contenido principal de la página.

    • Chrome 126 en ChromeOS, Linux, macOS y Windows
    PDF reader

    

  • 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 ha quedado sustituida por el modo de protección mejorada. Recomendamos a los usuarios que cambien a la protección mejorada para seguir ofreciendo seguridad a todos los usuarios, además de disponer de la seguridad más potente disponible en Chrome. Para obtener más información, consulta Niveles de protección de Navegación segura

    • Chrome 126 en iOS, ChromeOS, Linux, macOS y Windows: los informes ampliados de Navegación segura dejarán de estar disponibles
      Safe browsing

    

    

  • Cifrado vinculado a aplicaciones para cookies back to top 

    Para mejorar la seguridad de las cookies en Windows, la clave de cifrado utilizada para encriptar las cookies se protegerá aún más vinculándola a la identidad de la aplicación de Chrome. Esto puede ayudar a protegerte contra el malware que podría intentar robar cookies del sistema. No ofrece protección frente a un atacante que pueda elevar privilegios o inyectar datos en los procesos de Chrome.

    Habrá una política empresarial ApplicationBoundEncryptionEnabled disponible para inhabilitar el cifrado de límite de aplicación.

    • Chrome 125 en Windows

    

  • Desactivación prevista: 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í.

    • Chrome 127 en Android, ChromeOS, Linux, macOS y Windows: los eventos de mutación dejarán de funcionar en Chrome 127, en torno al 30 de julio del 2024.

    

  • 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.
    • Desde Chrome 127 en Linux, macOS y Windows: lanzaremos 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).
    Link PWAs

    

  • Todas las extensiones deben actualizarse para usar Manifest V3 no más tarde de junio del 2025 back to top 

    Las extensiones deben actualizarse para usar Manifest V3. Las extensiones de Chrome se están migrando a una nueva versión del archivo de manifiesto: Manifest V3. Esto implica que la privacidad de tus usuarios mejorará, por ejemplo, al cambiar a un modelo en el que las extensiones modifiquen las solicitudes de forma declarativa, sin la posibilidad de ver las solicitudes individuales. Esta medida también mejora la seguridad de las extensiones, ya que el código alojado de forma remota no estará permitido en Manifest V3. 

    A partir de junio del 2024, Chrome inhabilitará gradualmente las extensiones de Manifest V2 que se ejecutan en el navegador. Cuenta con una política empresarial ExtensionManifestV2Availability para controlar si se permiten las extensiones de Manifest V2. Puedes usar esta política para probar Manifest V3 en tu organización antes de la migración. Además, en los equipos en los que la política esté habilitada no se inhabilitarán las extensiones de Manifest V2 hasta el año siguiente (junio del 2025). A partir de ese momento, se eliminará la política.

    En la página Uso de aplicaciones y extensiones de Chrome Enterprise Core, puedes consultar la versión de Manifest que usa cada una de las extensiones de Chrome que se están ejecutando en tus dispositivos. Consulta más información sobre la cronología de Manifest, que incluye: 

    

    

  • Chrome dejará de ser compatible con MacOS 10.15 back to top 

    Chrome dejará de ser compatible con MacOS 10.15, que ya está fuera de su periodo de asistencia con Apple. Los usuarios tendrán que actualizar sus sistemas operativos para seguir usando el navegador Chrome. Para mantener la seguridad, es fundamental poder utilizar un sistema operativo compatible. Si se ejecuta en MacOS 10.15, Chrome sigue mostrando una barra de información que recuerda a los usuarios que Chrome 129 no será compatible con MacOS 10.15.

    • Chrome 129 en macOS: Chrome ya no es compatible con MacOS 10.15.

    

  • Desactivación del argumento includeShadowRoots en DOMParser back to top 

    El argumento includeShadowRoots era un argumento nunca estandarizado para la función DOMParser.parseFromString() para permitir el análisis imperativo del contenido HTML que incluye Shadow DOM declarativo. Este paquete se envió en  Chrome 90 como parte del envío inicial del modelo shadow DOM declarativo. Desde que se volvió a materializar el debate sobre los estándares en el 2023, la forma de las APIs de DSD ha cambiado, incluida esta función de análisis imperativo. Para obtener más información, consulta los detalles del contexto sobre las normas relacionadas. También se ofrece información sobre la desactivación relacionada deserialización de Shadow DOM y atributo shadow root

    Ahora que una versión estandarizada de esta API, en forma desetHTMLUnsafe() y parseHTMLUnsafe() se enviará en Chrome 124, el argumento no estándarincludeShadowRoots se debe eliminar y desactivar. Todo el uso debería cambiar en consecuencia:

    En lugar de utilizar:

      (new DOMParser()).parseFromString(html,'text/html',{includeShadowRoots: true});

    En su lugar, puedes usar:

      document.parseHTMLUnsafe(html);

    • Chrome 129 en Windows, Mac, Linux y Android 

↑ volver al principio  

Próximos cambios en ChromeOS

   

  • Configuración de Passpoint de ChromeOS back to top 

    A partir de ChromeOS 125, podrás ver y gestionar Wi-Fi Passpoint en la configuración de ChromeOS. Podrás ver y quitar la suscripción a Passpoint que tienes instalada en la página de detalles de Passpoint.

   

  • Nueva política para controlar las horas de activación y suspensión de Kiosco back to top 

    A partir de ChromeOS 125, presentaremos una nueva política de dispositivos de kiosco que permitirá a los administradores programar cuándo se activará y entrará en suspensión un dispositivo. Para obtener más información, consulta la sección Configuración de Kiosco.

 

Próximos cambios de la consola de administración

   

  • Paridad de políticas: configuraciones personalizadas para administradores de TI back to top

    En la página Configuraciones personalizadas, los administradores de TI pueden utilizar secuencias de comandos JSON para configurar políticas de Chrome que aún no estén en la consola de administración. Por tanto, ahora todas las políticas de Chrome se pueden configurar en Chrome Enterprise Core de la consola de administración, ya sea en la página Configuración o en la página Configuraciones personalizadas. También puedes usar la página para configurar el modo de instalación de extensiones no disponible en la consola de administración (por ejemplo, "normal_installed").

    • A partir de Chrome 125 en Android, iOS, Linux, Mac y Windows: acceso para testers de confianza
    • A partir de Chrome 126 en Android, iOS, Linux, Mac y Windows: se implementa la función
       
  • Informe de tecnología antigua back to top

    A partir de Chrome 127, el informe "Tecnología antigua" estará disponible en la consola de administración y se informará de forma proactiva de los sitios web (tanto internos como externos) que usen tecnología que vaya a dejar de estar disponible, como los cambios en las cookies de terceros, las cookies SameSite o protocolos de seguridad antiguos como TLS 1.1/1.1. Esta información permitirá a los administradores de TI trabajar con los desarrolladores para planificar las migraciones tecnológicas necesarias antes de que la discontinuación entre en vigor.

    Esta función ya está disponible en nuestro programa de testers de confianza. Si quieres ayudarnos a probar esta función, puedes registrarte en el programa de testers de confianza de Chrome Enterprise aquí.
    • A partir de Chrome 127 en Linux, macOS y Windows:  el informe de tecnología antigua estará disponible en la consola de administración.
    Legacy tech report

↑ volver al principio  

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?
Búsqueda
Borrar búsqueda
Cerrar búsqueda
Menú principal
4534200135457952896
true
Buscar en el Centro de ayuda
true
true
true
true
true
410864
false
false