Voir la source de OMEMO

= Fonctionnement détaillé d'OMEMO =

OMEMO est un protocole de chiffrement hybride, à double ratchet, utilisé par le protocole XMPP (XEP-0384). Il combine des mécanismes asymétriques (comme Diffie-Hellman) et symétriques (comme AES) pour sécuriser les communications. Ce chiffrement est basé non pas sur l'identité mais sur les appareils connectés au compte de la personne utilisant ce chiffrement : chaque appareil impliqué dans une conversation gère ses propres clés. Le stockage des données nécessaires au chiffrement, par exemple les clés publiques, se fait sur les serveurs XMPP via le protocole PEP (Personal Eventing Protocol, XEP-0163).

== Principes fondamentaux ==

OMEMO repose sur l'idée que le chiffrement des communications est géré intégralement par les clients. Les serveurs ne jouent qu’un rôle de stockage et de relais pour les données publiques nécessaires, notamment via PEP.

Chaque appareil génère une paire de clés asymétriques (publique/privée) :

* La '''clé publique''' est partagée avec les contacts et stockée sur le serveur XMPP.

* La '''clé privée''' reste secrète et n’est jamais partagée.

Si une personne possède plusieurs appareils (par exemple, un téléphone et un ordinateur), chacun d'eux génère sa propre clé publique. Les clés publiques de tous les appareils sont accessibles via le serveur XMPP.

== Fonctionnement technique ==

1. Avant d’envoyer un message, chaque appareil impliqué échange ses clés publiques via PEP :

* Alice et Bob récupèrent les clés publiques de leurs appareils respectifs via leurs serveurs XMPP.

* Ces clés permettent de dériver une clé partagée.

2. Lorsque Alice et Bob commencent à échanger des messages, leurs appareils calculent une clé de session à l’aide de l’algorithme Diffie-Hellman :

* Ce mécanisme est déclenché lors de l’échange initial, à l’ajout d’un nouvel appareil, ou après la révocation d’une clé compromise.

* La clé de session garantit la '''confidentialité persistante (forward secrecy)''' : même si un attaquant intercepte une clé privée, les messages futurs ne pourront pas être déchiffrés, car une nouvelle paire de clés est périodiquement générée.

3. À partir de la clé Diffie-Hellman, une clé symétrique est dérivée pour chaque message :

* Une nouvelle clé est calculée pour chaque message à l'aide d'une fonction de hachage.

* Cela garantit que chaque message est chiffré avec une clé unique, même dans une conversation continue.


En résumé, on a trois types de clés :

* '''Clé d’appareil''' : Utilisée pour identifier chaque appareil et échanger les clés publiques.

* '''Clé Diffie-Hellman de session''' : Établie pour garantir la confidentialité persistante.

* '''Clé de message''' : Dérivée symétriquement pour chaque message.

== Gestion des appareils et PEP ==

Les clés publiques d’appareil sont stockées sur le serveur XMPP dans des nœuds PEP, permettant aux comptes de récupérer les clés publiques même lorsque leurs appareils sont hors ligne.

* Le client est responsable de la gestion des nœuds PEP, et des incohérences ou bogues dans cette gestion peuvent entraîner des problèmes.

=== Ajout d’un nouvel appareil ===

Lorsqu’un nouvel appareil est ajouté :

* Ses clés publiques doivent être publiées dans le PEP.

* L’appareil est initialement dans un état non approuvé pour les autres personnes, sauf si c'est le premier appareil (dans le cas de la confiance aveugle).

* Il doit être approuvé manuellement pour pouvoir fonctionner avec OMEMO.

=== Gestion des appareils dans les clients ===

Les clients modernes offrent une interface pour :

1. Voir et gérer les clés associées à un compte.

2. Approuver ou révoquer des appareils (via un système de boucliers colorés) :

* Vert plein : Clé approuvée.

* Rouge : Clé non approuvée.

* Orange : Nouvel appareil en attente d'approbation.

3. Une option pour "supprimer les appareils" qui force tous les appareils à republier leurs clés publiques, ce qui peut résoudre des incohérences.

== Problèmes courants ==

1. Si l’échange initial de clés échoue, il est impossible de dériver les clés symétriques, rendant les messages illisibles.

2. Restaurer un compte XMPP sur deux appareils avec la même clé privée peut perturber le chiffrement, car cela casse le mécanisme de rotation des clés (ratchet).

3. Les anciens clients ou ceux bogués peuvent mal gérer le stockage des clés dans le PEP, provoquant des problèmes de synchronisation.

== Comparaison avec Matrix (Olm/Megolm) ==

OMEMO diffère du chiffrement de Matrix sur plusieurs points :

* OMEMO utilise des clés distinctes par appareil, alors que Matrix partage les clés entre les périphériques. Cela permet à Matrix de récupérer les messages passés sur un nouvel appareil approuvé.

* Dans Matrix, les groupes utilisent une clé partagée entre tous les participants (Megolm), ce qui réduit la confidentialité persistante. OMEMO, en revanche, chiffre chaque message de manière indépendante.

== Documentation supplémentaire ==

Pour plus d’informations, consultez la documentation officielle de la norme OMEMO dans la XEP-0384 : https://xmpp.org/extensions/xep-0384.html