Vous avez configuré votre nœud, rejoint le canal par défaut et commencé à envoyer des messages. Cela semble privé : il n'y a pas d'opérateur, pas de serveur, pas de compte lié à votre nom. Mais « hors réseau » ne signifie pas « privé », et la documentation de Meshtastic elle-même est transparente sur la limite de ce concept. Voici ce qui est réellement chiffré, ce qui ne l'est pas, et ce qu'il faut modifier si la confidentialité est importante pour vous.
## Canaux : chiffrés, mais aussi privés que la clé le permet
Chaque canal Meshtastic est chiffré avec une clé pré-partagée (PSK) utilisant l'AES256-CTR. Cette partie est solide, l'AES256 étant considéré comme résistant aux ordinateurs quantiques, et personne ne peut le forcer par recherche exhaustive. Le piège n'est pas l'algorithme, c'est la clé.
Par défaut, chaque appareil rejoint le même canal, « LongFast », en utilisant la même clé connue publiquement : `AQ==` (la forme Base64 d'un octet unique, `0x01`). Cette clé est codée en dur dans le code source du micrologiciel Meshtastic et est identique sur tous les appareils vendus dans le monde. Elle existe à dessein, pour la découverte et la mise en service, afin que les nœuds d'inconnus puissent se trouver et se relayer les uns aux autres. Elle n'a jamais été conçue pour garder le contenu privé.
Résultat : les messages sur LongFast sont techniquement chiffrés, mais pratiquement publics. Quiconque dispose d'une radio Meshtastic à portée, ou quiconque a lu le code source du micrologiciel — ce qui est notre cas à tous — peut déchiffrer tout ce qui y est envoyé.
**La solution est simple :** créez votre propre canal avec une clé AES256 générée aléatoirement, donnez-lui un nom que seul votre groupe reconnaît, et partagez l'invitation (code QR ou clé) hors bande, en personne, via Signal, ou tout autre moyen qui n'est pas le réseau maillé lui-même. Dans l'application officielle, cela apparaît comme une icône de cadenas vert une fois qu'il s'agit d'une clé non par défaut. Ce simple changement constitue la plus grande amélioration de confidentialité disponible pour tout utilisateur de Meshtastic.
## Messages directs : meilleurs qu'auparavant
Au début, les messages directs (DM) de Meshtastic n'étaient que des messages chiffrés par le canal et adressés à un nœud spécifique ; quiconque possédant la PSK du canal pouvait techniquement les lire. Le micrologiciel 2.5 a corrigé cela avec une véritable mise à niveau : les messages directs et les messages d'administration (les commandes utilisées pour configurer un nœud à distance) utilisent désormais la cryptographie à clé publique, un échange de clés x25519 combiné à l'AES-CCM, entre deux nœuds utilisant la version 2.5.0 ou ultérieure.
Cela vous apporte trois éléments que l'ancien système n'offrait pas : la confidentialité, l'authentification (vous savez que le message provient réellement de ce nœud) et l'intégrité (il n'a pas été modifié en transit), mais seulement une fois que les deux nœuds ont échangé leurs clés publiques. Si vous ou votre interlocuteur utilisez toujours un micrologiciel plus ancien, ou n'avez pas encore échangé de clés, cette garantie ne s'applique pas.
Une mise en garde mérite d'être signalée : l'échange de clés lui-même fait confiance à la première clé publique annoncée par un numéro de nœud, un modèle appelé « Trust On First Use » (TOFU). Il n'y a pas d'autorité centrale signant les clés, donc si un attaquant usurpe un numéro de nœud avant le véritable propriétaire, les échanges ultérieurs feront confiance à la mauvaise clé. Pour la plupart des utilisations amateurs et communautaires, il s'agit d'un risque théorique mineur ; pour tout contenu sensible, il est important d'en être conscient.
## Ce qui n'est jamais chiffré, quoi que vous fassiez
C'est le point que beaucoup oublient. Chaque paquet Meshtastic possède un en-tête qui circule en texte clair par conception, car les nœuds de relais doivent le lire pour acheminer le paquet : identifiant de l'expéditeur, identifiant de destination, identifiant de paquet, limite de saut et hachage du canal. Le chiffrement protège la charge utile, pas les métadonnées.
En pratique, cela signifie que quiconque dispose d'une radio et d'un ordinateur portable peut voir qui parle à qui, à quelle fréquence et approximativement où (via la force du signal et de multiples points d'écoute), même s'il ne peut lire un seul mot du message réel. Si votre modèle de menace inclut quelqu'un qui s'intéresse à vos habitudes de déplacement ou à votre réseau de contacts plutôt qu'au contenu de vos messages, le chiffrement seul ne résout pas cela ; ce sont vos habitudes opérationnelles qui le font (changer les noms de nœuds, limiter la fréquence de transmission, choisir délibérément qui est sur votre canal privé).
## Un point rapide sur la résistance quantique
L'AES256, utilisé pour le chiffrement des canaux, est généralement considéré comme sûr face aux futurs ordinateurs quantiques. L'échange de clés x25519 utilisé pour l'authentification des DM ne l'est pas, mais cela vaut pour presque toute la cryptographie à clé publique utilisée aujourd'hui, et les schémas post-quantiques actuels ne tiennent pas dans un paquet LoRa et ne fonctionnent pas sur les microcontrôleurs à faible consommation utilisés par les appareils Meshtastic. Il s'agit d'un compromis connu et documenté plutôt que d'un oubli, et ce n'est pas une raison pour éviter cette fonctionnalité.
## Liste de contrôle pratique
Si vous configurez un nœud aujourd'hui, voici ce qui fait vraiment la différence :
- Mettez à jour chaque nœud que vous contrôlez vers le micrologiciel 2.5 ou supérieur, afin que les messages directs et les commandes d'administration bénéficient de la protection par clé publique plutôt que de l'ancien système basé uniquement sur la PSK.
- Créez un canal privé avec une clé AES256 générée aléatoirement pour tout ce que vous ne voulez pas voir lu par le grand public. Gardez LongFast uniquement pour la découverte.
- Partagez les clés de canal hors bande ; n'envoyez jamais la clé d'un nouveau canal via le réseau maillé lui-même ou sur LongFast.
- N'oubliez pas que les en-têtes sont toujours visibles. Ne présumez pas que « chiffré » signifie « intraçable ».
- Si vous soupçonnez qu'une clé de canal a été compromise, régénérez-la et redistribuez-la ; il n'existe pas de mécanisme de révocation, donc une clé compromise le reste jusqu'à ce que vous la changiez.
## Par où commencer
Chaque appareil compatible Meshtastic que nous proposons, [WisMesh Pocket V2], [Heltec V3/V4] et la gamme [RAKwireless WisBlock], est livré capable d'exécuter le dernier micrologiciel. Ainsi, les protections 2.5+ ci-dessus ne sont qu'à une mise à jour de distance si vous ne l'avez pas déjà fait. Si vous construisez un réseau maillé privé pour une équipe, une famille ou un événement, prenez cinq minutes pour configurer votre propre clé de canal avant de distribuer le premier appareil : c'est l'amélioration de sécurité la moins chère que vous ferez jamais.
