Private Verification Tokens: propuesta de Chrome y BotBrowser

La navegación privada puede hacer que una persona que vuelve parezca un cliente nuevo. Private Verification Tokens (PVT) es una propuesta limitada a cada sitio, no una función publicada; BotBrowser no habilita PVT ni puede hacer que un sitio confíe en una visita privada.

TL;DR

• PVT sigue siendo una propuesta, no una función disponible de forma general.
• El diseño busca trasladar una señal de confianza limitada al contexto privado sin revelar el historial de navegación.
• BotBrowser no habilita, falsifica, importa ni preconfigura tokens PVT.
• Prueba por separado los contextos normales y privados; no hagas depender de PVT una decisión de producción.

Contenido

• Ver el vídeo
• La conclusión primero
• ¿Qué problema intenta abordar PVT?
• Flujo conceptual
• ¿Es una propuesta, un experimento o una función publicada?
• ¿Qué significa para la navegación privada?
• Qué pueden probar los operadores ahora
• Conclusión práctica

Ver el vídeo

Este vídeo en inglés lee la propuesta de Private Verification Tokens frente al registro de la plataforma: Chrome Platform Status la lista como propuesta y no publicada. Después una página de laboratorio local pregunta a la propia consola de Chrome estable si hay alguna entrada de feature-policy que contenga «verification» en Ubuntu (Chrome 154) y Windows (Chrome 155), y una lectura en contexto privado imprime lo que ve hoy un contexto privado. Cada host imprimió 0 coincidencias y ninguna superficie PVT en una sola ejecución, lo que no dice nada sobre ninguna otra versión ni sitio. No interviene ningún perfil de BotBrowser. El audio está en inglés.

La política de conexiones propuesta es un límite distinto del navegador: Connection Allowlists: lanzamiento y límites explica por qué un anuncio fechado, una instantánea de ChromeStatus y un borrador WICG no deben convertirse en una sola afirmación de soporte.

La conclusión primero

Private Verification Tokens (PVT) es una propuesta de privacidad que Chrome está discutiendo para la navegación privada. La idea es que un sitio pueda recibir una credencial limitada durante la navegación normal y que, más adelante, una solicitud desde una sesión privada pueda llevar una señal de alcance reducido. No es una capacidad Web general ya entregada: sigue siendo una propuesta temprana y experimental. En una prueba controlada, BotBrowser puede mantener coherentes las superficies de huella entre sesiones normales y privadas del mismo perfil; no puede lograr que un sitio acepte a un visitante privado.

Actualmente, Chrome Platform Status marca PVT como proposed y not released. Las versiones actuales de BotBrowser no habilitan PVT, ni falsifican, importan o preconfiguran tokens PVT. Estos límites son más importantes que tratar el nombre de una función en una página de estado como si fuera una capacidad disponible.

Para límites de privacidad relacionados, compara la detección de incógnito con la verificación de la huella del navegador. Son decisiones distintas del navegador y del sitio, no una prueba de que PVT se haya publicado.

¿Qué problema intenta abordar PVT?

La propuesta identifica esta señal limitada con Sec-Private-Verification-Token.

La navegación privada busca reducir el estado persistente y la vinculación entre sesiones. Un contexto privado nuevo normalmente no tiene las cookies, el almacenamiento del sitio ni el inicio de sesión de un perfil normal. Para un sitio resulta difícil distinguir entre una persona que acaba de abrir una ventana privada limpia y un cliente que realmente no tiene ningún estado reutilizable. Para saber qué registros locales limita una ventana privada y quién puede seguir viendo la actividad, consulta Qué hace y qué no hace la navegación privada, que también explica qué se cierra con la sesión.

En ambos casos, un sitio puede solicitar una verificación adicional. Para la persona, eso puede ser una fricción innecesaria; para el sitio, ignorar por completo la diferencia puede producir resultados poco precisos. PVT explora un punto intermedio más limitado: el navegador podría transmitir que anteriormente recibió una señal de confianza válida para ese sitio, sin entregar al sitio la sesión normal ni su historial. Para entender por qué una ventana privada no cambia la huella del navegador, consulta Por qué el modo incógnito no protege contra el fingerprinting, que compara paso a paso una sesión normal y una privada.

«Confianza» no significa identidad ni autenticación. La señal no debería revelar quién es la persona, qué páginas visitó ni en qué sesión se creó el token. El diseño público se centra en una respuesta mínima para un sitio registrado: si existe una credencial válida y limitada que el navegador puede presentar.

Flujo conceptual

El siguiente diagrama representa únicamente la relación conceptual descrita públicamente. No muestra un comportamiento ya publicado ni una implementación de BotBrowser. El navegador gestiona el límite entre la navegación normal y la privada, y el sitio solo recibe el resultado que permita la especificación.

¿Es una propuesta, un experimento o una función publicada?

No son términos intercambiables. El explainer público describe PVT como un borrador inicial y señala que todavía no ha sido aprobado para su entrega en Chrome. Chrome Platform Status lo registra como proposed y not released. Sus campos de milestone apuntan a Chrome 154-165, mientras que otros informes públicos describen ese intervalo como una posible vía experimental. El registro, la revisión, la disponibilidad y el comportamiento final pueden cambiar. Para seguir una propuesta desde su intención pública hasta evidencia acotada en el navegador, consulta De los estándares del navegador al estado de implementación, que incluye una hoja de estado.

