"A. Høegh" <hoegh@click2find.dk> wrote in
<9a2qlm$cfp$1@news.inet.tele.dk>:
>Jeg skal nok huske at inkludere den tekst jeg refererer til.
og så svare nedenunder det du svarer på ...
>Og angående passwordet, så ved jeg ikke helt hvad du mener.
>
>Kan man ikke bare give sine brugere mulighed for at gemme både
>brugernavn og password i en cookie, og hvis brugeren sidder på et
>offentligt bibliotek må han bare lade være med at "gemme login'et".
>
Problemet er bare, at de fleste brugere ikke har forudsætningerne for at
tage det valg. Brugere er til gengæld ikke så dumme, at de ikke kan huske et
password på 8 karakterer (de fleste bruger alligevel det samme til alle
adgange).
Det jeg vil foreslå dig at gøre er dette:
1.
Lad brugerne oprette sig med en emailadresse, som du så sender et automatisk
genereret password til (inkl brugernavn)
2.
I din database gemmer du en kodet værdi af password - så end ikke din sysadm
har adgang til det.
3.
Når brugerne vil have adgang, så indtaster de brugernavn og password. Du
slår derefter password hørende til brugernavn op (det krypterede) og
krypterer derefter det indtastede password. Disse to værdier sammenligner du
- og hvis de stemmer overens, så er der adgang.
4.
Hvis man har glemt password, så laver du et nyt tilfældigt password og
gemmer det krypteret i databasen. Passwordet selv sender du til den
emailadresse, som man har opgivet.
5.
Dette kan du så krydre med mulighed for at skifte password, hvis du ønsker
det.
Du skal/ bruge noget for at kryptere ... og det kunne fx være AspCrypt fra
serverobjects.com ...
--
There is a group at Fort Meade, who fear that which they cannot read
so they fight with their friends (God knows to what ends!)
In attempts to get more than they need.
(Jim Bidzos, CEO of RSA Data Security)