Discussion :

[Invité]

Bonjour,

je cherche une base de données embarquée protégée. SQLite ne me convient pas : je ne veux pas seulement protéger (crypter) les champs mais "protéger" la structure.

MySQL, FireBird ou autre permettent-ils cela sachant que j'ai besoin du transactionnel ?

Merci.

[tourlourou]

Bonjour Gilles,

Je ne sais pas si vous avez vu les extensions payantes de SQLite, dont The SQLite Encryption Extension (SEE) et ZIPVFS.

La solution que vous cherchez est-elle multi-plateforme ou limitée à Windows ?

[Invité]

Bonjour,

Non je ne connaissais pas ces options.

Pour augmenter la fluidité de mes applis, j'utilise une base hébergée et une base locale sous Win, Mac Os... et Nux. J'utilise déjà SQLite mais en :memory:. Or si la connexion sur le serveur hébergé au démarrage de l'appli est impossible, je dois pouvoir utiliser la base locale. Evidemment avec une base:memory:, c'est très compliqué.

Donc je cherche une solution plus simple... et surtout multi IDE : Windev, Delphi et Qt 5.

Merci pour votre aide.

[Invité]

Re-Bonjour,

J'ai parcouru les liens. Je ne connaissais pas. J'avais essayé une solution Open-Source, il y a quelques années. Mais je n'ai jamais pu la faire fonctionner. Les prix me semblent exorbitants.

[GoustiFruit]

Pourquoi ne pas mettre la BDD SQLite dans une archive encryptée (zip, 7z, ... ?)

[Invité]

Bonjour,

avec le zip, cela fonctionnerait comment ? Les Grids sont connectées à la base locale. Ce qui suppose d'utiliser directement la base.

Le cheminement est celui-là :
Au démarrage, chargement de la base MariaDB hébergée dans une SQLite:memory: (évidemment locale).
Tout le logiciel fonctionne alors sur cette SQLite:memory:
Ceci est compatible quelque soit l'IDE utilisé et l'OS utilisé...
Mais la base SQLite:memory: présente 2 défauts : l'utilisation de la mémoire et sa non persistance. Pour l'instant, j'ai bien une solution de secours : une sauvegarde de la base dans un fichier crypté... Le seul problème est la mise à jour de ce fichier : soit j'utilise un thread pour conservé la fluidité mais il peut alors se désynchroniser, ou alors je l'inclus dans le transactionnel... et adieu la fluidité.

[tourlourou]

SQLite possède une interface commune nommée VFS (Virtual File System) vis-à-vis des différents OS.

Il permet aussi d'enregistrer un nouveau VFS, et même de le définir comme VFS par défaut.

Il doit être possible de faire cet enregistrement avant l'initialisation des composants d'accès aux données (à vérifier).

Pour peu qu'ils n'utilisent (à vérifier) que la fonction d'ouverture par défaut, qui ne spécifie pas de VFS, on a donc la possibilité "d'intercaler" notre propre interface vis-à-vis des fonctions de lecture/écriture de l'OS, intégrant un cryptage.

J'ai développé une interface personnelle minimale pour SQLite intégrant sous Windows Desktop 32 et 64 Bits une solution simple de cryptage sur ce principe. Elle est en phase de finalisation (depuis longtemps...), en vue de faire un tuto. Si cela vous intéresse à titre d'illustration du principe, on pourra échanger par MP.

[Invité]

Bonjour,

Pour l'instant, je fais le tour de la question.

En Embedded, il y a MySQL que je n'arrive pas à exploiter avec Delphi, FireBird que je ne connais pas (mais je vais contacter Serge), PostgreSQL qui en version Embedded n'en est pas réellement une (mais je dispose d'une méthode d'installation et de configuration silencieuse totalement automatisée de pgSQL) et évidemment SQLite.

SQLite : Cette solution présente de nombreux avantages : elle fonctionne sous Delphi et Qt/C++ . J'utilise déjà un encode64 sur les blobs... Je ne vois pas de ralentissement significatif mais avec ces 2 environnements de développement, on peut s'y attendre. Je l'utilise également en Windev sans problème. Mais j'aimerais en effet mieux protéger les tables. J'étais en train de me demander s'il existe des fonctions de dump sous SQLite.

Pour les autres solutions citées, je n'ai pas de driver sous Windev à moins que le forum PCSOFT ne me renseigne... Mais en général, j'ai peu de réponses. Et en plus, je ne sais pas tester. Comment fabrique-t-on une base embedded ?

Bon, on va à la pèche... à l'info.

[SergioMaster]

En Embedded, ... FireBird que je ne connais pas (mais je vais contacter Serge),

Bonjour,

tu oublies Interbase (IBTOGO en est une version embedded) avantage : tourne sur android et Ios à vérifier mais normalement le cryptage est possible
Quant à Firebird la version 2.5 n'a toujours pas de cryptage inclus (il est toujours possible de recompiler les sources, avantage de l'open source, pour en inclure un) la prochaine version (3 en Beta) proposera le cryptage , ce qu'il y a de sur : embedded tourne sur Win,OSX , j'ai lu qu'il était possible d'avoir une version embedded pour Androïd et IOS. A mon avis , il faudrait attendre la release officielle de Firebird 3 mais : c'est possible

