Ik ben nu aan het twijfelen of ik de userid van de session in een cookie of in een session stop. Cookie lijkt me wel handig aangezien dit ook op subdomeinen werkt en dat je zelf kiest hoe lang je ingelogd blijft. Wat wel een nadeel is dat je cookies gewoon kunt aanpassen en kijken welke value dat heeft, of ik moet het beveiligen met een algoritme, maar als dat algoritme uitlekt is dan weer heel het systeem lek... Wat zouden jullie doen?
Een sha1-mircotime() / md5-microtime in een cookie proppen. Die via MYSQL locken aan één IP.
Bestaat er een sessie? Geen sessie: -> Bestaat er een cookie? -> Wel een cookie: Staat de cookie in de dabatbase, en zoja klopt alles met onze IP-Lock table. Alleen dan maken we een nieuwe cookie en sessie aan. -> Geen cookie: Gebruiker is niet ingelogd. Wel een sessie: Controleer de sessie met je IP-lock table -> Correct: Haal info op enzo. Maak een nieuwe cookie aan. -> Incorrect: Verwijder accuut de sessie & eventuele cookies en log de gebruiker uit.
Zoiets ruwweg. Dat is wat one2xs in versimpelde weergave gebruikt.
Je kan beter nu met sessies en cookies beginnen, want later kan het zo een beetje niet meer. Dan word het een rotboel. Een sessielengte valt in te stellen.
Jouw reactie
Deel je idee, stel een vraag of help een ander verder.