SQLite verschlüsseln

[Mavarik]

Moin Zusammen!

Ich möchte auch weiterhin SQLite Datenbanken verwenden (iOS / Android) weil vorinstalliert — nicht Interbase To go oder was auch immer.
Leider wurde das Feature ja geschlossen, bzw. die Lizenz für die Verschlüsselung kosten $2000…
Gibt es hierfür eine Alternative?

Grüße Mavarik

[himitsu]

Die Datei selbst ver-/entschlüsseln, vor dem Öffnen und nach dem Verschließen?

Oder "manuell" über die JavaAPI auf die Datenbank zugreifen.
https://developer.android.com/refere...SQLiteDatabase

[Mavarik]

Zitat von himitsu:

Die Datei selbst ver-/entschlüsseln, vor dem Öffnen und nach dem Verschließen?

Oder "manuell" über die JavaAPI auf die Datenbank zugreifen.
https://developer.android.com/refere...SQLiteDatabase

Nein ich will einfach die SQLite Verschlüsselung wie bisher verwenden jedoch ohne die neue kostenpflichtige Extension.

[himitsu]

Gibt es da nicht was von Ratio... Devart?

Hmmm, die TFDSQLiteSecurity gibt es im D12 aber noch.

Ob das alte Zeugs noch funktioniert?
https://sourceforge.net/projects/sql...ty-for-delphi/

Und vergiss deinen Kommentar nicht.
https://blog.marcocantu.com/blog/202...qlite-see.html



Der alte Hook, der für die Verschlüsselung genutzt wurde, wurde ja im SQlite selbst entfernt.
OK, dann kann FD da ja eigentlich nichts mehr machen.

Aber wie löst eigentlich die teure Extension das Problem?

[johndoe049]

https://www.zetetic.net

Alternative SQLite Verschlüsselung. Kommt als .dll mit 64 und 32 Bit. Ist binär anders als die Verschlüsselung, die man bei SQLite kaufen kann. Man kann mehr in der Verschlüsselung parametrisieren. Daher muss die Datenbank entweder satzweise kopiert werden oder erst entschlüsselt und dann neu entschlüsselt.

Preislich muss man sich zusammenstellen, was man benötigt. Wer den Sourcecode selbst kompilieren kann, kann das auch unter https://github.com/sqlcipher/sqlcipher kostenlos haben.

Die Verschlüsselung für 2000 USD kommt direkt vom Hersteller/Author von SQLite. Der hat hierfür einen angepassten Sourcecode.

[Uwe Raabe]

Zitat von himitsu:

Aber wie löst eigentlich die teure Extension das Problem?

Wenn ich das richtig interpretiere, wird das komplette Sqlite mit den veränderten bzw. erweiterten SEE-Sourcen compiliert. Beim statischen Linken verwendete man dann die veränderten Objektdateien, während beim dynamischen eine andere DLL zum Einsatz kommt. Somit braucht/soll das public Sqlite keinen Hook bereitstellen, der dann ja auch von anderen genutzt werden könnte.

[Mavarik]

Zitat von johndoe049:

Alternative SQLite Verschlüsselung. Kommt als .dll mit 64 und 32 Bit. Ist binär anders als die Verschlüsselung, die man bei SQLite kaufen kann.

Ist das dann noch compatible mit den vorinstallierten SQLite Treiber die auf iOS und Android vorinstalliert sind? Oder ist das eh nur für Windows?

Mavarik

[johndoe049]

Zitat von Mavarik:

Zitat von johndoe049:

Alternative SQLite Verschlüsselung. Kommt als .dll mit 64 und 32 Bit. Ist binär anders als die Verschlüsselung, die man bei SQLite kaufen kann.

Ist das dann noch compatible mit den vorinstallierten SQLite Treiber die auf iOS und Android vorinstalliert sind? Oder ist das eh nur für Windows?

Mavarik

Lt. Webseite gibt es auch Versionen für IOS und Android. Müssen nur entsprechend gekauft werden. Download ist nicht öffentlich. Die Windows Version funktioniert übrigens problemlos. Man muss nur den Lizenzkey vor dem ersten Datenbankzugriff an die DLL übergeben. Steht aber in der Anleitung.

Nachtrag: Die Verschlüsselung kann mit Parametern eingestellt werden. Es kann sein, dass dies nicht mit dem Bordeigenen SQLite kompatibel ist.