Cómo funciona ForestVPN

La versión corta

• Tu tráfico se sella en tu dispositivo y sale por un servidor que operamos, el exit. De todas las partes de ForestVPN, el exit es la única que ve adónde va tu tráfico.
• Antes de conectar, tu dispositivo recibe un ticket firmado. El ticket indica qué plan tienes, y el servicio que lo comprueba funciona aparte del que guarda tu cuenta.
• La app vigila si los datos fluyen de verdad y cambia de camino por sí sola cuando dejan de hacerlo. Tú solo ves el resultado.
• Una fila vincula tu dispositivo, y cualquier cuenta vinculada, con cada sesión que paga, para medir datos. Se borra una hora después de liquidarse la sesión, o hasta 17 días después si el ticket nunca se usó. Esta página la muestra junto a todo lo demás.

Qué cambia una VPN y qué no

Una VPN es una transferencia de confianza. Sin ella, confías en tu red y en tu proveedor de internet para que vean adónde va tu tráfico. Con ella, confías en la VPN. Por eso las preguntas útiles son las mismas para cualquier VPN: ¿dónde termina tu tráfico, qué saben los servicios que van delante y qué hace la app en tu dispositivo? Esta página las responde en ese orden, con los detalles de cada respuesta.

Sin VPN, tu red Wi-Fi y tu proveedor de internet pueden ver con qué servidores habla tu dispositivo, y cada sitio al que entras ve la dirección que te dio tu red. Con ForestVPN ven, en cambio, tráfico cifrado hacia nuestros servidores. Ese servidor, el exit, es donde tu tráfico sale a internet.

Eso traslada la confianza; no la elimina. El exit ve los sitios que visitas y la dirección desde la que te conectaste, y los sitios que visitas ven la dirección del exit en lugar de la tuya. Una VPN no te vuelve anónimo: cambia quién puede ver tu tráfico.

Lo que una VPN no toca es todo lo que ocurre después del exit. Los sitios en los que inicias sesión siguen conociendo la cuenta con la que entras, y un sitio que te sigue con cookies sigue haciéndolo. El túnel protege el camino, no el destino.

Qué pasa cuando tocas Conectar

Tocas Conectar. Tu dispositivo pide permiso para usar un servidor, presenta un ticket que lleva dos datos (con la clave de qué plan se firmó y a qué periodo de dos semanas pertenece esa clave), recibe indicaciones de a qué servidor ir y construye un túnel cifrado hasta él. Después comprueba que los datos fluyen de verdad en ambos sentidos antes de decir que estás protegido.

El ticket es la parte interesante. Horas antes, en una solicitud aparte, tu dispositivo pide tickets a nuestro servicio de inicio de sesión. El servicio firma cada uno a ciegas: la firma se hace sobre un valor que nunca ve, así que la firma del ticket que presentas más tarde no remite a la solicitud que lo creó. La única excepción es la fila de medición que se describe más abajo, que vincula tu dispositivo con cada sesión que paga.

Fíjate en lo que ocurre antes de que se mueva un solo byte tuyo. Primero, el permiso: el ticket, comprobado en una fracción de segundo. Segundo, la ubicación: una lista de servidores firmada, que tu propio dispositivo verifica, y un servicio de sesiones que elige el exit. Al final, la prueba: la app no dice que estás protegido cuando termina el handshake, sino cuando unos paquetes de prueba han atravesado el túnel y han vuelto.

Vale la pena conocer dos detalles. Los tickets se recargan por la red subyacente, nunca por un exit, de modo que el servicio de inicio de sesión nunca se alcanza a través del túnel que ayuda a construir. Y la app puede llegar a nuestros servicios por varias rutas y usa la primera que responde, así que un mal camino hacia uno de ellos no tiene por qué impedirte conectar.

Dentro del túnel

Todo lo que envías se sella en tu dispositivo con claves que solo conocen tu dispositivo y el exit. Si tu red cambia, el mismo túnel sigue funcionando.

