Sécurité contre l'admin OS

Version imprimable

04/05/2015, 21h00
alassanediakite

Sécurité contre l'admin OS

Salut
A la recherche de solution contre l'accès de l'administrateur OS à mes routines dans PostgreSQL, j'ai jeté un coup d’œil à Firebird croyant qu'il pouvait être une boîte noire pour l'admin OS. A ma grande déception je tombe sur COMMENT RETROUVER LE MOT DE PASSE.:calim2:
Mais alors, les SGBD client/serveur ont tous opter pour "faire confiance à l'admin OS"? Mais pourquoi? Quelles sont alors les différents astuces (par éditeur) pour déployer une base chez un client tout en protégeant les routines (fonction, procédure, trigger, et même vues)?
Pour le moment je soupçonne MySQL comme faisant exception à cette règle :question:
Merci d'avance pour les contributions.
@+
05/05/2015, 08h53
CinePhil

Citation:

Quelles sont alors les différents astuces (par éditeur) pour déployer une base chez un client tout en protégeant les routines (fonction, procédure, trigger, et même vues)?

Si vous déployez une base de données chez un client, c'est probablement que vous déployez aussi une application pour accéder à cette BDD, non ?

Pour accéder à la BDD, l'application doit s'y connecter avec un utilisateur défini dans le SGBD et cet utilisateur bénéficie de privilèges plus ou moins limités sur les objets de la BDD.

Pour autant que votre application ne soit pas open source et dans un langage compilé, votre client peut tout à fait ignorer le nom et le mot de passe de cet utilisateur applicatif. Si vous lui ajoutez un programme compilé pour la sauvegarde et la restauration de ses données en cas de crash, il peut ignorer la structure de la BDD et donc le code SQL de tous ses objets.

Ceci dit, n'oubliez pas que le client est propriétaire de ses données et devrait pouvoir les utiliser même en dehors de l'application. Il pourrait donc exiger que les sauvegardes soient dans un format lisible et réutilisable.
05/05/2015, 11h07
SQLpro

Actuellement de ce point de vu là, il n'y a que Orale à proposer un mode de sécurité interdisant même aux DBA de visualiser les données des bases.
MS SQL Server tente de suivre cette possibilité et devrait sortir la chose pour la prochaine version.

Quand à la sécurité dans MySQLmerde ou PosteGreSQL, c'est plus que navrant. Jetez un coup d’œil à l'article que j'ai écrit à ce sujet, les méthodes de cryptographie de ces outils "libre" ne resistant pas à l'analyse fréquentielle !
http://blog.developpez.com/sqlpro/p1...dans-les-sgbdr

A +
07/05/2015, 17h45
alassanediakite

Salut

Citation:

Envoyé par CinePhil

Pour accéder à la BDD, l'application doit s'y connecter avec un utilisateur défini dans le SGBD et cet utilisateur bénéficie de privilèges plus ou moins limités sur les objets de la BDD.

Dans le passé, j'utilisais ce type d'authentification. Mais il fallait à chaque fois REINVENTER la roue: la gestion des droits (l'application accède par un seul USER mais il faut gérer le fait que les utilisateurs n'ont pas les mêmes privlèges). Maintenant je laisse ce rôle au SGBD qui le gère très bien, avec quelques préalables bien sûr. Chaque utilisateur est directement créé comme UTILISATEUR sur le SGBD.

Citation:

Envoyé par CinePhil

Ceci dit, n'oubliez pas que le client est propriétaire de ses données et devrait pouvoir les utiliser même en dehors de l'application. Il pourrait donc exiger que les sauvegardes soient dans un format lisible et réutilisable.

:ccool:
Merci du rappel, je le met dans les TODO.

Citation:

Envoyé par SQLpro

Actuellement de ce point de vu là, il n'y a que Orale à proposer un mode de sécurité interdisant même aux DBA de visualiser les données des bases.
MS SQL Server tente de suivre cette possibilité et devrait sortir la chose pour la prochaine version.

Attendons de voir la chose. Merci de l'info.
@+