[Invité]

Bonjour Serge,

Solution malheureusement peu portable. Interbase est à Delphi ce qu'HyperFile est à Windev : "propriétaire" et confidentiel.
L'installation d'un driver ibase en Qt est tortueuse. J'ose un faux lien en l'espérant pérenne [https://www.linkedin.com/grp/post/1531497-5966618666027012097] en attendant de lire les règles du jeu exactes que j'ai demandé à un modérateur de me préciser [C'est quoi un lien pérenne ?]
Et sous Windev, il faut l'attaquer en OLEDB puisqu'il n'y a pas de connecteur natif. Ce qui pénalise le développement.

Sous SQLite, j'ai compilé les sources de SQLCipher. Si j'ai bien compris la licence, les sources sont open-source et tu peux les compiler et les utiliser gratuitement. Sinon, si tu récupères les binaries chez SQLCipher tu dois payer 2000$. Je ne me suis pas trompé d'un zéro. Ensuite, tu définis dans les PRAGMA que tu utilises cipher et une clé.
Pour l'instant avec ma compilation, j'accède bien à la base mais impossible de l'encoder !

Bonne fin de WE.

[SergioMaster]

re,

Interbase est à Delphi ce qu'HyperFile est à Windev : "propriétaire" et confidentiel.

là je m'insurge en faux du moins pour le "propriétaire" même si Interbase est étroitement liée aux produits RadStudio (Delphi,C++ etc...) via des composants
pour le confidentiel ... c'est plus difficile à définir : les gens heureux n'ont pas d'histoire en est-il de même pour des utilisateurs heureux ?
bien sur si le confidentiel fait référence aux SGBD chez les hébergeurs là , y a pas photo, la question serait plutôt pourquoi ont-ils choisis MySQL qui me semble loin d'être le SGBD parfait

L'installation d'un driver ibase en Qt est tortueuse.

J'ai pourtant réussi sans trop de difficulté à attaquer une base Firebird (donc en gros identique à Interbase) sans difficultés "majeures" soit je suis très fort (doute) soit ce n'est pas si difficile que cela en à l'air, il suffit de trouver le bonne bibliothèque serait plutôt la bonne raison n'oublies pas que Interbase , comme Firebird sont écrit en C(++?)

[Invité]

Bonjour Serge,

Je savais que j'allais commettre un impair en "minorant" Interbase.

Pour Qt, ce n'est pas une question de "force" [je n'émets aucune réserve] mais d'environnementS. Je n'ai pas essayé et il est peu probable que je tente l'intégration du driver faute de temps. Mais je doute compte tenu de ce que j'ai lu que son usage soit si aisé que cela... notamment parce que je ne sais pas si le driver est intégré "nativement" (ie dans les directives de compilation) à l'environnement. Si tel n'est pas le cas, il faut probablement recompiler l'ensemble (enfin je parle de ma version 64 bits sous MinGW-w64). Tu sais bien que je n'accepte pas de produire des exe 32 pour un Win64. Idem pour Mac OS... et à voir pour Linux.

Propriétaire, il l'est. Je parle d'Interbase. Le domaine public, c'est FireBird mais tu m'as précisé que l'encryptage de la version embedded était improbable.

Confidentiels, l'un comme l'autre... Je le suppose.

Pour l'instant ma conclusion est qu'en utilisant Interbase Embedded, je gagne avec Delphi et me complique probablement (sûrement ?) la vie avec Qt et Windev. Evidemment, vu que c'est un fonctionnement local, rien n'empêche d'utiliser Interbase Embedded pour Delphi, HyperFile Classic pour Windev, et je ne sais pas quoi pour l'instant en Qt... Mais les requêtes ne seront pas trop portables... Je cherche encore un peu. Mais il est vrai que si Delphi me suffisait, je n'hésiterais pas un instant à retenir InterBase. Mais c'est un pari trop audacieux pour moi.

SQLite tient la corde pour l'instant... Il faut que j'arrive à encrypter non pas au niveau de l'IDE mais au niveau de SQLite lui-même.

[SergioMaster]

Re,

Propriétaire, il l'est. Je parle d'Interbase.

on n'a pas la même définition du mot je pense

Le domaine public, c'est FireBird mais tu m'as précisé que l'encryptage de la version embedded était improbable.

je me suis mal exprimé. Il est possible d'inclure un cryptage béton dans firebird 2.5 (je garde sous le coude la méthode au besoin) pour peu de recompiler Firebird en y ajoutant un cryptage. Un cryptage sera/est intégré avec la version 3, mais la version 3 est en Beta 2 pas encore en release stable

[SergioMaster]

Bonjour Gilles,

Via une autre discussion j'ai découvert SQLite et effectivement comme tu le dis

SQLite tient la corde pour l'instant... Il faut que j'arrive à encrypter non pas au niveau de l'IDE mais au niveau de SQLite lui-même.

avec Firedac je l'ai même encryptée sans soucis un bémol toutefois, selon la documentation, le cryptage n'est pas possible sous Mac puisque seulement possible (avec Firedac) avec les bibliothèques statiques