eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plFinanseGrupypl.biznes.bankiOkresowa weryfikacja klienta w mBankuRe: Okresowa weryfikacja klienta w mBanku
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.aagz224.neoplu
    s.adsl.tpnet.pl!not-for-mail
    From: "J.F" <j...@p...onet.pl>
    Newsgroups: pl.biznes.banki
    Subject: Re: Okresowa weryfikacja klienta w mBanku
    Date: Fri, 14 Jun 2024 13:18:21 +0200
    Organization: news.chmurka.net
    Message-ID: <13p5w1zdyiy1$.1rqgmmlo3zioy.dlg@40tude.net>
    References: <v49g1g$adn$1@news.chmurka.net>
    <90wkpds3v1zu$.13iljnlarxfcd.dlg@40tude.net>
    <v4cos0$8hk$2@news.chmurka.net> <8...@a...kjonca>
    <1...@4...net> <8...@a...kjonca>
    <1lmvj28ea8mvb.1u06ambf5zjx5$.dlg@40tude.net>
    <xojhe7u5gbu4.12g3ixa0o2u6z$.dlg@40tude.net>
    <v4f1pq$2k2$2@news.chmurka.net> <8...@a...kjonca>
    <v4h76h$4sr$1@news.chmurka.net>
    MIME-Version: 1.0
    Content-Type: text/plain; charset="utf-8"
    Content-Transfer-Encoding: 8bit
    Injection-Info: news.chmurka.net; posting-account="jfoxwr";
    posting-host="aagz224.neoplus.adsl.tpnet.pl:83.4.181.224";
    logging-data="7133"; mail-complaints-to="abuse-news.(at).chmurka.net"
    User-Agent: 40tude_Dialog/2.0.15.1
    Cancel-Lock: sha1:YxfFpfJpjmXJQB32cLDVRKp5JKM=
    sha256:eC6OCIfBU7ng0gpz5NOT2ovVXRL6krGENS5m1/HAll0=
    sha1:/FX92dpvJepvRCJkcc0aCmt3qUs=
    sha256:0tAYI1md/sxa/6I6v/TFdIEQPMCRIWl9ln6+nDrqPd4=
    Xref: news-archive.icm.edu.pl pl.biznes.banki:671317
    [ ukryj nagłówki ]

    On Fri, 14 Jun 2024 12:48:56 +0200, Piotr Gałka wrote:
    > W dniu 2024-06-14 o 09:48, Kamil Jońca pisze:
    >> Nie wdając się w szczegóły.
    >> Klucz sprzętowy posiada pewien klucz prywatny.
    >>
    >> W momencie "rejestracji" klucza, u usługdawcy jest zapamiętywany pewien
    >> klucz publiczny.
    >> W czasie logowania usługodawca przeysła przeglądarce "coś" i każe zaszyfrować
    >> prywatnym
    >> Przeglądarka każe kluczowi zaszyfrować i to co dostanie odsyła do
    >> usługodawcy.
    >> Gdy usługodawca jest w stanie to rozszyfrować (za pomocą publicznego)
    >> - to wie że jesteś w posiadaniu klucza.
    >>
    >
    > Mniej więcej jasne.
    > Przy kryptografii asymetrycznej zawsze muszę od nowa się zastanawiać co
    > ma sens, a co nie. Dlatego (dla samego siebie) przyjąłem, że zawsze
    > używam odpowiedniego określenia:
    > - kluczem prywatnym się tylko podpisuje dane (bo szyfrowanie nie ma sensu),

    podpis to forma szyfrowania danych ... z podpisu :-)

    Poza tym sens ma - zaszyfrujesz wszystko, to wszyscy będą mogli
    odszyfrować twoim znanym kluczem publicznym, i upewniają się, ze treść
    pochodzi od Ciebie, a nie tylko jakiś skrót z treści, który może być
    podatny na złamanie.

    > - kluczem publicznym się szyfruje dane (bo podpisywanie nie ma sensu).
    >
    > W każdym razie mi jest łatwiej jak się tego trzymam :)

    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