Discussion :

[steph44470]

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 ?

[vanagreg]

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.

[SQLpro]

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 +

[StringBuilder]

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 !

[vanagreg]

Bonjour,

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

[StringBuilder]

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.