IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

AJAX Discussion :

[AJAX] Conseil et truc a pas faire au niveau securité


Sujet :

AJAX

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Décembre 2008
    Messages
    280
    Détails du profil
    Informations forums :
    Inscription : Décembre 2008
    Messages : 280
    Par défaut [AJAX] Conseil et truc a pas faire au niveau securité
    Bonjour, je me demande en ce moment les choses à ne pas faire quand on met au point un site utilisant l'ajax ?!

    On parle souvent de sécurité, qu'un hackeur peut faire ci et ça, mais on ne l'explique pas forcément bien. Je voudrais donc savoir ce que pourrai faire un hackeur et dans quel cas afin d'éviter ça.

    Si vous avez d'autre conseil cela pourrait être très utile.

    Merci

    PS : langage coté serveur : VB.NET, même si ca n'a peut être pas d'utilité !

  2. #2
    Rédacteur

    Avatar de Bovino
    Homme Profil pro
    Développeur Web
    Inscrit en
    Juin 2008
    Messages
    23 647
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2008
    Messages : 23 647
    Billets dans le blog
    20
    Par défaut
    Salut.

    En gros, les points importants sont similaires au traitement des formulaires et peut se résumer en une formule : Never Trust User Input (ne jamais faire confiance aux entrées utilisateur).
    En gros, ce qu'il faut savoir est qu'il est facile (par exemple via la console de Firebug) de modifier les données envoyées sur le serveur sans pouvoir les contrôler coté client.
    D'autre part, il est aussi possible du coup de faire une requête vers n'importe quelle page de ton site (pour tester par exemple les valeurs retournées, voire les messages d'erreur, qui donnent souvent des informations très précieuses sur l'organisation du site).
    Personnellement, je crée souvent une page intermédiaire qui va servir à vérifier les données reçues via AJAX puis dispatcher vers les réels scripts de traitement dont j'interdis l'accès à toute demande ne provenant pas du serveur lui-même.
    Pas de question technique par MP !
    Tout le monde peut participer à developpez.com, vous avez une idée, contactez-moi !
    Mes formations video2brain : La formation complète sur JavaScriptJavaScript et le DOM par la pratiquePHP 5 et MySQL : les fondamentaux
    Mon livre sur jQuery
    Module Firefox / Chrome d'intégration de JSFiddle et CodePen sur le forum

  3. #3
    Membre éclairé
    Inscrit en
    Décembre 2008
    Messages
    280
    Détails du profil
    Informations forums :
    Inscription : Décembre 2008
    Messages : 280
    Par défaut
    ok, pourrai tu donner un exemple de ce que tu dis stp ?


    Genre un exemple avec un formulaire avec une textbox, qui va envoyer une requete d'insertion.

    comment ça interdire l'accès ??? comment fait tu ça ?

    Merci

  4. #4
    Membre éclairé
    Profil pro
    Inscrit en
    Juillet 2003
    Messages
    64
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2003
    Messages : 64
    Par défaut
    Un exemple simple pour illustrer :

    Un écran d'un client avec une liste de facture dans un tableau. Une fonction js getFacture(id_facture) qui fait un appel ajax, qui fait une requete coté serveur et renvoit l'info.

    A priori ca peut marcher sauf qu'un petit malin pourrait faire un getFacture(numero) avec des numeros au hasard et tomber sur les factures d'autres clients.

    Solution => Vérifier coté serveur que la facture demandée appartienne bien au client courant (session courante)

  5. #5
    Membre éclairé
    Inscrit en
    Décembre 2008
    Messages
    280
    Détails du profil
    Informations forums :
    Inscription : Décembre 2008
    Messages : 280
    Par défaut
    Bonjour, merci de ton exemple, je pense qu'il serai très utile de faire un point la dessus dans une FAQ ou un truc du genre.

  6. #6
    Candidat au Club
    Inscrit en
    Janvier 2010
    Messages
    5
    Détails du profil
    Informations forums :
    Inscription : Janvier 2010
    Messages : 5
    Par défaut
    C'est la même chose qu'avec Javascript; on peut faire des vérifications "expresses" sur le navigateur mais il faudra toujours refaire les mêmes vérifications sur le serveur...
    Je dirait que le vrai terrain ou se joue la sécurité reste toujours le serveur

Discussions similaires

  1. Réponses: 1
    Dernier message: 22/05/2017, 18h54
  2. Réponses: 48
    Dernier message: 15/07/2013, 11h51
  3. Réponses: 1
    Dernier message: 19/02/2006, 19h52
  4. ShellExecute qui veut pas faire son boulot...
    Par giloutho dans le forum API, COM et SDKs
    Réponses: 2
    Dernier message: 31/08/2005, 11h49
  5. [VB6] Ne pas faire de retour automatique dans un RichTextBox
    Par Arthaniel dans le forum VB 6 et antérieur
    Réponses: 5
    Dernier message: 20/01/2005, 03h00

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo