Hallo,
gibt es eine Möglichkeit oder evtl. eine Erweiterung, die es ermöglicht, die Daten verschlüsselt auf der Platte abzulegen?
Man könnte sich bei jedem INSERT natürlich selbst darum kümmern, aber ich würde eine fertige und erprobte Lösung vorziehen.
Grüße,
paule
Möchtest du in diesen Daten suchen oder Vergleiche mit diesen Daten anstellen?
Generell empfehle ich dir einen Blick in die Archive der Mailinglisten von PostgreSQL, das Thema wurde dort schon das ein oder andere Mal behandelt.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Suchen muß ich nur die ID, dann die Daten auslesen, entschlüsseln und an eine Applikation weitergeben.
Ok, dann werde ich da mal ein wenig stöbern.
Danke,
paule
Edit: Das Stöbern erbrachte pgcrypto, dass für meine Zwecke erstmal ausreicht. Und ich lege meinem Chef die Fragen aus [1] vor, dann soll er das erstmal näher spezifizieren.
[1] Posting
Geändert von paule (25.06.2010 um 01:49 Uhr)
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Solche Äußerungen habe ich heute (ok, also gestern) insgesamt noch zwei Mal gehört.
Das sollte mir langsam zu Denken geben ...
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Ich sehe schon Vorteile, wenn die Datenbank verschlüsselt. Der Schlüssel muss nicht unbedingt im Klartext auf dem Server enthalten sein. In den meisten Fällen wird über ein Programm auf die Datenbank zugegriffen. Dann wäre irgendwo im Code der Schlüssel versteckt. Den Schlüssel dort herauszubekommen, ist nicht unmöglich, aber es wird immer aufwändiger.
Weitergehende Modelle sind auch denkbar: Der Schlüssel ist nicht im Programm, sondern muss immer manuelle über eine gesicherte Verbindung bei Start des Servers eingegeben werden. Nachteil dabei ist natürlich, dass bei einem ungewollten Reboot der Service nicht zur Verfügung steht.
Wenn ich das richtig verstehe, liegt der Schlüssel dann auf dem Host, auf dem die Anwendung läuft.
Dann liegt der Schlüssel trotzdem auf dem DB-Server - irgendwo im Ram. Ist dann nicht besonders schwer, den aus /proc auszulesen.Der Schlüssel ist nicht im Programm, sondern muss immer manuelle über eine gesicherte Verbindung bei Start des Servers eingegeben werden.
Konkret geht es um die Frage: was will man schützen. Solange der DBA in irgendeiner Form Zugriff auf das Passwort bekommen kann, ist der Schutz wertlos.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Also wenn dann auch die Dumps verschlüsselt wären hatte ich Interesse daran. Bei meiner "one man show" könnte ich dann die Backups auf diverse günstige Onlineplatten ablegen.
Du kannst doch den Dump einfach beim Erstellen gleich mit durch ein Verschlüsselungsprogramm schicken.
Wozu gibt es Pipes in Unix?
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Links: Tobias Bauer - IT- und Funkdienstleistungen - Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen - Funkforum
Lesezeichen