Verschlüsselungstool für USB-Stick (AKrypto)

Ich habe mir den Fehler mal angesehen. Er liegt erstens an der "_MemoryDll-UDF", die in der bisher eingesetzten Version nicht 64bit tauglich war. Konnte ich ersetzen. Das war die gute Nachricht.

Nur...

Die UDF "_AES.au3" (von WARD aus dem englischen Forum), welche eine interne DLL mitbringt, scheint leider auch nicht mit 64bit zu funktionieren. Jedensfalls klappt es mit 32bit noch und sobald ich es unter 64bit-AutoIt teste, ist das erwartete Array kein Array mehr. Also Leer !

Meine Idee war nun, unter 64bit auf die neuen AutoIt-Internen Funktionen für AES256 zurückzugreifen. Die UDF von WARD habe ich genutzt, damit AES auch auf älteren Windows-Version läuft. Nur finde ich keine identische (interne) Funktion, damit die verschlüsselten Daten untereinander kompatible bleiben.

Wer also eine AutoIt-Interne (Datenkompatible) Alternative für die WARD-AES-Funktion:

_AesEncryptFile($sKey, $sSource, $sDestinationC, "CFB")

kennt, würde mir damit weiterhelfen.

Das mit dem Fehler der "AES.au3" unter dem 64bit-Modus konnte ich mit einem Tip von "Ward" (Originalautor aus dem englischen Forum) lösen. Er hatte bereits neue UDFs geschrieben, welche das Problem nicht haben und diese werde ich im nächsten Release einsetzen.

Ein offenes Problem im Zusammenhang mit 64bit existiert noch:
Die Funktion "_ShellExecuteEx()" hat auch ein Problem mit dem 64bit Mode. Ich benötige aber die Prozess-ID der mit ShellExecute() gestarteten Datei.

Als Aternative hatte ich die StartFile()-Funktion von AspirinJunkie im Auge. Nur beachtet diese Funktion auch nicht alle Registry-Pfade unter HKCR, HKCU\Software\Classes, HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts. Ist alles ziemlich umfangreich, an die für den User aktuelle Anwendung für einen Dateityp zu kommen.

Zweite Alternative:
Die Funktion "_WinAPI_FindExecutable()". Findet scheinbar sauber die passende Anwendung, leider ohne Info's zur Parameterübergabe. Die Funktion gibt nur die EXE zurück und informiert nicht in, welcher Form die Datei als Parameter hinzugefügt werden muss.

Eine fertige Funktion, wäre mir schon (aus Zeitgründen) willkommen. Hat sich damit in letzter Zeit jemand beschäftigt ?

Sonst muss ich mich selbst ransetzen....

Neue Version 0.510 (Siehe Post #1) mit folgenden Anpassungen:

- Abbruchfehler beim Neuanlegen einer Datei beseitigt.
- Fehler bei der Passwortabfrage (geändert in V0.505) korrigiert.
- _ShellExecuteEx() durch neue Funktion _StartFile2() ersetzt.
- Fehlerbehandlung bei 0-Byte-Dateien integriert.
- Dateitypen-Bezeichnung eingedeutscht.
- Fehler in der relative Adressierung auf GUI-Objekte in der Funktion _ShowFolder() korrigiert.
- Umbenennen von Dateien/Ordnern per Kontextmenü integriert.
- Läuft jetzt auch im 64bit-Mode.
- FileOpen-Fehler in UDF "_AESFile.au3" eingefügt, damit die Funktion _DecryptAll() darauf reagieren kann.

Viel Spaß beim Testen...

Nutzt Du unter Umständen die aktuelle Beta-Version von AutoIt ?

Das Programm sollte unter der stable V3.3.8.1 ohne Probleme laufen.

Edit:
Habe gerade festgestellt, das hinter dem Stable-Download welcher mit "3.3.8.1" beschriftet ist, eine scheinbar neue stable 3.3.10.2 zur Installation bereit steht.
Mit dieser neuen 3.3.10.2 ist leider die Abfrage

If @AutoItVersion < "3.3.8.0" Then ...

wahr, obwohl eine Version 3.3.10.2 genutzt wird. Warum muss diese Unter-Unterversion nun 2stellig sein ?

Neue Version 0.511 im ersten Beitrag.

Änderungen:

• Anpassung an AutoIt V3.3.10.x vorgenommen, indem die Versionskontrolle auf _VersionCompare()
  der Misc.au3-UDF umgestellt wurde. (Danke Oscar, so etwas habe ich gesucht und nicht gefunden !)

Neues Update V0.512 !

- Fehlerkorrektur: Bei der Anpassung an AutoIt V3.3.10.2 hatte sich in der verwendeten Funktion "_GUICtrlTreeView_SelectItem()" ein Fehler gezeigt, der das erweitern des TreeView-Wurzelordners beim Start verhinderte. Dieser wurde korrigiert.

Folgende Änderungen in der V0.52 im Beitrag #1:

Update:     AutoIt V3.3.14.5
Rename:     diverse Funktionen und Variablen
BugFix:     __Decrypt_Name()
NewFunc:    __GetDecryptedLinkTarget()
Modify:     Funktion __DecryptExecute() auch .lnk
Modify:     SplashGUI mit Unterverzeichnisanzeige
BugFix:     GUI-Move/-Resize, List-/TreeView-Resize
Optimize:   Funktion __ShowFolder() 
Optimize:   __FileGetIcon() Rückgabe als Array
Optimize:   Funktion __FileCopy_Crypt()
Optimize:   Funktion __DirCopy_Crypt_Recursiv()
Optimize:   Funktion __DeleteObjects() Abbruch
BugFix:     Pfad-Limit 260 auf 259
Modify:     Icons aus EXE werden verwendet
Opt/Fix:    Sortierung TreeView(Links)
Opt/Fix:    Sortierung ListView(Rechts)
Delete:     Funktion __GUICtrlListView_ReSortItems()
NewFunc:    Modifizierte __GUICtrlListView_SortItems()
NewFunc:    Fehlerbereinigte __GUICtrlTreeView_Sort()
Modify:     Funktion __SearchFolder() nun rekursiv
Delete:     Funktion _FolderFunc()
Modify:     Funktion __FileGetIcon() kann nun IconHandler
Modify:     Spaltenanpassung bei GUI/ListView-Änderung

Danke bazii . Idee 1a und 2 gefallen mir. Habe ich in der neuen V0.53 (Beitrag #1) umgesetzt.

Hallo bazii.

zu1) Ich nutze kein SciTE und kann daher nur raten, das dort eine neue Beta-Version zum Start genutzt wird. AKrypto ist im Normalfall nur bis zu der Version getestet, die im Script steht (meist die letzte Stabil). Wahrscheinlich gibt es in der neuen Version die WinAPIIcons.au3 in den Includes nicht mehr. Must Du mal schauen, was unter Umständen angepasst werden muss, falls Du Interesse daran hast.

zu2) Ist Normal. Der Au3Check gibt den Fehler aus, weil das deklarieren im IF-Zweig nicht sauber erkannt wird. Ggf. ist mein Workaround auch nicht 100% konform. Die Zeile sollte aber im Script verbleiben ,damit es auch unter der älteren AutoIt-Version läuft, wo die Konstante fehlt.

zu3) Fehler der in V0.52 entstanden ist, in V0.54 nun wieder korrigiert.

zu4) Habe ich in V0.54 angepasst.

zu5) Konnte ich nur feststellen, wenn die Maus beim Verschieben mit gedrückter Maustaste, genau über die Trennlinie zwischen TreeView und ListView kam. Sollte in V0.54 nicht mehr auftreten.

Gruß

Micha

Ein Fehlen würde unter Umständen nur selten auffallen ! Die Funktion _WinAPI_Create32BitHICON() kommt aktuell noch aus der WinApiIcons.au3 und wird für das Icondarstellung des ListView genutzt, wenn für einen betreffenden Dateityp ein IconHandler verwendet wird. Also ziemlich selten...

Aber normal sollte der Au3Check das ja auch in der Beta bemängeln, wenn eine Funktion nicht verfübar ist.

Zur Sicherheit schau mal aus welche Includedatei die _WinAPI_Create32BitHICON() bei der betreffenden Beta kommt und ob diese bei den restlichen Includes dabei ist.

Ansonsten viel Spaß damit.

Edit: Habe gerade mal nachgesehen. In der Beta V3.3.15.0 ist die Funktion _WinAPI_Create32BitHICON() in der Includedatei 'WinAPIGdi.au3'. Sollte also mit der auskommentierten WinApiIcons.au3 auch unter der Beta einwandfrei laufen.

Neue V0.55 im Beitrag #1

- Timeout in der Funktion __ExitApp() eingefügt, damit sich gestartete Task beenden können

- Fangen der Trennlinie TreeView/ListView nur bei aktivem Fenster

Kleines Update auf V0.552:

HotKey wird während des Umbenennens von Ordnern und Dateien deaktiviert.

Neue Versionen siehe Post #1.