Un proyecto en la nube puede sellarse para que el servidor lo guarde sin poder leerlo nunca: ni el texto, ni los títulos, ni las figuras. Esta guía explica qué ganas con ello, qué cuesta y cómo usarlo sin quedarte fuera.
Cuando activas el cifrado de extremo a extremo en un proyecto, tu dispositivo genera una clave de 256 bits y cifra cada documento, cada recurso y el manifiesto del archivador con AES-256-GCM antes de subir nada. El servidor recibe texto cifrado y guarda texto cifrado. Sabe que un proyecto existe y cuánto ocupa; no ve un título, una frase ni una figura.
La clave viaja en un solo lugar: el fragmento del enlace de uso compartido, tras la # — …/p/‹id›#‹token›.‹clave›. Los navegadores nunca envían el fragmento de una URL a un servidor, y las apps de Mac e iOS la guardan en el mismo sitio, así que la clave llega a tus dispositivos y a las personas a las que das el enlace, y a nadie más.
Todo lo que ocurre en un dispositivo funciona como antes, porque el dispositivo tiene la clave: editar en Mac, iPhone, iPad y en el navegador; sincronizar entre ellos; coeditar en vivo, con las actualizaciones pasando por el servidor aún selladas y abriéndose solo en el otro extremo; el historial de versiones, que se fusiona en tu dispositivo y no en el servidor; y compartir: envía el enlace completo, clave incluida, a un coautor y tendrá el proyecto.
Compartir con contraseña es otra cosa, más ligera: el servidor comprueba la contraseña, y el servidor puede leer el proyecto. Úsalo por comodidad; usa un proyecto sellado cuando el contenido mismo deba seguir siendo privado.
Algunas funciones existen precisamente porque el servidor puede leer tu proyecto, y se detienen en uno sellado. El servidor no puede compilar su propia copia, así que un PDF desde el iPhone o el iPad toma otro camino (abajo). Un proyecto sellado no puede convertirse en plantilla de la comunidad ni pasar al espacio público, y no existe una vista publicada de solo lectura de él: habría que dar la clave al lector. La búsqueda en el servidor y la vista previa compuesta en el navegador también necesitan una copia legible.
En el Mac nada de esto importa mucho: la app para Mac compila en local con sus propios pandoc, LaTeX y Typst, y el archivo nunca sale de tu ordenador.
El teléfono no tiene compositor, así que Compilar se ejecuta normalmente en el servidor de Folio Writer. En un proyecto sellado, la app explica lo que va a hacer y pregunta primero: se envía una copia legible al servidor mientras dura la compilación y se elimina en cuanto termina; nunca se almacena, registra ni usa para otra cosa. Si rechazas, no se envía nada. Vista previa del manuscrito ▸ Compartir como PDF, en el dispositivo, no sube nada en absoluto, sellado o no.
Como el servidor nunca tiene la clave, tampoco puede devolverla. Si pierdes todos los dispositivos y todas las copias del enlace, el proyecto es irrecuperable, a propósito. Dos salvaguardas: guarda el enlace en un lugar seguro (un gestor de contraseñas es ideal) y define una frase de recuperación. La frase envuelve la clave en tu dispositivo (PBKDF2 y luego AES-GCM) y la caja así cerrada se conserva con el proyecto; el servidor guarda un blob opaco que no puede abrir y se lo devuelve al propietario para desbloquearlo con la frase en un dispositivo.
Si un enlace se ha expuesto, el propietario puede rotar la clave: cada documento y recurso se vuelve a sellar con una clave nueva en el dispositivo, las sesiones abiertas quedan fuera, los enlaces antiguos dejan de funcionar y el proyecto se comparte de nuevo con un enlace nuevo.