Brave acaba de presentar Brave Accounts, un nuevo sistema para iniciar sesión en sus servicios que cambia por completo la forma en que se gestionan las contraseñas. La promesa, resumida en una frase: tu contraseña nunca llega a los servidores de Brave. Ni cifrada, ni convertida en hash, ni "guardada un instante en memoria y luego descartada". Directamente, no se transmite.

Sobre esa base ha llegado ya el primer servicio propio: Email Aliases, que permite registrarte en cualquier web sin dar tu correo real. En este artículo vamos a ver cómo funciona la criptografía detrás de Brave Accounts y qué ofrece exactamente Email Aliases.

El problema de siempre: el instante en que tu contraseña queda expuesta

Cuando inicias sesión en cualquier web convencional, el navegador abre una conexión TLS que cifra la contraseña mientras viaja por la red. Hasta ahí, todo bien. El problema aparece cuando esa contraseña llega al servidor: en algún punto —a menudo en un balanceador de carga o un CDN, antes incluso de que la aplicación la vea— la conexión se descifra y la contraseña queda en texto plano, aunque sea solo por una fracción de segundo. Ese instante es la grieta. Ahí es donde puede colarse cualquier cosa: un log mal configurado que escribe cuerpos de petición en disco, una dependencia comprometida en la ruta de autenticación, un empleado malintencionado, un atacante haciendo scraping de memoria. Podrías pensar: ¿y si el navegador calcula el hash y solo envía eso? El problema es que, si haces eso, el hash se convierte en la contraseña: cualquiera que robe la base de datos podría reenviar ese hash directamente al servidor y autenticarse sin saber la contraseña real. La verificación tiene que hacerse contra el valor auténtico, así que ese valor auténtico tiene que entregarse en algún momento. O eso se creía. Y luego está el escenario de filtración masiva. El caso de LinkedIn en 2012 sigue siendo el ejemplo de manual: contraseñas guardadas como SHA-1 sin sal (salt), un hash rápido y sin ninguna variación entre usuarios. La filtración inicial se estimó en 6,5 millones de cuentas; cuatro años después, al aparecer el volcado completo, resultaron ser 117 millones, y prácticamente todas se descifraron en cuestión de días porque contraseñas idénticas producían hashes idénticos.

La solución: el protocolo OPAQUE

Brave Accounts se apoya en OPAQUE, un protocolo de intercambio de claves autenticado por contraseña (aPAKE, por sus siglas en inglés) desarrollado por los investigadores Jarecki, Krawczyk y Xu, estandarizado por el IRTF y publicado como RFC 9807 en julio de 2025. Cuenta con una prueba formal de seguridad en un modelo criptográfico robusto (universally composable). La idea central: cliente y servidor ejecutan una especie de "baile" criptográfico en el que el cliente demuestra que conoce la contraseña sin revelarla en ningún momento, y ambas partes terminan compartiendo una clave de sesión nueva. Todo esto se apoya en curvas elípticas, así que es rápido y transparente para el usuario.

Cómo funciona

Registro. Cuando eliges tu contraseña, tu dispositivo y el servidor ejecutan conjuntamente una función pseudoaleatoria oblivious (OPRF): tú "enmascaras" tu contraseña con un valor aleatorio y envías esa versión enmascarada; el servidor aplica una clave secreta propia y te devuelve el resultado; tu dispositivo lo desenmascara. El valor final depende tanto de tu contraseña como del secreto del servidor, pero ninguno de los dos ha visto el dato del otro. Tu dispositivo pasa después ese valor por Argon2id (una función de derivación resistente a fuerza bruta) y lo combina con un nonce aleatorio para generar un par de claves de autenticación. Lo único que se envía al servidor es una clave pública, una clave de enmascarado y un pequeño "sobre" (envelope) con el nonce y una etiqueta de autenticación. Nada de eso sirve de nada sin la contraseña original. Inicio de sesión. Al volver a escribir la contraseña, el mismo baile OPRF reproduce el mismo valor si la contraseña es correcta. El servidor devuelve el envelope guardado; el dispositivo lo desenmascara, regenera el par de claves y comprueba la etiqueta de autenticación. Si la contraseña era correcta, todo encaja y ambas partes negocian una clave de sesión mediante un intercambio autenticado. Si era incorrecta, las claves derivadas simplemente no cuadran, y nada sensible llega a viajar por la red.

Por qué es importante

1. No hay contraseña en texto plano en ningún momento, así que se eliminan de raíz los escenarios de logs filtrados, memoria comprometida o insiders curiosos.
2. Se acaba la precomputación de diccionarios. Como parte de la derivación depende de un secreto que solo tiene el servidor, un atacante no puede preparar tablas de contraseñas por adelantado: necesita robar la base de datos y el secreto del servidor, y aun así el ataque tiene que hacerse cuenta por cuenta, contra una función de derivación costosa en memoria (Argon2id).
3. OPAQUE no es solo un login: es una primitiva de acuerdo de claves. El protocolo también genera una export key, un secreto derivado de la contraseña que el servidor jamás llega a conocer. Esa clave se puede usar para cifrado extremo a extremo — es, de hecho, un mecanismo parecido al que usa WhatsApp para cifrar las copias de seguridad de chats protegidas con contraseña.

