Diseñado para quienes pueden rechazarlo.

Seguridad a nivel de fila de Postgres en cada tabla que contiene datos de clientes. La separación se aplica en la base de datos, no en la capa de aplicación. Las pruebas de aislamiento incluyen casos que deben denegarse: se ejecutan y registran, no se dan por supuestos.

AAL2 en cada ruta protegida. Actualmente, el segundo factor es una aplicación de autenticación; las claves de acceso vinculadas al dispositivo ya se utilizan para firmar en el móvil. No se emplean códigos de un solo uso por SMS o correo electrónico, canales que reguladores de un número creciente de jurisdicciones están abandonando. Las claves vinculadas al dispositivo, cuando se utilizan, ofrecen además resistencia al phishing.

Los modelos señalan incoherencias y hallazgos adversos, y se registra el motivo de cada señal. Cada aprobación corresponde a una persona. Los modelos se inventarían, documentan y explican conforme a las exigencias de los regímenes más estrictos de gobernanza de IA.

Diseñado para ayudar a cumplir las obligaciones del RGPD, la Ley Federal de Protección de Datos revisada de Suiza y los marcos regionales aplicables a nuestros clientes, incluidos los derechos de rectificación de las personas mencionadas en comprobaciones. Se accede a los documentos mediante URL firmadas y registradas. TLS 1.2 o superior durante la transmisión.

Firmas Ed25519 sobre una cadena de hashes SHA-256, con sellos de tiempo de una autoridad independiente conforme a RFC 3161. Puede comprobarse sin conexión con herramientas estándar: SHA-256, Ed25519 y RFC 3161 son formatos publicados, de modo que el revisor trabaja con el propio paquete. El sistema falla de forma cerrada: cuando se requiere un sello de tiempo, sin un sello válido no se genera el paquete de evidencias.

Cada acción que cambia el estado se vincula en una cadena de hashes para que puedan detectarse cambios, inserciones o reordenaciones. La cadena detecta alteraciones; no las impide, y no afirmaremos lo contrario. Los registros de acceso a documentos se conservan durante siete años.

Cuando un inversor acepta una confirmación obligatoria sobre riesgos, el registro conserva más que una casilla marcada. El texto tiene versiones y el hash SHA-256 de la redacción exacta aceptada queda inscrito en la cadena de registros. Por eso, una modificación silenciosa de aquello que se aceptó haría que los hashes dejaran de coincidir. Un cambio de redacción crea una nueva versión; nunca modifica la anterior.

Los documentos, las firmas y los accesos a documentos forman parte del registro criptográfico. Los mensajes entre las partes son datos ordinarios de la aplicación: no tienen hash, no están encadenados ni llevan sello de tiempo. No los presentamos como evidencias.

Hay en marcha un programa de preparación para SOC 2 Tipo 2 e ISO 27001. Actualmente no disponemos de ningún informe y nada de lo aquí expuesto debe interpretarse como si existiera. Cuando haya uno, lo indicaremos aquí con su fecha.