eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankimBank - zablokowany dostęp › Re: mBank - zablokowany dostęp
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!wsisiz.edu.pl!goblin2!goblin.stu.neva.r
    u!aioe.org!peer01.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!ne
    wsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.pl
    !news.neostrada.pl.POSTED!not-for-mail
    From: Krzysztof Halasa <k...@p...waw.pl>
    Newsgroups: pl.biznes.banki
    Subject: Re: mBank - zablokowany dostęp
    References: <rb2jmu$gsi$1$PiotrGalka@news.chmurka.net>
    <a...@g...com>
    <rb2s3g$lqr$1$PiotrGalka@news.chmurka.net> <m...@p...waw.pl>
    <rbb2n0$8os$1$PiotrGalka@news.chmurka.net>
    <5ed91c37$0$17363$65785112@news.neostrada.pl>
    <rbbbv3$dpp$1$PiotrGalka@news.chmurka.net> <rbbkam$ha5$1@gioia.aioe.org>
    <rbd72j$jke$1$PiotrGalka@news.chmurka.net> <m...@p...waw.pl>
    <1wgzmwc2p2rb2.1w4yqapb3eqlv$.dlg@40tude.net> <m...@p...waw.pl>
    <rbleqn$r2f$1$PiotrGalka@news.chmurka.net>
    Date: Mon, 08 Jun 2020 16:33:11 +0200
    Message-ID: <m...@p...waw.pl>
    Cancel-Lock: sha1:LlJWAVrMVek0VNHbc7jRS1hlfOg=
    MIME-Version: 1.0
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 8bit
    Lines: 32
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 195.187.100.13
    X-Trace: 1591626791 unt-rea-b-01.news.neostrada.pl 516 195.187.100.13:31138
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 2845
    X-Received-Body-CRC: 3704078347
    Xref: news-archive.icm.edu.pl pl.biznes.banki:651808
    [ ukryj nagłówki ]

    Piotr Gałka <p...@c...pl> writes:

    > W tej gałęzi wątku twierdzę, że powinniśmy móc używać tych samych haseł.
    > Jeśli komputery mogą nam to załatwić to powinno to (dla ogólnego
    > bezpieczeństwa) być tak zrobione. Najlepiej 'od zawsze'.
    > Nie widzę uzasadnienia dlaczego nie jest.

    Napisałem - dlatego, że HTTPS nie przewiduje takiego mechanizmu.
    Dlatego, że obecnie musiałoby to być zrobione w JS, a do tego nie można
    mieć zaufania. Poza tym, gdyby ktoś chciał to zrobić (w ogóle takie
    rzeczy występują, tylko że nie w HTTPS), to należałoby to zrobić lepiej.

    > Moje założenie, że hasło jest hashowane w komputerze użytkownika,
    > chyba wzięło się z lektury tej jednej książki. Z niej chyba wynikało,
    > że tak to musi być i ja to przyjąłem jako pewnik.

    Czy ja dobrze kojarzę, że ta książka to "Applied Crypto" Schneiera?
    Naprawdę coś takiego tam napisał? W którym miejscu?

    > Pamiętam opisywany tam przykład błędu w oprogramowaniu. Ktoś
    > prawidłowo wydłużył i posolił hasło, ale aby użytkownik nie musiał
    > czekać około 1s aby się dowiedzieć, że się pomylił w haśle to
    > programista zrobił sobie tabelkę CRC32 haseł użytkowników i najpierw
    > sprawdzał to CRC.
    > W ciągu sekundy (na zwykłym PC) daje się wydłużyć hasło o około 20
    > bitów, a tym zabiegiem skrócił je o 32 bity.

    "Wydłużyć" to IMHO nie jest najszczęśliwsze sformułowania. Dodatkowo, ta
    np. "1s" jest korzystna, by trudniej było złamać słabe hasło - zobacz
    np. PBKDF2.
    --
    Krzysztof Hałasa

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