AES-verschlüsselte Datei entschlüsseln, w. einiges bekannt ?

[Fritzmaier]

Habe eine Anwendung, die Daten AES-verschlüsselt abspeichert. Bekannt ist, daß mein Username und mein Paßwort zur Verschlüsselung genutzt wird (evtl. noch mehr). Habe ich eine Chance, die Daten zu entschlüsseln ?

[Klaus01]

Ich denke Du wirst nur eine sehr geringe Chance haben, wenn Du nicht exakt weißt
wie der Schlüssel heißt und welche Bitlänge er hat.

Habe Dir noch ein pdf angehängt, da kannst Du Dich mal unter symmetrische Verschlüsselungen schlau machen.


Grüße
Klaus

[Fritzmaier]

Danke !

denke auch, daß es nicht möglich ist. Die Schlüssellänge müßte ja 128 bit, 192 bit oder 256 Bit sein. Username und Passwort sind variabel in der Länge. Angenommen, mein Username wäre "Fritzmaier", mein Passwort wäre "Delphi", wie soll man da auf den richtigen Schlüssel kommen ?

[mkinzler]

Im Allgemeinen nimmt man eine sichere Verschlüsselung, um zu verhindern, daß sie geknackt wird.

[xZise]

Zitat:

Zitat von Fritzmaier

Habe ich eine Chance, die Daten zu entschlüsseln ?

Wahrscheinlich... Aber bis dahin ist dein Urenkel dabei es zu knacken ;)

Also solange man keinen Anhaltspunkt hat und das Passwort gut gewählt hat, ist die Chance des entschlüsselns ziemlich niedrig.

Aber es ist wie alles: Nichts ist unmöglich ;) Du kannst jede Verschlüsselung knacken. Egal wie gut das PW und der Algo sind...
Nur dauert es entsprechend lange.

Ich kann das Thema nicht auftreiben, aber ansich beschreibt Hagen in fast jeden Post, bei dem es um verschlüsselung geht, die Problematik etc. ;)

[St.Pauli]

Selbst wenn die verwendete AES-Implementation die geringste Schlüsselgröße verwendet hat (128 Bit) wird es ewig dauern den Text per BruteForce zu entschlüsseln.

Welches Programm hast du denn verwendet?

[Fritzmaier]

@ all: klar ist AES (fast) unknackbar

das besondere ist halt bei mir, daß ich den größten Teil des Schlüssels kenne (nämlich meine username und passwort kommen drin vor). Aber ich weiß nicht, ob das alles ist oder noch was dazukommt.

Also bzgl meines Beispiels könnte der Schlüssel sein: "FritzmaierDelphi" oder "DelphiFritzmaier" oder irgend ein Mix.

[Phoenix]

Das kann schonmal fast nicht sein.

Beispiel Schlüssellänger 128 bit. 128 / 8 bit = 16 Byte.
Was, wenn die Kombination aus Benutzername und Kennwort länger ist als 16 Zeichen?

Zudem müsste Dein Kennwort dann ja irgendwo im Klartext vorkommen und vorgehalten werden, wenn damit verschlüsselt werden soll. Wenn schon jemand AES hernimmt zum Verschlüsseln, dann wird er wohl kaum ein Passwort im Klartext vorhalten.

Das bedeutet es wird da irgendwo zwangsläufig gehasht werden müssen um immer aus jeder beliebigen Kombination von Benutzername und Password-Hash die richtige Anzahl an Schlüsselbits zu erhalten.

Ohne reverse Engineering wirst Du wohl nicht herausfinden, wie er die Daten zum Schlüssel verwurstet.

[generic]

easy: brauchst nur eine plaintext attacke auf den aes machen.

wie es geht ist hier beschrieben:
http://cr.yp.to/antiforgery/cachetiming-20050414.pdf

ob es geht ist umstritten.

man könnte dein vorhaben auch anderes beschreiben:
vergiss es einfach.

[negaH]

Zitat:

Habe eine Anwendung, die Daten AES-verschlüsselt abspeichert. Bekannt ist.....

und bekannt ist auch das diese Anwendung keine asymmetrischen Verfahren benutzt, richtig ? Weil sie auf deine verschl. Daten wieder zugreifen kann und sie entschlüsselt, richtg ?

Dann ist dies mit 100% knackbar und das im Verhältniss zur Sicherheit vom AES in minimal kürzester Zeit. Du versuchst garnicht die AES Verschlüsselung zu knacken das wäre dumm. Sondern du knackst die Software und findest heraus wie diese aus dem Benutzernamen + Softwarenamen + unbekannte Daten einen Schlüssel für die AES Verschl. erzeugt. Wenn du diese Methode kennnst hast du diese "Registrations-funktion" geknackt, für beliebige Benutzerdaten, also für alle Installationen. Ergo: sehr sehr unsicher.

Gruß Hagen

[Fritzmaier]

@negaH: genau das versuch ich ...

ist eine .Net-Anwendung für das Framework, der reflector spuckt auch jede Menge Informationen aus, aber leider kenn ich nur Delphi... (ein wenig)

Versuch das Programm mit BDS 2006 in C# nachzubilden, klappt auch leidlich, aber leider komm ich an einige Namespaces (kannte das bis gestern noch gar nicht) ran.

Beispiel: System.Web.dll

da sind diverse Namespaces drin laut reflector.

ich kann aber nur System.Web einbinden

versuch ich nun System.Web.Security einzubinden (was delphi sogar anbietet, wenn man . nach Web drückt), kommt die Fehlermeldung: "... Namespace nicht vorhanden, fehlt ein Assemblyverweis ?

Danke für einen Tipp Fritz

[DGL-luke]

Delphi sucht wahrscheinlcih nach "System.Web.Security.dll".

Wenn du in Delphi.Net bist, gehts vielleicht so: "System.Web.Security in 'System.Web.dll'"

[3_of_8]

Zitat:

Zitat von xZise

Aber es ist wie alles: Nichts ist unmöglich ;) Du kannst jede Verschlüsselung knacken. Egal wie gut das PW und der Algo sind...
Nur dauert es entsprechend lange.

Soweit ich weiß ist ein One-Time Pad ein Verschlüsselungsverfahren, das man nicht knacken kann.

[Fritzmaier]

Code:

using System.Web.Security in 'System.Web.dll'

funzt leider nicht