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 SQL Discussion :

Création de champ IBAN


Sujet :

Langage SQL

  1. #1
    Nouveau membre du Club
    Création de champ IBAN
    Bonjour, je dois créer un champ IBAN dans une base de données avec une lecture via PHP.
    On me demande de mettre ce champ en clair dans la base de donnée. Cela me parait un peu limite.
    Que me conseillez vous ? Si je code en SHA1, je ne pourrais pas le récupérer.

    Merci de votre aide ?

  2. #2
    Membre confirmé
    Bonjour,

    Quel est le problème pour stocker l'IBAN en clair? En fonction de la BDD il est possible d'appliquer des polices de sécurité au niveau colonne, mais je ne pense pas que ce soit utile pour un IBAN.
    Après j'ai "travaillé" avec Générix qui stocke les mots de passe des utilisateurs en dur (une bête chaine de caractères), de même pour les numéros de cartes bancaires ... Une farce ce logiciel.

  3. #3
    Rédacteur

    Un IBAN n'est pas une information sensible dans le sens ou un IBAN ne sert a rien sauf à donner de l'argent !

    Un N° de carte bancaire oui !

    A +
    Cette signature n'a pas pu être affichée car elle comporte des erreurs.

  4. #4
    Expert éminent
    Citation Envoyé par vanagreg Voir le message
    Après j'ai "travaillé" avec Générix qui stocke les mots de passe des utilisateurs en dur (une bête chaine de caractères), de même pour les numéros de cartes bancaires ... Une farce ce logiciel.
    Autant pour les mots de passes stockés en clair dans UT_UTI, je suis d'accord, et c'est une belle merde, autant pour les numéros de carte bancaire... j'aimerais bien savoir où, dans le standard, Generix stocke cette information !
    On ne jouit bien que de ce qu’on partage.

  5. #5
    Membre confirmé
    Bonjour,

    Je ne sais plus où exactement, mais c'était dans une colonne valzn ou un truc du genre.

  6. #6
    Expert éminent
    Citation Envoyé par vanagreg Voir le message
    Bonjour,

    Je ne sais plus où exactement, mais c'était dans une colonne valzn ou un truc du genre.
    Ok, donc un truc spécifique

    Le prestataire aurait pu au niveau de la feuille XSL implémenter un chiffrement réversible en JavaScript par exemple.
    C'est pas tip top, mais ça aurai au moins permis d'avoir des données chiffrées en base.

    Aussi, il est possible (en passant par un partenaire agréé comme ma boîte, ou directement en demandant à l'éditeur) d'enrichir les objets métier Java pour implémenter ce genre de chose, mais pour le coup ça fait cher pour pas grand chose je pense.
    Reste le solution d'une fonction PL/SQL permettant de lire/écrire la valeur chiffrée, en lui passant un code, qui serait alors présent dans la requête de vue métier (dans XDME).

    Mais bon, là on s'éloigne pas mal du sujet

    Toujours est-il qu'un IBAN est une donnée "publique" qui n'a rien de secret : elle ne permet que d'envoyer de l'argent, rien d'autre.
    On ne jouit bien que de ce qu’on partage.