Chiffrer une bdd Oracle

Message par **dricfr** » jeu. 11 avr. 2013 10:05

Ouais, enfin, vas-y pour modifier les accès bdd d'un logiciel commercial sans les sources.
A moins de mettre en place des types propres, surdéfinir les méthodes de sauvegardes et de lecture. Et encore il y a une pelleté suivant les différents types d'accès au doc, contenu etc... Enfin, je ne suis pas un spécialiste, mais je ne pense pas que ça va être trivial. Et ça veut dire qu'il faut faire du dév avec tout ce que ça implique.

Message par **micha30000** » jeu. 11 avr. 2013 14:18

Oui oui je comprends bien, je disais juste que c'est ce qu'on fait en général parce que de toute façon le cout des licences est prohibitif

Message par **dricfr** » jeu. 11 avr. 2013 20:01

En tout cas, je ne sais pas comment ça va se passer, mais j'espère que le chiffrement n'est pas déja vendu au client

Message par **dricfr** » mar. 16 avr. 2013 22:09

Projet : trashed !

Message par **micha30000** » mer. 17 avr. 2013 00:25

Après, chiffrer c'est une solution, c'est censé répondre à un problème ou à une menace... quelle était cette menace ? Il y a toujours différentes façons de les traiter

Message par **Zedoune** » mer. 17 avr. 2013 09:16

Après, chiffrer c'est une solution, c'est censé répondre à un problème ou à une menace... quelle était cette menace ? Il y a toujours différentes façons de les traiter

Si j'ai bien compris, faut empêcher quelqu'un d'accéder aux données de la base depuis un système de fichiers monté, c'est-à-dire que le chiffrement de la partition ne sert à rien.

Message par **dricfr** » mer. 17 avr. 2013 10:29

Oui, l'idée c'était ça.
Le client a été actif sur la question est statué qu'aucune donnée vraiment sensible se trouvait en bdd.

La "menace " était plus d'empêcher un utilisateur lambda en interne de se balader sur le réseau est de consulter des docs et des données sensibles. Idem, en cas de vol du matériel.

Message par **micha30000** » mer. 17 avr. 2013 13:36

OK effectivement si ya rien d'important dedans autant pas se faire chier

Sinon contrôle d'accès strict à base de profils + politique de mot de passe + politique d'écran de veille + gestion des comptes au poil + audits réguliers des comptes ayant accès à la DB. Pour le vol, matériel en salle serveur et/ou en baie fermée à clé et/ou attaché un minimum...

Message par **dricfr** » jeu. 18 avr. 2013 16:34

En fait, je ne regarde que l'aspect des données GED et BDD. La sécurisation des serveurs etc... c'est la DSI du client qui s'en occupe.
Chacun son métier

Message par **micha30000** » jeu. 18 avr. 2013 16:37

Ok donc rien à faire de ton côté

Message par **dricfr** » ven. 19 avr. 2013 08:26

EN gros oui, mais "ça se dit pas". Je semble très occupé