ID key (ključ) v url-ju - varnost?

oi

imamo kopijo podatkov uporabnikov v mysql bazi, recimo imamo ime priimek in email.
bazi smo dodali kolumne kot so recimo spol, zanimanje, itd, plus vsakemu uporabniku dodelili kljuc.

postavili smo formo na spletno stran (php), in ideja je da vsem uporabnikom razposljemo email,
v emailu damo povezavo (link) do forme in v tem linku bi bil kljuc tega uporabnika,
kar forma dobi kot GET zahtevo (ker ne znamo ali se ne da posiljat POST samo iz linka),
in na formi bi se ze avtomatsko izpisali uporabnikovi podatki ki jih ze imamo v bazi,
in bi tako izpolnil samo manjkajoca polja. point tega je da je user friendly.

in ko uporadnik pride na formo, lahko v url-ju spremeni ta kljuc v kljuc drugega uporabnika,
in dobi podatke tega drugega uporabnika.
recimo da je kljuc uporabnika Miha miha, uporabnika Brane pa brane.
miha dobi email, klikne link in pride na formo.
tam zamenja url: www.obisci.nas/forma.php?kljuc=miha
z: www.obisci.nas/forma.php?kljuc=brane
in dobi branetove podatke, ki jih lahko spreminja.

vprasanja:
1/ kako bi, v bistvu samo s klikom na link v emailu, uporabnik prisel na formo s pred-vnesenimi podatki, kjer bi jo dopolnil in poslal, a da je varno?
2/ ali kateri cms/crm/... to omogoca?
3/ je ta ideja s kljucem dokaj varna? koliko naj je dolg kljuc? treba je pazit se na ta % konverz, toda velike/male crke ter stevilke je dosti varno, dolgo je lahko koliko, 256 karakterjev?

hvala

zivijo Gandalfar,

aha pod Common uses pise:
Database developers and administrators often use GUIDs as primary keys for database tables to ensure uniqueness between databases.

to bo po mojem to, pa samo toliko, gandalfar, hitrejsi si od strele: hvala^hvala

arjan zivijo,

zal te opcije ni, zatorej cela sarada...
imas kaksno opcijo?

hvala

Kot predlagano naredi s tokeni (dejansko zelo podobno kaksni email aktivaciji).

Ce bos za token izbral UUID definitivno verzijo 4 (ce je implementirana s primernim RNG), v drugem primeru pac samo generiras dovolj bitov s primernim "crypto" generatorjem.

Tu bi se dodal:
- token se izbrise ko se 1x forma uporabi
- token ima omejeno casovno veljavnost
- za vsak poslan mail se generira nov token, ce je mozno se invalidira token ki je bil poslan v prejsnjem mailu

z dvema tokenomaa ne pridobis nic, ce ze podaljsas prvi token