"blad" <b...@W...pl> wrote in message
news:3d468cef$1_2@news.vogel.pl...
> Użytkownik "Vizvary II Istvan
> > (...) (klucze do
> > szyfrowania transmisji) będą negocjowane za pomocą klucza
prywatnego,
> > które na przykład masz w karcie. Jest to wbudowana funkcja serwerów
i
> > wieksazości klientów (przeglądarek).
> (...)
> > To jest i działa. I chyba o to chodziło kol. Piestrzeniewczowi.
>
> nie wiedzialem, ze to moze tak dzialac bo klucz prywatny mam na
dyskietce a
> przy logowaniu do planety o dyskietke sie nie pyta.
Protokoł SSL w zalozeniach ma wbudowane mechanizmy obustronnej
certyfikacji. W zasadzie każdy
serwer internetowy ma taką funkcję wbudowaną, że do pewnych obszarów
jest "wymagany certyfikat klienta". Mozna też zaznaczyć którym Urzędom
Certyfikacyjnym się ufa. Możesz też ograniczać zaufanie tylko do
certyfikatów o okreslonych cechach (np. w polu OU musi wystepować napis
"Klient Banku Jakiegos")
W sieciach korporacyjnych możesz przyporządkować (mapować) właścicieli
certyfikatów wykorzystanych do logowania do jakichś kont komputerowych
(nie bankowych ! to co innego !) itd.

Istotne jest to, że twoje hasło pozostanie w obrebie komputera (jest
przesłany tylko do karty czy do funkci kryptograficznej) zaś po sieci
wędruje tylko twój certyfikat (nie jest tajny) i zaszyfrowana twoim
kluczem prywatnym informacja świadcząca o tym, że jesteś w posiadaniu
klucza prywatnego prznależącego do danego certyfikatu.

> Twoj pomysl z podpisywaniem pozwolenia na zalogowanie bardzo mi sie
podoba !

Z tym podaniem:-))
Ja myslałem o tym samym problemie co kol. Piestrzeniewicz.
Niezaprzeczalność faktu zalogowania. Może w bankach mniej iostotne, ale
w powazniejszych systemach czasu rzeczywistego może ...

> *** blad ***