Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: DBMemo Text vorm speichern verschlüsseln

   
    by Iwo Asnet, 9. Aug 2012
  Die Sicherheit sollte über Benutzerkonten hinreichend geregelt sein. Verschlüsseln ist immer mit einem Performanceverlust verbunden.
  
  Also getackerte Hosenträger zum Gürtel muss natürlich ein Crypten herhalten, aber i.A. reichen dann TrueCrypt etc. aus.
• Forum: Datenbanken

  AW: DBMemo Text vorm speichern verschlüsseln

   
    by Iwo Asnet, 9. Aug 2012
  Na, das "Problem" ist, das die Sicherheitsstufe nicht erhöht wird. Die Daten sind zwar verschlüsselt, aber der Verschlüsselungsschlüssel :stupid: ist im SELECT-Statement im Klartext sichtbar.
  
  Allerdings könnte man sich da auch perverse Geschichten ausdenken, um das nicht so offensichtlich zu machen. Man könnte z.B. der Crypt-UDF-DLL über andere Kanäle (SSL) einen Schlüssel übergeben. Aber auch...
• Forum: Datenbanken

  AW: DBMemo Text vorm speichern verschlüsseln

   
    by Iwo Asnet, 9. Aug 2012
  Nein, ich meine "One is to encrypt all the data on the client before saving to database columns, and decrypt while reading."
  
  Man muss doch nur eine UDF-DLL für Firebird mit den Routinen Encrypt/Decrypt erstellen und registrieren. Und wie man eine UDF-DLL für Firebird schreibt, steht hier
  
  http://www.firebirdsql.org/en/writing-udfs-in-delphi-for-interbase-firebird/
  
  Und hier ist sogar ein...
• Forum: Datenbanken

  AW: DBMemo Text vorm speichern verschlüsseln

   
    by Iwo Asnet, 9. Aug 2012
  Nein, das ist Verschlüsselung einzelner Felder.
  select * from MyTable where Decrypt(CryptedField,MyKey) Like '%foo%';
• Forum: Datenbanken

  AW: DBMemo Text vorm speichern verschlüsseln

   
    by Iwo Asnet, 7. Aug 2012
  Bei Firebird kann man das per UDF erledigen, Access güldet nicht (geht aber, zumindest die ganze DB, ab 2007). :mrgreen:
• Forum: Datenbanken

  AW: DBMemo Text vorm speichern verschlüsseln

   
    by Iwo Asnet, 7. Aug 2012
  Ich persönlich würde die Verschlüsselungsmöglichkeiten der Zieldatenbank verwenden. Es gibt kaum Gründe, die dagegensprechen. Wenn man unterschiedliche RDBMS unterstützen möchte, muss man eine Zwischenschicht einziehen, die die spezielle SQL-Syntax für das Ver-/Entschlüsseln bereitstellt und u.U. auf die bequeme TxTable-Komponente verzichten.