{"id":183453,"date":"2026-09-24T16:53:22","date_gmt":"2026-09-24T14:53:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/news\/reliz-chrome-154"},"modified":"2026-09-24T16:53:25","modified_gmt":"2026-09-24T14:53:25","slug":"chrome-154-release","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/chrome-154-release","title":{"rendered":"Lanzamiento de Chrome 154","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La empresa Google ha publicado la versi\u00f3n 154 del navegador web Chrome. Al mismo tiempo, est\u00e1 disponible la versi\u00f3n estable del proyecto libre Chromium, que es la base de Chrome. El navegador Chrome se diferencia de Chromium por el uso de logotipos de Google, un sistema de env\u00edo de notificaciones en caso de fallos, m\u00f3dulos para la reproducci\u00f3n de contenido de video protegido contra copia (DRM), un sistema de actualizaci\u00f3n autom\u00e1tica, la inclusi\u00f3n constante de la aislamiento Sandbox, la provisi\u00f3n de claves para la API de Google y la transmisi\u00f3n de par\u00e1metros RLZ durante las b\u00fasquedas. Para aquellos que necesitan m\u00e1s tiempo para actualizar, se mantiene una rama de Extended Stable, acompa\u00f1ada de 8 semanas. La pr\u00f3xima versi\u00f3n, Chrome 155, est\u00e1 programada para el 6 de octubre dentro del nuevo ciclo de desarrollo de dos semanas. <\/p>\n
Principales cambios en Chrome 154 (1, 2, 3, 4): <\/p>\n
\n
Se ha continuado con el desarrollo del modo AI, que permite interactuar con un agente AI desde la barra de direcciones o desde la p\u00e1gina que se muestra al abrir una nueva pesta\u00f1a. En la nueva versi\u00f3n, se ofrece a los usuarios de EE.UU. la posibilidad de utilizar el asistente AI Gemini para probar virtualmente ropa al realizar compras en algunas tiendas en l\u00ednea. En Chrome para iOS se ha implementado soporte para la comunicaci\u00f3n por voz con Gemini en tiempo real, por ejemplo, para discutir el contenido de la p\u00e1gina web abierta.\n
Se han eliminado las interfaces de programaci\u00f3n y tecnolog\u00edas que se desarrollaron bajo la iniciativa Privacy Sandbox para su uso en lugar de cookies de terceros. El prop\u00f3sito de proporcionar estos datos API se ha perdido tras la decisi\u00f3n de no eliminar el soporte para cookies de terceros en Chrome. Se han eliminado las siguientes API: Topics (que reemplaz\u00f3 a la API FLoC), API Protected Audience, API Shared Storage, API Attribution Reporting, Private Aggregation, API Related Website Sets y requestStorageAccessFor.\n
En la versi\u00f3n para la plataforma Android se ha implementado el modo LNP (Protecci\u00f3n de Red Local), que requiere la obtenci\u00f3n de una confirmaci\u00f3n separada para que una aplicaci\u00f3n acceda a redes internas intranet (192.168.x.x, 10.x.x.x, etc.). Este modo permite bloquear ataques a recursos en la red local y prevenir escaneos de red con el fin de identificar de forma encubierta al usuario y recopilar informaci\u00f3n sobre su entorno.\n
Para realizar solicitudes a trav\u00e9s de la API Background Fetch ahora se requiere obtener permisos LNA (Acceso a la Red Local) al enviar datos a servidores en la red local (192.168.0.0\/16, 10.0.0.0\/8, etc.) o al acceder a la interfaz de loopback (127.0.0.0\/8). Adem\u00e1s, se han implementado verificaciones CORS (Intercambio de Recursos de Origen Cruzado) para unificar las restricciones aplicadas a la API Background Fetch y Fetch. Estos cambios bloquean el uso de Background Fetch para eludir las restricciones de origen cruzado y llevar a cabo ataques CSRF en enrutadores, puntos de acceso, impresoras, interfaces web corporativas y otros dispositivos y servicios que aceptan solicitudes solo desde la red local.\n
Se ha a\u00f1adido un modo opcional de optimizaci\u00f3n \u2018ServiceWorkerAutoPreload\u2019, que realiza una solicitud de red en paralelo con la inicializaci\u00f3n del Service Worker.\n
Se ha agregado el elemento HTML y la API de JavaScript Web Install (m\u00e9todo navigator.install()), dise\u00f1ados para permitir que un sitio web solicite la instalaci\u00f3n de una aplicaci\u00f3n web. La instalaci\u00f3n se lleva a cabo despu\u00e9s de la confirmaci\u00f3n expl\u00edcita de la operaci\u00f3n por parte del usuario. Esta opci\u00f3n puede ser utilizada al crear cat\u00e1logos de tiendas de aplicaciones web o para simplificar la instalaci\u00f3n de aplicaciones web para trabajar con el sitio actual.\n
Se ha a\u00f1adido la API Window Shape (m\u00e9todo window.setShape), que permite a las aplicaciones web aisladas cambiar la forma de la ventana, por ejemplo, crear ventanas no rectangulares, paneles flotantes y elementos superpuestos. La API est\u00e1 disponible solo en ChromeOS en este momento.\n
Se han a\u00f1adido configuraciones para gestionar los tipos de contenido a los que se aplica el autocompletado en formularios web. Por ejemplo, se puede desactivar el guardado y autocompletado de datos de contacto y de informaci\u00f3n para realizar pagos. Tambi\u00e9n es posible configurar plantillas de URL para desactivar el autocompletado vinculado a sitios espec\u00edficos.\n
Por defecto, se incluye la solicitud de confirmaci\u00f3n de operaci\u00f3n al acceder a sitios a trav\u00e9s de HTTP.\n
Se ha a\u00f1adido soporte para una selecci\u00f3n adaptativa del tama\u00f1o de los bloques de iframe, ajust\u00e1ndose autom\u00e1ticamente al contenido para evitar la aparici\u00f3n de barras de desplazamiento internas. La posibilidad se activa a trav\u00e9s de la especificaci\u00f3n de la propiedad CSS \u2018frame-sizing\u2019 (por ejemplo, \u2018frame-sizing: content-height\u2019) en la p\u00e1gina principal y a\u00f1adiendo en el encabezado del contenido del iframe el elemento \u2018<meta name=\n
En la propiedad CSS scroll-marker-group se han implementado los modos \u2018links\u2019 y \u2018tabs\u2019 para controlar el orden de cambio de foco. En el modo \u2018links\u2019, el grupo de marcadores (\u2018::scroll-marker-group\u2019) funciona como un men\u00fa de navegaci\u00f3n normal (los marcadores de desplazamiento se tratan como enlaces que se recorren con la tecla Tab). En el modo \u2018tabs\u2019, el grupo de marcadores funciona como un conjunto de pesta\u00f1as, cuya navegaci\u00f3n se realiza con las teclas de control de curso. Tambi\u00e9n est\u00e1n disponibles dos par\u00e1metros \u2018before\u2019 y \u2018after\u2019, que controlan el tratamiento del grupo de marcadores en relaci\u00f3n con el contenido (si se especifica \u2018before\u2019, los marcadores se procesar\u00e1n primero, y \u2018after\u2019 \u2014 solo despu\u00e9s de completar la navegaci\u00f3n por el contenido).\n
Se ha implementado la propiedad CSS text-decoration-inset, que permite configurar el inicio y el final del renderizado de decoradores (subrayado, tachado, etc.) en relaci\u00f3n con los bordes del texto. Por ejemplo, para reducir el decorador en 10 p\u00edxeles se puede especificar \u2018text-decoration-inset: 10px;\u2019, y para extenderlo \u2014 \u2018text-decoration-inset: -10px;\u2019.\n
En la interfaz de JavaScript Iterator se ha a\u00f1adido el m\u00e9todo Iterator.prototype.includes para comprobar la presencia de un elemento espec\u00edfico en el iterador.\n
En el modo \u2018Origin trials\u2019 se ha implementado un mecanismo de Private Verification Tokens (PVT), que permite separar usuarios reales de bots mediante la transmisi\u00f3n de tokens an\u00f3nimos al abrir sitios en modo de navegaci\u00f3n privada, lo que obvia la necesidad de solicitar un captcha, autenticar obligatoriamente y rastrear a trav\u00e9s de cookies. Los tokens reflejan la autenticaci\u00f3n exitosa o verificaci\u00f3n anti-bots previa (las verificaciones ya realizadas en un sitio se utilizan para conectarse a otros sitios sin ex\u00e1menes adicionales). <\/ul>\n
Adem\u00e1s de las nuevas funciones y correcciones de errores en la nueva versi\u00f3n, se han solucionado 108 vulnerabilidades. A 11 problemas se les ha asignado un nivel cr\u00edtico de peligro, lo que implica que las vulnerabilidades permiten eludir todos los niveles de protecci\u00f3n del navegador y ejecutar c\u00f3digo en el sistema fuera del entorno de sandbox. Cuatro problemas cr\u00edticos son causados por el acceso a memoria ya liberada (use-after-free) en AdFilter, WindowDialog, ServiceWorker y API Fullscreen, mientras que siete son resultado de desbordamientos de b\u00fafer en WebGL, ANGLE y el c\u00f3digo relacionado con la GPU. <\/p>\n