Ergebnis 1 bis 10 von 10

Thema: Daten verschlüsselt ablegen

  1. #1
    paule ist offline Neuer Benutzer
    Registriert seit
    27.02.2007
    Beiträge
    3

    Standard Daten verschlüsselt ablegen

    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

  2. #2
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    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

  3. #3
    paule ist offline Neuer Benutzer
    Registriert seit
    27.02.2007
    Beiträge
    3

    Standard

    Zitat Zitat von ads Beitrag anzeigen
    Möchtest du in diesen Daten suchen oder Vergleiche mit diesen Daten anstellen?
    Suchen muß ich nur die ID, dann die Daten auslesen, entschlüsseln und an eine Applikation weitergeben.

    Zitat Zitat von ads Beitrag anzeigen
    Generell empfehle ich dir einen Blick in die Archive der Mailinglisten von PostgreSQL, das Thema wurde dort schon das ein oder andere Mal behandelt.
    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)

  4. #4
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    Zitat Zitat von paule Beitrag anzeigen
    Suchen muß ich nur die ID, dann die Daten auslesen, entschlüsseln und an eine Applikation weitergeben.
    Nun, dann brauchst du die Daten nicht verschlüsseln.

    Wenn die Datenbank die Daten entschlüsselt, befindet sich der Schlüssel auf dem Server. Also kommt da im Zweifelsfall auch jeder heran.
    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

  5. #5
    paule ist offline Neuer Benutzer
    Registriert seit
    27.02.2007
    Beiträge
    3

    Standard

    Zitat Zitat von ads Beitrag anzeigen
    Wenn die Datenbank die Daten entschlüsselt, befindet sich der Schlüssel auf dem Server. Also kommt da im Zweifelsfall auch jeder heran.
    Genau darum habe ich die Fragen aus obigem Posting weitergeleitet, damit daüber nochmal nachgedacht wird.

    Ansonsten muß ich die Anforderungen umsetzen. Wenn diese unsinnig sind, kann ich das zwar sagen, aber nicht verhindern.

    Grüße,
    paule

  6. #6
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    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

  7. #7
    klimaschreck ist offline Neuer Benutzer
    Registriert seit
    01.06.2008
    Ort
    Bonn
    Beiträge
    23

    Standard

    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.

  8. #8
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    Zitat Zitat von klimaschreck Beitrag anzeigen
    Dann wäre irgendwo im Code der Schlüssel versteckt.
    Wenn ich das richtig verstehe, liegt der Schlüssel dann auf dem Host, auf dem die Anwendung läuft.

    Der Schlüssel ist nicht im Programm, sondern muss immer manuelle über eine gesicherte Verbindung bei Start des Servers eingegeben werden.
    Dann liegt der Schlüssel trotzdem auf dem DB-Server - irgendwo im Ram. Ist dann nicht besonders schwer, den aus /proc auszulesen.


    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

  9. #9
    minimike ist offline Benutzer
    Registriert seit
    01.03.2010
    Beiträge
    42

    Standard

    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.

  10. #10
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    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

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum