| Autor |
Beitrag |
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mo 09.12.02 10:14
Bitte intensiv testen. Danke
Das Programm ermöglicht es Dateien sicher zu ver- und entschlüsseln.
Features:
- Passwortschutz der Dateien
- RSA-Verschlüsselung
Beta: Die Callback-Funktion ist noch nicht implementiert, deswegen fehlt die Fortschrittsanzeige und ein abbrechen ist nicht möglich. Also nicht unbedingt gleich ganze Spielfilme verschlüsseln.
Link: [url= www.luckie-online.de...e]File-Crypter[/url]
Zuletzt bearbeitet von Luckie am Sa 26.04.03 19:55, insgesamt 2-mal bearbeitet
|
|
Popov
Gast
Erhaltene Danke: 1
|
Verfasst: Mo 09.12.02 20:00
Ein nettes kleines Tool. Könnte mir vorstellen es öfters zu benutzen.
Hier einige Punkte die mir aufgefallen sind:
Jedes mal wenn ich auf "Datei öffnen" klicke, lande ich zuerst im "Eigene Dateien" Verzeichnis. Das erste mal ist es noch ok, für alle weitere Öffnungen sollte das Dialogfenster vom letzten Verzeichnis ausgehen. Es könnte ja sein, daß ich mehrere Daten im gleichen Verzeichnis verschlüsseln will.
Dann hab ich bemerkt, daß die kodierten Daten die Endung "encoded" haben. Vielleich wäre es nicht schlecht für diesen Datentyp die Option "Entschlusseln" automatisch vorzuwählen.
Dann noch ein Wunsch: Es wäre gut wenn man das Programm mit einem Parameter starten könnte, d.h. wird ein Dateipfad übergeben, dann kodiert oder dekodiert das Programm die Datei automatisch und beendet das Programm. Auf diese Weise könnte man Batch-Konvertierungen machen.
Und jetzt der letzte Wunsch: Da es soweiso nur zwei Dateien sind, so könnte man doch auch nur eine Datei draus machen. Die Dll als Ressorce dazupacken und bei Bedarf entpacken. Für dich dürfte das kein Problem sein. Der Vorteil wäre der, daß man das Programm hin und her verschieben könnte ohne an die Dll denken zum müssen. Es wäre ein Tool das man einfach so Ungezipt weitergeben kann.
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mo 09.12.02 20:17
| Popov hat folgendes geschrieben: | Ein nettes kleines Tool. Könnte mir vorstellen es öfters zu benutzen.
|
Danke.
| Zitat: |
Jedes mal wenn ich auf "Datei öffnen" klicke, lande ich zuerst im "Eigene Dateien" Verzeichnis. Das erste mal ist es noch ok, für alle weitere Öffnungen sollte das Dialogfenster vom letzten Verzeichnis ausgehen. Es könnte ja sein, daß ich mehrere Daten im gleichen Verzeichnis verschlüsseln will.
|
Muß mal kucken wie einfach das geht.
| Zitat: |
Dann hab ich bemerkt, daß die kodierten Daten die Endung "encoded" haben. Vielleich wäre es nicht schlecht für diesen Datentyp die Option "Entschlusseln" automatisch vorzuwählen.
|
Redest du von einem Eintrag im Kontextmenü vom Explorer? Wäre zu überlegen.
| Zitat: |
Dann noch ein Wunsch: Es wäre gut wenn man das Programm mit einem Parameter starten könnte, d.h. wird ein Dateipfad übergeben, dann kodiert oder dekodiert das Programm die Datei automatisch und beendet das Programm. Auf diese Weise könnte man Batch-Konvertierungen machen.
|
Auch das wäre zu überlegen. da steckt ja mehr Potential drin wie ich zu erst dachte. danke für die Anregungen.
| Zitat: |
Und jetzt der letzte Wunsch: Da es soweiso nur zwei Dateien sind, so könnte man doch auch nur eine Datei draus machen. Die Dll als Ressorce dazupacken und bei Bedarf entpacken. Für dich dürfte das kein Problem sein. Der Vorteil wäre der, daß man das Programm hin und her verschieben könnte ohne an die Dll denken zum müssen. Es wäre ein Tool das man einfach so Ungezipt weitergeben kann. |
War sowieso für die Final gedacht. Mache ich in solchen Fällen eigentlich immer so, da ich regelmäßig vergesse die DLL in das Archiv zu packen.
Meine eigentliche Testoberfläche ist ein VCL-Programm, aber da es was richtiges werden soll, habe ich schon mal angefangen es richtig zu machen. Es ist nur eine Beta für andere zum Testen der DLL, wie zuverlässig sie funktiniert.
Ein "Speichern unter" kommt eventuell auch noch rein. dann kann man sich selbst den dateinamen aussuchen beim Codieren und Decodieren.
Die Progressbar funktioniert ja auch noch nicht und eine Möglichkeit zum Abbrechen soll ja auch noch rein.
@Mathias: Wenn du das liest, betrachte das mal als Hilfeschrei. Ich habe keinen Plan, wie die Callback-Funktion im Wrapper aussehen muß und wie ich sie dann im eigentlichen Code implementieren muß, damit ich eine Fortschrittsanzeige damit füttern und die ganze Aktion auf ButtonClick abbrechen kann. das wäre erstmal alles damit ich das programm fertig machen kann.
|
|
Popov
Gast
Erhaltene Danke: 1
|
Verfasst: Mo 09.12.02 20:49
| Luckie hat folgendes geschrieben: | | Zitat: |
Dann hab ich bemerkt, daß die kodierten Daten die Endung "encoded" haben. Vielleich wäre es nicht schlecht für diesen Datentyp die Option "Entschlusseln" automatisch vorzuwählen.
|
Redest du von einem Eintrag im Kontextmenü vom Explorer? Wäre zu überlegen. |
Nein, das meinte ich eigentlich weniger. Ich meinte, daß wenn man sich die Datei ausgewählt hat (z.B. "crypter.zip.encoded"), man schon anhand der Dateiendung ".encoded" weiß ob die Datei verschlüsselt ist oder entschlüsselt. Hier wäre es logisch die Datei zu entschlüsseln. Vielleicht baust du noch zu der "Verschlüsseln"/"Entschlüsseln" Auswahl zusätzlich noch "Automatische Erkennung" ein. Ist die Endung nicht ".encoded", dann wird automatisch verschlüsselt, sonst entschlüsselt.
| Zitat: | | Ein "Speichern unter" kommt eventuell auch noch rein. dann kann man sich selbst den dateinamen aussuchen beim Codieren und Decodieren.. |
Das bitte aber nur als Option. Es ist schon ok wenn der Name automatisch erkannt wird.
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mo 09.12.02 20:55
Ach so, jetzt verstehe ich, er soll an hand der Endung erkenn, ob sie schon verschlüsselt ist und dann automatsch "entschlüsseln" vorschlagen. Dann beißt sich das aber mit dem "Speichern unter". Ich dachte nur wenn ich eine Datei von CD-ROM verschlüsseln will, dann wäre das sinnvoll. Aber mal sehen,w as sich so ergibt.
Erst mal muß ich die Progressbar zum rennen bringen, dann kommen die Feinheiten und Popov's Sonderwünsche.
|
|
hitstec
      
Beiträge: 295
|
Verfasst: Mo 09.12.02 23:43
An sich sieht das Ergebnis schon mal guuut aus.
Aber der Komfort fehlt.
Stell dir vor ich will meine ganze Icon-Sammlung verschlüsseln.
Bis ich da jede Datei einzeln ausgewählt habe ...
Also entweder baust du ein Kommandozeilentool ein oder du machst das mit Listen wie WinZip zum Bsp.
Das Tool ist ziemlich schnell.
Woher hast du den Algo und mit wieviel Bit wird verschlüsselt? Wenn ich mal fragen darf.

|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 10.12.02 01:46
Pack deine Icon-Sammlung vorher mit WinZip und dann laß mein Programm drüber laufen.
www.borfig.com/crypter/dll/
|
|
MathiasSimmack
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 10.12.02 08:21
Hilfeschreie werden von mir grundsätzlich beantwortet.
Also, Luckie, in der PDF-Doku der DLL (Seite 13) findest du eine Beispielfunktion. Ausgehend davon mein Vorschlag für Delphi:
Quelltext 1: 2: 3: 4: 5: 6: 7: 8: 9: 10: 11: 12: 13: 14: 15: 16: 17: 18: 19: 20: 21: 22: 23: 24: 25: 26: 27: 28:
| var maxvalue : longint;
function TypicalCallBack(reasaon: TCrypterCallBackReason; data: longint): integer; stdcall; begin case reason of CCBF_FILELENGTH: maxvalue := data; CCBF_PROGRESS: Progressbar1.Position := MulDiv(data,100,maxvalue); else begin ShowMessage('Och, ´n Fehler'); Result := 123; exit; end; end;
// EDIT --> Application.ProcessMessages; // ist sicher sinnvoll, damit man auch auf "Abbrechen" // klicken kann
Result := 1; // ausgehend von dem Hinweis der Doku, dass die Funktion // einen Wert ungleich Null zurückgeben MUSS, damit der // Prozess weitergeht end; |
In deinem Wrapper brauchst du die Funktion nicht. Du brauchst sie nur in deinem Programm. Im Wrapper ist sie ja bereits als Typ implementiert.
Zuletzt bearbeitet von MathiasSimmack am Di 10.12.02 10:58, insgesamt 1-mal bearbeitet
|
|
MathiasSimmack
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 10.12.02 08:56
Titel: Zum Abbrechen ...
... als Nachtrag. Ich würde das Funktionsergebnis vielleicht von einer globalen Variablen abhängig machen:
Quelltext 1: 2: 3: 4: 5: 6: 7: 8: 9: 10:
| var iBreak : integer = 1;
function TypicalCallBack(reasaon: TCrypterCallBackReason; data: longint): integer; stdcall; begin { ... }
Result := iBreak; end; |
Klickt jetzt wer auf den Button, wird die Variable auf Null gesetzt:
Quelltext 1: 2: 3: 4:
| procedure TForm1.CancelBtnClick(Sender: TObject); begin iBreak := 0; end; |
Der nächste Aufruf der Callback-Funktion wäre dann wohl auch der letzte, wenn man der Doku trauen darf.
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 10.12.02 09:04
Langsam, ich bin gerade am arbeiten. In deiner Callback war ein Flüchtigkeitsfehler: 2x case  ).
Jetzt habe ich nur noch ein Problem die Callback in EnCodeFile aufzurufen. Leider muß man anscheinedn die Dateigröße selber bestimmen.
|
|
MathiasSimmack
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 10.12.02 10:57
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 10.12.02 11:02
Sind wir unter die Copy and Paste Programmierer gegangen? 
|
|
Udontknow
      
