Alerte de sécurité · 30 octobre 2026

Conceal :
un checkpoint DNS peut fausser toute la chaîne.

Conceal (CryptoNote / Karbo) charge des checkpoints depuis un TXT DNS en clair. Dans la zone couverte, le nœud ne vérifie plus le PoW ni les signatures. Un attaquant qui contrôle le DNS ou le chemin réseau peut donc faire accepter une chaîne forgée, sans hashpower ni clé privée. Le risque est critique pour les nœuds et les intégrateurs.

CritiqueConsensusDNSCryptoNote

CONCEAL-CONSENSUS-2026-01 · v1.0 · 30 octobre 2026 · Lecture ~5 min

Résumé

Conceal est une chaîne CryptoNote (branche Karbo). Le rapport identifie une faiblesse critique dans le chargement des checkpoints et dans la validation des blocs passés. Les checkpoints sont récupérés depuis un enregistrement DNS TXT en clair ; aucune vérification DNSSEC n’est imposée.

Dans la zone couverte par le dernier checkpoint connu, le nœud ne vérifie plus le PoW et ne vérifie plus les signatures d’entrée. Un attaquant capable d’injecter une réponse DNS ou de modifier le chemin réseau peut donc présenter une chaîne forgée comme valide. Aucun hashpower ni clé privée n’est nécessaire.

Ce qui a été trouvé

  • Les checkpoints sont chargés depuis un TXT DNS en clair, sans DNSSEC.
  • Ils sont chargés au démarrage et à nouveau lors du traitement de blocs alternatifs.
  • Dans la « checkpoint zone », la vérification PoW est remplacée par une simple comparaison de hash.
  • Dans cette même zone, les signatures d’entrée et les signatures multiples ne sont plus vérifiées.
  • Les hauteurs injectées ne sont pas soumises à une borne de cohérence stricte.

Impact

Un nœud peut accepter une chaîne forgée, relayer des transactions invalides et présenter un état qui ne correspond pas à la chaîne réelle. Les nouveaux nœuds sont particulièrement exposés : lors du sync initial, ils peuvent rester dans la zone de checkpoint pendant toute la synchronisation.

Ce n’est pas un vol direct de clé privée : c’est une atteinte à l’intégrité de la chaîne et à la validation du consensus. Pour un intégrateur, un exchange ou un opérateur de nœud, l’impact reste critique.

Périmètre et limites

  • Revue statique du snapshot de ConcealNetwork/conceal-core ; pas de compilation ni de test dynamique.
  • Aucun PoC réseau exécuté ; les étapes offensives ne sont pas publiées.
  • Le rapport complet, les preuves et les lignes de code restent restreints.
  • Les autres produits Conceal, les portefeuilles et les services tiers ne sont pas couverts.

Recommandations

  • Ne jamais charger un checkpoint depuis un canal non authentifié ; utiliser des checkpoints signés et embarqués.
  • DNS uniquement comme indice, avec DNSSEC obligatoire ; jamais comme racine de confiance.
  • Ne jamais sauter la vérification PoW ou de signature parce qu’un bloc est dans la zone de checkpoint.
  • Borner les hauteurs injectées et refuser toute régression ou incohérence avec les points connus.
  • Prévoir une migration et un audit indépendant du chemin de consensus avant reprise.

Divulgation

Pour les opérateurs, les intégrateurs et les équipes sécurité : security@frblockchain.icu. Ne pas envoyer de clé privée, de seed ou de secret d’exploitation.

Un nœud Conceal à vérifier, une chaîne à valider ?