Por eso, los desarrolladores no deberían tratar PVT como un contrato Web estable y universal. Aunque una versión experimental muestre un comportamiento relacionado, no se puede asumir que todos los usuarios de Chrome, todos los sistemas operativos o todos los contextos privados recibirán el mismo resultado. Hay que anotar por separado la versión, el estado del registro y la fase de despliegue.

¿Qué significa para la navegación privada?

La evaluación debe distinguir el límite del sitio eTLD+1 de la identidad del perfil.

PVT se centra en una tensión real: la navegación privada no debería parecer automáticamente anómala por carecer de cookies persistentes, pero reducir los falsos positivos no debería crear un canal de identidad permanente. Un diseño responsable debe responder, como mínimo, a estas preguntas:

• ¿Qué información puede pasar del contexto normal al contexto privado?
• ¿Pueden compartir el resultado identidades, perfiles o ventanas privadas separadas?
• ¿Puede un sitio combinar la señal con otros datos para crear un identificador duradero?
• ¿La señal queda limitada al sitio registrado o puede convertirse en un mecanismo entre sitios?
• ¿Las personas y los operadores pueden saber cuándo existe y cuándo falta?

No se responden con un único encabezado o con el nombre de una API. Hace falta probar versiones del navegador, sistemas operativos, perfiles normales, contextos privados y combinaciones de varias ventanas. La ausencia de una señal, su rechazo y la falta de soporte del navegador son resultados distintos y deberían quedar diferenciados en los registros.

Qué hace BotBrowser hoy

BotBrowser puede mantener coherentes las superficies de huella digital, los valores de cuota de almacenamiento y el comportamiento de las API de almacenamiento entre sesiones normales y de incógnito para el mismo perfil, de modo que tu equipo pueda comparar el estado del contexto normal y del privado al evaluar PVT. La limitación es explícita: BotBrowser no habilita, falsifica, importa ni preconfigura tokens PVT, no puede hacer que PVT esté disponible antes de que Chrome lo publique y no controla si un sitio acepta o confía en un visitante privado.

Es una decisión explícita basada en el estado público actual. La especificación, el registro, el comportamiento entre navegadores y los límites de privacidad siguen evolucionando. Mientras esas condiciones no sean estables, mantener el comportamiento actual facilita que los usuarios lo entiendan y lo verifiquen. Los perfiles normales, los contextos privados y las demás señales del navegador continúan funcionando según la versión y las notas de lanzamiento vigentes.

Una futura reevaluación tendría que volver a estudiar las propiedades de privacidad, el aislamiento entre perfiles y contextos y los informes públicos de compatibilidad. Cualquier cambio deberá consultarse en una nota de lanzamiento nueva; eso no anuncia que la función vaya a activarse.

Qué pueden probar los operadores ahora

Trata Sec-Private-Verification-Token como un marcador propuesto, no como una interfaz disponible.

Si tu aplicación recibe tráfico de navegación normal y privada, registra por separado estos casos:

1. Un perfil normal con estado previo del sitio.
2. Un perfil normal nuevo sin estado previo.
3. Un contexto privado nuevo asociado a un perfil normal.
4. Dos contextos privados independientes que no deben compartir identidad ni confianza.

En cada prueba anota la versión del navegador, el sistema operativo, el estado del perfil, el tipo de contexto, si el sitio está registrado y el resultado observable. No deduzcas el soporte a partir de que aparezca el nombre PVT en una página de estado ni extrapoles una sola solicitud a todos los usuarios.

La aplicación puede tratar PVT como una entrada futura posible, no como una dependencia actual. Los controles de verificación, los mensajes de privacidad, la ruta alternativa y el manejo de errores deben funcionar sin PVT. Así, una demora, un cambio de diseño o una disponibilidad limitada no condicionarán la experiencia.

Preguntas frecuentes

¿PVT es una credencial de inicio de sesión?

No. El diseño público lo limita a una señal para un sitio registrado; no sustituye el inicio de sesión, la autorización ni la verificación de identidad. Su propósito es indicar que existe una señal de confianza previa y limitada, no demostrar quién es una persona concreta.

¿PVT convierte la navegación privada en navegación normal?

La propuesta intenta conservar el límite del contexto privado. Si lo consigue dependerá de la especificación final, de los navegadores y de la forma en que lo utilicen los sitios. Un borrador no es una garantía.

¿Cuándo lo habilitará BotBrowser?

Actualmente no existe un plan ni un compromiso de producto para habilitarlo. Consulta las futuras notas de lanzamiento y los informes de compatibilidad de BotBrowser.

Fuentes

• Private Verification Tokens explainer
• Chrome Platform Status: Private Verification Tokens
• Documentación de incógnito de BotBrowser
• PPC Land: Chrome tests a one-bit signal telling sites an Incognito visitor is human

Conclusión práctica

Trata PVT como una propuesta, no como una dependencia de producción. Mantén los flujos privados funcionales sin ese token y vuelve a evaluar la capacidad solo cuando la documentación oficial y las notas de versión confirmen un cambio.