Antonn schreef:t is SHA512 gewordenSHA256 is nog steeds snel. Gebruik bCrypt, die kan je heel traag instellen.Eerdere citaten tonen
Bartv schreef:De beveiliging van mn app en website bijgescherpt en weg van de md5
Het Wat heb jij vandaag geprogrammeerd? topic
Ik zou juist een zo traag mogelijke hashmethode gebruiken.
sha512 doet er op mijn pc 0,000005 seconde over om een hash te maken.
Als je een wachtwoord van 6 karakters met kleine letters, hoofdletters en cijfers wil bruteforcen, dan moet je (26 + 26 + 10)^6 = 56.800.235.584 mogelijkheden proberen.
Met sha512 doe je daar 3,3 dagen over.
Op one2xs heb ik een hashmethode die er 0,2 seconden over doet om een hash te berekenen.
Als je datzelfde wachtwoord van 6 karakters wil bruteforcen dan doe je daar dik achtduizend jaar over.
Zelfs als je een wachtwoord hebt van 4 kleine letters en hoofdletters dan doe je daar nog ruim een halve maand over.
Stel dat je database dan een keertje om wat voor reden dan ook gehackt wordt, dan liggen de wachtwoorden niet zomaar op straat, en dat risico kun je nog verder te verkleinen door voor elke user een eigen salt te gebruiken.
sha512 doet er op mijn pc 0,000005 seconde over om een hash te maken.
Als je een wachtwoord van 6 karakters met kleine letters, hoofdletters en cijfers wil bruteforcen, dan moet je (26 + 26 + 10)^6 = 56.800.235.584 mogelijkheden proberen.
Met sha512 doe je daar 3,3 dagen over.
Op one2xs heb ik een hashmethode die er 0,2 seconden over doet om een hash te berekenen.
Als je datzelfde wachtwoord van 6 karakters wil bruteforcen dan doe je daar dik achtduizend jaar over.
Zelfs als je een wachtwoord hebt van 4 kleine letters en hoofdletters dan doe je daar nog ruim een halve maand over.
Stel dat je database dan een keertje om wat voor reden dan ook gehackt wordt, dan liggen de wachtwoorden niet zomaar op straat, en dat risico kun je nog verder te verkleinen door voor elke user een eigen salt te gebruiken.
Lennard schreef:Nou, ik denk dat als iemand die die gast met 512 punten had gehackt dat ie daar wel een halve maand voor over had. 200 euroIk zou juist een zo traag mogelijke hashmethode gebruiken.
sha512 doet er op mijn pc 0,000005 seconde over om een hash te maken.
Als je een wachtwoord van 6 karakters met kleine letters, hoofdletters en cijfers wil bruteforcen, dan moet je (26 + 26 + 10)^6 = 56.800.235.584 mogelijkheden proberen.
Met sha512 doe je daar 3,3 dagen over.
Op one2xs heb ik een hashmethode die er 0,2 seconden over doet om een hash te berekenen.
Als je datzelfde wachtwoord van 6 karakters wil bruteforcen dan doe je daar dik achtduizend jaar over.
Zelfs als je een wachtwoord hebt van 4 kleine letters en hoofdletters dan doe je daar nog ruim een halve maand over.
Stel dat je database dan een keertje om wat voor reden dan ook gehackt wordt, dan liggen de wachtwoorden niet zomaar op straat, en dat risico kun je nog verder te verkleinen door voor elke user een eigen salt te gebruiken.

Ja dan weet je dus alleen of hij 4 kleine- en hoofdletters heeft gebruikt he. Als het 5 karakters worden dan ben je alweer veel langer bezig.
Plus dan moet hij dus eerst een databasedump van one2xs hebben, en dan zorg ik er wel voor dat de huidige wachtwoorden niet meer werken.
Plus dan moet hij dus eerst een databasedump van one2xs hebben, en dan zorg ik er wel voor dat de huidige wachtwoorden niet meer werken.
Bezig met een re-design van one2xs via een chrome addon.
"Heartbeat" gemaakt 

Lennard schreef:Daarom is een sterke salt ook van belang. Al heeft een gebruiker als wachtwoord "A", als je salt dit is: "90NOIF_JRNIO{@K#_m+K/DPI*" wens ik de hacker in kwestie veel succes met het bruteforcen.Ik zou juist een zo traag mogelijke hashmethode gebruiken.
sha512 doet er op mijn pc 0,000005 seconde over om een hash te maken.
Als je een wachtwoord van 6 karakters met kleine letters, hoofdletters en cijfers wil bruteforcen, dan moet je (26 + 26 + 10)^6 = 56.800.235.584 mogelijkheden proberen.
Met sha512 doe je daar 3,3 dagen over.
Op one2xs heb ik een hashmethode die er 0,2 seconden over doet om een hash te berekenen.
Als je datzelfde wachtwoord van 6 karakters wil bruteforcen dan doe je daar dik achtduizend jaar over.
Zelfs als je een wachtwoord hebt van 4 kleine letters en hoofdletters dan doe je daar nog ruim een halve maand over.
Stel dat je database dan een keertje om wat voor reden dan ook gehackt wordt, dan liggen de wachtwoorden niet zomaar op straat, en dat risico kun je nog verder te verkleinen door voor elke user een eigen salt te gebruiken.
Druk bezig met mn eigen MVC framework 

Afbeelding niet beschikbaarDe bron kon niet worden geladen (scr.bmcom.nl).Bron openen ↗Eindproject voor het vak programmeren
TweetBoard 
Superb schreef:Werkt het al?
Gooit mn school het hele rooster om, kan ik opnieuw beginnen met Regexen 
Daar nu dus mee bezig.

Daar nu dus mee bezig.
Eindelijk klaar met een nieuw password encryptie met salts en bCrypt, als die nog te kraken valt dan geef ik t op...
Nice 
Wel elke user een eigen salt gegeven?

Wel elke user een eigen salt gegeven?

Lennard schreef:Jup, eigen salt van 30 random tekensNice
Wel elke user een eigen salt gegeven?
Helemaal kapot gewerkt met Anton, maar heb t eindelijk voor elkaarOwja, en functies gemaakt dat hij de salt en bCrypt maakt in 2 regels code en checkt in 1 regel code

En daarbij ook nog standaard random salts, en hij doet er ongeveer 0,2 seconden over om dit te doen
nice hoor 
