Version imprimable
bonsoir
comment masquer la barre d'adresse de son navigateur?
la page ne doit pas s'ouvrir comme nouvelle page avec les fonctionnalités de window.
je reviens la compléter quelque chose; je demandais tout a l'heure le blocage de l'adresse ,si tel n'est pas le cas, alors en chargeant mon site page par page, que cela affiche dans la barre d'adresse uniquement le nom du domaine sans associer la page. ceci permettant d’éviter les accès non recommandés par des liens de page
La réponse courte c’est : on ne peut pas. Un développeur web ne peut pas masquer la barre d’adresse du navigateur.
En version longue, tu le peux, mais dans des circonstances bien précises : lorsque tu ouvres une popup, et tu as seulement la possibilité de suggérer au navigateur de ne pas afficher la barre d’adresse. En fonction du navigateur et des préférences paramétrées par l’utilisateur, elle pourra être affichée quand même. Voir window.open
Quant aux accès par des liens de page, tu ne pourras pas les éviter. Il y a les robots, ceux des moteurs de recherche entre autres, qui passent régulièrement sur ton site et n’exécutent pas les scripts ; il y a aussi les bidouilleurs curieux, et les pirates qui cherchent à trouver des failles. Tu ne peux en aucun cas te reposer sur JS pour assurer la sécurité de ton site.
bonsoir;
merci pour ta réaction, je ne veux pas les fonctionnalités de window.open puisque cela ouvre les pages non associées c'est à dire indépendantes.
concernant le masque des pages associées au domaine;si cela n'est pas possible; alors on peut facilement pirater les accès à certaines pages et contourner les pages de mot de passe. par exemple, si la page du mot de passe est www.domaine.com/mdp.php et la page de traitement est www.domaine.com/traitement.php venant du lien de la page mdp.php, voyant le lien de la page de traitement.php dans la barre d'adresse, je pourrait à tout moment tapper cette adresse www.domaine.com/traitement.php pour contourner le mot de passe. c'est là mon problème,comment éviter, je sais qu'il ya une solution. mais la quelle?
ce n'est pas parce que tu ferme les yeux que le monde n'existe plus.
donc que tu cache ou pas la barre d'adresse ne change rien au fait que l'adresse existe et qu'elle peut être consulté.
si tu as un problème avec test URL il faut revoir ta conception.
La sécurité ne passe JAMAIS par un masque de élément à protéger.
A+JYT
Une possibilité serait d'ajaxer le contenu de la page pour l'afficher dans la page courante, mais encore une fois cela ne résous pas la problématique de l'accès à l'url qui sera obligatoirement dans le code...
Il s'agit plus d'un problème de conception. Votre page traitement.php DOIT également être protégée (session, vérification referer...). Si vous ne la protégez pas, quelqu'un finira bien par trouver la faille, tôt ou tard.
Oui cacher la barre d'adresse rien à voir avec les problèmes de sécurité qu'apparemment tu n'as pas mis en place.
Pour s'assurer qu'un script B a reçu des données provenant d'un formulaire A on utilise un token (la plupart du temps une valeur aléatoire enregistrée dans une variable de session).
Ensuite ton authentification doit te permettre de déclarer une variable de session qui protégera les pages qui doivent l'être.
Renseignes-toi en rentrant "tuto inscription connexion espace membres" dans un moteur de recherche.
bonsoir
merci pour vos réactions,je vais encore chercher ou crypter des liens envoyés en hachant le code avec php
Et du coup comment espères tu que le navigateur interprète une url chiffrée ???Citation:
crypter des liens envoyés en hachant le code avec php
bonsoir
j'ai trouvé sur le forum comment utiliser php pour résoudre le problème en passant par des sessions et url dans php et header location. un membre a posté ce probleme sur ce site avec titre "hachage mot de passe" ou ici http://php.net/manual/fr/function.password-verify.php
Oui comme je le disais plus haut c'est la solution la plus commune et robuste.Citation:
Envoyé par doubleface2
Il faut cependant noter qu'une protection réellement sécurisée passe par l'utilisation de https sinon le cookie identifiant la session peut être volé si l'on se trouve derrière un proxy par exemple ou plus généralement derrière une liaison qui peut être espionnée (ce qui inclus les connexions publiques d'origine indéterminées).
Et si l'on utilise pas https il est conseillé de hasher le mot de passe salé côté client avant de le transmettre côté serveur. Le vol des identifiants de connexion qui permettent un accès illimité au compte étant encore plus dangereux que le vol de l'identifiant de session qui ne peut être exploité que durant la durée de vie de la session (sauf évidemment si l'on pirate la session d'un super administrateur autorisé à définir des droits d'accès).
Enfin bon c'était pour rentrer un peu plus dans les détails, mais tu es maintenant sur la bonne piste. L'histoire du début de masquer la barre d'adresse faisait un peu (litote) peur :)