[Privacy] Md5 of niet...

[Verwijderd]

Ik ben bezig met een CMS waarin ook gebruikers kunnen registreren, het wordt een kleine community.

Nu vraag ik me af of het "wel kan" dat de administrator de passwords van de gebruiker kan lezen, dit is natuurlijk op te lossen door er een md5() bij te gooien maar dan is het weer moeilijk om een password terug te mailen als hij kwijt is.... want dan moet je een nieuw password aanmaken omdat de admin de md5() natuurlijk niet kan ontcijferen en dit is qua scripting wat omslachtiger...

Wat doen jullie over het algemeen met passwords?

[martinvw]

Ik ga binnenkort iets bouwen en daarin zal het wachtwoord gewoon gereset worden. Want ik geef de voorkeur aan de veiligheid van gecodeerde wachtwoorden.

[Verwijderd]

Maar bijvoorbeeld bij sites waar je password toegemailt kan worden is dit niet zo lijkt me...

[Limhes]

je kan toch gewoon een random paswoord aanmaken en dat mailen, en vervolgens laat je diegene ut paswoord veranderen als ie eenmaal ingelogd is...
wel zo veilig

[PjotrP]

Ik heb een aantal CM systemen gebouwd. Sommige beter beveiligd dan andere. Waar het vanaf hangt, is wie er allemaal mag inloggen.
Een intranet-site van ons is slechts toegankelijk voor de (11) werknemers. Wachtwoordbeveiliging is daar geen issue: de firewall doet het werk wel.
Voor een grote studentensite (waar alle 350 leden kunnen inloggen) hebben we echter md5 hashes gebruikt. De code hebben we ge-open-sourced en de site is enorm veilig en goed gestructureerd, met maar weinig extra moeite. Een aanrader!

[Glimi]

Op woensdag 22 mei 2002 21:16 schreef Timz het volgende:
Maar bijvoorbeeld bij sites waar je password toegemailt kan worden is dit niet zo lijkt me...

Nee, dan is dat inderdaad niet zo. Dan zal dit of niet, of met een encodatie gebeurd zijn.

Maar het beste is IMHO om te hashen. Als mensen dingen uit je db weten te frutselen, kunnen ze er nog geen moer mee. En als men het wachtwoord kwijt is, tja, jammer maar dan maar een nieuwe die men kan wijzigen....

[Verwijderd]

Op woensdag 22 mei 2002 21:18 schreef Limhes het volgende:
je kan toch gewoon een random paswoord aanmaken en dat mailen, en vervolgens laat je diegene ut paswoord veranderen als ie eenmaal ingelogd is...
wel zo veilig

Ja dit is het probleem niet, het probleem is: hoe zet je het password vervolgens in de DB zoals ik beschreef...

Het is makkelijker om geen md5 te gebruiken vanwege het snel kunnen retourneren van het password

[Limhes]

Op woensdag 22 mei 2002 21:21 schreef Timz het volgende:

[..]

Ja dit is het probleem niet, het probleem is: hoe zet je het password vervolgens in de DB zoals ik beschreef...

Het is makkelijker om geen md5 te gebruiken vanwege het snel kunnen retourneren van het password

wat ik dus bedoel is dat je met mijn manier _wel_ md5 kunt gebruiken omdat je het bestaande paswoord niet _hoeft_ trug te mailen...
en md5 is wel zo veilig...

[Verwijderd]

Ik denk inderdaad toch dat de md5() veiliger is... zo ontzettend extra veel code hoef je ook weer niet te kloppen om automatisch een nieuw password toe te kennen...

[Verwijderd]

het gaat hier denk niet echt over de privacy,
meer over de veiligheid van passes in je db.

[Verwijderd]

Ja dat ook natuurlijk maar stel nou dat een onwetende gebruiker lekker zijn algemene username / password zal gebruiken (misschien wel rek nr. + pincode stel je voor!!!) dan zou een admin daar hele enge dingen mee kunnen doen...

[WOmBaT]

Ik zou er gewoon voor kiezen om md5 te gebruiken.

Wachtwoord vergeten? --> nieuw random naar emailadres en is zo te veranderen.
Verder kan degene die toch eventueel toegang zou krijgen tot de database het wachtwoord niet kunnen lezen.

Het is allemaal vrij simpel te implementeren en het werkt een stuk veiliger

[Orphix]

Moreel vind ik dat een website de wachtwoorden (=nederlands) moet hashen (=engels ). Het is informatie die hij op geen enkele manier nodig heeft. Het kan alleen misbruikt worden om bv mijn e-mail op te halen, als ik hetzelfde wachtwoord gebruik.
Sites die mijn wachtwoord gewoon terug kunnen sturen irriteert me direct al omdat ze dus gewoon mijn wachtwoord kunnen zien. De functie om een nieuw wachtwoord op te sturen en te wachten op antwoord is een hele goede manier. Ik zie geen reden om dit niet zo te gebruiken.

[Verwijderd]

Op woensdag 22 mei 2002 23:44 schreef Timz het volgende:
(misschien wel rek nr. + pincode stel je voor!!!)

mensen zijn toch niet dom ? Hij zeg het wordt een kleine community.

[LuCarD]

Persoonlijk md5 ik wachtwoorden nooit in de db. Dat doe ik eigenlijk om drie redenen

1/ Wachtwoord kunnen mailen als het moet
2/ Je kan via een client-side MD5 (javascript) secure het wachtwoord over het net sturen.
3/ Als iemand in mijn database kan komen dan zijn de wachtwoorden van de mensen de minste problemen.

[Verwijderd]

Dude, onderschat de 'niet wetend waar ze eigenlijk mee bezig zijn' factor van gebruikers niet hoor! je zal bedrogen uitkomen als je denkt dat iedereen maar lekker veilig bezig is!

[LuCarD]

Op donderdag 23 mei 2002 09:42 schreef Timz het volgende:
Dude, onderschat de 'niet wetend waar ze eigenlijk mee bezig zijn' factor van gebruikers niet hoor! je zal bedrogen uitkomen als je denkt dat iedereen maar lekker veilig bezig is!

Eens....

Als iemand zijn wachtwoord af geeft kan jij er nooit wat aan doen....

[RickN]

Hoe precies doen "jullie" dat aanmelden bij een server doorgaans? Wat doet de server en wat doet de client bij het aanmelden, dat soort dingen. Het aanmeldings protocol dus eigenlijk?

[LuCarD]

Op donderdag 23 mei 2002 10:49 schreef RickN het volgende:
Hoe precies doen "jullie" dat aanmelden bij een server doorgaans? Wat doet de server en wat doet de client bij het aanmelden, dat soort dingen. Het aanmeldings protocol dus eigenlijk?

Ik maak op dit moment alleen intranet/internet sites. Maar aanmelding werkt als volgt.

1/ Server stuur form pagina met een key (timestamp of zo)
2/ Client vult zijn username en ww in.
3/ Clientside word er een md5 hash gemaakt van zijn ww en de key uit optie 1. ww wordt uit de form gewist. En key, username, md5 hash worden naar de server gestuurd.
4/ Aan de hand van key en ww uit de database kan ik controleren of het ingevoerde wachtwoord correct is. User is ingelogt.