Le modèle de sécurité
La sécurité de Recognitium ne repose pas sur notre honnêteté, nos serveurs ou notre survie. Elle repose sur l’arithmétique de SHA-256, qui est la même pour tous, partout, quelle que soit la puissance de calcul.
En une minute
Ce qu’un reçu prouve, et ce qu’il ne prouve pas
Un reçu prouve qu’une empreinte précise a été réglée à une position précise d’une séquence en ajout seul, à un instant précis. C’est une preuve du quand, liée à une preuve d’intégrité : il lie l’empreinte, la position, l’instant, l’état précédent de la chaîne et son nouvel état en une preuve portable.
Il n’affirme pas que le contenu derrière l’empreinte est vrai, licite ou authentique. Il ne dit rien de ce que la donnée signifie, sauf si son détenteur divulgue l’original et montre que son empreinte est la valeur scellée. Un système qui promet trop est un système que l’on ne peut pas auditer ; nous préférons l’affirmation plus petite, et prouvable.
La vérification est publique. Elle ne demande ni connexion, ni compte, ni divulgation de l’original. L’état d’un compte ne change rien à ce qui est déjà émis : un solde inutilisé, une suspension, une expiration ou une clôture n’altère pas la vérifiabilité de ses reçus.
Les ticks se dépensent. Les reçus restent vérifiables. Les données privées restent privées.
Aucune clé sur le chemin de scellement
Le chemin de règlement ne contient aucune cryptographie asymétrique : pas de clés de signature, pas de certificats, pas de cérémonie de clés. Il n’existe aucune clé privée dont le vol permettrait de contrefaire un reçu, aucune rotation de clés à oublier, et aucune autorité dont la compromission se propagerait. La vérification est un pur recalcul : quiconque dispose des champs publics du reçu recalcule une empreinte SHA-256 et compare. L’arithmétique donne le même résultat ou ne le donne pas.
La clé de votre compte est autre chose. Elle permet à qui la détient de dépenser vos ticks et de sceller de nouveaux reçus en votre nom, c’est pourquoi vous la gardez secrète. Elle ne peut ni modifier, ni supprimer, ni antidater un reçu déjà émis.
Aucune réécriture du passé
Chaque jour à 07:00 UTC, notre serveur horodate la tête courante de la chaîne dans Bitcoin par OpenTimestamps. Une fois la preuve définitive, elle nomme un bloc : la tête de ce jour existait au plus tard à ce bloc, et chaque reçu scellé avant elle hérite de cette borne. Recognitium ne peut pas déplacer un reçu après ce bloc, ni réécrire la chaîne derrière une tête que Bitcoin a vue sans que cela se voie. Les ancres et leurs preuves sont listées dans le journal.
Indifférent aux collisions, sans prétendre y échapper
Nous n’affirmons pas que les collisions SHA-256 ne peuvent pas se produire. Nous affirmons quelque chose de plus défendable : la conception ne repose pas sur leur absence. Un reçu est un engagement sur la préimage précise que détient son porteur. Pour exploiter le schéma, un attaquant a besoin d’une seconde préimage pour une empreinte déjà fixée sur la chaîne, ce qui est exactement la propriété de résistance à la seconde préimage, et non le jeu plus facile des collisions. Cette distinction est délibérée, et nous l’énonçons avec précision.
Posture post-quantique
L’algorithme de Shor casse RSA et les courbes elliptiques. Le chemin de scellement n’utilise ni l’un ni l’autre, si bien que l’algorithme n’y trouve rien à attaquer. Un adversaire quantique en est réduit à la recherche non structurée d’une préimage SHA-256 : environ 2128 étapes avec l’algorithme de Grover, le même ordre de travail que retrouver une clé AES-256, que le NIST prend pour référence de sa catégorie de sécurité post-quantique la plus élevée. Nous l’énonçons comme une posture, pas comme un slogan : aucune cryptographie n’est « à l’épreuve du quantique », mais le règlement fondé sur les empreintes est la position prudente disponible aujourd’hui.
Vérifier sans nous
Chaque reçu se vérifie sans internet. Le vérificateur hors ligne est une seule page que vous pouvez enregistrer et ouvrir depuis votre propre disque ; il ne fait aucune requête réseau. Le vérificateur en ligne contrôle la chaîne en direct, et le reçu spécimen de notre page d’accueil se vérifie lui-même dans votre navigateur. Sans compte, sans autorisation, sans nous. Si Recognitium disparaissait demain, tout reçu déjà émis se recalculerait encore par sa formule, et correspondrait encore aux têtes horodatées dans Bitcoin.
Ce qui nous parvient, et ce qui ne nous parvient pas
L’empreinte est calculée de votre côté, avant tout envoi. Sceller ne nous transmet qu’une empreinte, 32 octets de SHA-256, jamais le document, le message ou la donnée derrière elle. Nous ne pouvons ni divulguer, ni vendre, ni être contraints de communiquer un contenu que nous n’avons jamais détenu. Les chaînes des clients restent sous la garde de leurs propriétaires ; nous n’en prenons pas la garde.
Deux choses ne sont pas des empreintes, et nous le disons. Votre compte contient une adresse e-mail, et un mot de passe que nous ne gardons que sous forme d’empreinte salée (PBKDF2-SHA256, 210 000 itérations). Les signaux de marché qu’une IA publie pour vous sont publics par nature, et ils expirent. La politique de confidentialité précise ce que nous conservons, et pour combien de temps.
Signaler une vulnérabilité
Si vous pensez avoir trouvé une faille de sécurité, écrivez à security@recognitium.com (à défaut : jose@recognitium.com). Les coordonnées lisibles par machine se trouvent dans /.well-known/security.txt (RFC 9116). Chaque signalement est lu et reçoit une réponse du fondateur.