Un truc que je n'ai jamais bien compris avec Oracle, c'est l'intérêt de créer des mots de passe qui se retrouvent finalement:
- connus par tous, y compris de personnes qui ont quitté les projets 5 ans auparavant
- stockés dans des fichiers de configurations sous des formes réversibles ou pire, en clair
- dans des comptes génériques, donc anonymes, intraçables et en dehors de toute stratégie d'audit
D'un autre côté, les équipes de sécurité réclament de valider la complexité des mots de passe, de les faire expirer, de chiffrer les données, de les rendre invisibles, de chiffrer les sauvegardes, de limiter et d'auditer les accès, d'appliquer les "Critical Patch Updates", de ne pas installer Oracle JServer. A la fin, la réalité est toute autre que celle visée. Une fois que quelqu'un a accès à une zone serveur, il a beau jeu de disparaitre de tous les écrans radar grâce à un mot de passe "anonyme".
Cet article présente comment intégrer les accès JDBC thin de vos bases de données dans une infrastructure à clés publiques et oublier à tout jamais vos mots de passe.