J´ai récemment codé un livre d´or pour un ami, néanmoins je début en PHP et par conséquent, les failles sont nombreuses ^^
En fait je fais passer des valeurs par post dans un formulaire qui a pour action la page elle-même. les notes vont de 1 à 10, ce qui est normal. Seulement voilà le problème, si je crée un formulaire sur mon ordi que j´exécute en local avec pour action l´adresse du livre d´or, je peux faire passer -657 ou 98765 comme valeur de $note et du coup j´ai une moyenne générale du type 87309843/10.
Niveau sécurité, je pense pas que ça soit bien gênant, mais bon c´est toujours embêtant ^^

Y a-t-il donc un moyen de vérifier la provenance des données qui arrivent via le formulaire ? J´ai vu Javascript:history.go(-1) mais c´est uniquement pour ce qui est des liens ça non ?

"Y a-t-il donc un moyen de vérifier la provenance des données qui arrivent via le formulaire ?"

if($_SERVER[´HTTP_REQUEST_URI´] != "formulaire.php") {
echo "Tes données ne proviennent pas de la page du formulaire !" ;
}

Mais normalement, si tu envoies tes données par post, elles ne peuvent provenir que du formulaire précédent ? (sauf si tu en as refais un bien sur !)

On peut très bien créer un autre formulaire qui pointera vers son formulaire.php !
De mémoire, je dirais que la méthode $_SERVER[´HTTP_REQUEST_URI´] est la bonne

Merci beaucoup

$_SERVER[´HTTP_REQUEST_URI´] Ne pas s´y fier car on peut changer manuellement dans l´entête dun navigateur...

Si tu veux empêcher réllement qu´on puisse mettre nawak quelle valeur, contrôle les à l´aide des fonctions is_numeric(), is_defined(), empty() et des opérateurs logiques d´inégalité

"Y a-t-il donc un moyen de vérifier la provenance des données qui arrivent via le formulaire ?"

_WatzaKamikaze_ lis les posts en entier

"Y a-t-il donc un moyen de vérifier la provenance des données qui arrivent via le formulaire ?"

La réponse est non, donc il faut utiliser d´autres méthodes.

tu créé une varaible de session sur la page du formulaire, tu regardes donc si elle existe quand tu inseres tes donnée, et tu la delete.

Moi ce que je ferais, je vérifierai le note...

IF ($note > 10 OR $note <0)
{
echo ´Veuillez atribuez une note correct´ (ou une pharse dans ce style)
}

Et sinon, tu enregistre le message et la note dans la BDD...
Non ?

Styfore un peu léger comme vérif !

Tu peux balancer des requetes avec des valeurs bien précises aux "champs"

Darth-Bane Tant que ça marche
Moi je sais pas, je débute en PHP, mais je ne pense pas que verifier ça doit être insurmontable, même si c´est simple, je pense que des conditions suffisent pour ça....

Moi j´aurais fait comme ça

ça n´empechera STRICTEMENT RIEN

• deepblue profil

* Posté le 10 novembre 2006 à 18:49:34 avertir modérateur
* tu créé une varaible de session sur la page du formulaire, tu regardes donc si elle existe quand tu inseres tes donnée, et tu la delete.

Y a un défaut à ça, c´est que les gens sans cookies&cie... ? ^^

Styfore Ce que veux vérifier Chaos_Clad, c´est l´origine des données. N´importe qui peux faire un formulaire pointant vers son fichier PHP.
Tes vérifs ne sont valable que si les données transmises par le formulaires ont un nombre de possibilitées limitées, ce n´est pas toujours le cas.

_WatzaKamikaze_ ... ne peuvent accéder à beaucoups de sites, comme ceux des banques, de vente en ligne, ... ou pas mal de sites avec un espace membre. Tant pis pour eux !

Yoda A ok, je n´avais pas compris...

Les banques sécurisent aussi les cookies ! Enfin bon, aucune solution n´est la meilleure, et comme l´a dit deepblue les cookies constituent une bonne solution

Par contre, un gar peut très bien avoir un cookies et lancer une autre page en parallèlle, non ?

"Par contre, un gar peut très bien avoir un cookies et lancer une autre page en parallèlle, non ?" ouyi mais l´interet est nul car il ne pourra generer pleins de post, enfin je crois

Deepblue a raison. D´après mon expérience, le cookie sera utilisé par les 2 pages comme s´il n´y en avait qu´une.

Ouai, mais on peut faire du parallèle !