2009-11-10 7 views

Répondre

2
  • Dans la page dans le champ caché
  • Dans la chaîne de requête
  • Dans l'en-tête HTTP
+0

Pouvez-vous élaborer sur "dans l'en-tête HTTP?" – ojrac

+0

@orjac - jetez un oeil à cet article (il est spécifique asp.net j'ai peur, mais il explique raisonnablement le concept) - http://www.codeproject.com/KB/aspnet/SessionManagementAspNet.aspx –

2

Vous pouvez ajouter une variable SID à chaque lien que vous envoyez à l'utilisateur. PHP a quelques built in support pour cela.

2

Eh bien, tout un cookie n'est tient à la grande chaîne laid votre système généré comme identificateur de session de cet utilisateur (SID) pour vous. Si vous n'avez pas de cookies, le but est d'obtenir ce SID envoyé avec chaque demande de cet utilisateur spécifique.

La création d'un champ de formulaire caché avec le SID est nécessaire lorsque vous acceptez une entrée de l'utilisateur. Vous devriez probablement lire un peu sur les vulnérabilités de Cross-Site Scripting - vous pourriez aussi vous en passer lorsque vous manipulez vos formulaires de toute façon. L'ajout de données à des liens (via la chaîne de requête) est généralement appelé "Réécriture d'URL". Il suffit donc de rechercher ces informations pour les détails. Le résultat est que chaque fois que vous publiez un lien, il doit avoir le SID comme l'un des paramètres de la chaîne de requête.

Par exemple: "http://mysite.com/action?SID=da83fdec49ebfafe4"

Certains cadres peuvent gérer cette réécriture d'URL semi-transparente.

Questions connexes