eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.wwwOpcja "zapamiętaj hasło" lokalnie - jak bezpiecznieRe: Opcja "zapamiętaj hasło" lokalnie - jak bezpiecznie
  • Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not
    -for-mail
    From: Peter May <p...@o...pl>
    Newsgroups: pl.comp.www
    Subject: Re: Opcja "zapamiętaj hasło" lokalnie - jak bezpiecznie
    Date: Wed, 25 Aug 2010 21:19:16 +0200
    Organization: http://onet.pl
    Lines: 40
    Message-ID: <i53qbp$vuk$1@news.onet.pl>
    References: <i4eshe$gdf$1@news.onet.pl> <i4l9m7$qtj$1@mx1.internetia.pl>
    NNTP-Posting-Host: 178.182.99.84.nat.umts.dynamic.eranet.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: news.onet.pl 1282763961 32724 178.182.99.84 (25 Aug 2010 19:19:21 GMT)
    X-Complaints-To: n...@o...pl
    NNTP-Posting-Date: Wed, 25 Aug 2010 19:19:21 +0000 (UTC)
    User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.2.8) Gecko/20100802
    Lightning/1.0b2 Thunderbird/3.1.2
    In-Reply-To: <i4l9m7$qtj$1@mx1.internetia.pl>
    Xref: news-archive.icm.edu.pl pl.comp.www:396557
    [ ukryj nagłówki ]

    W dniu 2010-08-20 09:05, Vax pisze:
    > W dniu 2010-08-17 22:47, Peter May pisze:
    >> Zastanawiam się nad tym, jak bezpiecznie zrealizować nierzadko widzianą
    >> opcję "Zapamiętaj mnie" lub "Zapamiętaj hasło", itp. Wydaje się, że
    >> hasło musi być trzymane w cookie, a już na pewno szyfrowane. Pytanie
    >> tylko jak sensowne podejść do tematu? Głównie od strony bezpieczeństwa.
    >
    > Przy założeniu "autologowanie tylko z jednego, bezpiecznego komputera"
    > możesz zastosować np. taką procedurę:
    > Po weryfikacji i stwierdzeniu, że user chce być pamiętany na tym
    > (ale tylko tym) komputerze, robisz przepustkę, która jest md5
    > ze złożenia nazwy usera, hasha hasła, salta i aktualnego czasu.
    > Przepustka do bazy (w rekord usera) i do ciastka. Do tego w ciachu
    > login lub id - nie obniża bezpieczeństwa, a eliminuje przypadek
    > kolizji MD5 (i tak niemal nieprawdopodobny).
    > Taką procedurę przeprowadzasz ilekroć user chce być pamiętany, a także
    > ilekroć zaloguje się automatycznie.
    > W ten sposób po każdej sesji otrzymuje on _nową_jednorazową_ przepustkę.
    >
    > Jeżeli nawet ciastko zostanie "wykradzione", to pierwsze skorzystanie
    > z niego czyni go nieważnym. User nie zostanie wpuszczony z automatu
    > (ale on zna swoje hasło, więc normalny login nie jest przeszkodą,
    > a jedynie drobną uciążliwością) - i nie dość, że widzi, że jest coś
    > nie tak (system może go nawet informować, że nastąpiła niezgodność
    > przepustek), to jeszcze obowiązująca staje się nowa przepustka,
    > czyniąc każda posiadaną przez "hackera" nieważną.
    > Oczywiście do zmiany hasła, kasowania konta itp. i tak wymagasz
    > podania hasła, prawda?
    >
    > Sporadyczne logowania z innych komputerów w niczym nie przeszkadzają
    > (o ile nie zostanie wybrana opcja, by TAM usera pamiętano).
    >
    > Ominięcie tego wymagało by nie tylko ukradzenia ciastka, ale regularnego
    > podsyłania userowi nowych po każdym skorzystaniu.

    Dziękuję. Powyższe wiele wyjaśnia i wskazało mi trop. Spróbuję teraz
    wdrożyć to.

    --
    Peter

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj

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: