Une interception du trafic chiffré de jabber.ru et xmpp.ru a été signalée.

L'administrateur du serveur Jabber jabber.ru (xmpp.ru) a détecté une attaque visant à déchiffrer le trafic des utilisateurs (MITM), menée pendant une période de 90 jours à 6 mois sur les réseaux des fournisseurs d'hébergement allemands Hetzner et Linode, où le serveur du projet et les environnements VPS auxiliaires sont hébergés. L'attaque a été organisée par le biais d'une redirection du trafic vers un nœud de transit, substituant le certificat TLS pour les connexions XMPP chiffrées à l'aide de l'extension STARTTLS.

L'attaque a été remarquée en raison d'une erreur de ses organisateurs qui n'ont pas réussi à prolonger le certificat TLS utilisé pour la substitution. Le 16 octobre, l'administrateur de jabber.ru a reçu un message d'erreur en tentant de se connecter au service en raison de l'expiration du certificat, mais le certificat hébergé sur le serveur n'était pas expiré. Il s'est finalement avéré que le certificat reçu par le client différait de celui envoyé par le serveur. Le premier était faux. Certificat TLS a été obtenu le 18 avril 2023 via le service Let’s Encrypt, dans lequel l'attaquant, ayant la possibilité d'intercepter le trafic, a pu confirmer l'accès aux sites jabber.ru et xmpp.ru.

Au début, l'hypothèse d'une compromission du serveur du projet et d'une substitution de ce côté a été envisagée. Cependant, un audit n'a révélé aucune trace de piratage. Dans les journaux du serveur, une coupure et une remise en marche brèves de l'interface réseau (NIC Link is Down/NIC Link is Up) ont été observées, ayant eu lieu le 18 juillet à 12h58, ce qui pourrait indiquer des manipulations avec la connexion du serveur au commutateur. Fait intéressant, deux certificats TLS falsifiés ont été générés quelques minutes avant cela — le 18 juillet à 12h49 et 12h38.

De plus, la substitution n'était pas uniquement effectuée dans le réseau du fournisseur Hetzner, où se trouve le serveur principal, mais aussi dans le réseau du fournisseur Linode, où étaient hébergés des environnements VPS avec des proxy auxiliaires redirigeant le trafic depuis d'autres adresses. Indirectement, il a été révélé que le trafic sur le port réseau 5222 (XMPP STARTTLS) dans les réseaux des deux fournisseurs était redirigé via un hôte supplémentaire, ce qui a conduit à supposer que l'attaque a été menée par une personne ayant accès à l'infrastructure des fournisseurs.

Théoriquement, l'interception aurait pu avoir lieu à partir du 18 avril (date de création du premier faux certificat pour jabber.ru), mais des cas confirmés de substitution de certificat n'ont été signalés qu'entre le 21 juillet et le 19 octobre, durant toute cette période, l'échange de données chiffrées avec jabber.ru et xmpp.ru peut être considéré comme compromis. La substitution a cessé après le début de l'examen, des tests effectués et l'envoi le 18 octobre d'une demande au support des fournisseurs Hetzner et Linode. Cependant, un passage supplémentaire lors de la routage des paquets envoyés au port 5222 d'un des serveurs à Linode est encore observé aujourd'hui, mais le certificat n'est plus falsifié.

Il est supposé que l'attaque a pu être réalisée avec la complicité des fournisseurs à la demande des forces de l'ordre, suite à une violation de l'infrastructure des deux fournisseurs ou par un employé ayant eu accès aux deux fournisseurs. Disposant de la possibilité d'intercepter et de modifier le trafic XMPP, l'attaquant aurait pu accéder à toutes les données associées aux comptes, telles que l'historique des messages stockés sur le serveur, et aurait également pu envoyer des messages en se faisant passer pour d'autres et modifier les messages d'autrui. Les messages envoyés en utilisant le chiffrement de bout en bout (OMEMO, OTR ou PGP) peuvent être considérés comme non compromis, si les clés de chiffrement sont confirmées par les utilisateurs des deux côtés de la connexion. Les utilisateurs de jabber.ru sont invités à changer leurs mots de passe d'accès et à vérifier les clés OMEMO et PGP dans leurs dépôts PEP pour d'éventuelles substitutions.

Source : opennet.ru