Para los administradores que administran el navegador Chrome o los dispositivos ChromeOS en una empresa o institución educativa.
Selecciona la pestaña requerida para ver las actualizaciones del navegador Chrome o ChromeOS.
- Las actualizaciones del navegador Chrome están publicadas en la versión estable temprana del navegador Chrome.
- Las actualizaciones de ChromeOS se publican una semana antes de la versión estable de ChromeOS.
Resumen de la versión de Chrome 134
DESCARGAR Notas de la versión (PDF)
Las notas de la versión empresarial están disponibles en 9 idiomas. Puedes leer sobre las actualizaciones de Chrome en alemán, coreano, español, francés, holandés, indonesio, inglés, japonés y portugués. La traducción a algunos idiomas puede demorar entre 1 y 2 semanas.
Las notas de la versión de Chrome Enterprise y Education se publican de acuerdo con el programa de lanzamientos de Chrome, en la fecha de versión estable temprana del navegador Chrome.
Cambios en el navegador Chrome
- Cómo buscar en la pantalla con Google Lens en computadoras y dispositivos iOS
Los administradores pueden controlar todos los elementos de esta función con una política llamada LensOverlaySettings. Para realizar la búsqueda, se envía una captura de pantalla a los servidores de Google, pero no se vincula a ningún ID ni cuenta, ningún ser humano la ve y no se registran datos sobre su contenido. Para contextualizar la búsqueda en el documento o sitio web que el usuario está viendo, los bytes del PDF o el HTML del sitio web se envían a los servidores de Google, pero no se vinculan a ningún ID ni cuenta, ningún ser humano puede verlos y no se registran los datos o los datos generados sobre su contenido.
Computadoras
Desde Chrome 126, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de su computadora con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el chip de Google Lens en el cuadro multifunción en foco, o bien haz clic con el botón derecho en una imagen y selecciona Buscar con Google Lens. Los usuarios pueden seleccionar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando preguntas al cuadro de búsqueda. A partir de Chrome 132, los usuarios también pueden hacer preguntas sobre páginas web o documentos PDF completos, y las respuestas harán referencia a su documento actual y a la Web. Para usar esta función, invoca Buscar con Google Lens como se describió anteriormente y escribe las búsquedas en el cuadro de búsqueda que se encuentra en la esquina superior derecha de la ventana de Chrome. Se abrirá un panel lateral en el lado derecho de la ventana del navegador con los resultados de la búsqueda.
iOS
Desde Chrome 131, los usuarios pueden buscar cualquier imagen o texto que vean en la pantalla de Chrome para iOS con Google Lens. Para usar esta función, ve a un sitio web y haz clic en el menú de 3 puntos > Buscar con Google Lens. A partir de Chrome 134, los usuarios también pueden invocar esta función haciendo clic en el ícono de Google Lens que se encuentra en el lado izquierdo del cuadro multifunción. Los usuarios pueden hacer clic, destacar o arrastrar cualquier parte de la pantalla para buscar su contenido y definir mejor su búsqueda agregando palabras clave o preguntas al cuadro de búsqueda.
Detalles del lanzamiento:
- Chrome 126 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función en el 1% de la versión estable
- Chrome 127 en ChromeOS, Linux, macOS y Windows: Lanzamiento a la versión 100% estable
- Chrome 131 en iOS: Lanzamiento de la función en el 1% de la versión estable
- Chrome 132 en ChromeOS, Linux, macOS y Windows: Lanzamiento de la función expandida en el 1% de la versión estable
- Chrome 132 en iOS: Lanzamiento de la función en el 100% de la versión estable
- Chrome 134 en iOS: Lanzamiento de la función expandida en el 100% de la versión estable
- Panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome
A partir de Chrome 134, los desarrolladores pueden usar el nuevo panel Seguridad y privacidad en las Herramientas para desarrolladores de Chrome para probar cómo se comporta su sitio cuando se limitan las cookies de terceros. Los desarrolladores pueden limitar temporalmente las cookies de terceros, observar el comportamiento de su sitio y revisar el estado de estas cookies en su sitio.
Esta función no realiza ningún cambio permanente en las políticas empresariales existentes, pero permite que las políticas empresariales relacionadas con las cookies de terceros (es decir, BlockThirdPartyCookies y CookiesAllowedForUrls) se anulen temporalmente para probar restricciones mejoradas. Si tu política empresarial ya bloquea las cookies de terceros con BlockThirdPartyCookies, esta función se inhabilitará.
El nuevo panel Seguridad y privacidad reemplaza al panel Seguridad existente. La información de la conexión y el certificado TLS seguirá disponible en el menú Seguridad de la izquierda, dentro del panel Seguridad y privacidad.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Mejor detección de formularios de contraseñas con AA
Chrome 134 presenta un nuevo modelo de aprendizaje automático (AA) del cliente para analizar mejor los formularios de contraseñas en la Web y aumentar la precisión de la detección y el completado. Puedes controlar esta función con la política PasswordManagerEnabled.
- Chrome 134 en Android, iOS, ChromeOS, Linux, macOS y Windows
- Asistencia del LLM del cliente para mitigar estafas
Los usuarios de la Web se enfrentan a una gran cantidad de estafas de varios tipos todos los días. Para combatir estas estafas, Chrome aprovechará el modelo de lenguaje grande (LLM) integrado en el dispositivo para identificar sitios web fraudulentos para los usuarios de la Navegación segura mejorada (NSE). Chrome enviará el contenido de la página a un LLM integrado en el dispositivo para inferir los indicadores relacionados con la seguridad de la página y enviarlos al servidor de Navegación segura para obtener un veredicto final. Cuando está habilitado, Chrome puede consumir más ancho de banda para descargar el LLM.
La política empresarial SafeBrowsingProtectionLevel está disponible para controlar la Navegación segura y el modo en el que funciona.
- Chrome 134 en Linux, macOS y Windows
Recopila el nombre de la marca y el resumen del intents de la página que solicitó la API de bloqueo del teclado para identificar sitios web de estafa.
- Chrome 134 en Linux, macOS y Windows
- Detección integrada en el dispositivo de notificaciones abusivas potenciada por LLM en Android
El objetivo de este lanzamiento es ocultar el contenido de las notificaciones que se sospecha que son abusivas. Luego, el usuario tiene las opciones de descartar la notificación, mostrarla o anular la suscripción al origen. Un modelo integrado en el dispositivo debe realizar esta detección.
- Chrome 134 en Android
- Personaliza perfiles administrados con logotipo y etiqueta personalizados
Nuevas personalizaciones de la barra de herramientas y el menú de perfiles que ayudan a los usuarios a identificar fácilmente si su perfil de Chrome está administrado, ya sea que usen un dispositivo personal o laboral. Esto es especialmente útil en situaciones en las que los empleados usan sus propios dispositivos con cuentas administradas.
Para personalizar esta experiencia, agregaremos tres políticas nuevas:
- EnterpriseCustomLabel: Personaliza el texto que se muestra en el elemento de la barra de herramientas para que coincida con el desarrollo de la marca de tu organización.
- EnterpriseLogoUrl: Agrega el logotipo de tu empresa al menú del perfil.
- EnterpriseProfileBadgeToolbarSettings: Esta política puede inhabilitar la etiqueta predeterminada de un perfil administrado en la barra de herramientas de Chrome.
En Chrome 134, estas políticas estarán disponibles para personalizar el logotipo y la etiqueta que se muestran en un perfil administrado. Las políticas se aplicarán a los perfiles administrados del usuario.
A partir de Chrome 135, se actualizará el comportamiento predeterminado de la etiqueta y el ícono del perfil superpuestos en el avatar de la cuenta. En los perfiles administrados, se mostrará una etiqueta de trabajo o institución educativa, además del disco de perfil. En el menú de perfil, verás un ícono de edificio superpuesto en el avatar de la cuenta. El disco de perfil expandido se puede inhabilitar a través de EnterpriseProfileBadgeToolbarSettings.
- Chrome 134 en macOS, Windows y Linux
Las políticas para personalizar la etiqueta y el ícono de la barra de herramientas (en el menú de perfil) están disponibles en la Consola del administrador. Si ya se establecieron las políticas, el usuario verá el logotipo y la etiqueta personalizados.
- Chrome 135: Comienza el lanzamiento de los valores predeterminados, incluidos los siguientes:
- 1) La etiqueta de trabajo o institución educativa que se muestra en la barra de herramientas, junto al avatar del usuario
- 2) Un ícono de edificio superpuesto en la foto de la cuenta del usuario en el menú de perfil. La etiqueta se puede desactivar a través de EnterpriseProfileBadgeToolbarSettings. Comenzará con un 1% y, luego, se lanzará gradualmente.
- Prototipo de google.com de credenciales de sesión vinculada al dispositivo
El proyecto de credenciales de sesión vinculada al dispositivo (DBSC) está diseñado para que la Web deje de usar las credenciales del portador de larga duración, como las cookies, que pueden robarse y reutilizarse, y pase a usar credenciales que son de corta duración o vinculadas de manera criptográfica a un dispositivo.
El objetivo de la función es proteger a los usuarios contra el robo de credenciales, que suele llevarse a cabo con software malicioso que se ejecuta en sus dispositivos.
El lanzamiento actual es una prueba de concepto orientado al sitio web google.com. En el futuro, planeamos estandarizar este enfoque para otros sitios web y navegadores web.
Los administradores empresariales pueden controlar el estado de las funciones con la política booleana BoundSessionCredentialsEnabled.
- Chrome 124 en Windows
Se planificó un lanzamiento del 1% en la versión estable de Chrome para la vinculación de cookies de google.com para la población general.
- Chrome 134 en Windows
Se agregó compatibilidad con la vinculación para los tokens de actualización de OAuth2.0 que se usan para el acceso a Chrome.
- Chrome 124 en Windows
- Cambio de contraseña
Esta función les brinda a los usuarios la opción de cambiar las credenciales filtradas de inmediato. La función solo se puede activar desde el diálogo Verificar tu contraseña. Cuando los usuarios ven una advertencia en un sitio web apto, pueden cambiar la contraseña allí mismo.
- Chrome 134 en Linux, macOS y Windows
- Leer en voz alta en el Modo de lectura en Chrome 134
El modo de lectura es una función del panel lateral que proporciona una vista simplificada de las páginas web con mucho texto. El modo de lectura ahora incluye una función de Leer en voz alta que les permite a los usuarios escuchar el texto que están leyendo en voz alta. Puedes elegir diferentes voces naturales y velocidades, y ver los aspectos visuales destacados a medida que se lee el texto.
- Chrome 134 en Linux, macOS y Windows
- Restringe las extensiones sin empaquetar al modo de desarrollador
A partir de Chrome 134, las extensiones sin empaquetar que se carguen desde la página
chrome://extensions
solo se habilitarán si el interruptor del modo de desarrollador está activado. El objetivo de este cambio es mejorar la seguridad mitigando los riesgos asociados con las extensiones sin empaquetar dañinas y la explotación de manipulación del modo de desarrollador. Hay una política empresarial, ExtensionDeveloperModeSettings, disponible para restringir el interruptor del modo de desarrollador existente.- Chrome 134 en ChromeOS, Linux, macOS y Windows
La función se lanzará para el 100% de los usuarios en Chrome 134.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Muestra la configuración empresarial para las funciones basadas en IA
Anteriormente, las funciones basadas en IA se ocultaban de la configuración cuando la política empresarial las inhabilitaba. Ahora, seguiremos mostrando las funciones y mostraremos un aviso que indique que la organización la inhabilitó, similar a otros parámetros de configuración, cuando se inhabiliten según la política.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Elemento <select> personalizable
El elemento
<select>
personalizable permite que los desarrolladores tomen el control total de la renderización de los elementos<select>
agregando la propiedad CSSappearance:base-select
.Esta función se basa en la marca
SelectParserRelaxation
, que cambia el analizador de HTML para permitir más etiquetas dentro de la etiqueta<select>
. Es posible que los sitios que incluyen etiquetas adicionales dentro de<select>
, que se quitaban antes, como las etiquetas<span>
, o los sitios que incluyen una cantidad extremadamente grande de etiquetas<option>
en su<select>
, se vean afectados porSelectParserRelaxation
. Esta función ySelectParserRelaxation
se pueden controlar con la política empresarial SelectParserRelaxation. Algunos problemas que surgieron en lanzamientos anteriores deSelectParserRelaxation
incluyen que los elementos<select>
tardan mucho tiempo en abrirse o que las etiquetas<option>
ya no aparecen.- Chrome 134 en Windows, macOS, Linux y Android
- Relajación del analizador HTML para <select>
En Chrome 134, el analizador de HTML permite más etiquetas en
<select>
, además de<option>
,<optgroup>
y<hr>
.Esto admite la función personalizable
<select>
, pero se envía primero porque se puede hacer por separado y tiene algunos riesgos de compatibilidad.Esta función está restringida por la política temporal SelectParserRelaxationEnabled. Este es un período de transición temporal, y la política dejará de funcionar en Chrome 141.
Para obtener más detalles, consulta el elemento de selección personalizable (explicación).
- Chrome 134 en Windows, macOS, Linux y Android
- Se quitaron las restricciones de audio no estándar de getUserMedia
En Chrome 134, se quitaron varias restricciones no estándar con prefijo goog para getUserMedia, que existían antes de que las restricciones de audio se estandarizaran correctamente.
El uso disminuyó significativamente de alrededor de un 0.000001% a un 0.0009% (según la restricción), y algunas de estas restricciones ni siquiera tienen un efecto debido a los cambios en la pila de captura de audio de Chromium. Pronto, ninguno de ellas tendrá efecto debido a otros cambios que realizaremos próximamente.
No esperamos que este cambio genere regresiones importantes. Las aplicaciones que usen estas restricciones seguirán funcionando, pero obtendrán audio con la configuración predeterminada (como si no se hubieran pasado restricciones). Se pueden migrar fácilmente a restricciones estándar.
- Chrome 134 en Windows, macOS, Linux y Android
- Actualizaciones de los flujos de acceso a Chrome para usuarios administrados
Los usuarios empresariales que acceden a la Web o a Chrome ahora ven flujos de acceso y divulgaciones de administración actualizados. Además, es posible que se le solicite al usuario que cree un perfil nuevo o que siga trabajando en el perfil existente. Los administradores pueden seguir usando BrowserSignIn o ProfileSeparationSettings para aplicar un perfil administrado.
- Chrome 134 en Linux, macOS y Windows: Continúa el lanzamiento
- Chrome 134 en Linux, macOS y Windows: Continúa el lanzamiento
- Tarjetas de la página Nueva pestaña para Microsoft Outlook y Sharepoint
Los usuarios empresariales con Outlook o Sharepoint ahora pueden acceder a sus próximas reuniones o archivos sugeridos directamente desde la página Nueva pestaña. Esta experiencia optimizada elimina la necesidad de cambiar de pestaña o perder tiempo buscando tu próxima reunión, lo que te permite enfocarte en lo que más importa. Los administradores que estén interesados en probar esta función pueden registrarse para convertirse en verificadores de confianza.
- Disponible para verificadores de confianza de Chrome 134 en Windows, macOS y Linux
- Políticas nuevas en el navegador Chrome
Política Descripción ProfileSeparationDataMigrationSettings Configuración de migración de datos de la separación de perfiles NTPSharepointCardVisible Mostrar la tarjeta de archivos de SharePoint y OneDrive en la página Nueva pestaña NTPOutlookCardVisible Mostrar la tarjeta del calendario de Outlook en la página Nueva pestaña Permitir que ServiceWorker controle los iframes de srcdoc Habilitar el guardado de llaves de acceso en el administrador de contraseñas
- Políticas que se quitaron del navegador Chrome
Política Descripción No se quitaron políticas en Chrome 134
Cambios en Chrome Enterprise Core
- Aplicación complementaria de Chrome Enterprise
La aplicación complementaria de Chrome Enterprise es un nuevo objeto binario administrativo que se instalará automáticamente con los navegadores Chrome inscritos en Chrome Enterprise Core o Chrome Enterprise Premium. Su objetivo es admitir casos de uso, políticas y generación de informes empresariales.
- Chrome 134 en Windows y macOS
- Compatibilidad con la política DownloadRestrictions en iOS
DownloadRestrictions es una política universal disponible para los usuarios de Chrome Enterprise Core en plataformas de escritorio y en Android. La política DownloadRestrictions ahora es compatible con iOS. Esto permite a los administradores bloquear todas las descargas en Chrome para dispositivos móviles en iOS.
- Chrome 135 en iOS
- Políticas recomendadas (anulación del usuario)
Chrome presentó la configuración de Anulación del usuario en la Consola del administrador de Google para las políticas que se pueden establecer como recomendadas. Esto significa que los administradores de TI pueden aplicar un valor de política y permitir que los usuarios lo anulen.
- En Chrome 134, se admiten las siguientes políticas: BookmarkBarEnabled, PasswordManagerEnabled, PinUnlockAutosubmitEnabled, SchedulerConfiguration, PrintHeaderFooter, TranslateEnabled, SpellCheckServiceEnabled y ShowFullUrlsInAddressBar
Cambios en Chrome Enterprise Premium
- Evidence Locker
Evidence Locker permite a los administradores de Chrome Enterprise Premium almacenar e inspeccionar archivos marcados como software malicioso o que infrinjan una regla de protección de datos. Se guarda una copia del archivo en el bucket de Google Cloud Storage que pertenece a la organización y que esta especifica. El administrador de seguridad puede investigar los incidentes con la herramienta de investigación de seguridad y descargar los archivos que activaron el incidente para analizarlos en más detalle. Para obtener más información, consulta Investiga los archivos sospechosos y toma medidas en ellos.
- Chrome 134 en ChromeOS, Linux, macOS y Windows
- Prevención de capturas de pantalla
Chrome 134 mejora la función existente de prevención de capturas de pantalla extendiendo el bloqueo de uso compartido de pantalla a apps de reuniones como Google Meet, Zoom, Teams y Slack. Con esta actualización, aprovechamos el lanzamiento exitoso de los controles de protección de datos agregando funciones clave y abordar las brechas y los comentarios de los usuarios.
- Chrome 134 en Windows y macOS
Obtén más información sobre las diferencias entre Chrome Enterprise Core y Chrome Enterprise Premium.
Próximamente
Nota: En la lista de elementos que se encuentra a continuación, se incluyen actualizaciones experimentales o planificadas que pueden sufrir modificaciones, retrasos o cancelaciones antes de que se lancen en el canal estable.
Próximos cambios en el navegador Chrome
- Baja de los eventos de mutación
Los eventos de mutación síncronos, como
DOMSubtreeModified
,DOMSubtreeModified
,DOMSubtreeModified
,DOMSubtreeModified
,DOMSubtreeModified
yDOMSubtreeModified
, perjudican el rendimiento de la página y aumentan significativamente la complejidad de agregar nuevas funciones a la Web. Estas APIs dejaron de estar disponibles en la especificación en 2011 y se reemplazaron en 2012 por la API de Mutation Observer, que se comportaba mucho mejor. El uso de los eventos de mutación obsoletos debe quitarse o migrarse a Mutation Observer.Desde Chrome 124, una política empresarial temporal, MutationEventsEnabled, está disponible para volver a habilitar los eventos de mutación obsoletos o que se hayan quitado. Para obtener más información, consulta esta entrada de blog sobre Chrome para desarrolladores. Si tienes algún problema, puedes informar un error de Chromium.
La compatibilidad con eventos de mutación está inhabilitada de forma predeterminada desde Chrome 127 o, aproximadamente, el 30 de julio de 2024. El código se debería haber migrado antes de esa fecha para evitar fallas en el sitio. Si necesitas más tiempo, hay algunas opciones:
- Puedes usar la prueba de baja de los eventos de mutación para volver a habilitar la función durante un tiempo limitado en un sitio específico. Se puede usar hasta Chrome 134, y finalizará el 25 de marzo de 2025.
- También se puede usar la política empresarial MutationEventsEnabled para el mismo propósito y hasta la misma versión.
- Chrome 135 en Android, Linux, macOS y Windows: La política empresarial MutationEventsEnabled dejará de estar disponible.
- Mejoras en las extensiones de Chrome para computadoras
En Chrome 135 para computadoras, algunos usuarios que acceden a Chrome cuando instalan una extensión nueva ahora pueden usar y guardar extensiones en su Cuenta de Google.
Las políticas empresariales pertinentes que controlan las extensiones, así como BrowserSignin, SyncDisabled o SyncTypesListDisabled, seguirán funcionando como antes, de modo que los administradores puedan configurar si los usuarios pueden usar y guardar elementos en sus Cuentas de Google.
Para obtener más información sobre cómo usar extensiones en cualquier computadora, consulta Cómo instalar y administrar extensiones en el Centro de ayuda de Chrome Web Store.
Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras.
- Chrome 135 en Linux, macOS y Windows
- Eliminación de las políticas empresariales de acceso a redes privadas
El Acceso a red privada (PNA 1.0) es una función de seguridad sin enviar diseñada para limitar el acceso de los sitios web a las redes locales. Debido a problemas de implementación, el PNA 1.0 nunca se pudo enviar de forma predeterminada, ya que era incompatible con demasiados dispositivos existentes.
El PNA 1.0 requería cambios en los dispositivos de las redes locales. En cambio, Chrome implementará una propuesta actualizada, Acceso a redes privadas 2.0 (PNA 2.0). El PNA 2.0 solo requiere cambios en los sitios que necesitan acceder a la red local, en lugar de requerir cambios en los dispositivos de la red local. Los sitios son mucho más fáciles de actualizar que los dispositivos, por lo que este enfoque debería ser mucho más sencillo de lanzar.
La única forma de aplicar el PNA 1.0 es a través de la política empresarial. Para evitar que se revierta la seguridad de los clientes empresariales que habiliten el PNA 1.0 antes de que se envíe el PNA 2.0, mantendremos la política PrivateNetworkAccessRestrictionsEnabled, que hace que Chrome envíe mensajes de solicitud preliminar especiales, hasta que se vuelva incompatible con el PNA 2.0.
En Chrome 135, se quitarán las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed, que relajan las restricciones de PNA 1.0. Actualmente, estas políticas no tienen efecto, ya que no se envía el PNA 1.0, y no tendrán sentido una vez que este se quite.
El PNA 2.0 se describe en esta explicación en GitHub.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Se quitaron las políticas InsecurePrivateNetworkRequestsAllowedForUrls e InsecurePrivateNetworkRequestsAllowed.
- Chrome 137 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
Se quitó PrivateNetworkAccessRestrictionsEnabled.
- Chrome 135 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Quitar la política ThirdPartyBlockingEnabled
Debido a problemas inesperados, se quitará ThirdPartyBlockingEnabled en Chrome 135. Si tienes comentarios sobre esta eliminación, puedes informar un error de Chromium.
- Chrome 132 en Windows:
Se dio de baja la política ThirdPartyBlockingEnabled . - Chrome 135 en Windows:
Se quitó la política ThirdPartyBlockingEnabled.
- Chrome 132 en Windows:
- Mejoras en la configuración, los accesos directos a sitios y los temas en Chrome para computadoras
En Chrome 135 para computadoras, los usuarios que accedan a Chrome por primera vez o que tengan habilitada la sincronización ahora podrán mantener separados los parámetros de configuración, los accesos directos a sitios y los temas sincronizados con su Cuenta de Google de los locales, es decir, los parámetros de configuración de cuando salgan de la cuenta o cuando se desactive la sincronización.
Esto permite compartir menos datos que antes: la configuración local no se sube automáticamente cuando se accede o se activa la sincronización, y no se deja ningún parámetro de configuración de la cuenta en el dispositivo cuando se desactiva la sincronización.
Se seguirán aplicando las políticas empresariales existentes SyncDisabled y SyncTypesListDisabled para que los administradores puedan restringir o inhabilitar la función de sincronización si lo desean.
Nota: Este cambio es un seguimiento del lanzamiento del nuevo modelo de identidad en Chrome para computadoras. Para obtener más detalles, consulta el Estado de la plataforma de Chrome.
- Chrome 135 en Linux, macOS y Windows
- Desactivación del Administrador de contraseñas heredado en Chrome para Android
Los usuarios con versiones anteriores de los Servicios de Google Play perderán la funcionalidad del Administrador de contraseñas en Chrome. Este es un paso para desactivar el Administrador de contraseñas heredado en Chrome para Android. Estos usuarios pueden descargar un archivo CSV con sus contraseñas desde la configuración de Chrome y, luego, importarlo al Administrador de contraseñas que prefieran. El nuevo Administrador de contraseñas de Google está disponible en dispositivos con una versión reciente de los Servicios de Google Play.
- Chrome 135 en Android
- Cookies de terceros siempre bloqueadas en el modo Incógnito
A partir de Chrome 135, los usuarios comenzarán a tener bloqueadas las cookies de terceros en el modo Incógnito sin poder volver a habilitarlas de forma global. No se cambiarán los controles a nivel del sitio para permitir cookies de terceros.
Con este lanzamiento, la política BlockThirdPartyCookies solo se aplicará al modo normal cuando se establezca como falsa, no al modo Incógnito. No habrá cambios cuando la política sea verdadera o no se establezca. Tampoco se realizarán cambios en la política CookieAllowedForUrls, que se seguirá aplicando en los modos normal e incógnito, ya que se aplica a nivel del sitio y no de forma global.
- Chrome 135 en Android, ChromeOS, Linux, MacOS y Windows
- Partición de URLs de BLOB: recuperación y navegación
Como continuación de Storage Partitioning, Chromium implementará la partición del acceso a URLs de BLOB por clave de almacenamiento (sitio de nivel superior, origen de marco y el booleano has-cross-site-ancestor), a excepción de las navegaciones de nivel superior que permanecerán particionadas solo por el origen del marco. Este comportamiento es similar al que implementan actualmente Firefox y Safari, y alinea el uso de la URL de BLOB con el esquema de partición que usan otras APIs de almacenamiento como parte de Storage Partitioning. Además, Chromium aplicará noopener en las navegaciones de nivel superior iniciadas por el renderizador a URLs de BLOB en las que el sitio correspondiente es un sitio cruzado con el sitio de nivel superior que realiza la navegación. Esto alinea a Chromium con un comportamiento similar en Safari, y las especificaciones pertinentes se actualizaron para reflejar estos cambios.
Para revertir este cambio temporalmente, establece la política PartitionedBlobURLUsage. La política dejará de estar disponible cuando se den de baja las otras políticas empresariales relacionadas con la partición de almacenamiento.
- Chrome 135 en Windows, macOS y Linux
- Crea un cliente de service worker y hereda el controlador de service worker para el iframe de srcdoc
Actualmente, los documentos de contexto de srcdoc no son clientes de service worker y no están cubiertos por el service worker de su página superior. Esto genera algunas discrepancias (por ejemplo, el Tiempo de recursos informa las URLs que cargan estos documentos, pero el service worker no las intercepta). Nuestro objetivo es corregir las discrepancias creando clientes de service worker para los iframes de
srcdoc
y hacer que hereden el controlador de service worker de la página superior.- Chrome 135 en Windows, macOS, Linux y Android
- Los métodos get de la API de Intl Locale Info dejarán de estar disponibles
La API de Intl Locale Info es una propuesta de TC39 de ECMAScript de etapa 3 para mejorar el objeto
Intl.Locale
exponiendo información de configuración regional, como los datos de la semana (primer día de una semana, día de inicio del fin de semana, día de finalización del fin de semana y día mínimo de la primera semana) y el ciclo de horas de dirección de texto que se usa en la configuración regional.Enviamos nuestra implementación en Chrome 99 , pero más adelante, la propuesta realizó algunos cambios en la etapa 3 y trasladó varios métodos get a funciones. Debemos quitar los métodos get obsoletos y reiniciar las funciones con nombres modificados.
- Chrome 135 en Windows, macOS, Linux y Android
- Partición del historial de vínculos :visited
Para eliminar las filtraciones del historial de navegación del usuario, los elementos de anclaje se aplican el estilo
:visited
solo si se hizo clic en ellos desde este sitio y origen de marco de nivel superior anteriormente. En el lado del navegador, esto significa que la tabla hash VisitedLinks ahora se particiona con triple clave o almacena lo siguiente para cada vínculo visitado:<link URL, top-level site, frame origin>
. Dado que solo se aplica diseño a los vínculos en los que se hizo clic en este sitio y marco anteriormente, los muchos ataques de canal lateral que se desarrollaron para obtener información de diseño de vínculos:visited
ahora son obsoletos, ya que ya no proporcionan a los sitios información nueva sobre los usuarios.Hay una excepción para los vínculos propios, en los que los vínculos a las páginas propias de un sitio pueden tener el estilo :visited, incluso si no se hizo clic en ellos en este sitio de nivel superior y origen de marco exactos. Esta exención solo está habilitada en marcos o submarcos de nivel superior que tienen el mismo origen que el marco de nivel superior. Los beneficios de privacidad anteriores se siguen logrando porque los sitios ya saben qué subpáginas visitó un usuario, por lo que no se expone información nueva. Esta fue una excepción solicitada por la comunidad que también mejora la experiencia del usuario.
- Chrome 135 en Windows, macOS, Linux y Android
- Prevención de seguimiento de HSTS
La política HTTP con Seguridad de Transporte Estricta (HSTS) permite que los sitios se declaren accesibles solo a través de conexiones seguras. A partir de Chrome 135, la prevención de seguimiento de HSTS mitigará el seguimiento de usuarios por parte de terceros que usen la caché de HSTS. Solo permite actualizaciones de HSTS para navegaciones de nivel superior y bloquea las actualizaciones de HSTS para solicitudes de subrecursos. Esto evitará que los sitios de terceros usen la caché de HSTS para realizar un seguimiento de los usuarios en la Web. Para obtener más información, consulta esta explicación sobre la prevención de seguimiento de HSTS en GitHub.
- Chrome 135 en Windows, macOS, Linux y Android
- Quita el método navigator.xr.supportsSession obsoleto
En septiembre de 2019, el método
navigator.xr.supportsSession
reemplazó anavigator.xr.isSessionSupported
en la especificación de WebXR después de recibir comentarios sobre la forma de la API de la TAG. Desde entonces, se marcó como obsoleto en Chromium, lo que genera una advertencia de la consola que redirecciona a los desarrolladores a la API actualizada.El uso de la llamada es muy bajo, como se muestra en las métricas de uso del estado de Chrome. Además, se confirmó que todos los frameworks principales que se usan para compilar contenido de WebXR se actualizaron para usar la llamada más reciente.
- Chrome 135 en Windows, macOS, Linux y Android
- Política estricta del mismo origen para la API de Storage Access
Chrome 135 ajustará la semántica de la API de Storage Access para seguir estrictamente la política de origen para mejorar la seguridad. Esto significa que, de forma predeterminada, usar
document.requestStorageAccess()
en un marco solo adjuntará cookies a las solicitudes al origen del iframe (no al sitio).Nota: La política CookiesAllowedForUrls o los encabezados de acceso a almacenamiento se pueden seguir usando para desbloquear las cookies entre sitios.
- Chrome 135 en Windows, macOS, Linux y Android
- Proveedor del framework de accesibilidad de la automatización de la IU en Windows
A partir de Chrome 126, Chrome comenzó a admitir directamente el software cliente de accesibilidad que utiliza el framework de accesibilidad de automatización de IU de Microsoft Windows. Antes de este cambio, dicho software interoperaba con Chrome a través de una corrección de compatibilidad en Microsoft Windows. El objetivo de este cambio es mejorar la accesibilidad de la experiencia del usuario para muchos usuarios. Ofrece compatibilidad total con las funciones Narrador, Lupa y Acceso por voz, y mejoraremos las apps de terceros que usan el framework de accesibilidad de automatización de IU de Windows. Los usuarios de Chrome verán un uso reducido de memoria y la sobrecarga de procesamiento cuando se utilicen con herramientas de accesibilidad. También facilitará el desarrollo de software a través del uso de tecnología de accesibilidad.
Los administradores pueden usar la política empresarial UiAutomationProviderEnabled, disponible a partir de Chrome 125, para forzar la habilitación del nuevo proveedor (para que todos los usuarios reciban la nueva funcionalidad) o para inhabilitar el nuevo proveedor. Esta política será compatible con Chrome 136 y se quitará en Chrome 137. Este período de un año está pensado para brindarles a las empresas el tiempo suficiente para trabajar con proveedores externos para que puedan corregir las incompatibilidades resultantes del cambio de la corrección de compatibilidad de Microsoft al proveedor de automatización de la IU de Chrome.
- Chrome 125 en Windows: Se presentó la política UiAutomationProviderEnabled para que los administradores puedan habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome y validar que las herramientas de accesibilidad de terceros sigan funcionando.
- Chrome 126 en Windows: Se usará el marco de trabajo de variaciones de Chrome para comenzar a habilitar el proveedor del framework de accesibilidad de automatización de la IU de Chrome para los usuarios. Se habilitará de forma progresiva para la población estable completa, con pausas según sea necesario para abordar problemas de compatibilidad que se pueden resolver en Chrome. Los administradores de empresas pueden continuar usando la política UiAutomationProviderEnabled para aceptar antes de tiempo el nuevo comportamiento o para inhabilitarlo temporalmente a través de Chrome 136.
- Chrome 137 en Windows: Se quitará la política UiAutomationProviderEnabled de Chrome. Todos los clientes usarán el proveedor del framework de accesibilidad de automatización de la IU del navegador.
- Quitar el resguardo de SwiftShader
A partir de Chrome 137, planeamos dar de baja el resguardo automático a WebGL con la compatibilidad de SwiftShader. La creación de contexto de WebGL fallará en lugar de recurrir a SwiftShader. Planeamos quitar el resguardo de SwiftShader por dos motivos principales:
- SwiftShader es un riesgo de seguridad alto debido al código JIT que se ejecuta en el proceso de la GPU de Chromium.
- Los usuarios tienen una experiencia deficiente cuando se cambia de un WebGL de alto rendimiento con GPU a una implementación con CPU. Los usuarios no tienen control sobre este comportamiento y es difícil describirlo en los informes de errores.
SwiftShader es una herramienta útil para que los desarrolladores web prueben sus sitios en sistemas sin interfaz gráfica o que no tengan una GPU compatible. Este caso de uso seguirá siendo compatible si se habilita, pero no está diseñado para ejecutar contenido no confiable.
Para habilitar garantías de seguridad más bajas y permitir SwiftShader para WebGL, ejecuta el ejecutable de Chrome con el interruptor de línea de comandos
--enable-unsafe-swiftshader
.Durante el período de baja, aparecerá una advertencia en la Consola de JavaScript cuando se cree un contexto de WebGL y se le haga una copia de seguridad con SwiftShader. Si pasas
--enable-unsafe-swiftshader
, se quitará este mensaje de advertencia.Chromium y otros navegadores no garantizan la disponibilidad de WebGL. Puedes probar y controlar la falla de creación del contexto de WebGL y recurrir a otras APIs web, como Canvas2D, o enviar un mensaje adecuado al usuario.
- Chrome 137 en Windows, macOS, Linux y Android
- No se permiten espacios en hosts de URLs que no sean file://
Como se indica en la especificación de WhatWG.org, los hosts de URLs no pueden contener el carácter de espacio, pero, actualmente, el análisis de URLs en Chromium permite espacios en el host.
Esto hace que Chromium falle en varias pruebas incluidas en las áreas de enfoque de Interop2024 HTTPS URLs for WebSocket y URL .
Para que Chromium cumpla con las especificaciones, nos gustaría quitar los espacios de los hosts de URLs por completo, pero una dificultad con esto es que se usan en la parte del host en las URLs
file://
de Windows (consulta el debate en GitHub).Esta función será parte del trabajo continuo para acercar Chromium al cumplimiento de las especificaciones prohibiendo los espacios solo en las URLs que no sean de archivos.
- Chrome 138 en Android, ChromeOS, Linux, macOS, Windows y Fuchsia
- Migración de la API de SafeBrowsing v4 a la v5
Las llamadas de Chrome a la versión 4 de la API de SafeBrowsing se migrarán para llamar a la versión 5 de la API. Los nombres de los métodos también son diferentes entre la versión 4 y la 5.
Si los administradores tienen una lista de entidades permitidas de URLs específicas de la versión 4 para permitir solicitudes de red a
https://safebrowsing.googleapis.com/v4*
, se deben modificar para permitir solicitudes de red a todo el dominio:safebrowsing.googleapis.com
. De lo contrario, las solicitudes de red a la API de la versión 5 rechazadas causarán regresiones de seguridad para los usuarios.- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Este lanzamiento será gradual.
- Chrome 145 en Android, iOS, ChromeOS, Linux, macOS y Windows
Próximos cambios en Chrome Enterprise Core
-
Compatibilidad con el SSO extensible de Apple para Chrome en macOS
Chrome 135 en macOS permitirá la autenticación sin inconvenientes para los proveedores de identidad que se habiliten a través de una extensión de inicio de sesión único (SSO) empresarial configurada por el SO. En esta versión inicial, permitirá que los usuarios finales de los navegadores administrados accedan a cualquier recurso autenticado por Microsoft Entra sin necesidad de ingresar credenciales. El SSO extensible debe preconfigurarse en tu entorno y, luego, implementarse con su respectiva solución de administración de dispositivos empresariales. Es posible que se admitan proveedores de identidad adicionales en un futuro cercano.
- A partir de Chrome 135 en macOS
-
Las apps web aisladas (IWA) son una extensión del trabajo existente en la instalación de AWP y el empaquetado web que proporcionan protecciones más sólidas contra la vulneración de servidores y otros tipos de manipulación que son necesarias para los desarrolladores de aplicaciones que requieren seguridad.
En lugar de alojarse en servidores web en vivo y recuperarse a través de HTTPS, estas aplicaciones se empaquetan en paquetes web, las firman sus desarrolladores y se distribuyen a los usuarios finales a través de uno o más de los métodos posibles que se describen en Cómo comenzar a usar apps web aisladas.
En la versión inicial, las IWA solo se podrán instalar a través de una política en dispositivos ChromeOS administrados por la empresa.
- Chrome 140 en Windows
Este lanzamiento agrega compatibilidad con apps web aisladas en parámetros de configuración de navegador administrados por empresas en Windows.
- Chrome 140 en Windows
Próximos cambios en Chrome Enterprise Premium
- Refactorización de la experiencia del usuario de las reglas de DLP
Nuestro objetivo es crear una interfaz más fácil de usar y eficiente para las reglas de DLP específicas de Chrome. Esto implica rediseñar el flujo de trabajo de creación de reglas en la Consola del administrador para adaptarse mejor a las funciones de seguridad existentes y futuras para los clientes de Chrome Enterprise Premium.
- Chrome 135 en Windows, macOS, Linux y ChromeOS
- Filtros de URLs en iOS y Android
Extenderemos las capacidades existentes de filtrado de URLs de las plataformas de escritorio a las plataformas para dispositivos móviles, lo que les permitirá a las organizaciones auditar, advertir o bloquear ciertas URLs o categorías de URLs para que no se carguen en navegadores Chrome administrados o perfiles de usuario administrados en dispositivos móviles. Esto incluye garantizar que la función opere sin problemas con el acceso adaptado al contexto (CAA), que permite a los administradores establecer políticas de acceso en función del contexto del usuario (por ejemplo, el rol del usuario, la ubicación) y el estado del dispositivo (por ejemplo, el dispositivo administrado, el cumplimiento de la seguridad).
- Chrome 137 en iOS y Android
- Conector de informes para dispositivos móviles
Estamos trabajando para lograr la paridad de funciones con la versión para computadoras, lo que les permitirá a las organizaciones supervisar eventos de seguridad en dispositivos móviles y responder a ellos, como visitas a sitios no seguros y posibles intentos de robo de datos. Esto ayuda a garantizar la seguridad y la aplicación de políticas coherentes en diferentes plataformas.
- Chrome 136 en Android
- Chrome 137 en iOS
- API de Connectors
Planeamos simplificar el proceso de configuración de los conectores de seguridad de terceros y permitir que los proveedores administren los parámetros de configuración directamente desde su propia IU. El objetivo es facilitar que las organizaciones integren sus herramientas y servicios de seguridad preferidos en Chrome, lo que mejorará la seguridad y la administración en diferentes plataformas.
- Chrome 137 en Windows, macOS, Linux y ChromeOS
Registrarse para recibir correos electrónicos sobre futuras actualizaciones
Notas de versiones anteriores
Versión de Chrome y fecha de lanzamiento objetivo del canal estable |
---|
Chrome 133: 29 de enero de 2025 |
Chrome 132: 8 de enero de 2025 |
Chrome 131: 6 de noviembre de 2024 |
Chrome 130: 9 de octubre de 2024 |
Notas de versiones anteriores → |
Recursos adicionales
- Para probar las nuevas funciones antes de su lanzamiento, regístrese en el programa de Verificador de confianza.
- Conéctese con otros administradores de TI de Chrome Enterprise a través del Foro de clientes de Chrome Enterprise.
- Cómo funcionan los lanzamientos de Chrome: Ciclo de actualización de Chrome
- Para fechas específicas, consulta el programa de lanzamientos de Chrome.
- Descargas del navegador Chrome y descripción general del producto Chrome Enterprise: Navegador Chrome para empresas.
- Estado de la versión de Chrome y cronogramas: Estado de la plataforma Chrome | Visor del servidor de Google Actualización.
- Anuncios: Blog de actualizaciones de Chrome | Blog de Chromium.
- Desarrolladores: Obtén información sobre los cambios en la plataforma web.
¿Todavía necesitas ayuda?
- Clientes de Google Workspace o Cloud Identity (solo con acceso autorizado): Comuníquese con el equipo de asistencia
- Asistencia del navegador Chrome para empresas: Regístrese para comunicarse con un especialista
- Foro de administradores de Chrome
- Centro de ayuda de Chrome Enterprise y Education