einfaches Verschlüsseln

[mytbo]

Du hast von mir in einem anderen Thread schon eine komplette Lösung bekommen. Hier. Was gefällt dir den an einer Verschlüsselung mit AES-256 nicht?

Bis bald...
Thomas

[Blup]

Doppelt verschlüsseln ist nicht unbedingt auch sicherer. Wichtig ist eher die Stärke der Verschlüsselung ausreichend auszulegen(Schlüssellänge).
Wenn es nur darum geht den Inhalt vor zufälliger Einsicht zu schützen (Zeilenumbrüche nicht sichtbar), reicht es vieleicht den Inhalt Base64-codiert zu speichern.

[stahli]

Zitat von Blup:

Doppelt verschlüsseln ist nicht unbedingt auch sicherer. Wichtig ist eher die Stärke der Verschlüsselung ausreichend auszulegen(Schlüssellänge).
Wenn es nur darum geht den Inhalt vor zufälliger Einsicht zu schützen (Zeilenumbrüche nicht sichtbar), reicht es vieleicht den Inhalt Base64-codiert zu speichern.

... oder evtl. einfach so etwas wie StringList.SaveToStream

[Sinspin]

Ich habe mir vor Jahren auch ein eigenes Tool gebaut.
Innen drinne ist LZMA, nach dem Verschlüsseln bringt das ja nix mehr. Dann eine OTP Variante drum herum.
Das ist klein und fein. Lediglich der Editor für den Inhalt ist nicht mehr ganz zeitgemäß.

[KodeZwerg]

Zitat von Sinspin:

Dann eine OTP Variante drum herum.

Verdoppelt sich nicht dadurch das ganze? Also ich meine Datengröße.

[himitsu]

Was die verschlüsselten daten betrifft, das kommt drauf an.

Es gibt Verfahren, da werden die Daten mehr, aber meisten werden die Bytes 1:1 verschlüsselt und es bleibt. (vielleicht ein Salt wird zusätzlich gespeichert)


Was den OTP selbs betrifft, das kommt drauf an.
Den kann man so groß wie die Daten machen (größer ist egal, da abgeschnitten wird),
dann belegt der Key (OTP) natürlich genauso viel Platz, wie die verschlüsselten Daten.

Aber auch einen OTP kann man kleiner sein. Gut, da er dann mehrfach angewendet wird, könnte es die Sicherheit bissl vermindern.

[Sinspin]

Zitat von KodeZwerg:

Verdoppelt sich nicht dadurch das ganze? Also ich meine Datengröße.

Nein, bei mir nicht.

Zitat von himitsu:

Aber auch einen OTP kann man kleiner sein. Gut, da er dann mehrfach angewendet wird, könnte es die Sicherheit bissl vermindern.

Die Matrix als auch den Key erzeuge ich aus dem Passwort via krytografischem Zufallsgenerator.
Das produziert Angriffsfläche, daher werden die Daten vorm verschlüsseln gesalzen.
100% sicher ist die Lösung nicht. Darum geht es mir aber auch garnicht.
Ich habe nur keine Lust auf eine Textdatei in der alles in Plaintext steht.

[KodeZwerg]

Ich nutze mal die Gelegenheit um ein paar bekannte Krypto-Quellen zu benennen.

Dies ist keine Rangordnung! Nicht als solches interpretieren. Danke.

DEC Eine Sammlung die von TurboMagic gerade geupdated wird.
mORMot bzw mORMot2 Umfangreiche Sammlung als Framework verpackt, in meinen Augen sehr stabil.
CryptoLib4Pascal Man könnte sagen wie der Zwilling von DEC. (benötigt HashLib4Pascal)
LockBox bzw LockBox3 Eine weitere Krypto-Sammlung.
Gammatester Gedenk-Sammelsurium der verschiedensten Algorithmen die meist schnell und unabhänging arbeiten.
AES was keine zusätzlichen Units/Frameworks braucht (sehr schlanke Version sozusagen, für Kleinstprojekte würde ich das nehmen.)


Hier noch ein paar Kompressions-Möglichkeiten.

XZ Kompression könnte man als "Außenhaut" einbinden, dann entfällt externes Rar/Zip/7zip gedöns. (baut auf liblzma.dll auf)
LZMA nativ, benötigt keine weiteren Dlls.
7zip für Delphi 7, benötigt 7zip dll.
7zip etwas moderner gegenüber den Delphi 7 port.
oder ZLib von Delphi...

Wenn es um eigen-Kreationen geht, zeige doch mal was Du getippst hast und wir arbeiten dran.