Version imprimable
Pour des besoins d'une application, je souhaite l'ajout, la modification et la suppression des éléments d'une entité qu'en passant par des scripts. Un utilisateur qui passe directement en BDD par exemple PhpMyAdmin, que les données lui soient cryptés.
Je recherche la facon de crypter les données dans la BDD à l'utilisateur, que seuls les scripts PHP puissent les décrypter.
Merci d'avance...
Merci déjà pour la réponse. Pour être plus explicite, je développe une application gérant les experts. Ajouter, modifier et supprimer un expert donné. Pour l'user ayant ces droits en BD, il pourra afficher les experts, et modifier la valeur du champ "actif" pour l'expert X étant donné que le champ "nom" de cet expert est bien lisible X. Je souhaite que X soit crypté de manière qu'un user ayant les droits appropriés ne que voit que du feu. De cette façon, il ne pourra pas faire quoi que ce soit sur X, car ne sachant pas que c'est lui. Rien qu'en passant par un script qu'on peut identifier X.
Merci d'avance...
Pour accéder directement à MySQL, il faut connaître le nom et le mot de passe d'un utilisateur MySQL.Et chez MySQL, un utilisateur se connectant de la machine X est différent du même utilisateur se connectant de la machine Y.Citation:
Un utilisateur qui passe directement en BDD par exemple PhpMyAdmin, que les données lui soient cryptés.
Pour ensuite voir le contenu d'une base de données, il faut en plus que l'utilisateur aie le privilège SELECT sur la base.
La première sécurité avec une application PHP & MySQL, c'est de créer un utilisateur MySQL spécifique à cette application et qui aura juste les droits nécessaires sur la base de données utilisée par l'application.
Si vous avez un serveur applicatif + un serveur de base de données, l'utilisateur MySQL pour l'application ne pourra se connecter que depuis le serveur applicatif.
Exemple :
Code:GRANT ALL PRIVILEGES ON [nom de la BDD].* TO 'user_appli'@'ip_du_serveur_applicatif' IDENTIFIED BY 'un_mot_de_passe_costaud'
Dans un fichier de paramètre de l'application, qui ne sera bien entendu pas accessible depuis le web, vous aurez la définition du user_appli et son mot de passe.
Code:
2
Bien entendu, malgré cette sécurité élémentaire, l'administrateur du serveur MySQL, qui connaît le mot de passe du super user de MySQL (root par défaut mais ça peut se changer pour ajouter une sécurité anti-piratage) accède à toutes les BDD du serveur et peut voir toutes les données. Si c'est ça que vous voulez empêcher, alors il faut crypter effectivement les données en BDD, ce qui ralenti quand même le processus de traitement des données, peut grandement les alourdir en volume, peut poser des problème d'indexation, de recherche...
Si l'administrateur du serveur de données est malveillant, il pourra aussi faire un DROP DATABASE ou bidouiller les données dans tous les sens, cryptées ou non ! Et si en plus c'est lui qui a la maîtrise des sauvegardes, difficile de contrer le terroriste numérique !Citation:
Pour l'user ayant ces droits en BD, il pourra afficher les experts, et modifier la valeur du champ "actif" pour l'expert X étant donné que le champ "nom" de cet expert est bien lisible X
Soit vous avez confiance en votre administrateur, soit vous en changez, soit vous répartissez la sécurité entre administration de données, administration de serveur et administration des sauvegardes.