eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingKryptografia w całej okazałości.Re: Kryptografia w całej okazałości.
  • X-Received: by 10.140.95.85 with SMTP id h79mr151qge.25.1415847275582; Wed, 12 Nov
    2014 18:54:35 -0800 (PST)
    X-Received: by 10.140.95.85 with SMTP id h79mr151qge.25.1415847275582; Wed, 12 Nov
    2014 18:54:35 -0800 (PST)
    Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.glorb.com!
    u7no1223799qaz.1!news-out.google.com!u1ni9qah.0!nntp.google.com!u7no1223794qaz.
    1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Wed, 12 Nov 2014 18:54:35 -0800 (PST)
    In-Reply-To: <s...@j...net>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=77.253.57.53;
    posting-account=xjvq9QoAAAATMPC2X3btlHd_LkaJo_rj
    NNTP-Posting-Host: 77.253.57.53
    References: <m3nv0t$i26$1@node1.news.atman.pl>
    <e...@g...com>
    <m3t8nr$18m$1@node1.news.atman.pl>
    <2...@g...com>
    <m3tshm$nmb$1@node1.news.atman.pl>
    <d...@g...com>
    <m3u67u$2gm$1@node1.news.atman.pl>
    <2...@g...com>
    <m3ugl6$1hi$1@news.icm.edu.pl>
    <4...@g...com>
    <m3ur2j$62k$1@news.icm.edu.pl>
    <5...@g...com>
    <m40alj$bdp$1@news.icm.edu.pl> <m40c95$crl$1@node1.news.atman.pl>
    <s...@j...net>
    <9...@g...com>
    <f...@g...com>
    <m40sah$lfe$1@node2.news.atman.pl>
    <4...@g...com>
    <s...@j...net>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <0...@g...com>
    Subject: Re: Kryptografia w całej okazałości.
    From: "M.M." <m...@g...com>
    Injection-Date: Thu, 13 Nov 2014 02:54:35 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    Xref: news-archive.icm.edu.pl pl.comp.programming:206974
    [ ukryj nagłówki ]

    On Thursday, November 13, 2014 3:06:42 AM UTC+1, Stachu 'Dozzie' K. wrote:
    > A weź ty sobie policz, ile razy musisz dla tej samej skuteczności
    > zawczasu przeliczonych tablic zwiększyć rozmiar tych tablic. Załóż
    > sobie, że sól ma raptem 48 bitów. A potem powiedz nam tu na grupie, ilu
    > terabajtowe pendrive'y wyrzucałeś, bo kupiłeś większy.

    Żeby nie było, zmieniam lekko temat:

    Nie umiem policzyć tego o czym piszesz. Jak wygląda dowód, że tablicy nie
    da się przekonwertować w szybkim czasie bez zwiększania ich rozmiaru?
    Mamy tablice dla haseł od 1 do N bitów. Nagle dodajemy do hasła znaną
    sól o długości K bitów, K+N=M. Po dodaniu soli ilość haseł w żaden cudowny
    sposób nie zwiększyła się. Nie mamy ilości haseł suma_1^M(2^i), tylko
    nadal suma_1^N(2^i). Jeśli ilość haseł jest taka sama, to teoretycznie
    mogą wystarczyć tablice o takich samych rozmiarach. Jedna trudność w
    konwersji tychże tablic. Jest znany taki dowód, czy go nie ma? Jeśli
    nie ma takiego dowodu, to ja nie umiem policzyć.


    > No jak masz zawsze taką samą, to oczywiście nie możesz używać tych
    > samych tablic do dwóch różnych haseł, prawda? Bo dla drugiego użycia
    > tej samej soli dostajesz inny skrót. Chyba że coś w tym rozumowaniu się
    > nie zgadza.
    Nic nie rozumiem.


    Pozdrawiam

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: