eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaProblem z szyfrowaniem komunikacji między mcuRe: Problem z szyfrowaniem komunikacji między mcu
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
    .pl!news.nask.org.pl!news.unit0.net!news.glorb.com!news-out.readnews.com!transi
    t4.readnews.com!nx02.iad01.newshosting.com!newshosting.com!newsfeed.neostrada.p
    l!unt-exc-01.news.neostrada.pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl
    .POSTED!not-for-mail
    From: Marek <f...@f...com>
    Newsgroups: pl.misc.elektronika
    Subject: Re: Problem z szyfrowaniem komunikacji między mcu
    Date: Thu, 25 Jul 2013 11:59:22 +0200
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    In-Reply-To: <ksqp3p$og7$1@somewhere.invalid>
    References: <a...@n...neostrada.pl>
    <kslem3$5al$1@somewhere.invalid>
    <a...@n...neostrada.pl>
    <ksqp3p$og7$1@somewhere.invalid>
    Message-ID: <a...@n...neostrada.pl>
    User-Agent: Groundhog Newsreader for Android
    Lines: 28
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: apn-95-41-111-129.dynamic.gprs.plus.pl
    X-Trace: 1374746365 unt-rea-a-01.news.neostrada.pl 1470 95.41.111.129:51976
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:650313
    [ ukryj nagłówki ]

    On Thu, 25 Jul 2013 10:54:14 +0200, Piotr
    Gałka<p...@c...pl> wrote:
    > Nie rozumiem koncepcji "w środku".

    Kryptografie analizuje jako strumien bajtów dający reakcje Y, nie
    wnikam w sens strumienia (czy jest to szyfrowany komunikaty, czy
    komunikaty z podpisem itp).
    Wiec jeszcze raz:
    Xb -> Y
    Xb to ciąg bajtów o ograniczonej długości b wysłany z nadajnika,
    który odpowiada za reakcje Y u odbiornika (wykonanie polecenia).
    Transmisja jest zawsze jednokierunkowa i każda jedna transmisja
    (prawidłowa) daje prawidłową reakcje Y.

    W Twojej propozycji Xb było komunikatem zawierającym polecenie,
    nrsekw i podpis. Ten nrsekw jest wlaśnie "w środku" strumienia
    komunikatu i ma zapewnić unikalnosc.
    Analizujac strumień Xb jest to nic innego jak jeden wielki nr
    sekwencyjny, ktory może się pojawić tylko raz, ergo liczbę poleceń
    mamy ograniczona liczba kombinacji Xb - liczba prawidłowych Xb.

    Pytanie dodatkowe: czy proponowana przez Ciebie metoda podpisu daje
    ten sam podpis dla tego samego komunikatu, czy ten sam komunikat
    może generowac różne (prawidlowe) podpisy (podobnie jak hash
    ograniczony kombinacja możliwych saltow)

    --
    Marek

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: