PureBoard

So ich hab mal einen FileCrypther geschrieben und wollte den mal zeigen und fragen wie sicher er ist:

Datei ohne Setup:
http://www.razor.alex-z.de/FriZa.rar

Datei mit Setup:
http://www.razor.alex-z.de/FriZa%20Setup.rar

Screenshot:


Zum Setupprogramm vielen Dank an EasySetup

Zum Crypther vielen Dank an Stargate für die mithilfe

@R4z0r1989
Hallo,

ich habe deine Anwendung getestet.
Das Verschlüsseln und Entschlüsseln funktioniert gut.

btw: Hab oben nen Screenshot hinzugefügt
Kannste ja auf deinem Server packen.

Sieht gut aus, was ich vermisse:
- Ein zweites Feld wo man das Passwort bestätigen muss um vertippen auszuschließen...
- Und ein Abbruchknopf, weil bei größeren Files dauert es schon ne weile...
- Speicherort auswählen können...

Eine Frage noch: Wie genau arbeitet das Programm ließt es erst alles ein und schreibt dann alles, oder liest/schreibt es nur stück für stück?

Und was ist die Maximallänge für das Passwort?

Es sollte auch noch gesagt werden das man bei Files größer 50 MB und der Verschlüsselungsstärke 20 (Ich nehme an es ist die verschlüsselungsstärke...) ziemlich viel Zeit einplanen sollte^^

Vielleicht auch:
-Restzeit-Berechnung/Anzeige (Bei größeren Dateien)
-Beim Vergrößern des Fensters sollten die Gadgets angepasst werden

Und eine besseres Eventmanagement während der Verschlüsselung, weil bei mir gibt das Prog nach ner Zeit keine Rückmeldung mehr bisses fertig is...

Danke fürs testen... ich werd das mal ändern nur heute werd ich nicht mehr dazu kommen denk ich mal...

Restzeit ist eine gute idee...
und das eventmanagment werd ich auch die Tage machen...

und nein er liest nicht erst alles ein sondern nur immer 16 bytes und die schreibt er dann auch gleich wieder...

die maximal länge ist 16 zeichen für das passwort weil er bei weniger auffüllt und bei mehr abschneidet^^

lass das proc doch evtl immer gleich 10 oder mehr 16kb päckchen einlesen, das wirkt sich positiv auf die festplattennutzung aus...

So hab jetzt ein paar updates:

Update 0.8 -> 0.9

- Geschätzte Dauer (noch im beta stadium)
- Eventmanagment ausgebessert
- Abbruch Button

Jo, funktioniert gut
Setzt doch ein schönerese Bild in den ersten Thread

KeyKon hat geschrieben:lass das proc doch evtl immer gleich 10 oder mehr 16kb päckchen einlesen, das wirkt sich positiv auf die festplattennutzung aus...

Ne, lass mal...
Halte dich lieber an den Befehl FileBufferSize(), denn nur der verwaltet den Buffer für Dateien. Damit kannst du den Buffer auch vergrößern, verkleinern oder ganz ausschalten.

Ein Ausschalten des Buffers dürfte aber auch interessant sein, weil:

Zwar verlängert sich vermutlich die Dauer einer Ver-/Entschlüsselungsoperation, jedoch wird die Originaldatei direkt mit dem Ergebnis überschrieben. Das heißt, es dürfte für Fremde schwieriger werden, an die originale Datei heranzukommen, z. B. mit Recoverytools oder sonstigem Kram. Durch das direkt Überschreiben der Datei geht evtl. auch der Restmagnetismus der alten Version der Datei auf der Stelle der Festplatte verloren, an denen die alte Version der Datei gelegen hat. Für mehr Infos sollte man sich einfach mal anschauen, wie Recoverytools und Shredder arbeiten.
Hoffe, ich hatte wenigstens halbwegs Recht.
Ich sagte, es wird schwieriger, nicht unmöglich. Ich garantiere hier keinen 100%igen Schutz und wollte auch keinen Flame auslösen.
Hoffe, das passte halbwegs zum Thema, was ich gesagt habe.