Brave ya apunta a construir sobre esto su próxima versión de Sync: en lugar del actual emparejamiento por código QR, será posible iniciar sesión con la cuenta de Brave para sincronizar un dispositivo nuevo con cifrado extremo a extremo. Eso sí, la sincronización sin cuenta seguirá disponible para quien no quiera crear una.

Lo que OPAQUE no resuelve

Conviene ser honestos con las limitaciones, que Brave reconoce en su propio anuncio:

• No protege frente al phishing. Si el atacante controla la página o la app donde escribes tu contraseña, puede capturarla antes de que el protocolo entre en juego.
• No convierte una contraseña débil en una fuerte. "password123" sigue cayendo ante un ataque de fuerza bruta online, de ahí que Brave Accounts limite los intentos y exija contraseñas razonablemente robustas.
• Un compromiso total del servidor sigue siendo un riesgo. Un atacante decidido podría, en ese escenario, intentar un ataque de diccionario offline cuenta por cuenta. OPAQUE lo hace mucho más lento y no paralelizable entre usuarios, pero no lo hace imposible.

El primer servicio construido sobre Brave Accounts: Email Aliases

Brave Accounts no es un fin en sí mismo, sino la base sobre la que Brave empieza a construir servicios propios. El primero en llegar, integrado directamente en el navegador desde la versión 1.94.117 (27 de agosto de 2026), es Email Aliases. La idea es sencilla y no del todo nueva —servicios como SimpleLogin, Firefox Relay o Hide My Email de Apple llevan tiempo ofreciendo algo parecido—, pero aquí llega sin necesidad de extensión ni suscripción: al rellenar el campo de correo de cualquier formulario de registro, Brave ofrece generar una dirección de alias de un solo uso para ese sitio. Los mensajes que lleguen a esa dirección se reenvían automáticamente a tu correo real, que el sitio web nunca llega a conocer. ¿Por qué importa esto? Porque, a diferencia de una cookie, el correo electrónico es un identificador que te sigue entre dispositivos, navegadores y servicios. Aunque Brave ya aísla lo que cada web puede almacenar en el navegador (cookies y caché particionados por sitio), eso no evita que dos empresas crucen datos por su cuenta usando tu email como nexo común. Ahí es donde entra este servicio: al usar una dirección distinta para cada sitio, rompe ese enlace de rastreo entre servicios y, de paso, facilita cortar el grifo si una dirección empieza a recibir spam — basta con desactivar ese alias concreto sin tocar tu bandeja principal. Cómo funciona en la práctica:

• Hace falta una cuenta de Brave (gratuita) con tu correo real vinculado.
• Los alias se generan al pulsar sobre un campo de email en una web, o eligiendo "Nuevo alias de correo" desde el menú contextual.
• Se gestionan desde Configuración → Autocompletar y contraseñas → Email Aliases. También escribiendo en la barra de direcciones brave://settings/email-aliases
• Brave ofrece cinco alias gratuitos por ahora; la compañía ha anunciado que llegará un nivel de pago sin ese límite, además de soporte para móvil próximamente.
• Los mensajes reenviados pasan por un filtro automático de spam y malware, y se borran de los servidores de Brave a los pocos segundos de entregarse.
• Las notas que añadas a cada alias se guardan solo en local, salvo que actives Brave Sync, en cuyo caso viajan cifradas de extremo a extremo.

Vale la pena avisar de un matiz práctico: al ser un servicio de correo nuevo, es posible que durante los primeros tiempos algunos mensajes reenviados caigan en la carpeta de spam del destinatario, mientras Brave construye reputación como remitente.

Cómo probarlo

Ambas funciones ya están disponibles en el canal estable de escritorio, pero solo a partir de la versión 1.94.117. Si tu Brave es más antiguo (como me pasó a mí, que estaba en la 1.93.136), no verás el banner de creación de cuenta ni la opción de alias hasta actualizar: ve a brave://settings/help para forzar la comprobación de actualizaciones, reinicia el navegador y después entra en brave://settings/getStarted para crear tu cuenta. Desde ahí, el alias de correo se ofrece directamente al rellenar cualquier formulario de registro. La versión de escritorio es la misma para Windows, macOS y Linux —solo cambia el empaquetado (.exe, .dmg/.pkg, .deb/.rpm)—, así que la actualización llega a todos por igual, aunque en Linux con paquetes de terceros (Flatpak, Snap) el ritmo puede variar algo respecto al repositorio oficial APT.

Fuentes: Blog oficial de Brave — Brave Accounts y Blog oficial de Brave — Email Aliases