Protocole de communication chiffré et décentralisé
|
02-04-2013, 12h43
(Modification du message : 02-04-2013, 12h55 par InstinctHack.)
Message : #1
|
|
InstinctHack
Posting Freak Messages : 1,366 Sujets : 184 Points: 299 Inscription : Dec 2011 |
Protocole de communication chiffré et décentralisé
Bonjour,
Encore une idée tordue ^^" Cela rejoint celle du p2p mais en plus originale, ce serais un moyen de communiquer de façon totalement décentralisé (des serveurs ne sont pas exclus pour faciliter le système, mais ils ne DOIVENT pas êtres indispensables) assertions : les utilisateurs font un usage correct du système, aucune modification du code, rien. le réseau bloque de façon aléatoire les communications entre deux utilisateurs. un utilisateurs est identifé via un id unique et possède un couple de clé public/privé. Un utilisateur A veut entrer en communication avec un utilisateur B. Il récupère son ID et sa clé publique. Il chiffre son message et lui envoit. L'utilisateur B le déchiffre et lui renvoit qu'il as bien reçu le message avec la signature. L'utilisateur A sait donc que le message est bien passer. Si l'utilisateur B ne l'aurais pas renvoyer, cela voudrais dire que le réseau as bloquer le message, alors A envoyerais le message à tous ses contacts, qui tenterais récursivement d'envoyer le message à B, jusqu'a que B confirme la réception. Vous trouverez sans difficulté plusieurs problèmes à mon raisonnement. Mais c'était pour mettre à plat ma petite réflexion, et puis si ça peut en intéressé certains... :p ps : les problèmes que je voit : -si le client n'est pas dispo, le message seras envoyer inutilement, faudrais un systeme de ping (mais qui pourrais lui-meme tomber sur le coup de la censure) -si C est un contact de A, qu'il renvoit le message et demande à ses contacts de le renvoyer, alors si D possède A dans ses contacts, on part en infiniteloop, faudrais demander si les contacts n'envoit qu'un seul exemplaire du message (mais il reste le problème qu'il vont en recevoir des centaines eux O.o ) -Les canaux, on gère ça comment -le flood si on envoie à un client qui n'existe pas -et surement plein d'autres edit : pour le problème des centaines de demandes d'envoi que les contacts receverais, on peux imaginer que le paquet aurais la liste des contacts par lequel il est déjà passer (ça empecherais pas le problème, mais ça en limiterais déjà les répercutions) edit 2 : bah les canaux fonctionnerais de la meme façon que si le message était bloqué, mais les contacts ne l'enverrais uniquement aux membres du canal ( à partir de ce point, on comprend que les messages pourrais être publiés par n'importe quel utilisateurs du canal et qu'il seras difficile de mettre en place un système de modération du canal) edit 3 : pour le flood à un client qui n'existe pas, on pourrais imaginer le téléchargement via les serveurs d'une liste d'utilisateurs valides (faut avoir confiance au serveur) et un paramètre pour accepter/refuser de tenter d'envoyer un message à un client qui n'est pas dans la liste Citation :un jour en cours de java j'ai attrapé les seins d'une fille mais elle m'a frappé en disant "c'est privé !!" |
|
« Sujet précédent | Sujet suivant »
|
Messages dans ce sujet |
Protocole de communication chiffré et décentralisé - par InstinctHack - 02-04-2013, 12h43
RE: Protocole de communication chiffré et décentralisé - par b0fh - 02-04-2013, 17h27
RE: Protocole de communication chiffré et décentralisé - par InstinctHack - 03-04-2013, 02h31
|
Sujets apparemment similaires… | |||||
Sujet | Auteur | Réponses | Affichages | Dernier message | |
[résolu] Reconnaissez-vous ce protocole ? | b0fh | 11 | 595 |
26-11-2012, 18h27 Dernier message: gruik |
Utilisateur(s) parcourant ce sujet : 2 visiteur(s)