Almacenamiento propio (BYOS)

Correo en su propio almacenamiento en la nube: qué es BYOS

El correo se enruta y verifica, se cifra y se guarda en almacenamiento propio Remitente Servicio de enrutado SPF · DKIM · DMARC Cifrado por buzón Su almacenamiento S3 R2 WebDAV Git Su cuenta, su región

El correo BYOS (bring your own storage) es hosting de correo en el que un servicio recibe, autentica y cifra sus mensajes, y luego los escribe en un almacenamiento que usted posee: un bucket S3 en su propia cuenta de nube, un bucket de Cloudflare R2, un servidor WebDAV en su propia oficina, incluso un repositorio Git. El proveedor conserva lo que tiene que vivir en el internet público: los registros MX, la verificación de SPF, DKIM y DMARC, el filtro de spam, la reputación de envío. Los bytes acaban en su cuenta, en su factura y en la región que usted eligió.

Nadie busca todavía ese nombre. Lo uso igualmente, porque ni “correo cifrado” ni “servidor de correo propio” describen lo que hace.

¿Qué problema resuelve el correo BYOS?

Separa dos preguntas que se confunden: quién puede leer su correo y quién lo tiene guardado. La industria resolvió sobre todo la primera. Los proveedores de cifrado sin acceso cifran el correo entrante para no poder leerlo — un avance real que no pienso minimizar — pero el texto cifrado sigue en sus discos y bajo su jurisdicción corporativa.

Ese residuo importa de maneras que el cifrado no toca. Una cuenta suspendida se lleva su archivo aunque los bytes estén perfectamente a salvo. La jurisdicción sigue a la empresa, no al hardware: la CLOUD Act estadounidense, en vigor desde 2018, obliga a un proveedor constituido en EE. UU. a entregar los datos que controla, estén los discos en el país que estén. Las adquisiciones, las subidas de precio y los cierres acaban igual: se negocia sin tener en las manos doce años de correspondencia propia.

La custodia del almacenamiento es la otra mitad. Mueva los bytes a una cuenta que sea suya y “¿pueden leerlo?” y “¿pueden quitármelo?” dejan de ser la misma pregunta.

¿Es lo mismo que crear un servidor de correo propio?

No, y la diferencia es la carga de operaciones. Montar un servidor de correo propio significa administrar la pila SMTP entera: Postfix o su equivalente en contenedor, Dovecot, un motor antispam, la renovación de certificados, la vigilancia de listas negras, el DNS inverso y el calentamiento de la IP. El BYOS mueve el almacenamiento y deja el servidor de correo en manos de alguien cuyo oficio es ese.

El reparto sigue a los modos de fallo. Perder los datos es permanente; un filtro de spam mal afinado es un martes. La entrega saliente la deciden los sistemas de reputación de otras empresas: una IP nueva recibe greylisting o rechazos por correcta que sea la configuración, y nadie calienta rápido una IP fría.

Control de los datos sin administrar el demonio: para casi todo el que intentó el servidor propio y lo dejó, esa era la parte que quería.

¿Cómo funciona el correo con dominio propio en este modelo?

Igual de sencillo que con cualquier proveedor: los registros MX del dominio apuntan al servicio de enrutado, que verifica SPF, DKIM y DMARC del correo entrante, lo filtra, lo cifra y lo escribe en su bucket; el saliente se firma con la clave DKIM publicada en su zona DNS.

Frente al correo con dominio propio en Gmail o en Microsoft 365 no cambia la configuración: cambia dónde acaba el mensaje. En un bucket cuya factura, región y política de acceso están en su cuenta, no en un buzón que solo existe dentro de la consola de otra empresa.

¿Qué cambia en la práctica cuando el correo vive en su almacenamiento?

Cuatro cosas se vuelven concretamente más fáciles: la copia de seguridad, la migración, la jurisdicción y sobrevivir a su proveedor.

La copia de seguridad deja de ser una función que hay que esperar: versionado de objetos, ciclo de vida hacia una capa fría, un rclone sync nocturno a otro proveedor. Las herramientas que ya usa con ese bucket.

La migración pasa a ser un cambio de apuntador. El archivo no se mueve cuando cambia de proveedor de enrutado; solo cambia lo que escribe en él.

