Notas de campo

Lo que sigue viendo un retransmisor que no puede leer

Nuestro retransmisor pasa texto cifrado que no puede abrir. Eso no es lo mismo que no ver nada. Un inventario de lo que sí ve, y por qué.

Entre tu navegador y Tinfoil hay un pequeño servidor nuestro: el retransmisor. Existe para comprobar quién pregunta, poner nuestra clave de Tinfoil y cobrar de la asignación. No puede leer tus mensajes, porque se cifran para la clave del enclave antes de llegar a él. Aun así, «no puede leer» no es «no ve nada», y merece la pena ser exactos con la diferencia.

Qué ve

  • Quién pregunta: tu cuenta o tu clave, que comprueba antes de reenviar nada.
  • Cuándo y cuánto: la hora y el tamaño de cada solicitud, y el tamaño de la respuesta.
  • Qué enclave respondió: Tinfoil nombra el enclave del modelo en una cabecera de la respuesta, que el retransmisor lee para ponerle precio a la solicitud.
  • Tu dirección IP, a través de nuestro proveedor de alojamiento.
  • Dos indicaciones que añade el espacio de trabajo para calcular el precio: que una solicitud usó la búsqueda web, y cuántas imágenes lleva y de qué tamaño son.

Qué no ve

Las palabras que escribes, los archivos que adjuntas y las respuestas que recibes. Tampoco puede ver qué modelo pediste, solo qué enclave respondió, y no puede contar tokens, porque están dentro del texto cifrado.

Cobrar por lo que no puede leer

Así que el retransmisor cobra a partir de los tamaños. En el momento de escribir esto, cuenta 3 bytes de solicitud y 130 bytes de respuesta como un token, dos cifras elegidas para pecar por exceso, al precio del modelo que respondió, o del modelo más caro cuando no puede saberlo. Por su tamaño, las imágenes se sobrestimarían unas cien veces, así que el espacio de trabajo las declara, y cada una se cobra como 3.000 tokens de entrada.

El retransmisor no puede confirmar las indicaciones del espacio de trabajo. Un cliente modificado podría omitir la indicación de búsqueda, o declarar que una parte de la solicitud mayor de la real son imágenes, para pagar menos. Los presupuestos diarios por persona y totales limitan lo que eso puede costar, y la comprobación previa a cada solicitud limita cualquier exceso puntual. Lo preferimos a leer las solicitudes para ponerles un precio exacto.

Qué reenvía y qué guarda

  • Solo reenvía a los propios servidores de Tinfoil, y solo cuerpos que llevan una cabecera de cifrado, así que no se le puede dirigir a otro sitio ni hacer que pase texto sin cifrar.
  • Devuelve tres cabeceras de Tinfoil y descarta las demás.
  • Sus registros solo contienen nombres de rutas, códigos de estado y tiempos: nunca prompts, respuestas, ID de cuenta ni claves. Las pruebas lo comprueban.
  • Para la página de transparencia cuenta las solicitudes y los fallos como totales por día, sin nada por persona.

Por qué contar todo esto

Los metadatos son donde las promesas de privacidad suelen flaquear: el momento, el tamaño y la identidad pueden decir mucho por sí solos. Un retransmisor que no puede leer es una mejora real frente a uno que sí puede, y aun así sabe cuándo trabajas, cuánto y desde dónde. Si eso importa para lo que haces, el modelo de amenazas expone quién podría ver cada parte, y la página de privacidad dice cuánto tiempo se guarda cada una.

Más notas de campo

  1. Qué demuestra una atestación, y qué no

    Tu navegador comprueba el enclave de Tinfoil antes de enviar una sola palabra. Qué establece esa comprobación, dónde se detiene y qué no se puede comprobar todavía en un navegador.

  2. Una clave después del #: cómo los enlaces compartidos dejan fuera al servidor

    Una conversación compartida se almacena en nuestro servidor, y no podemos abrirla. Cómo funciona, qué papel tiene la contraseña y qué no puede proteger un enlace.