ARDNTECH es un almacén de secretos B2B zero-knowledge cuya cada elección criptográfica está documentada y es trazable hasta un estándar publicado. El código es íntegramente público bajo AGPL-3.0, el alojamiento se realiza en París bajo jurisdicción francesa, y la audit chain HMAC-SHA-256 es verificable por línea de comandos por un auditor externo. Esta página recapitula el stack cripto, el modelo de amenaza formalizado y los pasos a seguir para que un responsable de seguridad se forme una opinión fundada sin tener que confiar en nosotros.
La arquitectura de seguridad se apoya en tres propiedades acumulativas. Cada una está documentada públicamente, es verificable técnicamente y oponible contractualmente. Ninguna de las tres depende de la buena fe del editor.
El cifrado OpenPGP.js v6 se ejecuta en el navegador antes de cualquier envío al servidor. La clave privada nunca abandona el puesto del usuario. Un volcado completo de la base de datos es inutilizable: el servidor solo ve blobs opacos. Ninguna requisición puede obligarnos a entregar un secreto en claro, por construcción.
Cada acción sensible se registra y se sella mediante un HMAC-SHA-256 encadenado según la RFC 2104. La clave HMAC está aislada de la base de datos aplicativa. Toda alteración retroactiva rompe la cadena y se detecta en O(1) mediante recálculo. Un comando público permite a su responsable de seguridad verificar la integridad del registro sin depender de un binario del editor.
Alojamiento en París en tres zonas de disponibilidad, una de ellas en un búnker antiatómico, jurisdicción francesa, explotación por ARDNTECH. El código fuente está publicado bajo AGPL-3.0, incluidas las funcionalidades de pago. El autoalojamiento está soportado en Docker Compose o Kubernetes, sin telemetría saliente impuesta.
Ninguna primitiva propia, ningún algoritmo propietario, ninguna dependencia de un KMS cloud externo ni de un HSM externo. La tabla siguiente resume las decisiones técnicas y los estándares a los que se vinculan. El whitepaper criptográfico público detalla cada línea.
| Uso | Primitiva ARDNTECH | Estándar de referencia |
|---|---|---|
| Cifrado asimétrico | X25519 para el intercambio, Ed25519 para las firmas | RFC 7748 y RFC 8032 |
| Cifrado simétrico | AES-256-GCM en modo SEIPDv2 OpenPGP | RFC 9580 (OpenPGP V6) |
| Derivación de la clave maestra | Argon2id : 5 pasadas, 256 MiB de memoria, parallelism 4 | RFC 9106 |
| Hashing de la contraseña en servidor | Argon2id con parámetros endurecidos | RFC 9106 |
| Audit chain y firma de webhook | HMAC-SHA-256 encadenado, clave aislada | RFC 2104 y RFC 6234 |
| Generación de números aleatorios | crypto.getRandomValues en el navegador, libsodium en el servidor | W3C Web Crypto y NIST SP 800-90A |
| Biblioteca criptográfica del cliente | OpenPGP.js v6.3 o superior, vendorizada y fijada con SRI | Auditoría independiente Cure53 |
| Comparación en tiempo constante | hash_equals y password_verify en el servidor | OWASP ASVS v4 §6 |
La arquitectura de ARDNTECH no depende de ningún KMS cloud estadounidense, ni de ningún HSM externo facturado por uso, ni de ningún servicio de wrapping en servidor bajo jurisdicción extraeuropea. Todas las operaciones sensibles se realizan, o bien en el navegador del usuario (cifrado, descifrado, firma), o bien dentro del perímetro de servidor que usted controla (hashing, generación aleatoria, audit chain). Es una decisión arquitectónica deliberada, que simplifica el modelo de amenazas y elimina los subcontratistas cripto por construcción.
El registro de auditoría estándar de un gestor de contraseñas es un log aplicativo clásico almacenado en base de datos. Su valor probatorio depende por completo de la buena fe del editor. ARDNTECH construye otra cosa : una cadena criptográfica verificable de forma independiente, por un PASSI o un perito judicial, a partir de una simple copia congelada de la base de datos.
Cada acción registrada (creación, modificación, consulta, compartición, revocación de un secreto, conexión, configuración SSO, activación del panic mode) se serializa de forma determinista y luego se sella mediante un HMAC-SHA-256 que incluye el HMAC del evento anterior. La clave HMAC está aislada de la base de datos y es rotable. Toda inserción, modificación o eliminación retroactiva rompe la cadena para todos los eventos siguientes.
Un comando de verificación público permite a cualquier auditor que disponga de una copia de la base de datos recalcular la cadena completa y señalar la primera discontinuidad. Este comando puede ejecutarse como tarea programada en su infraestructura y alimentar su SIEM con un evento de integridad positivo o con una alerta tipificada. Código fuente AGPL-3.0, ejecutable sin ningún binario suministrado por el editor.
Las soluciones estadounidenses de consumo y la mayoría de los actores europeos de la bóveda de equipo disponen de un audit log aplicativo clásico, modificable por un administrador con acceso directo a la base de datos. Ningún actor del panel competitivo ofrece, hasta donde sabemos, una audit chain criptográfica verificable mediante una línea de comandos pública. La razón es principalmente arquitectónica : incorporar a posteriori una cadena de este tipo en un producto existente obliga a reescribir el modelo de eventos y la estrategia de almacenamiento. ARDNTECH tomó esta decisión desde el diseño. La página dedicada al audit chain HMAC detalla la construcción técnica, el procedimiento de verificación y los casos de uso para RSSI, NIS2 y peritaje judicial.
El modelo de amenaza del gestor de secretos ARDNTECH aplica las metodologías STRIDE (Microsoft) y LINDDUN (KU Leuven) por componente. La versión detallada está publicada en la documentación técnica. La versión de vitrina a continuación resume lo que está protegido y lo que no lo está, sin eufemismos.
El modelo de amenaza del gestor de secretos ARDNTECH descompone el sistema en ocho componentes: navegador del usuario, servidor aplicativo, base relacional, caché, mensajería transaccional, receptores de webhook, extensión de navegador planificada, despliegue self-host de referencia. Para cada uno, una matriz STRIDE enumera las amenazas de spoofing, tampering, repudiation, information disclosure, denial of service y elevation of privilege, con likelihood, severity y mitigación correspondientes. Una matriz LINDDUN complementaria trata las amenazas de privacy (linkability, identifiability, detectability, disclosure, non-compliance). La documentación completa se comparte bajo petición en el marco de una auditoría acompañada por el responsable de seguridad.
Su responsable de seguridad dispone de cuatro palancas independientes para cualificar la arquitectura. Ninguna depende de la buena fe del editor. Ninguna exige un NDA. Ninguna necesita la intervención de nuestro equipo para comenzar.
Su responsable de seguridad puede descargar la totalidad del código, incluidas las funcionalidades Team y Business, desde el repositorio GitHub público. El whitepaper criptográfico señala los archivos sensibles a revisar de forma prioritaria. Calcule entre dos y cuatro horas para una revisión específica de las rutinas cripto.
Su RSSI puede ejecutar el comando de verificación sobre una extracción congelada de la base de datos de una instancia piloto. El comando recalcula la cadena HMAC completa y se detiene en la primera discontinuidad. Ejecución sin conexión, sin conectarse a ningún servicio ARDNTECH.
Las imágenes Docker oficiales aspiran a una reproducibilidad de extremo a extremo. Su RSSI puede reconstruir la imagen a partir de las fuentes y comparar el digest con el publicado. Esta etapa detecta cualquier inyección supply-chain previa al registro.
Su RSSI puede encargar a un proveedor de auditoría referenciado por la ANSSI una revisión independiente. ARDNTECH proporciona el whitepaper, el acceso al repositorio y el acompañamiento del responsable de seguridad, sin ninguna cláusula de confidencialidad que bloquee el informe final.
ARDNTECH está diseñado en Francia, operado por ARDNTECH, alojado en la Francia metropolitana. Los derechos abiertos por el RGPD están implementados técnicamente, no solo prometidos contractualmente.
Derecho a la portabilidad (Art. 20)
Exportación JSON completa de su almacén, secretos cifrados incluidos con sus metadatos de auditoría. Formato documentado, reimportable en cualquier instancia compatible. Ningún bloqueo propietario.
Derecho de oposición (Art. 21)
Opt-out del escaneo HIBP, opt-out de la telemetría de producto, opt-out de las notificaciones de marketing. El funcionamiento nominal del almacén no depende de ningún tratamiento opcional.
Derecho al olvido (Art. 17)
Supresión en cascada de la cuenta, de los almacenes personales y de las membresías. Los hash unidireccionales anonimizados permanecen en la audit chain para la trazabilidad legal, conforme al Art. 17 §3.b RGPD.
Derecho de acceso (Art. 15)
Exportación de todos los datos personales conservados que le conciernen, salvo el plaintext que nunca está en posesión del editor. Plazo SLA: 30 días, conforme al RGPD.
DPO designado. Los datos de contacto del Delegado de Protección de Datos están publicados en la página de Aviso legal. La política de privacidad detalla los tratamientos, los plazos de conservación y las bases legales asociadas.
ARDNTECH se ha diseñado para integrarse en los referenciales sectoriales franceses. Según su actividad, existen ya hoy varias palancas para responder a sus exigencias : Cloud certificado asociado, autoalojamiento en un operador ya cualificado o despliegue air-gap.
La cualificación SecNumCloud es un objetivo previsto para ARDNTECH Cloud. Sin esperar, la licencia AGPL-3.0 permite un despliegue inmediato en un operador SecNumCloud externo ya cualificado (OVHcloud, Outscale, Cloud Temple...).
Autoalojamiento en su propio proveedor HDS cualificado desde hoy mismo. Un Cloud HDS asociado está previsto en el horizonte de la trayectoria de salud, condicionado a la firma de un proveedor HDS asociado y a un DPA específico.
Arquitectura air-gap posible sobre infraestructura interna, código AGPL-3.0 auditable hasta el nivel cripto, audit chain HMAC para una trazabilidad oponible a las autoridades sectoriales, exportación SIEM CEF/LEEF/OCSF/Syslog continua.
DPO designado, derechos Art. 15/17/20 gestionables desde la consola, alojamiento en Francia fuera de jurisdicción extraeuropea. La página alternativa a la CLOUD Act detalla el posicionamiento jurídico.
ARDNTECH se compromete a un programa de auditoría anual y publica sus dependencias criptográficas con su estado de auditoría. Ninguna cripto propia, ninguna primitiva propietaria: todo es trazable hasta un estándar y una auditoría independiente publicada.
Si identifica una vulnerabilidad de seguridad, notifíquela antes de hacerla pública. ARDNTECH se compromete a respetar plazos precisos, no emprenderá acciones contra ningún investigador que actúe de buena fe y publica un hall of fame para acreditar los informes válidos.
Canal de notificación
Dirección : dpo@aegirex.eu. Se pone a disposición una clave PGP pública para cifrar su informe. El archivo /.well-known/security.txt conforme a la RFC 9116 centraliza los datos de contacto y la política de divulgación.
Compromisos de plazo
Acuse de recibo en un plazo de 48 horas hábiles. Plan de remediación comunicado en un plazo de 14 días. Corrección coordinada publicada en un plazo máximo de 90 días. Crédito al investigador en el hall of fame público, salvo solicitud en contra.
Safe harbor
No se emprende ninguna acción judicial contra un investigador que actúe de buena fe : respeto del alcance anunciado, sin exfiltración de datos de terceros, sin denegación de servicio voluntaria, notificación antes de la divulgación pública.
Fuera de alcance
Phishing a usuarios, ingeniería social al soporte, denegaciones de servicio volumétricas, hallazgos derivados exclusivamente de herramientas automatizadas sin validación manual. Consulte la página de confianza para más detalles.
Las ocho preguntas más frecuentes durante la cualificación de la arquitectura de ARDNTECH por parte de un RSSI, un DSI o un auditor PASSI.
Tres lecturas son suficientes. El whitepaper criptográfico enumera las primitivas utilizadas (OpenPGP.js v6 con X25519/Ed25519, Argon2id con 256 MiB de memoria, AES-256-GCM SEIPDv2, HMAC-SHA-256). La presente página de seguridad resume el modelo de amenaza formalizado. El código fuente AGPL-3.0 en GitHub es íntegramente legible, incluidas las funcionalidades Business. Un responsable de seguridad con perfil técnico se forma una opinión fundada en menos de una hora, sin firmar ningún NDA.
Sí. La licencia AGPL-3.0 autoriza el autoalojamiento sin restricción. El despliegue de referencia está documentado en Docker Compose y Kubernetes. No se requiere ninguna telemetría saliente para el funcionamiento nominal: las verificaciones de versión, las actualizaciones de firmas HIBP y las notificaciones de producto son opt-in. Un despliegue air-gap para un operador OIV o un emplazamiento de defensa está técnicamente soportado. Consulte la página de autoalojamiento para más detalles.
Asimétrica: X25519 para el intercambio de claves y Ed25519 para las firmas, conforme a las RFC 7748 y 8032. Simétrica: AES-256-GCM en modo SEIPDv2 según la RFC 9580 OpenPGP. Derivación: Argon2id con 5 pasadas, 256 MiB de memoria, parallelism 4, según la RFC 9106. Auditoría: HMAC-SHA-256 encadenado según la RFC 2104. Generación aleatoria: crypto.getRandomValues en el lado del navegador y random_bytes en el lado del servidor mediante libsodium.
OpenPGP.js v6 ha sido objeto de una auditoría independiente realizada por Cure53, firma alemana reconocida en seguridad ofensiva y revisión criptográfica. El informe es público. ARDNTECH fija la versión 6.3 o superior y aplica una estrategia SRI sobre el bundle entregado al navegador. No se ha desarrollado internamente ningún módulo cripto propietario: todas las primitivas provienen de bibliotecas publicadas y revisadas por la comunidad.
Cada evento registrado contiene una marca de tiempo, el identificador del actor, el identificador del recurso y un HMAC-SHA-256 calculado sobre la concatenación de la línea actual y el HMAC anterior. La clave HMAC está aislada de la base de datos. Toda inserción, modificación o supresión retroactiva rompe la cadena y se detecta mediante recálculo. Un comando de verificación público permite a un auditor externo constatar la integridad de la cadena, sin depender de un binario proporcionado por el editor. Detalle técnico en la página audit chain HMAC.
ARDNTECH es una empresa francesa, alojada en París en tres zonas de disponibilidad, una de ellas en un búnker antiatómico. Ningún subcontratista dispone de las claves privadas de los usuarios, que nunca abandonan su navegador. Una requisición extraeuropea tramitada por vía de asistencia judicial mutua solo podría obtener blobs cifrados inutilizables. El código AGPL-3.0 permite además un despliegue en la jurisdicción de su elección. Cf. alternativa a la CLOUD Act y almacén de secretos alojado en Francia.
El modelo de amenaza de ARDNTECH aplica las metodologías STRIDE (Microsoft) y LINDDUN (KU Leuven) por componente: navegador, servidor aplicativo, base de datos, caché, mensajería transaccional, webhooks salientes, extensión de navegador, despliegue self-host. Los principales escenarios protegidos son el compromiso del servidor, la requisición judicial, el atacante interno y la exfiltración a través de un proveedor externo. Los compromisos asumidos (compromiso del puesto, pérdida de la contraseña maestra, phishing) están documentados sin rodeos. La documentación completa se comparte bajo petición en el marco de una auditoría acompañada por el responsable de seguridad.
Envíe su informe a dpo@aegirex.eu, idealmente cifrado con la clave PGP publicada en el archivo /.well-known/security.txt conforme a la RFC 9116. Compromisos: acuse de recibo en 48 horas laborables, plan de remediación en 14 días, corrección coordinada publicada en un máximo de 90 días. Un hall of fame público acredita a los investigadores que hayan producido un informe válido. No se emprende ninguna acción judicial contra un investigador que actúe de buena fe.
Lea el código, ejecute la verificación de la audit chain sobre una extracción de su instancia, encargue una auditoría a un PASSI referenciado por la ANSSI. ARDNTECH le acompaña en el proceso, comparte el whitepaper criptográfico y proporciona el acceso al repositorio sin NDA bloqueante. El coste de un dictamen fundado sobre esta arquitectura es de unas pocas horas de su equipo de seguridad, no de un ciclo comercial de seis meses.
