Discussion :

[voyager75]

Hello à tous,

J'ai une application utilisant SQLite et je dois faire en sorte que toutes les données soient cryptées.
Plutôt que de crypter les données à la volée (plein de code à modifier et perfs), je me demandais si il était possible de faire une espèce de fichiers virtuel.
Qui serait donc stocké en RAM seulement mais accessible comme un File classique.
Comme ça, il me suffirait de crypter/décrypter les fichiers lors de leur ouverture/fermeture.

J'ai cherché sur le Web mais je n'ai pas trouvé de piste.

Merci

[jcderchain]

Bonjour,

tu devrais esayer de créer un disque en mémoire.

si tu est sur seven essaye celui-ci

download-Ramdisk

Bon courrage
Jean-Christophe

[voyager75]

Je n'y avais pas pensé.... mais l'application doit rester portable Mac/Linux et Windows.
Je cherche une solution purement Java.

[Logan Mauzaize]

Sinon tu te limites aux classe File/FileInputStream/FileOutputStream, ca sera impossible.

En revanche tu peux passer par des URI/URL et URLStreamHandlerFactory avec ton propre "scheme" ou protocole.
Plus simplement tu peux avoir une Map avec un identifiant quelconque en clé (UUID ou String) et un tableau de byte en valeur.

[voyager75]

Sinon tu te limites aux classe File/FileInputStream/FileOutputStream, ca sera impossible.

C'est bien ce que je cherche à contourner.

J'ai bien lu des trucs en rapport avec ByteArrayOutputStream mais je n'ai pas saisie l'intérêt que je pouvais y avoir pour mon problème.
Si j'ai bien compris, çà permet de générer un fichier en mémoire, mais pas de pouvoir le donner à:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

java.sql.Connection.DriverManager.getConnection("jdbc:sqlite:" + nom_du_fichier)

C'est bien là mon soucis, le getConnection du driver sqlite ne prend qu'un nom de fichier.

Je vais regarder du coté URLStreamHandlerFactory comme tu me le conseille.

Pourrais tu m'en dire un peu plus sur ton idée du Map?

[Logan Mauzaize]

D'après la documentation

In order to deal with SQLite's in-memory databases, use a JDBC URL with this format:

jdbc:sqlite:/:memory:

Si tu veux crypter des données d'une base de données orientée fichier, soit tu utilises une base de données qui le fait, soit tu cryptes toutes les données, soit tu utilises un système de fichier crypté !

[nnovic]

Et utiliser des fichiers temporaires, c'est pas possible?

[Logan Mauzaize]

La solution de la map partait du principe que tu manipulais directement des bytes.
La solution du URLStreamHandlerFactory partait du principe que tu manipulais des URL/URIs.
Si tu restes sur SQLite, ce n'est pas une solution envisageable.

Les solutions réelles :

• Tu utilises un système de fichier crypté.
• SI POSSIBLE Tu fais une base de données en mémoire, tu la "dump" dans un tableau d'octets (éventuellement à l'aide de ByteArrayOutputStream), tu cryptes le tableau d'octet et enfin tu écris les données cryptées sur le disque. Pour recharger tu fais l'opération inverse
• Tu changes de SGBD

Solutions moins réalisables :
Tu modifies le code de SQLite pour qu'il crypte les données à la volée.


Concernant le driver JDBC, s'il ne supporte pas une fonction : code là toi-même ou change de fournisseur !

[voyager75]

Après avoir examiner vos différentes idées je pense qu'il faut effectivement que je m'oriente vers un changement de la base de données.
H2 me plait beaucoup.

Les autres possibilités impliquent trop de code et de prise de tête.

Merci beaucoup à vous deux pour le temps que vous m'avez consacré