VPHD - Virtual private hard-disc

[implementation]

Nettes Projekt, erinnert mich an EncFS und Truecrypt.

Welche Verschlüsselungsmethoden stehen denn zur Verfügung? EncFS und Truecrypt unterstützen ausschließlich symmetrische, du könntest sie evtl. schlagen, indem du daneben auch asymmetrische (auch wenn das bei diesen Datenmengen sehr unperformant ist) oder Hybridverschlüsselung anbötest.

Zitat:

Archive lassen sich in eine ausführbare Anwendung umwandeln

Das ist natürlich eine nette Idee!

Zitat:

wodurch sich die Daten von überall her lesen lassen

... während ich das erst bewiesen haben will. Es gibt noch Plattformen weiter fern von Win/i386. EncFS und Truecrypt unterstützen sehr viel mehr


DISCLAIMER:
Die Hinweise auf EncFS und Truecrypt sind nicht zum schlechtmachen gemeint, sondern mehr als Tipp zur Orientierung.
Weiterhin habe ich dein Programm bisher noch nicht getestet (bin nicht zuhause), sondern dies ist nur, was mir zur Beschreibung einfällt.

[olee]

TrueCrypt kenne ich und mein Programm bessert genau einen Nachteil davon aus:
TrueCrypt benötigt einen Treiber um das Dateisystem als Laufwerk Einzubinden.
Daraus folgt aber auch, dass es zum Ausführen (bzw. zur Installation) Administrator-Rechte benötigt.

Mein Format ist mehr auf Portabilität ausgelegt, da es sich immer und überall auslesen lässt, ohne dass Administrator-Rechte nötig wären.

Zitat:

...du könntest sie evtl. schlagen, indem du daneben auch asymmetrische (auch wenn das bei diesen Datenmengen sehr unperformant ist)

Asymmetrische Verschlüsselung lässt sich leider nicht für Archive umsetzen. Ich habe über das ganze Thema schon einmal mit einem Freund diskutiert und wir sind zu dem Schluss gekommen, dass es

a) Nicht wirklich einen Sinnvollen Anwendungszweck dafür gäbe (außer der Befriedigung des eigenen Ehrgeizes ^^)
b) Viel viel viel zu langsam wäre
c) Ein Hybrid-Verfahren wäre nicht mehr wirklich Sicher (es ließen sich über Tricks die Daten des Archives manipulieren)

Zitat:

Es gibt noch Plattformen weiter fern von Win/i386

Wenn Interesse bestehen würde, würde ich einen Port (wohl Freepascal - bzw auch eine ganz andere Programmiersprache) in Erwägung ziehen. Aber ich denke VPHD sollte auch Problemlos mit Wine unter Linux laufen (auch wenn ich es NOCH nicht probiert habe).

[olee]

Zitat:

Welche Verschlüsselungsmethoden stehen denn zur Verfügung?

Momentan ausschließlich RC4. Aber wenn man ein sicheres Verfahren hat, sehe ich keinen Großen Sinn darin, andere zu Implementieren (außer der Verwirrung des Users).
Jedoch ist intern im Format die Möglichkeit vorhanden, andere Verschlüsselungen zu verwenden. Sie müssten lediglich implementiert werden.

EDIT:
Ich habe gerade die Möglichkeit von Backups mit EncFS gelesen.
Das wäre bei meinem Format auch gut Möglich - wenn Interesse besteht, kann ich dies implementieren!

[neo4a]

Hallo Björn,

mir gefällt die Umsetzung des Konzepts sehr gut, insbesondere was die treiberlose Einbindung angeht. Planst Du eine API (in Form einer DLL) für die Einbindung z.B. in Delphi-Programme, so dass man ggf. mit einem virtuellem Filesystem arbeiten könnte?

Mir fällt da spontan BoxedApp ein. Das ist ja ein kommerzielles Angebot, was es z.B. auch ermöglicht, DLL, ActiveX- Komponenten in die Exe einzubinden und zur Laufzeit so zu benutzen, als wären sie im tatsächlichen Filesystem vorhanden. Es geht mir gar nicht um die Exe-Einbindung, sondern um den treiberlosen Container-Zugriff.

Ansonsten habe ich noch Kleinigkeiten wie:
- Der Graph-Bereich lässt sich nicht mehr per Knopfdruck/F3 einblenden, wenn er zuvor manuell minimiert wurde.
- Die Icons sind für das Menü zu groß und kollidieren teilweise mit der Beschriftung.
- Es macht mir Mühe mich zu erinnern, wann wir zuletzt Win-Programme mit Strg-Q geschlossen haben . Das System-Menü schlägt ja auch Alt+F4 vor.

[Luckie]

Sehr schönes Programm. Gut geeignet für den USB-Stick. Aber kann man das auch irgendwie automatisieren? Ich habe mit eine Batch-Datei geschrieben, die alle meine Dateien, die ins Backup sollen in ein verschlüsseltes 7-Zip Archiv auf dem USB-Stick legt. So lange sich deine Software nicht so automatisieren lässt, kann ich sie leider nicht gebrauchen.

Warum wird die Archivdatei nicht kleiner, wenn ich eine Datei rauslösche?

Das Fenster sollte sich in der Mitte des Monitors öffnen. Und schön wäre es, wenn es nicht gleich so groß wäre. Bzw. sich Größe und Position merken würde.

[neo4a]

Zitat von Luckie:

Warum wird die Archivdatei nicht kleiner, wenn ich eine Datei rauslösche?

Na weil der Platz nur zur Wiederverwendung frei gegeben wird. Aber schick wäre es schon, würde die nächste Script- und/oder Kommandozeilenvariante eine Option zum Komprimieren bieten

[Luckie]

Ja, aber trotzdem wäre es schön, wenn es schon nicht automatisch geht, dass man die Dateigröße der tatsächlichen Größe der enthaltenen Dateien anpassen könnte.

[tcoman]

Zitat von neo4a:

Zitat von Luckie:

Warum wird die Archivdatei nicht kleiner, wenn ich eine Datei rauslösche?

Na weil der Platz nur zur Wiederverwendung frei gegeben wird. Aber schick wäre es schon, würde die nächste Script- und/oder Kommandozeilenvariante eine Option zum Komprimieren bieten

So habe ich das auch verstanden. Wie in einer
Datenbank/Filesystem wird nur ein "geloescht" Flag gesetzt.
Somit muessen alle Querverweise bzw. hier die direkte
Seek Position nicht umgeschrieben werden. Der Vorteil, wie
Du schon erwaehntest, ein hinzufuegen einer Datei dauert
nur so lange, wie es dauert, diese Datei zu schreiben,
ohne den ganzen Container neu zu lesen, zu bearbeiten
und neu zu schreiben.
Tolle Arbeit, vielen Dank,
terence