Kleidos guarda tus contraseñas cifradas en un dispositivo pequeño y las escribe por ti por Bluetooth, después de que lo desbloquees en el propio dispositivo. Sin app. Sin nube. Sin registrarte en nada.
Introduces el PIN en el dispositivo. Los modelos de dos botones no tienen teclado numérico: mantienes pulsado un botón mientras un arco recorre las cifras y lo sueltas en la tuya, una pulsación por cifra. El PIN es de 4, 6 u 8 cifras; los modelos con teclado usan una frase de paso en su lugar, y los táctiles te dejan elegirla.
Recorres la bóveda y abres una entrada. Dibuja la marca del servicio cuando reconoce el nombre, y la contraseña sigue oculta hasta que pides verla; después se vuelve a ocultar sola.
Eliges qué enviar. Kleidos se convierte en un teclado Bluetooth, lo escribe en el ordenador que emparejaste y vuelve a apagar el Bluetooth.
Para añadir, importar o exportar entradas abres el panel de administración: el dispositivo desbloqueado levanta su propia red Wi-Fi y muestra un código QR. Lo escaneas y tienes el panel en el navegador. Los modelos con teclado también pueden editar entradas en el propio dispositivo.
La bóveda son unos pocos ficheros en la flash del dispositivo. Todo lo que viene ahora trata de cuánto valen esos ficheros para quien se los lleve.
Un registro se cifra con AES-256-CBC y se autentica con HMAC-SHA256, cifrar y después autenticar. La etiqueta se verifica antes de descifrar nada, y cubre el tipo del registro, su ranura y un contador: así un registro no se puede mover a otra ranura, ni leer como si fuera de otro tipo, ni revertir por separado. Las entradas de contraseña se rellenan todas hasta los mismos 4 KB, así que su tamaño no dice nada de lo que guardan.
La clave se deriva del PIN con PBKDF2-SHA256 sobre una sal aleatoria propia de cada bóveda: 175.000 iteraciones en las placas ESP32-S3 y 40.000 en las ESP32 clásicas, calibradas para un desbloqueo de unos dos segundos. Lo que se guarda es un verificador, no el PIN. El cifrado, la autenticación y la comprobación del desbloqueo usan tres claves distintas.
Desde el cuarto intento fallido el dispositivo se bloquea 30 segundos, y desde el séptimo, 5 minutos. El décimo borra la bóveda, todos los emparejamientos Bluetooth y la identidad de la red de administración. El intento se anota antes de comprobar el secreto, así que cortar la corriente no recupera un intento.
Bloquear y dormir apagan las radios y después borran de la memoria las claves y las listas descifradas. Los búferes que las contenían se sobrescriben a propósito, no solo se liberan.
La compilación de producción abierta y la endurecida no llevan consola serie ni una sola llamada de log, y un fallo no imprime nada: ni cabecera, ni registros, ni traza. Lo único que queda es la línea de arranque de la ROM del propio chip, que no dice nada de tu bóveda. Las contraseñas, los usuarios y los PIN se mantienen fuera de los logs por diseño.
En desarrollo
En las placas de 8 MB la compilación endurecida añade Secure Boot v2, cifrado de la flash y ajustes cifrados, y ata la clave de la bóveda al chip concreto, para que una copia de la flash no se pueda atacar lejos del dispositivo. No la he terminado: me falta escribir lo que aprovisiona la clave del chip en las placas ESP32-S3, así que allí una compilación endurecida no puede ni crear una bóveda.
En desarrollo
Todo lo que va en lote — añadir entradas, importar de otro gestor, exportar una copia de seguridad cifrada, actualizar el firmware — se hace en el navegador, sobre una red que levanta el propio dispositivo. El servidor web es el propio dispositivo: no pasa nada por ningún servicio externo.
El panel está en desarrollo. Ya es donde se añaden entradas, se importan de otro gestor y se exporta una copia de seguridad cifrada, y sigue cambiando: donde el dispositivo dibuja la marca de cada servicio, el panel escribe el nombre como texto.
Abrí la propia página del panel — los bytes que sirve el firmware — en un navegador, contra una bóveda de demostración servida desde este ordenador y no desde una placa, y la capturé ahí. El recorrido y el resto de las capturas están con las demás grabaciones.
Un mismo firmware en nueve placas, desde un stick de 24 × 48 mm con dos botones hasta un equipo de 73 × 115 mm con teclado. La placa cambia cómo lo desbloqueas y cuánto cabe en la pantalla; no cambia la bóveda.
Cada placa está dibujada con sus propias medidas de carcasa y pantalla, no a partir de una foto. Las imágenes y las grabaciones de las pantallas reales están en la página de uso.
Las pantallas se muestran en inglés. El dispositivo también habla español, francés, alemán e italiano.
Kleidos es un proyecto independiente, sin relación con M5Stack ni con LilyGO. Los nombres de producto son marcas de sus propietarios.
Todo, con honestidad: lo que funciona, lo que se está construyendo y lo que no se ha empezado. Cada fila dice qué lo hace cierto.
Funciona
Cada placa registra su propio hardware — su pantalla, su controlador de alimentación, sus botones o su teclado — en el mismo firmware, y los dibujos de «Los dispositivos» se generan con esas mismas placas medidas (src/boards/).
Funciona
Las entradas se guardan como registros cifrados y autenticados, con claves distintas para cifrar, autenticar y comprobar el desbloqueo, y la batería de pruebas del ordenador cubre el ciclo completo y los rechazos (src/vault/).
Funciona
Las placas de dos botones marcan un PIN con el arco temporizado, las que tienen teclado aceptan una frase de paso, y a las táctiles se les ofrece cualquiera de las dos (src/ui/entry/).
Funciona
El dispositivo se convierte en un teclado Bluetooth durante la sesión que se le ordena abrir, teclea por un enlace emparejado y autenticado, y apaga la radio cuando la sesión termina (src/ble/).
Funciona
En las placas con sitio para dos particiones de aplicación, el firmware se sube desde el panel de administración; una imagen compilada para otra placa o una versión anterior se rechazan, y una actualización que arranca pero nunca se confirma vuelve atrás por sí sola (src/platform/ota.cpp).
En construcción
En desarrollo. Ya es donde se añaden entradas, se importan de otro gestor y se exportan como copia cifrada, y sigue cambiando (src/web/).
En construcción
En desarrollo. El arranque seguro, el cifrado de la flash y los ajustes cifrados están configurados para las placas de 8 MB; en las de ESP32-S3 todavía no he escrito lo que aprovisiona la clave propia del chip, así que allí una compilación endurecida no puede crear hoy una bóveda (docs/security/secure-provisioning-checklist.md).
Sin empezar
El consumo de cada placa sigue siendo una estimación. No he hecho las medidas de banco que cambiarían esas estimaciones por lecturas de un medidor, así que esta página no da ninguna cifra de consumo (docs/testing/production-sleep-checklist.md).
Sin empezar
Los criterios de publicación piden 50 ciclos completos — arrancar, desbloquear, buscar, teclear, dormir — sin un cuelgue. No los he hecho, y tampoco he marcado ninguna otra casilla de esa lista (docs/QA_CHECKLIST.md).
Sin empezar
Todavía no hay nada que instalar: el firmware va por la versión 0.1.0, no hay ninguna publicación, y esta página dice «muy pronto» porque es lo que hay (version.txt).
Sin empezar
La página que instalaría el firmware por USB desde un navegador está escrita y aparcada: no tiene ninguna publicación que ofrecer, así que este sitio no publica nada en su dirección y su propio manifiesto no lista ninguna compilación (web/).
Sin empezar
No he encargado a nadie de fuera del proyecto que revise el firmware ni la criptografía. El expediente por el que empezaría un auditor está escrito y esperando (docs/security/audit-dossier.md).
No pongo fechas. Esta lista solo nombra trabajo que existe en el repositorio, y un paso que nada de allí pueda demostrar figura como no empezado.
Lee esta parte antes que el resto.
El proyecto está organizado como lo estaría una empresa. Cada departamento es trabajo que existe en este repositorio, y todos los puestos los ocupa la misma persona.
Fundador y director
José M. Requena Plens
Director creativo
José M. Requena Plens
Sí, otra vez.
docs/design/
Responsable de selección de placas
José M. Requena Plens
Y sigue siendo él.
variants/
Ingeniero principal de firmware
José M. Requena Plens
src/
Arquitecto de criptografía
José M. Requena Plens
La entrevista fue corta.
src/crypto/
Responsable de diseño de producto
José M. Requena Plens
src/ui/
Ingeniero de servidor
José M. Requena Plens
Viene del departamento de al lado.
src/web/
Ingeniero de cliente
José M. Requena Plens
web_src/index.html
Responsable de calidad
José M. Requena Plens
Aquí también hay plan de carrera.
test/
Técnico de pruebas de placa
José M. Requena Plens
qa/tests/hardware/
Redactor técnico
José M. Requena Plens
Y el que pone el café.
docs/
Responsable de versiones
José M. Requena Plens
version.txt
Asesoría legal (GPL-3.0)
José M. Requena Plens
Vacantes: todas.
LICENSE
No hay nada que instalar ni ningún registro. Elige lo que ya leas.
Todavía no hay repositorio que seguir: mantengo el código privado mientras preparo la primera versión, así que el feed y las dos cuentas son todo lo que hay.
