SECURITY AUDIT READINESS & INTERNAL TECHNICAL ASSESSMENT
Authors/Creators
Description
This paper presents the Osnias Clearing end-user security architecture across the complete participant identity
lifecycle: onboarding, dual-domain authorization, secure fund release, cryptographic renewal and off-boarding.
Its objective is to reduce the risk that compromise of a single operational ECDSA key could result in diversion
of escrowed funds.
The architecture uses existing chains as they are. It separates the operational EVM signing address, an
independent Sei authorization domain, and a cold EVM release destination generated from a separate seed
and pre-committed in the smart contract. The release destination is intended to remain non-signing during its
designated receiving phase and to serve as a pre-committed beneficiary rather than an operational
authorization key, so compromise of the operational signer does not, by itself, confer control over the
destination of released funds.
A future Shor-enabled attack against exposed ECDSA public keys is treated as a prospective cryptographic
risk, not as an asserted present operational threat. The design philosophy is long-horizon security engineering:
use mechanisms available on current chains to reduce a plausible risk class extending across a long
operational and cryptographic horizon, without claiming that ECDSA itself has become post-quantum secure.
Document level: internal technical assessment and audit-readiness review. Controls are classified by evidence
status; this document is not an independent audit, formal verification, penetration-test report or production-
security certification.
Abstract (French)
Ce document présente l’architecture de sécurité end-user d’Osnias Clearing, organisée autour du cycle complet d’une identité participante : onboarding, autorisation dual-domain, libération sécurisée des fonds, renouvellement cryptographique et off-boarding. L’objectif est de réduire le risque qu’une compromission d’une
seule clé opérationnelle ECDSA puisse entraîner un détournement des fonds séquestrés. L’architecture conserve les chaînes actuelles telles qu’elles existent. Elle sépare l’adresse EVM opérationnelle utilisée pour signer, l’autorisation indépendante côté Sei, et une adresse EVM froide de destination des fonds, générée depuis une seed distincte et pré-engagée dans le smart contract. Cette adresse de release n’a pas
vocation à signer pendant sa période de réception, de sorte que la compromission du signer opérationnel ne donne pas, à elle seule, le contrôle de la destination des fonds.
Le risque associé à une future attaque de type Shor contre des clés publiques ECDSA exposées est traité comme un risque prospectif et non comme une menace opérationnelle affirmée à ce jour. La philosophie de conception est celle d’une sécurité à long horizon : utiliser dès maintenant des mécanismes disponibles sur les
chaînes actuelles pour réduire une classe de risque plausible sur un horizon opérationnel et cryptographique de long terme, sans prétendre rendre ECDSA post-quantique. Niveau documentaire : évaluation technique interne et préparation à l’audit. Les contrôles décrits sont classés selon leur niveau de preuve ; ils ne constituent pas une certification, un audit indépendant, une vérification formelle ou une qualification de sécurité en production.
Files
Osnias_End_User_Security_Audit_Readiness.pdf
Files
(4.2 MB)
| Name | Size | Download all |
|---|---|---|
|
md5:f521b2bde68559dba2ca986d67e456d4
|
4.2 MB | Preview Download |
Additional details
Dates
- Created
-
2026-09-21
Software
- Repository URL
- https://www.osnias-clearing.com/security