• The road to MongooseIM 2.0.1 and 2.1.0?

    Nicolas Vérité – Thursday, 15 December, 2016 - 14:52

  • Hi all!

    Now that we have released MongooseIM 2.0.0, we are working to release MongooseIM 2.0.1, mostly bugfixes and optimisations, no new major feature.

    So, what would you like to see in MongooseIM 2.0.1?

    After that, we will probably resume our work on new features in 2.1.0. What are your most needed features?

    • esl/MongooseIM

      MongooseIM is a mobile messaging platform with focus on performance and scalability

      GitHub

    • 283412?v=3&s=400

  • Read more 0 0

  • Mo

    Federated XMPP chat (and more) with Movim: A success story

    pubsub.movim.eu / Movim – Thursday, 10 November, 2016 - 08:10 – 12 April, 2017

  • A nice and accurate article about Movim, its architecture and main features.

    • Federated XMPP chat (and more) with Movim: A success story

      There are many reasons to be unhappy with current social media sites and chat applications. For a long time, there was no viable alternative, especially not, if you wanted usability and integration. Now there is hope, with Movim. The downsides of OSNs Online Social Networks, such as Facebook or Go

  • Read more 0 0

  • Migration of the Jappix XMPP services to Movim

    Timothée Jaussoin – Wednesday, 26 October, 2016 - 07:50

  • I'm resharing this message from the Movim blog :)


    • Migration of the Jappix XMPP services to Movim

      After some talks between the Movim and Jappix maintainers, it has been decided to migrate the XMPP services of jappix.com to those of movim.eu. Please note that only some of these services will be migrated. In fact only the following XMPP services will stay available: all the jappix.com accounts; the chatrooms service, muc.jappix.com (planned); the PubSub service, pubsub.jappix.com (planned); The registration system of jappix.com has been disabled and the anonymous authentication service, anonymous.jappix.com, has been definitly closed. This migration will take several days, maybe weeks, to give us enough time to stabilize and do all the required checks on the new platform. If you have any questions, do not hesitate to contact us on our XMPP chatroom: movim@conference.movim.eu. Migration des services XMPP de Jappix vers Movim Suite à de nombreux échanges entre les mainteneurs du projet Movim et de la plateforme Jappix, il a été décidé de migrer les services XMPP offerts par jappix.com vers ceux de movim.eu. Veuillez noter que seule une partie des services seront migrés. Ici il est uniquement question de la partie XMPP incluant : l'ensemble des comptes de jappix.com ; le service de salons de discussion muc.jappix.com (en préparation) ; le service PubSub pubsub.jappix.com (en préparation). Sachez également que les inscriptions sur jappix.com ne seront désormais plus possibles et que le service d'authentification anonyme, anonymous.jappix.com, a été fermé. Cette migration risque de prendre quelques jours, voire quelques semaines, afin de s'assurer de la stabilité de la nouvelle plateforme. Si vous avez des questions, n'hésitez pas à venir sur notre salon XMPP : movim@conference.movim.eu.

      Movim 25 October, 2016

  • Read more 0 0

  • After some talks between the Movim and Jappix maintainers, it has been decided to migrate the XMPP services of jappix.com to those of movim.eu.

    Please note that only some of these services will be migrated. In fact only the following XMPP services will stay available:

    • all the jappix.com accounts;
    • the chatrooms service, muc.jappix.com (planned);
    • the PubSub service, pubsub.jappix.com (planned);

    The registration system of jappix.com has been disabled and the anonymous authentication service, anonymous.jappix.com, has been definitly closed.

    This migration will take several days, maybe weeks, to give us enough time to stabilize and do all the required checks on the new platform.

    If you have any questions, do not hesitate to contact us on our XMPP chatroom: movim@conference.movim.eu.

    Migration des services XMPP de Jappix vers Movim

    Suite à de nombreux échanges entre les mainteneurs du projet Movim et de la plateforme Jappix, il a été décidé de migrer les services XMPP offerts par jappix.com vers ceux de movim.eu.

    Veuillez noter que seule une partie des services seront migrés. Ici il est uniquement question de la partie XMPP incluant :

    • l'ensemble des comptes de jappix.com ;
    • le service de salons de discussion muc.jappix.com (en préparation) ;
    • le service PubSub pubsub.jappix.com (en préparation).

    Sachez également que les inscriptions sur jappix.com ne seront désormais plus possibles et que le service d'authentification anonyme, anonymous.jappix.com, a été fermé.

    Cette migration risque de prendre quelques jours, voire quelques semaines, afin de s'assurer de la stabilité de la nouvelle plateforme.

    Si vous avez des questions, n'hésitez pas à venir sur notre salon XMPP : movim@conference.movim.eu.

  • Read more 0 0

  • Mo

    Korben - Movim - Un réseau social basé sur XMPP

    pubsub.movim.eu / Movim – Tuesday, 27 September, 2016 - 07:20 – 12 April, 2017

  • Un petit article de Korben sur Movim. Merci à lui :) !

    • Movim - Un réseau social basé sur XMPP

      Trop rebelle pour aller sur Facebook et trop saoulé par l'ergonomie de Diaspora ? Alors, pourquoi ne pas tester Movim ? Movim est une plateforme sociale totalement open source, reposant sur le protocole XMPP et décentralisée. Une fois inscrit, vous pouvez compléter votre profil, rechercher et ajouter des contacts, échanger avec eux, leur partager des > Lire la suite

  • Read more 0 0

  • Chinwag Messaging an Australian IM service based on XMPP just moved to Movim for their web client solution.

    • Moving to Movim

      Since I started this little project, one of the main things I've been looking for is a decent web interface for chatting. I've tested and rejected a lot of things. Some options came really close to being what I wanted but just didn't seem to have any momentum behind them and stagnated. I wanted t

  • Read more 0 0

  • Cryptocat, ou le piège du client magique

    Timothée Jaussoin – Wednesday, 6 April, 2016 - 22:35 – 4 May, 2016

  • Il y a quelques jours je suis tombé sur un article annonçant la sortie de la nouvelle mouture du client de messagerie sécurisé Cryptocat. Je ne m'étais jamais réellement penché sur ce client car il faisait, selon moi, partie des dizaines d'autres clients surfant sur la vague des messageries instantanées chiffrées sorties suite aux révélations d'E.Snowden. J'ai donc voulu creuser un peu et voir de quoi il était composé.

    Comme vous le savez peut-être, je travaille moi-même sur un client de messagerie "sociale" appelée Movim exploitant le protocole XMPP. J'essaye, au travers de ce projet, de montrer aux gens qu'il est parfaitement possible de créer une solution à la fois sécurisée, standard et décentralisée tout en offrant une interface agréable et simple à comprendre. Petite précision toutefois: Movim ne possède pas (encore, mais j'y travaille) de fonctionnalité de chiffrement de bout en bout. Néanmoins il est possible de faire ce genre de chiffrement sur XMPP de façon standard et compatible avec des technologies standardisées comme OTR et le récent OMEMO (c'est d'ailleurs cette norme que j'ai décidé d'implémenter dans Movim).

    La chose que je trouve dommage avec tous ces services et clients c'est qu'ils ne sont pas compatibles entre eux. Pourtant il existe aujourd'hui plusieurs clients XMPP proposant la norme OTR et OMEMO mais qui ne sont malheureusement pas si connus et médiatisés que les autres. Je mentionnerais en particulier l'excellent Conversations (sur Android) dont l'équipe est à l'origine de la norme OMEMO (qui est elle-même une implémentation de la norme Axolotl dans XMPP, notamment utilisée sur le client Signal).

    Étant un peu curieux par nature je me suis plongé dans le code source de la nouvelle version de ce cher Cryptocat pour regarder un peu ce qu'il a dans le ventre.

    Ni une, ni deux, je clone le dépôt sur ma machine et je commence à explorer le code.

    Première surprise !

    Avant même d'ouvrir le moindre fichier j'avais déjà un petit sourire en coin en voyant le nom de certains d'entre eux dans le répertoire src/js/.

    axolotl.js
    omemo.js
    xmpp.js
    

    Tiens, tiens, tiens. Un petit tour sur la page Security du site me confirme bien ça. Cryptocat utilise XMPP comme transport et OMEMO comme méthode de chiffrement. Le reste du blabla n'est rien d'autre qu'une réexplication de la norme Axolotl sans pour autant la mentionner.

    Donc Cryptocat est un client XMPP, en Javascript, avec la norme OMEMO par dessus.

    XMPP…

    Je ne me suis pas particulièrement penché sur la partie chiffrement du projet, j'avoue ne pas avoir assez de compétences en cryptographie pour offrir une critique constructive et je pense que l'auteur du projet est bien plus expérimenté que moi là dessus. Je salue par ailleurs sa volonté de transparence à ce propos. Néanmoins je commence à bien connaitre le protocole XMPP et je sais que son point fort est la possibilité d'interconnecter les serveurs entre eux et de laisser le choix du serveur à utiliser aux utilisateurs.

    L'interconnexion est une fonctionnalité que j'estime nécessaire car d'une part, elle permet aux utilisateurs d'avoir le choix du serveur sur lequel ils iront déposer leurs données et d'autre part, elle décentralise les points d'échange du réseau (et rend ainsi plus difficile la censure et l'écoute du réseau).

    Après avoir regardé plus en détails le fichier xmpp.js j'ai enfin la confirmation de ce dont je me doutais jusque là.

    jid: username   '@crypto.cat',
    server: 'crypto.cat',
    

    Oui, il y a bien un serveur XMPP écrit en dur dans le code source du projet.

    Explorons un petit peu le serveur crypto.cat

    Le site XMPP IM Observatory nous retourne une note de A pour la sécurité du serveur, ici rien à dire. Par contre je découvre que l'interconnexion avec les autres serveurs du réseau n'est pas autorisée. La connexion entre le client Javascript et le serveur se fait au moyen d'un Websocket et le serveur XMPP est un serveur Prosody tout bête.

    Cryptocat n'est donc pas qu'une application de chat offerte par Nadim Kobeissi, mais aussi un service centralisé auquel les utilisateurs sont contraints de se connecter (sauf s'ils changent le code source du client, ce qui est possible, mais combien le feront ?).

    Précisions sur le chiffrement de bout en bout dans XMPP

    Le chiffrement de bout en bout est une très grande avancée dans l'anonymisation des données échangées. Néanmoins il ne permet pas tout. Sur XMPP par exemple il faut savoir que OTR et OMEMO ne chiffrent que le contenu des messages et pas la signalisation qui les accompagne (certains diront les métadonnées). Mais que pouvons nous trouver dans ces métadonnées ? Et bien l'identifiant de l'émetteur et du destinataire du message mais aussi beaucoup d'autres choses pouvant êtres sensibles. Une page sur le Wiki de Reporters Sans Frontieres résume plutôt bien tout ça. Ces informations peuvent être conservées dans des historiques et journaux sur les serveurs XMPP.

    En choisissant de centraliser son service sur un seul et unique serveur (qui semble être hébergé dans le datacenter d'OVH à Roubaix) l'auteur de Cryptocat a aussi fait le choix de concentrer l'intégralité du trafic de sa plateforme sur un seul et unique point du réseau Internet.

    Cela me serait égal si toutes ces informations étaient précisées sur le site du projet, au moins de façon temporaire si l'objectif à terme était de permettre la connexion à d'autres serveurs XMPP. Mais je trouve vraiment dommage qu'il ait tu ces informations.

    Petit bonus, qu'en est-il de la v1 de Cryptocat ?

    Même si je salue le fait d'utiliser des normes comme XMPP et OMEMO dans Cryptocat, j'ai quand même jeté un œil à la première version du projet pour voir sur quelle architecture il s'était basé.

    Sans grande surprise la première version se base également sur XMPP et OTR. Néanmoins elle permettait de changer le serveur XMPP sur lequel le client se connectait. J'espère donc qu'il sera également possible de faire la même chose sur la seconde version.

    Pas de quoi s'inquiéter donc ?

    Oui, pour le moment pas de quoi crier au scandale mais je souhaiterais que Nadim soit aussi transparent sur l'architecture de son projet que sur les méthodes de chiffrement qu'il utilise au sein de son application.

    Je pense qu'il est aussi important d'informer les utilisateurs de comment sont protégées leurs messages mais aussi par où et comment ceux-ci sont acheminés.

    Dernière petite question, pourquoi vouloir à tout prix fermer la plateforme alors que XMPP permet nativement l'interconnexion avec les autres réseaux ?

    En bref, si vous voulez avoir les mêmes fonctionnalités que Cryptocat, plus tous les avantages de XMPP (interconnexion, gestion de l'historique, profiles, notifications, accusés de réception…) tournez vous vers des clients comme Conversations ou Gajim (et bientôt Movim concernant le chiffrement je vous promet !).

    That's all folks !

  • Read more 0 0