Oui, le tracker utilise des requêtes HTTP par simplicité.
Le protocole lui-même est sur TCP, c'est un protocole texte relativement simple (malheureusement il n'y a pas encore de doc digne de ce nom), et toutes les connexions sont chiffrées avec AES après authentification et dérivation des clés de session. La négociation avant chiffrement est obfusquée en chiffrant avec une clé préétablie pour éviter des motifs facilement filtrables. Actuellement les dérivations de clés sont faites avec PBKDF2 (HMAC-SHA512, 10000 iterations). La méthode actuelle ne permet pas la confidentialité persistante pour l'instant mais cela pourrait être implémenté à l'avenir.
[^] # Re: RetroShare
Posté par Paulo . En réponse au journal Teapotnet, un réseau social privé pour l'échange de fichiers. Évalué à 3.
Oui, le tracker utilise des requêtes HTTP par simplicité.
Le protocole lui-même est sur TCP, c'est un protocole texte relativement simple (malheureusement il n'y a pas encore de doc digne de ce nom), et toutes les connexions sont chiffrées avec AES après authentification et dérivation des clés de session. La négociation avant chiffrement est obfusquée en chiffrant avec une clé préétablie pour éviter des motifs facilement filtrables. Actuellement les dérivations de clés sont faites avec PBKDF2 (HMAC-SHA512, 10000 iterations). La méthode actuelle ne permet pas la confidentialité persistante pour l'instant mais cela pourrait être implémenté à l'avenir.