• STATISTIQUES
  • Il y a eu un total de 0 membres et 38828 visiteurs sur le site dans les dernières 24h pour un total de 38 828 personnes!
    Membres: 2 605
    Discussions: 3 579
    Messages: 32 816
    Tutoriels: 78
    Téléchargements: 38
    Sites dans l'annuaire: 58


  • ANNUAIRE
  • [EN] SecurityFocus
    SecurityFocus a été conçu pour faciliter la discussion sur des sujets liés la sécu...
    Vulnérabilités
    [FR] Hackfest
    Le Hackfest est un évènement de sécurité et de piratage informatique au Québec reg...
    Hacking
    [EN] PHPFreaks
    PHPFreaks est un site dédié à l'apprentissage et l'enseignement du PHP. Ici vous trouver...
    Programmation
    [FR] Forum-Webmaster
    Une communauté webmaster pour apporter / recevoir de l'aide en création de site internet. Webmaster...
    Webmaster
    [FR] Microcontest
    Cryptographie: 7, Mathématiques: 8, Image Son Vidéo: 5, Intelligence artificielle: 3, Réseau: 2, Divers: 7, Phy...
    Challenges
    [EN] HackQuest
    Logic: 12, JavaScript: 14, Applet: 6, CrackIt: 13, Crypto: 11, Internet: 3, Exploit: 7, Stegano: 12, Flash: 1, Programmi...
    Challenges
    [EN] This is legal
    Basic: 10, Realistic: 5, Programming: 1, Bonus: 11, SQL: 2, Encryption: 6, Application: 4, User Contributed: 3
    Challenges

  • DONATION
  • Si vous avez trouvé ce site internet utile, nous vous invitons à nous faire un don du montant de votre choix via Paypal. Ce don servira à financer notre hébergement.

    MERCI!




Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Protocole de communication chiffré et décentralisé
02-04-2013, 12h43 (Modification du message : 02-04-2013, 12h55 par InstinctHack.)
Message : #1
InstinctHack Hors ligne
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. Smile
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é !!"
j'ai pas compris pourquoi, je croyais qu'on était dans la même classe
+1 (0) -1 (0) Répondre


Messages dans ce sujet
Protocole de communication chiffré et décentralisé - par InstinctHack - 02-04-2013, 12h43

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

Atteindre :


Utilisateur(s) parcourant ce sujet : 2 visiteur(s)
N-PN
Accueil | Challenges | Tutoriels | Téléchargements | Forum | Retourner en haut