Új hozzászólás Aktív témák

• #42 emvy nagyúr Ribi #41

  Új Válasz 2014-06-06 10:03:54 #42

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  emvy

  nagyúr

  válasz Ribi #41 üzenetére

  Ugy, hogy a kulcscsere pillanataban mar ott vagy. Tehat

  A ket fel ezt gondolja:
  A <-csatorna-> B

  Valojaban:
  A <- csatorna - C - csatorna -> B

  A elkuldi a publikus kulcsat B-nek, de ezt elkapja C. C general egy publikus kulcsot, elkuldi B-nek. B azt hiszi, hogy A publikus kulcsat kapta meg. Ugyanez lezajlik visszafele. Innentol A titkositott uzeneteket kuld B-nek, azt gondolvan, hogy B publikus kulcsaval titkosit, de valojaban C-jevel teszi ezt. Menetkozben C elkapja az uzenetet, dekodolja, (potencialisan megvaltoztatja,) ujrakodolja a sajat privat kulcsaval, es elkuldi B-nek. B dekodolja az uzenetet C publikus kulcsaval.

  (Valojaban ez nem igy zajlik, mert a valo eletben a publikus/privat kulcsokat csak a handshake eseten hasznaljak, amikor elkuldik a szimmetrikus kulcsot a masik felnek, de a dolog nyilvan ettol meg ugyanugy sebezheto a fenti modon.)

  Termeszetesen egy GMailen belulre korlatozott uzenetkuldo rendszernel a Google tokeletesen jatszhatna C-t, viszont egy masik csatornan keresztul torteno kulcs-egyeztetes gyorsan lebuktatna.

  [ Szerkesztve ]

  while (!sleep) sheep++;

Új hozzászólás Aktív témák