Pont réseau chiffré sous Linux

Posté par DAGAN Alexandre (site web personnel) le 27 avril 2002 à 13:07. Modéré par Yann Kerhervé.

Étiquettes : aucune

avr.

2002

"Un serveur Linux est capable de fonctionner comme un assortiment de différents équipements réseau. Par exemple, il peut se comporter comme un routeur, un commutateur ou même un pont. Dans ce dernier cas, deux (ou plusieurs) réseaux sont interconnectés ensemble de manière logique et transparente pour n'en former plus qu'un.

Un site est dédié à ce type d'utilisation sur sourceforge et relate tout ce qu'il faut savoir.

De plus, Torrey Hoffman a récemment posté une nouvelle sur un patch qu'il est en train de mettre au point. Il s'agit d'autoriser le chiffrement dans un pont ethernet. Son patch pourra servir par exemple à encoder des flux video MPEG traversant le pont, pour éviter toute copie pirate pendant le transfert. Le patch du driver du pont ethernet utilise l'algorithme de chiffrement AES (aka Rijndael)"

A découvrir...

NdR: Traduction libre (ou libre traduction) d'une nouvelle de rootprompt.org Merci à eux!)
NdM: apparemment arnor.net et kerneltrap semblent momentanément injoignables

Aller plus loin

# Chiffrement de flux MPEG

Posté par Baptiste SIMON (site web personnel) le 27 avril 2002 à 14:01. Évalué à 9.

Je comprends très bien l'intérêt de chiffrer des flux de données critiques comme des données bancaires ou tout du moins confidentielles... mais je ne comprends pas bien à quoi "encoder des flux video MPEG traversant le pont" peut bien s'appliquer. Si quelqu'un pouvais me donner un exemple... merci ! :c)
- [^] # Re: Chiffrement de flux MPEG
  
  Posté par Schneider Dark le 27 avril 2002 à 14:36. Évalué à 10.
  
  Hmm,c'est pour la vidéo-conférence...
  
  Utile si on utilise ca pour pouvoir faire des négociations avec ses clients sans se déplacer ^_^ !
  
  Et en sécurité : Airbus à perdu un GROS contract face à Boeing à cause de l'espionnage de ses communications par la NSA,qui a "gentiment" donné le prix donné au client par Airbus pour une flotte de gros porteur tout neuf..
  
  Boeing avait donné un prix un peu en dessous et avait raflé le contrat monstrueusement juteux !!
  
  Et après ça,j'entend encore des gens qui dises que l'espionnage,c d'la frime pour les films :/ ...
- [^] # Re: Chiffrement de flux MPEG
  
  Posté par the_freeman le 27 avril 2002 à 14:38. Évalué à 10.
  
  Bah, par exemple, il est utile de chiffrer la vidéo interne à une société qui explique les stratégies futures aux salariés et qui ne doit surtout pas être connus des éventuels concurents. Non ?
  - [^] # Re: Chiffrement de flux MPEG
    
    Posté par Baptiste SIMON (site web personnel) le 27 avril 2002 à 15:22. Évalué à 10.
    
    Entre ton exemple et celui cité plus haut, je me trouve totalement satisfait !! ;c)
    Je en voyais pas cela sous cet angle.
    
    Merci à vous.
    
    -1 car purement vide d'intérêt pour les autres.
  - [^] # Re: Chiffrement de flux MPEG
    
    Posté par j le 27 avril 2002 à 15:29. Évalué à 10.
    
    Mais dans ce cas il ne s'agit pas de crypter ce qui passe sur un *pont*, mais ce qui passe entre deux routeurs. C'est du VPN classique, et pas besoin de patch pour ca, il y a deja une floppee d'outils qui s'y destinent.
    - [^] # Re: Chiffrement de flux MPEG
      
      Posté par Annah C. Hue (site web personnel) le 27 avril 2002 à 15:39. Évalué à 10.
      
      Ben je vois pas très bien comment ça peut marcher ce truc : le pont chiffre, très bien, c'est joli, mais QUI déchiffre ?
      - [^] # Re: Chiffrement de flux MPEG
        
        Posté par the_freeman le 27 avril 2002 à 18:05. Évalué à 2.
        
        >Ben je vois pas très bien comment ça peut marcher ce truc : le pont chiffre, très bien, c'est joli, mais QUI déchiffre ?
        La machine de l'autre coté du pont ?
      - [^] # Re: Chiffrement de flux MPEG
        
        Posté par Robert Chéramy le 28 avril 2002 à 14:44. Évalué à 10.
        
        J'imagine que le pont est en fait constitué de 2 1/2 ponts, reliés entre eux par un tunnel chiffré.
        
        Donc chaque extrémité du pont chiffre et déchiffre selon le sens de la transmission.
        
        --
        tibob
      - [^] # Re: Chiffrement de flux MPEG
        
        Posté par Gloo le 28 avril 2002 à 19:44. Évalué à 7.
        
        dans le lien qui en parle:
        
        "this is a tool for software developers who are building custom encryption systems"
        
        et plus loin:
        
        "I decrypt the video stream in the client application."
# IPSEC & Freeswan

