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

Langage Java Discussion :

Compactation et/ou Codification


Sujet :

Langage Java

  1. #1
    Membre éclairé
    Inscrit en
    Octobre 2007
    Messages
    401
    Détails du profil
    Informations forums :
    Inscription : Octobre 2007
    Messages : 401
    Par défaut Compactation et/ou Codification
    Bonjour,

    Voici une question laquelle je pense peux avoir énormémment de réponses.
    Imaginons que j'ai une String en Java. Cette String peut être petite ou grande.
    Je voudrais la codifier de façon à ce qu'elle ne soit pas lisible.

    Une façon que j'avais trouvé était de la transformer en un code barre 2D (le résultat est une image). Ainsi, en si quelqu'un regarde le code barre généré, il ne sait pas dire quelle valeur il représente. Le problème c'est que je ne trouve aucun moyen de faire la lecture contraire, c.a.d., à partir de l'image obtenir la valeur de la String représentée.

    Alors voila. L'idée serait de transformer une String en quelque chose "non lisible" et de réussir à faire le processus inverse. Avez vous des idées?

    merci

  2. #2
    Membre émérite

    Étudiant
    Inscrit en
    Octobre 2007
    Messages
    510
    Détails du profil
    Informations personnelles :
    Âge : 39

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Octobre 2007
    Messages : 510
    Par défaut
    bonjour ,

    effectivement je pense qu'il y a beaucoup de possibilité... L'une d'elle peut etre de transformer chaque caractere en un nombre (par le code ascii par exemple) et d'effectuer sur chaque nombre une ou plusieurs opérations mathématiques...
    En effectuant l'opérations inverse tu retomberai sur le code ascii de chaque caractere...
    En clair on ne pourrai pas traduire ton String sans connaitre les opérations mathématiques que tu aurai effectué dessus (ou alors ca serai trés long )

    Voila personnellement c'est comme ca que je ferai mais il y a surement beaucoup d'autres solutions

    a +

  3. #3
    Membre chevronné
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    442
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 442
    Par défaut
    Quel est l'objectif final de faire ton encode/decode de String ?

    Parce que tu as par exemple l'encodage Base64 qui est pas mal utilisé mais à partir du moment où tu peux transformer dans les 2 sens (encoder/décoder), c'est pas très sécurisé parce que quelqu'un finira forcément par trouver le principe qui permet de décoder...

    Pour l'encodage Base64 il est sorti en Java6 dans java.util.prefs.Base64.

    Sinon voilà à quoi cela ressemble :
    http://kickjava.com/src/java/util/prefs/Base64.java.htm

  4. #4
    Membre éclairé
    Inscrit en
    Octobre 2007
    Messages
    401
    Détails du profil
    Informations forums :
    Inscription : Octobre 2007
    Messages : 401
    Par défaut Objectif
    En fait mon objectif est de sauvegardé des informations personnelles. Donc il faudrait que l'on puisse les codifier de façons à que personnes d'autres réussissent à les lire mais il faut aussi réussir à les décoder.

    Je me suis penché sur les codes barres 2D car le résultat est une image. Problème est que je ne reússit pas à faire de décodage.
    L'avantage du code barre serait que l'on pourrait décifrer le résultat avec notre programme Java mais aussi avec un lecteur de codes barres. C'était le grand avantage.

    Je suis maintenant sur la possibilité cryptographie et ça me semble une bonne solution. Je réussit déjà à coder et à décifrer le résultat.

    merci

  5. #5
    Membre Expert
    Profil pro
    Inscrit en
    Août 2006
    Messages
    3 276
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2006
    Messages : 3 276
    Par défaut
    Le jdk intègre des apis de cryptage, tu n'as pas à tout réinventer.

  6. #6
    Membre chevronné
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    442
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 442
    Par défaut
    Sinon si tu stockes dans une base de donnée, tu n'as pas besoin de crypter, il suffit que tu ne donne pas le mot de passe d'accès à la base de donnée à tout le monde .

    De toute façon il y aura toujours au moins 1 personne qui pourra décrypter, celui qui a conçu le programme !

    Enfin je dis ça je dis rien...

Discussions similaires

  1. Une doc VBScript complète et compacte
    Par jérôme dans le forum ASP
    Réponses: 5
    Dernier message: 13/03/2013, 09h46
  2. Compacter et réparer une base Access
    Par UPNE387 dans le forum Bases de données
    Réponses: 7
    Dernier message: 25/06/2004, 14h12
  3. Le compactage d'une base ne compacte rien
    Par scorplex dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 16/04/2004, 09h34
  4. [ASM370] Décimaux : représentation compacte et etendue
    Par grand's dans le forum Autres architectures
    Réponses: 6
    Dernier message: 25/01/2004, 17h47
  5. [VB6] [Access] Compacter une base de donnée
    Par mdoyer dans le forum VB 6 et antérieur
    Réponses: 11
    Dernier message: 24/09/2002, 11h33

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