27. februar 2001 - 14:47Der er
12 kommentarer og 2 løsninger
Autologin vs. sikkerhed
Hej eksperter
Jeg har lige overtaget erhvervet som webmaster på en side. Siden er udstyret med et autologin system, som gør at alle der lander på forsiden og har sagt ja til at blive logget automastik ind, bliver logget ind helt und at skulle srive noget.
Dette er jo meget smart,,, men hidtil har systemet været baseret på en cookie der blev lagt ned på brugerens computer. I cookien var brugerns id nummer fra databasen. Men da jeg prøvede systemet igennem fandt jeg ud af at jeg kunne logge ind som alle andre i systemet bare ved at ændre denne id.
Er der nogen der har en ide, eller ved om jeg kan kryptere iden eller ligende.
I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Jamen, du bliver nødt til også at gemme et password - evt. tilfældigt genereret. Tager du blot en \"kryptering\" af userid (f.eks med MD5 - som jo er en hash-funktion), kan man også snyde ved at gætte andres nummer, og selv lave den MD5 og putte i cookien.
For det første: hvis ikke brukeren sitter ved sin \"vanlige\" maskin, så må han/hun logge inn uansett. For det andre: man er avhengig av at brukeren aksepterer cookies. Dette bør man egentlig ikke ta for gitt. For det tredje: som du nevnte, så er det enkelt å finne ut av hvordan man logger seg inn. Dette kan gjøres enten gjennom \'view source\' (i mange tilfeller hvor passord blir \"husket\" av systemet), eller at man sjekker cookien.
Det beste vil nok være Basic Authentication. Selvfølgelig er det jo også snakk om hvilke type site det er...om det er et intranet, eller en public site.
Du kunne evt lave noget med at lægge 92193129390123099012390123 til brugens id når du lagde det i cookien også minus det samme antal som du lagde oveni.
nute: 1. -> korrekt, men det underminerer stadig ikke autologin\'en på brugerens \"vanlige\" maskine, hvilket er bedre end ingenting. Det er stadig en \"win/win\" situation.
2. -> korrekt, men det gør jo ingen skade. Hvad med størstedelen som har cookies enabled. Det er stadig en \"win/win\" situation.
3. ukorrekt, dette kan undgås hvis man holder sig fra at basere valideringen udelukkende på et userID.
\"The cookie specification in RFC 2109 states that a cookie may be marked as Secure. IIS does not differentiate between secure and non-secure cookies.\"
Jeg kombinerede jeres ideer, og jeg vil nu mene at det er nesten umuligt at brude ind
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.