Posté par Schneider Dark le 27 avril 2002 à 21:07. Évalué à 10.

IPSEC est la solution. on peut mettre en place un VPN avec une liaison cryptée, l'auth se fait par un échange de clef ( comme ssh/openssh ) et un seul des ordi a vraiment besoin d'avoir une IP fixe.
On peut même utiliser des algorithmes de compression pour les liaisons n'ayant pas de bonnes perfs.

kelkes liens ki vont avec :
+ doc 1 :
http://www.samag.com/documents/s=1159/sam0011i/0011i.htm(...)
http://www.samag.com/documents/s=4072/sam0203c/sam0203c.htm(...)

+ doc 2 :
http://networking.earthweb.com/netos/article/0,,12083_1011451,00.ht(...)
http://networking.earthweb.com/netos/article/0,,12083_1012351,00.ht(...)
- [^] # Re: IPSEC & Freeswan
  
  Posté par François Désarménien le 28 avril 2002 à 13:56. Évalué à 10.
  
  Sauf que IPSec est très lourd en temps de
  traitement, en userland et qu'il veut traiter
  des flots video. D'où sa solution de chiffrer
  léger (AES) directement en mode noyau.
- [^] # Re: IPSEC & Freeswan
  
  Posté par Gloo le 28 avril 2002 à 19:41. Évalué à 10.
  
  Pour IPSec
  
  "se fait par un échange de clef"
  
  Pas forcement (preshared secret).
  
  "un seul des ordi a vraiment besoin d'avoir une IP fixe"
  
  Pas forcement. 2 ordis avec IPs dynamiques ca fonctionne aussi.
  
  "IPSec est la solution"
  
  On parle de visio conference au dessus: pas de multicast avec IPSec. Que je sache il n'y a pas de multicast avec stunnel et vtun non plus. Et, visiblement, pas avec la solution de la news non plus.
  
  Pour IPSec + Bridge ethernet ca semble possible (debut du thread):
  http://www.math.leidenuniv.nl/pipermail/bridge/2002-March/001602.ht(...)
  
  Pour en revenir à la news, ce que je comprend:
  
  - le serveur sert des streams
  - le bridge crypte avec une clef pour chaque client (differenciée par l'adresse MAC)
  - l'_application_ cliente (lecteur mpeg) decrypte.
  
  Dans ce contexte, la solution de la news est beaucoup plus interessante qu'un IPSec.
  
  Bref cette, s'adresse aux devels de soft (comme c'est dit dans le lien).
# pont, commutateur et co ...

Posté par chl (site web personnel) le 29 avril 2002 à 11:19. Évalué à -1.

il peut se comporter comme un routeur, un commutateur ou même un pont.

Juste pour l'information, c'est quoi la difference entre un pont et un commutateur ?

-1 car un peu HS
- [^] # Re: pont, commutateur et co ...
  
  Posté par Frank-N-Furter le 29 avril 2002 à 14:40. Évalué à 4.
  
  Si ma memoire est bonne, ce qui n'est pas gagne :-) , la difference entre un pont et un routeur, reside sur le niveau sur le kl ils travaillent, le routeur travaille au niveau IP (Couche OSI niveau 3), alors que les ponts bossent au niveau MAC (Couche OSI niveau 2).
  Depending on the time of day, the French go either way.
  - [^] # Re: pont, commutateur et co ...
    
    Posté par chl (site web personnel) le 29 avril 2002 à 15:43. Évalué à 2.
    
    Merci pour ta reponse, je suis d'accord avec toi sur la difference :
    routeur pont,
    mais je voulais savoir la difference
    commutateur pont
    
    car pour moi un commutateur et un pont fonctionnent tous les deux au niveau 2 de la couche OSI, donc je vois pas la difference.
    
    -1 car un peu HS
    - [^] # Re: pont, commutateur et co ...
      
      Posté par Frank-N-Furter le 29 avril 2002 à 16:42. Évalué à 2.
      
      rahhhhhhh, ca m'apprendra a ne pas relire les questions au kl je reponds...
      
      Le pont permet de fragmenter de gros reseaux, en plus petits sous reseaux, alors que sur les commutateurs (switch) tu raccordes directos les machines, voila pour moi ou se trouve la difference, si je me goure n'hesitez pas a me corriger.
      Depending on the time of day, the French go either way.
      - [^] # Re: pont, commutateur et co ...
        
        Posté par Alain Rouen le 01 mai 2002 à 00:46. Évalué à 2.
        
        Yep... un pont c pour faire de l'interconnexion de LAN... (boucle FDDI<->Ethernet, Ethernet<->TokenRing, etc...). Les MTU et le format MAC diffère... le pont fait l'adaptation pour ne tranférer que les données utiles entre ses différentes interfaces.
        
        Un commutateur Ethernet c'est l'intermédiaire entre un HUB et un routeur... il ne route pas les paquets entre différentes interfaces IP (niveau 3), mais il ne forward pas non plus un paquet sur tous ses ports Ethernet (niveau 2). Il apprend tout au long du traffic qui est connecté sur quel port Ethernet, pour transférer les données au(x) bon(s) destinataire(s).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.