Sécurité PostgreSQL et petits réseaux

Bonjour

Je suis en phase de test de PostgreSQL pour un nouveau projet

L'objectif est de diffuser notre application avec PostgreSQL dans des points de vente. L'installation sera fera certainement en batch à partir des binaires
Dans la majorité des cas il y aura quelques postes en réseau et une volumétrie pas énorme
Bref au niveau des performances je ne me fais pas trop de soucis, les tests sont concluants

Ce qui me dérange c'est l'aspect sécurité, vous allez peut être me dire que je me trompe (j'espère)
Dans ce genre d'installation, il y aura rarement un serveur mais c'est un poste du magasin qui fera office de serveur

Donc mon souci est au niveau de la sécurité
Comment protéger l'accès aux données ?

D'après mes premiers tests il suffit de remplacer "md5" par "trust" dans le pg_hba.conf et il n'y a plus aucune sécurité, on peut entrer sans mot de passe avec n'importe quel compte !

Je sais bien que les clients ne vont pas faire ce genre de manip mais c'est possible, c'est ça qui me gêne beaucoup

Existe-t-il un moyen de sécuriser une installation PostgreSQL "locale" ?

J'ai eu des réponses sur un autre forum

Visiblement aucun moyen simple d’empêcher ça si le client est administrateur de sa machine
On peut éventuellement mettre une barrière supplémentaire en recompilant soit-même PostgreSQL et en enlevant la possibilité d'utiliser "trust"
ça ne bloquera pas celui qui veut vraiment accéder aux données (il suffit d'installer un autre PostgreSQL) mais ça fait plus de manips à faire

C'est même pire que ça.... PostegreSQL ne "protège" pas les fichiers de ses bases par un verrou. Ainsi malgré que la base soient en fonctionnement, vous pouvez supprimer n'importe quel fichier contenant les données de la base sans que PG ne s'en rende compte et cela du fait de la mise en cache des données. Il n'y a que lorsque le CHECKPOINT (1) est déclenché que PG écrira des alertes dans son journal.... Mais toujours pas de message à l'utilisateur.

En contre partie si vous utilisez SQL Server (oui, je sais, c'est du Windows....:D) les fichiers de toutes les bases sont verrouillées de manière exclusive pour le moteur SQL. Il n'y a donc pas possibilité ni de les lire, ni de les supprimer tant que le service SQL Server tourne !

À me lire pour de plus amples informations : http://blog.developpez.com/sqlpro/p1...vec-postgresql

A +

(1) CHECKPOINT : commande forçant l'écriture des pages "sales" du cache vers les fichiers de données

Merci pour ces informations Frédéric

Dans mon cas il s'agit de distribuer un SGBD avec une application qu'on est en train de redévelopper

La version actuelle de cette application est sous Access donc au niveau sécurité c'était déjà la cata !
La seule solution pour une structure comme la notre c'est un SGBD gratuit au vu de la gamme de prix du produit

J'avais envisagé aussi SQL Server Express mais il me semblait l'époque que l'installation packagée avec notre application serait plus simple. (j'en suis un peu moins convaincu à l'heure actuelle)
Quoiqu'il en soit j'ai déjà passé trop de temps avec PostgreSQL pour choisir une autre solution à l'heure actuelle, il faut maintenant qu'on passe rapidement en phase de dev.

La suppression de fichiers de la base ne m'inquiète pas, le client n'est pas masochiste, il ne va pas virer ses données.
Mais c'est vrai que par principe, le manque de sécurité me perturbe toujours :-)

Merci pour les liens, je lis toujours avec intérêt vos articles

Et je travaille uniquement sous Windows ;)