Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #31477
| From | Roman Tyczka <noemail@because.no> |
|---|---|
| Subject | Re: PKI a weryfikacja krótkiego podpisu (3 bajty) |
| Newsgroups | pl.comp.programming |
| References | <p88t87$34n$1$gof@news.chmurka.net> <45af45a8-8a2b-418e-9bd2-d45049b6841e@googlegroups.com> <p8an6c$p63$1$gof@news.chmurka.net> <59af7e50-3669-4d9c-8e02-2ef1215c9649@googlegroups.com> |
| Date | 2018-03-14 12:29 +0100 |
| Message-ID | <1418ap82rhiow$.dlg@tyczka.com> (permalink) |
| Organization | Telekomunikacja Polska |
On Wed, 14 Mar 2018 04:12:01 -0700 (PDT), M.M. wrote: >>> Jeśli jest ryzyko że ktoś wyciągnie dane dające się zdekodować z >>> urządzenia, to w urządzeniu powinny być przechowywane tylko funkcje >>> skrótu - tak jest np. w logowaniu do linuxa. Dlaczego nie możesz >>> zastosować takiego rozwiązania? >> >> Bo te dane nie są stałe. > Ja już tego nie rozumiem. Co ma stałość lub nie stałość danych wspólnego z > szyfrowanym protokołem którym są przesyłane? > >> Chcę żeby były generowane w oparciu o datę i SN, > Ja myślałem, że chcesz bezpieczeństwa. > >> bo nie chcę, żeby ten klucz działał w nieskończoność i na >> każdym urządzeniu. > W ramach podstawowego standardu bezpieczeństwa jest zmiana > hasła i inne hasło do każdego urządzenia. I co dwa dni zmieniać i dystrybuować nowe hasło? Nie wiem czemu robię to za Adama, ale jeszcze raz: Wyobraź sobie parking, przed wjazdem szlaban na kod. Jutro zaczynamy konferencję dwudniową, na parkingu zaroi się od gości z całego kraju. Ale żeby mogli zaparkować muszą wpisać na czytniku 8 znakowy kod. Trzeba im więc go wygenerować i wysłać dzisiaj mailem. Ale kod nie może być stały, bo za 5 dni jest inny zjazd i inna grupa przyjedzie, im też trzeba będzie dać kody ważne dwa dni. Zatem potrzebny jest sposob by zarówno generowanie kodu do maila, jak i dekodowanie w czytniku przy szlabanie było zgodne i wiedziało, że ten kod jest ważny dziś i wczoraj. -- pozdrawiam Roman Tyczka
Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
PKI a weryfikacja krótkiego podpisu (3 bajty) gof@somewhere.invalid (Adam Wysocki) - 2018-03-13 16:11 +0000
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) "M.M." <mmarszik@gmail.com> - 2018-03-13 11:39 -0700
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) Roman Tyczka <noemail@because.no> - 2018-03-13 19:50 +0100
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) "M.M." <mmarszik@gmail.com> - 2018-03-13 12:09 -0700
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) Roman Tyczka <noemail@because.no> - 2018-03-13 20:22 +0100
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) "M.M." <mmarszik@gmail.com> - 2018-03-14 04:19 -0700
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) gof@somewhere.invalid (Adam Wysocki) - 2018-03-14 12:03 +0000
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) gof@somewhere.invalid (Adam Wysocki) - 2018-03-14 08:40 +0000
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) "M.M." <mmarszik@gmail.com> - 2018-03-14 04:12 -0700
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) Roman Tyczka <noemail@because.no> - 2018-03-14 12:29 +0100
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) gof@somewhere.invalid (Adam Wysocki) - 2018-03-14 12:07 +0000
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) "M.M." <mmarszik@gmail.com> - 2018-03-14 06:47 -0700
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) gof@somewhere.invalid (Adam Wysocki) - 2018-03-14 20:07 +0000
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) "M.M." <mmarszik@gmail.com> - 2018-03-14 14:27 -0700
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) Adam M <amorawski@magna-power.com> - 2018-03-14 06:53 -0700
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) gof@somewhere.invalid (Adam Wysocki) - 2018-03-14 11:38 +0000
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) Roman Tyczka <noemail@because.no> - 2018-03-14 10:52 +0100
Re: PKI a weryfikacja krótkiego podpisu (3 bajty) gof@somewhere.invalid (Adam Wysocki) - 2018-03-14 11:45 +0000
csiph-web