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!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.chmurka.net!.POSTED!not-for-mail
    From: Piotr Gałka <p...@c...pl>
    Newsgroups: pl.misc.elektronika
    Subject: Re: Problem z szyfrowaniem komunikacji między mcu
    Date: Wed, 24 Jul 2013 08:50:15 +0200
    Organization: news.chmurka.net
    Lines: 30
    Message-ID: <ksntf9$alj$1@somewhere.invalid>
    References: <a...@n...neostrada.pl>
    <kslem3$5al$1@somewhere.invalid> <ksmrch$4sf$2@mx1.internetia.pl>
    NNTP-Posting-Host: 213.192.88.238
    Mime-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Trace: somewhere.invalid 1374648617 10931 213.192.88.238 (24 Jul 2013 06:50:17 GMT)
    X-Complaints-To: abuse-news.(at).chmurka.net
    NNTP-Posting-Date: Wed, 24 Jul 2013 06:50:17 +0000 (UTC)
    X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
    X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
    X-Priority: 3
    X-Authenticated-User: PiotrGalka
    X-MSMail-Priority: Normal
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:650259
    [ ukryj nagłówki ]


    Użytkownik "Michoo" <m...@v...pl> napisał w wiadomości
    news:ksmrch$4sf$2@mx1.internetia.pl...

    >> Są jakieś teoretyczne wyliczenia do ilu takich ramek podpis bazujący na
    >> kluczu 128 bit można uznać za bezpieczny. Są to ilości chyba rzędu 2^64.
    >> Po wyczerpaniu tej liczby należy wymienić klucze, w żadnym wypadku nie
    >> wolno umożliwić liczenia od początku z tym samym kluczem.
    >
    > Szczerze mówiąc nie wiem jak skomentować umieszczenie w jednym zdaniu
    > "2^64" i "wyczerpanie tej liczby".
    >
    Faktycznie może być podejrzane. Nawet jakby nie w jednym zdaniu :).
    Możliwe, że tam było 2^48 (nie pamiętam, wyszukanie w książce zajęło by mi
    za dużo czasu, bo nie wiem przy jakiej okazji to pisali). Poza tym to są
    jakieś wyliczenia teoretyczne, które zakładają brak praktycznych
    ograniczeń - na przykład na liczbę ramek wysyłanych na sekundę. OIDP w
    przykładach rozmieszczenia danych w bloku licznikowym (preferują tryb CTR)
    stosują 32 bitowy licznik ramek i 32 bitowy licznik bloków w ramce.
    Autorzy sugerując wybór odpowiednich algorytmów i wielkości kluczy itp.
    zakładają, że tworzony obecnie system ma zapewnić bezpieczeństwo przez 50
    lat. Wyjątkiem są systemy z kluczem publicznym, które gdyby miały zapewnić
    bezpieczeństwo na 50 lat wymagały by znacznie dłuższych kluczy niż stosowane
    obecnie i zbytnio obniżyły by wydajność systemów. Dlatego dla systemów
    klucza publicznego zakładają niełamalność przez 20 lat, ale twierdzą, że
    takie systemy (w przeciwieństwie do systemów z kluczem symetrycznym) muszą
    być skalowalne, aby stopniowo, wraz ze wzrostem mocy obliczeniowych
    zwiększać długość kluczy.
    P.G.

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: