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

GWT et Vaadin Java Discussion :

Sessions et sécurité


Sujet :

GWT et Vaadin Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Novembre 2010
    Messages
    6
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2010
    Messages : 6
    Par défaut Sessions et sécurité
    bonjour,

    Je développe une application avec GWT/TOMCAT/MySQL. Je voudrais savoir si l'utilisation de session améliore la sécurité ou si c'est uniquement un mécanisme pour garder le contexte utilisateur ?

    Merci

  2. #2
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2009
    Messages
    230
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2009
    Messages : 230
    Par défaut
    Perso,
    c'est uniquement un mécanisme pour garder le contexte utilisateur
    Mais avec GWT, il n'y a pas vraiment de session côté serveur. Tout est côté client. GWT propose RPC afin de communiquer seulement avec le serveur. L'état de votre application GWT est stocké dans le client, le navigateur client si je ne me trompe pas en exemple le panier de vos achats serait stocké côté client. Cela vous permet d'être stateless côté serveur.

    Les autres frameworks Wicket, Struts, JSF, SpringMVC, PLay... ont une session côté serveur pour garder l'état de l'application; exemple le panier de vos achats. Ici pour être stateless, il vous faudrait stocker momentanément le panier en base de données par exemple.
    Quand on utilise la session côte serveur, cela devient statefull, non ???

    j'espère que mes explications sont exactes ???

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Novembre 2010
    Messages
    6
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Novembre 2010
    Messages : 6
    Par défaut
    bonjour,

    Merci pour la réponse, je suis d'accord avec vous.

    Cependant dans le cas ou on ne gère pas de session, une fois que l'utilisateur est connecté il n'y a plus aucun contrôle de son identité. Cela signifie donc qu'il est possible de dialoguer avec l'application directement sans aucun contrôle. C'est à ce niveau là que je me demandais si l'utilisation d'un numéro de session et sa vérification sur chaque action de l'utilisateur n'était pas un gage de sécurité.

    qu'en pensez vous ?

    Merci

  4. #4
    Membre Expert
    Avatar de fxrobin
    Homme Profil pro
    Architecte SI, Java Fan, API Manager
    Inscrit en
    Novembre 2007
    Messages
    875
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Ille et Vilaine (Bretagne)

    Informations professionnelles :
    Activité : Architecte SI, Java Fan, API Manager
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Novembre 2007
    Messages : 875
    Par défaut
    Salut,

    je pense que ce lien devrait t'aider :
    http://zawoad.blogspot.fr/2009/12/se...-get-data.html

  5. #5
    Expert éminent
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : Belgique

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Par défaut
    La session te permet de stocker des données du coté serveur, la sécurité de ces données dépend uniquement des précautions que tu prend avant de les mettre en session. Parce que si tu met en session n'importe quoi que l'utilisateur t'as fournis, ça ne rend pas la donnée plus légitime mais maintenant elle en donne l'impression

    Le conteneur, dans sa gestion des sessions, par contre, met en général en place des mécanismes afin d'éviter le session hi jacking et donc garantir que la session ne peux pas être "volée"

  6. #6
    Membre confirmé
    Profil pro
    Inscrit en
    Septembre 2009
    Messages
    230
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2009
    Messages : 230
    Par défaut
    je ne suis un pro de la sécurité ....mais je ne vois pas ce qu'il peut se passer, ou le problème

    Cela signifie donc qu'il est possible de dialoguer avec l'application directement sans aucun contrôle
    A partir de moment qu'on a piraté ton login et ton mot de passe, tu es mort.
    Par contre, s'il n'a pas piraté ton login et mot de passe, comment il fait le pirate pour venir faire des appel ou des requêtes sur ta base de données par exemple avec des services RPC dans ton application GWT.
    je ne vois pas trop les failles de sécurité qu'il peut exister?

Discussions similaires

  1. Réponses: 2
    Dernier message: 07/03/2013, 16h49
  2. Réponses: 1
    Dernier message: 19/03/2012, 13h28
  3. [Sécurité] Classe Session réutilisable
    Par Amnesiak dans le forum Langage
    Réponses: 7
    Dernier message: 25/02/2011, 12h10
  4. session, <iframe> et sécurité
    Par debie1108 dans le forum ASP
    Réponses: 16
    Dernier message: 22/05/2006, 11h57
  5. [Sécurité] Sessions PHP d'une fenetre à une autre
    Par creascript.com dans le forum Langage
    Réponses: 4
    Dernier message: 29/10/2005, 10h10

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