Lee la figura de fuera hacia dentro. Tu red solo ve el datagrama exterior: un paquete de bytes cifrados que va a uno de nuestros servidores, con los primeros bytes enmascarados y un tamaño que varía. Dentro, la trama sellada solo se abre con las claves creadas en el handshake, que solo tienen tu dispositivo y el exit. Dentro de la trama está tu propio paquete, exactamente como lo envió tu app.

El protocolo del túnel se llama Quantum. Su handshake es Noise_IKpsk2, sin modificar, con X25519, ChaCha20-Poly1305 y BLAKE2s. Lo dejamos intacto a propósito: el análisis publicado de ese handshake sigue siendo aplicable. Lo que añadimos va a su alrededor. El tamaño de los paquetes y los bytes de cabecera varían en cada conexión, y el túnel soporta el roaming y que el camino cambie por debajo.

El túnel pertenece a la sesión, no a la red en la que estés. Cuando pasas de Wi-Fi a datos móviles, la clave de sesión sigue siendo la misma y los paquetes empiezan a llegar desde una dirección nueva, de modo que el mismo túnel continúa. No prometemos que nada se pierda: un cambio puede tardar un momento, y la pantalla de estado muestra en qué situación estás.

Tu tráfico termina en servidores que operamos nosotros, no en una función en la nube. Un servicio en la nube no puede llevar un túnel, así que los servicios que reparten tickets y listas de servidores nunca transportan un paquete tuyo.

Un túnel, muchos caminos

Si un camino hasta el servidor va lento o deja de transportar datos, ForestVPN prueba otro por su cuenta y se queda con el que de verdad transporta datos. No tienes que elegir.

¿Por qué más de un camino? Las redes son distintas. Unas llevan bien el UDP y otras lo manejan mal, y una red que va bien durante horas puede cambiar. Una elección fija es errónea en algún sitio, así que la app mide. Para cada red desde la que se ha conectado, guarda en tu dispositivo una pequeña nota, archivada bajo un nombre con hash, que dice si allí hizo falta la ruta de respaldo. Solo recurre a la ruta de respaldo en una red donde la conexión directa ha fallado, ahora o en el último día. En Free, la ruta de respaldo viene con una cuota mensual, y Premium incluye más.

Llamamos camino a una forma de llevar los mismos paquetes cifrados al mismo exit. La app siempre marca primero el camino directo, por UDP, y en una red sana no se contacta con nada más. Si el camino directo deja de transportar datos, la app prueba también los demás caminos que tiene, dentro de la misma sesión: TCP, a veces un servidor adicional nuestro elegido automáticamente, y la ruta de respaldo, que lleva los mismos paquetes como tráfico web corriente a través de una red de distribución de contenidos. La ruta de respaldo es un recurso de reserva, no un camino más rápido, y es de uso medido porque cuesta más.

Cambiar de camino no cambia la sesión: el ticket, las claves y el exit siguen siendo los mismos.

La app decide por los datos, no por los handshakes. Un camino cuenta como sano solo mientras entrega datos, y la pantalla de estado muestra Funciona solo cuando los datos fluyen en ambos sentidos.

Más sobre el estado de la conexión y la ruta de respaldo.

Rutas Smart

Smart elige una ruta que se ajusta a tu red, sigue midiéndola mientras la usas y pasa por sí solo a una mejor cuando aparece. Una ubicación que eliges tú se queda donde la pusiste.

Un camino es una forma de llevar tus paquetes hasta el exit: directo, TCP, a través de un servidor adicional nuestro o la ruta de respaldo. Smart compara los caminos disponibles para el lugar que pediste y se mueve entre ellos dentro de la sesión que ya tienes, sin ticket nuevo ni handshake nuevo.

Tres cosas que Smart no hace. No mueve una ubicación que elegiste tú. No promete una conexión más rápida: promete que sigue comprobando y que solo cambia cuando otra ruta es mejor para tu red. Y no te necesita: no hay nada que activar ni que elegir, aunque el ajuste Enrutamiento según la red desactiva estas decisiones si lo prefieres.

Las rutas Smart están hoy en Windows, Linux, la app de Mac de nuestro sitio web, la línea de comandos y los routers OpenWrt. iPhone, iPad, Apple TV, Android y la versión de Mac de la App Store las reciben con una actualización de la app.

Dos programas, un ticket firmado

¿Por qué dividir el trabajo? Porque las dos tareas necesitan conocimientos distintos. Comprobar que tienes un plan exige conocer tu dispositivo. Elegir y abrir una sesión exige conocer un lugar y una dirección. Si un solo programa hiciera las dos cosas, reuniría los dos tipos de conocimiento. Por eso son dos programas, desplegados por separado. El ticket pasa de uno a otro al conectar, y los datos que usó una sesión vuelven cuando se liquida, para poder cobrarlos: esa es la fila de medición que se describe a continuación.

La parte que conoce tu dispositivo y tu plan y la parte que conoce tu servidor son programas distintos. El servicio de sesiones se despliega sin ningún vínculo con nuestra base de datos de cuentas, y el ticket entre ambos se firma a ciegas. Una fila vincula tu dispositivo, y cualquier cuenta vinculada, con cada sesión que paga, para medir datos y cortar un dispositivo revocado. Se borra una hora después de liquidarse la sesión, o hasta 17 días después si el ticket nunca se usó.

El servicio de inicio de sesión guarda tu cuenta, tus dispositivos y tu plan, y ve la dirección desde la que llega cada solicitud de ticket. Nunca sabe qué exit te tocó ni adónde fuiste. El servicio de sesiones ve la dirección desde la que te conectas, la ubicación que elegiste y una clave de sesión de un solo uso. Su registro de sesión se borra solo cuando la sesión caduca, y tu dirección de origen nunca se escribe en él.

La cuadrícula enumera lo que recibe cada parte al conectar, que no es lo mismo que una promesa sobre lo que podría deducirse combinando registros. Por eso la fila de medición se explica con palabras y se dibuja en la figura, en lugar de omitirla.

Qué guardamos y durante cuánto tiempo

En nuestros sistemas no hay ninguna columna para los sitios que visitas ni para los nombres que consultas. Qué exit usó una sesión se borra cuando la sesión termina. El pago lo gestiona la App Store, Google Play o el procesador que elijas, y nunca vemos un número de tarjeta.

Los registros principales y cuánto dura cada uno, en una sola imagen; la política de privacidad los enumera todos. Los informes de rutas, que nos ayudan a elegir mejores rutas para todos los de una red, son agregados sin dispositivo, cuenta, sesión ni exit, y solo se publican para los días con al menos 10 dispositivos.

Dos cosas más pertenecen a la misma imagen. La app no contiene ningún SDK de analítica, ningún SDK de atribución ni identificador publicitario. Y si decides enviar un informe de diagnóstico, antes te muestra su contenido, se sube sin la identidad de tu dispositivo en un momento aleatorio de la hora siguiente, nunca por la conexión que describe, y se borra a las 72 horas.

Todos los registros figuran en la política de privacidad, y la versión corta está en la página de seguridad.

Tus dispositivos, routers y televisores

Un número de cuenta sirve para hasta diez dispositivos. Los dispositivos de tu cuenta pueden alcanzarse por nombre, y un ordenador que se queda en casa puede ser un exit para los demás. Un iPhone puede usar un exit, pero todavía no puede serlo. Los routers cubren los dispositivos que no pueden ejecutar una app, y los televisores y los routers inician sesión sin teclado.

Si el exit de casa que estás usando se desconecta, la app te pasa a otro de tus propios exits y te lo avisa. Si fallan todos tus exits, el tráfico queda bloqueado y la app te pide que toques para decidir.

Los routers son para los dispositivos que no pueden ejecutar una app, como una consola de videojuegos o un televisor inteligente. Pon ForestVPN en el router y todo lo que hay detrás, o solo los dispositivos y las apps que elijas, pasa por el túnel. El procesador del router marca el límite de velocidad, así que la página de routers indica lo que medimos y con qué hardware. Un router se vincula a tu cuenta con un código que él mismo te muestra, y los televisores inician sesión sin teclado.

Lo que este diseño no hace

Nada de esto hace el diseño hermético, y preferimos decir dónde termina antes que dejar que un diagrama sugiera lo contrario. Estos son los principales; la política de privacidad enumera todos.