La jurisdicción se convierte en algo que se especifica y no en algo que se acepta. Son dos elecciones: la región que ocupan físicamente los bytes y el país donde está constituido el operador del almacenamiento. La región no es la jurisdicción — una región europea operada por una empresa estadounidense sigue siendo alcanzable bajo la ley de EE. UU.

Si el servicio de enrutado desaparece, usted pierde una interfaz, no una década de correo. Esa asimetría es todo el argumento.

¿Qué no resuelve el correo BYOS?

Los metadatos de transporte, el spam, la entregabilidad y la confianza que deposita en quien enruta. Ninguno mejora porque su archivo haya cambiado de sitio.

El SMTP negocia en abierto entre saltos: las direcciones del sobre, las marcas de tiempo y el camino que recorrió un mensaje son visibles para cada relé. La custodia cambia dónde descansa un mensaje, no cómo viajó.

El filtrado necesita leer el mensaje, así que ocurre en el servicio de enrutado, antes del cifrado en reposo. Hay un momento en que su texto en claro existe en la memoria de otra empresa. Un proveedor que filtra su spam y a la vez asegura no ver nunca su correo describe algo que no puede funcionar.

La custodia también transfiere responsabilidad junto con el poder: una política de bucket permisiva publica su correo, un bucket borrado lo borra, y nadie lo restaurará desde la copia que usted no hizo.

¿Qué conviene comprobar antes de apuntar el correo a un almacenamiento propio?

Cuatro preguntas, en el orden en que yo las haría.

¿Quién tiene la clave de cifrado y quién tiene los bytes? Son cosas separadas. Un servicio puede escribir texto cifrado en su bucket y guardar la clave en sus propios servidores para poder dibujar el buzón en un navegador: un diseño defendible, pero no lo mismo que tener las dos cosas.

¿Qué pasa cuando el almacenamiento no responde? Las credenciales caducadas y los límites de tasa son condiciones normales. La respuesta que quiere oír es que el borde receptor no confirma la entrega hasta que el mensaje está guardado, para que la cola del servidor remitente reintente. La que no quiere oír es un descarte silencioso.

¿Cuánto le va a costar el bucket? Los cargos por petición y las tarifas de salida, no el precio por gigabyte, encarecen un archivo hecho de objetos pequeños.

¿Está documentado el formato en disco? Si el único software capaz de leer su archivo es el del proveedor, usted posee los bytes y no el correo. Esa es la que yo comprobaría primero.

Preguntas frecuentes

¿Qué es el correo BYOS (bring your own storage)?

El correo BYOS es hosting de correo en el que un servicio recibe, autentica y cifra sus mensajes y después los escribe en un almacenamiento que usted posee: un bucket S3 o R2 en su propia cuenta de nube, un servidor WebDAV o un repositorio Git. El proveedor conserva el enrutado, el filtro de spam y la reputación de envío; los bytes almacenados se quedan en su cuenta.

¿Es lo mismo que crear un servidor de correo propio?

No. Montar un servidor de correo propio significa administrar también la pila SMTP: el demonio de correo, el antispam, la renovación de TLS, el DNS inverso y el trabajo de reputación de la IP. El BYOS traslada solo el almacenamiento a su control y deja el servidor de correo en manos del proveedor.

¿Se puede usar un dominio propio con el correo BYOS?

Sí, y es la forma normal de usarlo. Usted apunta los registros MX de su dominio al servicio de enrutado, que firma el correo saliente con DKIM y escribe el entrante en su almacenamiento. El dominio y el bucket son dos decisiones independientes: cambiar de proveedor de enrutado no mueve el archivo.

¿Significa que nadie más que yo puede leer mi correo?

No por sí solo. La custodia de los bytes y la custodia de las claves son preguntas distintas: un servicio puede escribir texto cifrado en su bucket y conservar la clave de descifrado en sus propios servidores. Pregunte quién tiene los bytes y quién tiene la clave, porque las respuestas pueden no coincidir.

¿Ayuda esto con el RGPD?

Ayuda con la parte que se puede especificar por construcción: la región donde residen físicamente los bytes y el país donde está constituido el operador del almacenamiento. La región no es la jurisdicción, y ninguna de las dos cosas sustituye a un contrato de encargado del tratamiento con quien enruta su correo.