Beiträge: 2596
Win7
D2006 WIN32, .NET (C#)
|
Verfasst: Di 10.12.02 13:51
Hi!
Ein paar Kritikpunkte:
- Kein Drag&Drop von Dateien
- Wenn ich eine Datei enschlüssele, die gar keine kodierte Datei ist, schmiert das Programm ab, Runtime Error.
- Durch die unterschiedliche Grösse der Datei findet man schnell heraus, wo die Passwortprüfsumme ist. Evtl ZLiB benutzen?
- Ausserdem hatte ich eine merkwürdige Begebenheit: Ich habe eine Datei kodiert, der Text war aber genau so wie vorher, nur kamen in die erste Zeile ein paar zusätzliche Zeichen (ich nehme mal an, die ersten 12 Byte sind die Prüfsumme/der Hash für das Passwort). Leider konnte ich das nicht wieder nachvollziehen...
Cu,
Udontknow[/list]
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Di 10.12.02 14:10
Immer langsam mit den jungen Pferden. Das was ich hier veröffentlicht habe war ja nur um die DLL auf ihre Zuverlässigkeit zu testen.
Aber danke für die Anregungen. Mit den Anregungen von Popov steckt da ja noch einiges Potential drin. Mal sehen, wie ehrgeizig ich bin und was ich davon verwirkliche.
Mittlerweile wurde das Callback-Problem gelöst dank Mathias aka Callback Simmack.
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mi 11.12.02 04:07
So die nächste Version ist fertig und wir kommen so langsam aus der Beta-Phase raus.
Was ist neu?
- Zielordner ist wählbar
- Dateien können per drag and drop auf das Fenster gezogen werden
- Fortschrittsanzeige
- Abrechen möglich
- DLL ist jetzt einkompiliert und wird bei Bedarf extrahiert
Downloadlink ist noch gültig: [url= www.luckie-online.de...e]File-Crypter[/url]
Zuletzt bearbeitet von Luckie am Di 15.04.03 07:27, insgesamt 1-mal bearbeitet
|
|
Popov
Gast
Erhaltene Danke: 1
|
Verfasst: Mi 11.12.02 06:51
Wenn ich das Programm starte und eine Datei per DD auf dem Programm ablege, dann bleibt das Passwortfeld NOT ENABLED.
Das mit Parameter hast du wohl noch nicht eingebunden.
Die automatische Vorauswahl (Verschlüsseln/Entschlüsseln) auch noch nicht.
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mi 11.12.02 09:06
Ups, irgendwas mußte man ja vergessen. 
|
|
MathiasSimmack
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mi 11.12.02 09:23
Noch ein kleiner Bug: - Wenn ich bei der Ordnerwahl auf "Abbrechen" klicke, verschwindet der Name des zuletzt ausgewählten Ordners.
Wunschzettel: - Dateigrößenanzeige und das Feld weg, dafür eine Listbox rein, und dafür sorgen, dass man mehrere Dateien ablegen kann, und dass auch der Öffnen-Dialog die Mehrfachauswahl erlaubt.
- Die Idee von hitstec aufgreifen: eine Listenunterstützung einbauen. Das heißt, wenn man das Programm z.B. so startet:
Quelltext
dann wird die Datei "liste.txt" durch den @-Parameter als Liste interpretiert. Das Programm öffnet diese Textdatei, liest jede Zeile aus (= jeweils eine Datei) und verschlüsselt diese automatisch (evtl. ohne optische Meldungen). Der erste Parameter entscheidet dabei über Ver- oder Entschlüsselung.
- Passt auch gut zu Popovs Idee der Batch-Konvertierung:
Quelltext 1:
| crypter /e AlteDatei NeueDatei |
- Option: Originaldatei beim Ver- oder Entschlüsseln löschen (für die finale Version). War ja auch ein Vorschlag von m-werk in der DP.
- evtl. in den Explorer integrieren. Verschlüsselung für alle Dateitypen, wobei hier bei der Auswahl der Dialog erscheinen sollte (also nicht wie bei der Batch-Konvertierung). Entschlüsselung nur beim ".encoded"-Dateityp anbieten.
Mehr weiß ich nicht. Reicht ja auch. Und während du damit beschäftigt bist, habe ich die volle Kontrolle über die Tutorials.
PS: DLL im Programm verpacken ... hm, ich find´s albern, aber na ja ... 
|
|
Luckie
Ehemaliges Mitglied
Erhaltene Danke: 1
|
Verfasst: Mi 11.12.02 09:48
Angefaneg hat alles als kleines Tool für mich persönlich, dann dachte ich: "Na ja , laß ich es mal testen und eventuell können es auch noch andere brauchen." Und was wird jetzt darauß? So langsam habe ich das gefühl, das wird ein Monster, dass mich auffrißt.
Also:
# Checkbox zum Löschen der Originaldatei ist schon eingeplant.
# Automatische Erkennung, wäre auch noch drin
# Eine Liste erst in der version 3.x
Was ich definitiv nicht machen werde, ist es in das Explorer-Kontextmenü integrieren. UInd das ganzeinfach aus dem Grund, weil ich es nicht leiden kann wenn sich da was ungewollt einträgt, das gilt dann auch für die Registry. Man könnte das optional machen, aber ich finde das ist dann doch etwas zu viel Overkill für die winzige Idee, die hinter dem kleinen Tool steckte.
|
|
DeCodeGuru
      
Beiträge: 1333
Erhaltene Danke: 1
Arch Linux
Eclipse
|
Verfasst: Mi 11.12.02 17:42
alles in allem ein schönes Programm. Großes Lob!!!
| Zitat: | | So langsam habe ich das gefühl, das wird ein Monster, dass mich auffrißt. |
Mach mal langsam. Zu viel Arbeit ist auch nit gut.
Ansonsten würde ich sagen: Mach weiter so und ich werde die Entwicklung des Programm im Auge behalten.
_________________ Viele Grüße
Jakob
|
|