Het Wat heb jij vandaag geprogrammeerd? topic

Sevvlor schreef:

Eerdere citaten tonen

Bartv schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Bartv schreef:

Eerdere citaten tonen

Lennard schreef:

Nice

Wel elke user een eigen salt gegeven?
Jup, eigen salt van 30 random tekens Helemaal kapot gewerkt met Anton, maar heb t eindelijk voor elkaar

Owja, 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

Ik moet ook zoiets doen aangezien mijn Hashing te snel is. Hoe "bewaar" je de salts? Bewaar je die op een apart systeem?

Via de database.
Ik kan je wel een x helpen met dezelfde class die ik nu heb (alleen dan natuurlijk andere salts etc), dan is het weer een stuk veiliger.
en 0,2sec is nog steeds eig niets voor een pc gebruiker

Ik vroeg me alleen af hoe je het opsloeg, je kan het op een apart systeem opslaan. Ik ga morgen er een laagje overheen gooien met bCrypt en wat user salts.

Hoe ik het doe is als volgt;

Ik gebruik een systeem-specifieke salt, laten we "Salt" nemen. Vervolgens heb ik bij het aanmaken van een gebruiker een random salt laten genereren (iets met username + microtime in md5). Laten we daarvoor "Pepper" nemen.

Het Wachtwoord van de gebruiker is Lol, maar met de 2 salts zou dat dus iets worden als "SaltLolPepper", maar bij een andere gebruiker is het "SaltLolTomaat" en bij een andere is het weer "SaltLolKaasbroodje". Kortom, al hebben gebruikers hetzelfde wachtwoord, de encrypted wachtwoorden zullen nooit identiek zijn. Een hacker kan dus niet zomaar lukraak gaan bruteforcen, want dan moet ie ook continu die 2e salt eraan plakken. Bovendien kan hij dus nooit een wachtwoord bruteforcen dat op meerdere gebruikers werkt.

Hoe je het dan controleert?
Je haalt bij inloggen de salt en het wachtwoord op op basis van de opgegeven gebruikersnaam. Vervolgens gebruik je de systeemsalt en de normale salt over het opgegeven wachtwoord en checkt of die gelijk is aan het wachtwoord in de database. Als dat zo is, hebben we onze gebruiker en mag ie inloggen

Rik schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Bartv schreef:

Eerdere citaten tonen

Sevvlor schreef:

Eerdere citaten tonen

Bartv schreef:

Eerdere citaten tonen

Lennard schreef:

Nice

Wel elke user een eigen salt gegeven?
Jup, eigen salt van 30 random tekens Helemaal kapot gewerkt met Anton, maar heb t eindelijk voor elkaar

Owja, 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

Ik moet ook zoiets doen aangezien mijn Hashing te snel is. Hoe "bewaar" je de salts? Bewaar je die op een apart systeem?

Via de database.
Ik kan je wel een x helpen met dezelfde class die ik nu heb (alleen dan natuurlijk andere salts etc), dan is het weer een stuk veiliger.
en 0,2sec is nog steeds eig niets voor een pc gebruiker

Ik vroeg me alleen af hoe je het opsloeg, je kan het op een apart systeem opslaan. Ik ga morgen er een laagje overheen gooien met bCrypt en wat user salts.

Hoe ik het doe is als volgt;

Ik gebruik een systeem-specifieke salt, laten we "Salt" nemen. Vervolgens heb ik bij het aanmaken van een gebruiker een random salt laten genereren (iets met username + microtime in md5). Laten we daarvoor "Pepper" nemen.

Het Wachtwoord van de gebruiker is Lol, maar met de 2 salts zou dat dus iets worden als "SaltLolPepper", maar bij een andere gebruiker is het "SaltLolTomaat" en bij een andere is het weer "SaltLolKaasbroodje". Kortom, al hebben gebruikers hetzelfde wachtwoord, de encrypted wachtwoorden zullen nooit identiek zijn. Een hacker kan dus niet zomaar lukraak gaan bruteforcen, want dan moet ie ook continu die 2e salt eraan plakken. Bovendien kan hij dus nooit een wachtwoord bruteforcen dat op meerdere gebruikers werkt.

Hoe je het dan controleert?
Je haalt bij inloggen de salt en het wachtwoord op op basis van de opgegeven gebruikersnaam. Vervolgens gebruik je de systeemsalt en de normale salt over het opgegeven wachtwoord en checkt of die gelijk is aan het wachtwoord in de database. Als dat zo is, hebben we onze gebruiker en mag ie inloggen

Het was al gelukt alleen vroeg ik me af of hij een random ge genereerde SALT opsloeg on de database, ja er zijn mensen die dit doen.

Het enige wat ik er bij gedaan heb is de bCrypt met een extra user salt, niets speciaals ofzo.

Error in [/levels/1.json]: Layout ongeldig

Ik maak een (simpele) game voor school

Lichtblauw = Game scherm
Donkerblauw = Debug scherm
Zwart = Document

Nielsie schreef:

Error in [/levels/1.json]: Layout ongeldig

Afbeelding
Ik maak een (simpele) game voor school

Lichtblauw = Game scherm
Donkerblauw = Debug scherm
Zwart = Document


Wat kan je doen?

Shahiem schreef:

Eerdere citaten tonen

Nielsie schreef:

Error in [/levels/1.json]: Layout ongeldig

Afbeelding
Ik maak een (simpele) game voor school

Lichtblauw = Game scherm
Donkerblauw = Debug scherm
Zwart = Document

Wat kan je doen?

Op het moment alleen op de knoppen drukken De bedoeling is een soort mario achtig spel
// Basis level renderer
http://ndat.nl/s/1370003402_P.png

// 2;
http://ndat.nl/s/1370003921_J.png (rood = player | blauw = finish | lichtblauw = air | zwart = blok)

(bump)

Vandaag een wordpress website gemaakt met Bas Hoogerssss
Bas heeft alle invulling (teksten paginas etc.) gedaan en ik heb het systeem aangepast / geupgrade
Ben nu bezig met een betaalsysteem (Werkt als pagina-template)

Werkt best wel nice

SSL certificate module gefixt en API verder afgemaakt

Ik heb (gisteren dan) een layouts gecodeerd voor iemand, ik ben wel nog niet helemaal klaar.

Als ik daarmee klaar ben kijk ik even naar mijn andere klanten en anders maak ik een kleine CMS

Een verloopdatum systeem (binnenkort live online) voor de inzet van treinen op www.treinenweb.nl/inzet. Hij herkent aan de hand van een tof (en zeer simpel) algorytme automatisch de hoogste datum die reeds plaats gevonden heeft.

Layout voor nieuw project responsive gemaakt

Thommity schreef:

Layout voor nieuw project responsive gemaakt

zien

Ben begonnen met een film-database script in ASP.NET
Voor school is dat een opdracht die we over een week af moeten hebben ofzo.

Targetpay 0900, ideal en paysafecard module gemaakt voor WHMCS. Die gaan in de verkoop (Paysafecard stond al ^^)

Video element + canvas + background color changing http://ndat.nl/s/1370444186_q.png

Oh dit is wel nice, http://ndat.nl/s/1370444318_Y.png (Alleen nog de kwaliteit van filmpje verbeteren (Via BasM))

Nielsie schreef:

Afbeelding
Video element + canvas + background color changing http://ndat.nl/s/1370444186_q.png

Oh dit is wel nice, http://ndat.nl/s/1370444318_Y.png (Alleen nog de kwaliteit van filmpje verbeteren (Via BasM))

Bij video data dit erbij doen naast video-id: :hd720 (aub geen 1080... )