eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankimBank - zablokowany dostępRe: mBank - zablokowany dostęp
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news-2.dfn.de!n
    ews.dfn.de!2.eu.feeder.erje.net!feeder.erje.net!news.uzoreto.com!aioe.org!peer0
    1.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!newsfeed.neostrada
    .pl!unt-exc-02.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.
    pl.POSTED!not-for-mail
    From: "J.F." <j...@p...onet.pl>
    Newsgroups: pl.biznes.banki
    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>
    In-Reply-To: <rbd72j$jke$1$PiotrGalka@news.chmurka.net>
    Subject: Re: mBank - zablokowany dostęp
    Date: Fri, 5 Jun 2020 13:13:55 +0200
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Priority: 3
    X-MSMail-Priority: Normal
    Importance: Normal
    X-Newsreader: Microsoft Windows Live Mail 16.4.3528.331
    X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331
    Lines: 44
    Message-ID: <5eda28f6$0$522$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.26.50.25
    X-Trace: 1591355638 unt-rea-b-01.news.neostrada.pl 522 83.26.50.25:59523
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 3216
    X-Received-Body-CRC: 1082348180
    Xref: news-archive.icm.edu.pl pl.biznes.banki:651734
    [ ukryj nagłówki ]

    Użytkownik "Piotr Gałka" napisał w wiadomości grup
    dyskusyjnych:rbd72j$jke$1$P...@n...chmurka.ne
    t...
    W dniu 2020-06-04 o 22:07, Alf/red/ pisze:
    > W dniu 04.06.2020 o 19:45, Piotr Gałka pisze:
    >>> Klient powinien móc stosować ten sam login i hasło do wszystkich
    >>> systemów i wyciek danych z dowolnego z nich nie powinien dawać
    >>> żadnych szans zalogowania się za pomocą tych danych do innego
    >>> systemu.
    >
    >> To jest możliwe, jeśli te systemy by stosowały 2FA, czyli coś
    >> dodatkowego. Np. klucz sprzętowy (niebezpiecznik sprzedaje po
    >> 150zł) albo aplikację w smartfonie.

    >Nie wiem co to 2FA, ale uważam, że spełnienie mojego postulatu nie
    >wymaga żadnego dodatkowego sprzętu.

    >System wysyła do komputera użytkownika swoją sól. Komputer
    >użytkownika hashuje jego login+hasło+sól i to odsyła do systemu I
    >tylko to system zna (czy zna login, czy nie - nie wnikam - ważne, że
    >hasła nigdy nie widzi).

    No ... dawniej to sie troche klocilo z idea www.
    Jest przegladarka i tego nie potrafi. Musialbys napisac osobny program
    do obslugi.

    Teraz i tak to nie jest przegladarka www, tylko skomplikowany program
    w JS, wiec mozna by wrocic do pomyslu.

    >W czasie definiowania hasła to też komputer użytkownika ma sprawdzić,
    >czy wpisane dwa razy jest takie samo i czy spełnia ewentualne
    >dodatkowe wymagania narzucone aby zapobiec stosowaniu haseł typu
    >1234. Po sprawdzeniu liczy hash i tylko to trafia do serwera.

    A to troche klopotliwe, bo musisz te wszystkie sprawdzenia przeslac na
    komputer klienta.
    Wiec wcale nie dziwne, ze sprawdza serwer.

    W dodatku ... jedno haslo do wszystkiego, i moze nawet jeden login ...
    myslisz sobie, ze zrobili to poprawnie tak jak wyzej, a jeden serwer
    wcale nie, hackerzy go przejmuja i lezysz na calej linii.
    Albo nie przejmuja, tylko zakladaja :-)

    J.

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