Pri SSL change cipher sem tudi jaz izbral c). Mislim da je bila "da je bolj fleksibilno za uporabo različnih metod kriptiranja". Se mi je zdela še najbolj logična. Bile so še možnosti "ker ga ni možno dati v ssl handshake" (zakaj bi ga sploh tja tlačil), "ker ga ni možno dati v ssl alert" (ne vidim razloga zakaj tja ne bi bilo možno), "ker ga ni možno dati v 2. korak ssl handshake" (še enkrat, za kaj bi že
), pa "change cipher ne obstaja sploh" (me zanima če je mel kdo jajca to obkrožit)
Base64: razlog, da to sploh obstaja je, da je se izognemo kontrolnim znakom. Torej "ni nobenih kontrolnih znakov". Je bilo pa zabavno da je nekaj mešal z videom in zvokom
.
Diffie-Hellman: tudi meni se je zdel najbolj smiselen z overjanjem. Saj overjanje je "po definiciji" način, da se izognemo človeka-v-sredini. Tri možnosti so bile, da izbereš neko različno dolžino ključa (itak nepravilne), ena pa še, da morata biti modula praštevili. Kar je fino, ampak proti man in the middle pomaga bore malo.
Preverjanje certov: tudi jaz obkrožil e), podpis + veriga + CRL, kar je teoretično edini popolnoma pravilni, ampak v praksi se dostikrat preverja samo podpis torej b). Bomo videli kaj je res.
Varnostni mehanizmi: večina odgovorov je imela naštete zraven varnostne STORITVE, npr. overjanje, zaupnost, avtorizacija ipd. MEHANIZMI so pa kripto algoritmi, hash funkcije, random generatorji..
SHA-1 vs. ECC: prvo je hash funkcija, drugo je kripto postopek. Ni primerjave pomoje.
IPSec: avtentikacija, zaupnost in overjanje so v implementaciji ponavadi realizirane na "vse ali nič". Že sam "IP" v IPSec namiguje na mrežni nivo.
S/MIME: zajebano. Kateri ključ se prenaša?
a) lahko se prenaša simetrični
b) ne sme se simetrični
c) lahko se prenaša samo asimetrični
d) lahko se prenaša simetrični do 128 bit (<- 128 bit nima veze, samo da nas zmede)
e) ni ključev sploh
Obkrožil sem c) ampak mislim da je večina ljudi vzela a). Zelo troumno zastavljeno vprašanje. Ker se mi zdi da uporablja S/MIME ponavadi asimetrične ključe (vsaj jst uporabljam OpenGPG, ki tako deluje..), sem izbral c). Ne vem zakaj bi sicer pošiljal zraven simetrične ključe, če niso kriptirani.
Algoritmi z one time pass, ki uporabljajo močne hash funkcije. Koliko gesel? ali eno, ali dve, ali dve različni, pa še par kombinacij tega.
Meni se zdi, da potrebujemo samo eno: samo uporabnik rabi geslo. Overitelj ima itak samo hash in ne rabi vedeti točnega gesla, če se gre za kontekst močnih hash funkcij.
Upam da se NE vidimo na poletnih rokih
(čeprav so odgovori precej samozavestni je precej tega plod moje domišljije)
Škoda da ni bilo radiusa, za seminarsko sem ga do kosti zglodal..
Objavljeno: 19 jan 2008, 15:41
je v četrtek, tako da se za odgovore priporočam čimpreje