jhk a écrit 2 commentaires

  • [^] # Re: Bon courage

    Posté par  . En réponse à la dépêche [Belgique] P2P, la Sabam gagne contre Tiscali !... Évalué à 10.

    Les softs de P2P fonctionnent avec des ports déterminés. Mais si ces ports varient automatiquement !
    On peut faire du saut de port, un peu comme le saut de fréquence pour les communications militaires.
    Les ports sources et destination varient lors des échanges.
    Deux utilisateurs de s'échangent des clés qui serviront à établir des communications _cryptés_ et à définir l'algo qui permettra de connaître :
    - les ports à écouter,
    - la manière de reconstruire les données selon les numéro de port source et destination des paquets reçus,
    - les paquets à rejeter (Il en faut pour tromper l'ennemi)

    Ca ferait un joli puzzle !

    Pour rendre les choses encore plus complexes, on fait intervenir une troisième machine.
    A veut transmettre à B des données. A demande à C de se mettre en relais. C accepte (le taux de relayage est négocié en cft de sa charge). Un algo est définit à trois pour que B sache reconstruire les données avec les paquets lui arrivant de A et de C.
    Les communications entre les trois acteurs se font aussi en saut de fréquence.

    La, ça devient difficile de reconstruire l'échange et de prouver qu'il s'agissait de P2P !

    Critiques possibles :
    La bande passante ? Ce n'est plus un problème.
    La puissance des machines non plus...
    Le seul problème que je vois, c'est l'échange des clés ... Par mail ? :-)

    J'arrête le délire, je n'ai plus de moquette !
  • [^] # Re: ben euh

    Posté par  . En réponse au message Les coches avec Samba. Évalué à 1.