Firebird 3: Security Datenbank

[Frickler]

In Firebird 3 gibt es die Möglichkeit, die Security Datenbank in die Anwendungsdatenbank zu integrieren. Klingt ja eigentlich ideal. Der übliche Angriffsweg, die FDB Datei einfach zu kopieren und auf einem anderen Rechner mit einer anderen Security Datenbank (alle User ohne Passwort...) dann aufzumachen kann damit unterbunden werden. Schön auch für embedded (danke Hoika).

Hat das mal einer von euch genutzt? Gibts Probleme, Fallstricke etc?

[bnreimer42]

Nicht ganz.

Die Security-Infos können alternativ zu einer Standard-User-Datenbank aus einer anderen DB geholt werden und damit auch aus der, in der die Daten abgelegt sind.

Die Konfiguration der User-Datenbank erfolgt über eine Datei (databases.conf). Siehe https://firebirdsql.org/file/documen...urity-userlist

Mit Zugriff auf den DB-File (Was bei der embedded-Version ja immer gegeben sein muss) kann man die Datenbank aber auf jeden anderen Server kopieren und dort User mit anderen Passworten anlegen.

Das ist keine Sicherheitsvorkehrung!

[Frickler]

Zitat von bnreimer42:

Mit Zugriff auf den DB-File (Was bei der embedded-Version ja immer gegeben sein muss) kann man die Datenbank aber auf jeden anderen Server kopieren und dort User mit anderen Passworten anlegen.

Das heißt für ein Sicherheitskonzept á la DSGVO o.ä. brauche ich Verschlüsselung auf Feldebene und damit auf Clientebene (weil die Datenbank als solche nicht verschlüsselt werden kann; wurde zwar mal angekündigt, gibts aber noch nicht).

[mkinzler]

Doch. FireBird 3 unterstützt Verschlüsselung.

https://www.firebirdsql.org/file/doc...ncryption.html

[MEissing]

Zitat von mkinzler:

Doch. FireBird 3 unterstützt Verschlüsselung.

https://www.firebirdsql.org/file/doc...ncryption.html

....nur mit Plug-In.

[mkinzler]

So ist diese auch flexibel. Es gibt aber einen stub-Code vom FireBird-Projekt in c und Delphi/Pascal oder halt fertige von Drittanbietern.

[MEissing]

Von Haus aus geht da mit Firebird eben genau NIX!

Hinzu kommt die Notwendigkeit gleich die ganze Datenbank zu verschlüsseln. Oracle und InterBase machen das da flexibler: Man kann die Datenbank, Tabellen und/oder Spalten verschlüsseln. Und auch mit mehreren Keys/Zugriffsmöglichkeiten für unterschiedliche Benutzer

[Frickler]

Zitat von MEissing:

Von Haus aus geht da mit Firebird eben genau NIX!

Hinzu kommt die Notwendigkeit gleich die ganze Datenbank zu verschlüsseln. Oracle und InterBase machen das da flexibler: Man kann die Datenbank, Tabellen und/oder Spalten verschlüsseln. Und auch mit mehreren Keys/Zugriffsmöglichkeiten für unterschiedliche Benutzer

Das mag sein. Dafür sind Oracle und Interbase aber auch satt teurer als eine Firebird Lösung, gerade wenn es um den Einsatz dieser Techniken geht (bei Oracle etwa ist das eine zubuchbare Option).