Forum: PC Hard- und Software wann verändert sich eine MD5 Summe ?


von Bouni (Gast)


Lesenswert?

Hallo allerseites,

hab eine kleine Frage:

Ich habe eine Datei die eine MD5 Summe hat.
Wann ändert sich diese Summe?

Die änderung der Filetime, oder das hochladen auf einen FTP dürfte keine 
änderung bewirken, oder?


Mfg Bouni

von Peter (Gast)


Lesenswert?

das kommt darauf an, wie das programm die MD5 berechnet. Überlich ist 
aber nur über den Inhalt der Datei zu gehen.

von Bouni (Gast)


Lesenswert?

Hallo Peter,

Mein Problem ist, das ich eine Datei in einer Datensicherung von 
Jemandem geschickt bekommen habe und die MD5 Summe nicht passt.

Es müsste (und das ist mein Problem) aber die selbe sein.

Der Transfer der Sicherung ging über einen FTP.

von Rufus Τ. F. (rufus) Benutzerseite


Lesenswert?

Wenn die MD5-Summe nicht passt, dann ist die Datei nicht identisch.

Könnte es sein, daß die FTP-Übertragung nicht im /binary/-Modus erfolgt 
ist?

von faustian (Gast)


Lesenswert?

"das kommt darauf an, wie das programm die MD5 berechnet. Überlich ist
aber nur über den Inhalt der Datei zu gehen."

md5sum(1) unter Linux und cygwin geht vom Dateiinhalt aus, nichts 
anderes.

von HildeK (Gast)


Lesenswert?

Bouni schrieb:
> Ich habe eine Datei die eine MD5 Summe hat.
> Wann ändert sich diese Summe?

Wenn sich der Inhalt des Files ändert.

> Die änderung der Filetime, oder das hochladen auf einen FTP dürfte keine
> änderung bewirken, oder?
Nein, das spielt keine Rolle. Das ist auch sinnvoll, den (zumindest beim 
meinem XP) nimmt ein heruntergeladener File das aktuelle Datum an.
Ein kleiner Versuch soeben hat die Gültigkeit meiner Aussagen auch nicht 
widerlegt.

Rufus t. Firefly schrieb:
> Könnte es sein, daß die FTP-Übertragung nicht im /binary/-Modus erfolgt
> ist?

Das ist imho am Wahrscheinlichsten. Es werden aus CR dann CR-LF oder 
umgekehrt.

von Peter (Gast)


Lesenswert?

faustian schrieb:
> > das kommt darauf an, wie das programm die MD5 berechnet. Überlich ist
> > aber nur über den Inhalt der Datei zu gehen."
>
> md5sum(1) unter Linux und cygwin geht vom Dateiinhalt aus, nichts
> anderes.
und wer sagt das es mit md5sum gemacht wird? jeden backup software kann 
es machen wie sie will. Wenn die daten auf ein Band gespeichert werden 
und wieder zurückgelesen werden dann möchte ich schon das auch der 
Dateiname richtig ist. Um soetwas sicherzustellen kann man auch die MD5 
mit über den Dateinamen bilden.

von Bouni (Gast)


Lesenswert?

Der tipp mit dem Binary Mode hat mich auf die Idee gebracht das mal zu 
testen, aber beim verwendeten Client (Altap Salamander) kann ich nur 
beim kopieren von Textfiles den Mode verändern (Nur da fragt er).

Es handelt sich übrigens um eine exe bei der die Summe nicht passt.

von Lukas K. (carrotindustries)


Lesenswert?


von Bouni (Gast)


Lesenswert?

Nicht das Ich wüsste.

Das ist auch unwahrscheinlich, da die anderen Dateien passen
(Auch die anderer Sicherungen)

von Lehrmann M. (ubimbo)


Lesenswert?

Der Gag am MD5 Hash ist doch, dass er nur dann identisch ist wenn die 
Dateien auch identisch sind. Der Sinn und Zweck eines Hashes ist genau, 
dass man unterschiedliche Dateien erkennt und damit auch Fehler 
detektieren kann.

von Bouni (Gast)


Lesenswert?

Guten Morgen allerseits,

Das der MD5 Hash den Sinn hat die Echtheit zu bestätigen ist mir klar.
Die Frage war nur um sicherzugehen, das es nicht doch die selbe Datei 
sein kann, und der Hash durch so etwas wie Filetime oder so verändert 
wurde.


Danke an alle

Bouni

von Läubi .. (laeubi) Benutzerseite


Lesenswert?

Lehrmann Michael schrieb:
> Der Gag am MD5 Hash ist doch, dass er nur dann identisch ist wenn die
> Dateien auch identisch sind.
Das ist quatsch, ein Hash mit X bits hat logischerweise auch 
Kollisionen.
Der "Witz" an einem Hash ist, das es schwierig (bis unmöglich) sein 
sollte zu einer gegeben Datei und einem gegebenem Hash eine zweite Datei 
zu erzeugen deren Hash identisch ist.

Unter praktischen Gesichtpunkten wird dies sogar dahingehend verschärft 
als das man ja meistens dann noch möchte das die Datei etwas sinnvolles 
tut.

> Der Sinn und Zweck eines Hashes ist genau,
> dass man unterschiedliche Dateien erkennt und damit auch Fehler
> detektieren kann.
Nö, siehe oben, ein Hash kann keine Fehler erkennen. Der Zeck ist es, 
das wenn ich einen (kleinen) Hash über einen sicheren Kanal erhalten 
habe, und dann eine (große) Datei über einen unsicheren Kanal empfange, 
ich relativ sicher sein kann, dass die Datei nicht verändert wurde.

von U.R. Schmitt (Gast)


Lesenswert?

Läubi .. schrieb:
> Nö, siehe oben, ein Hash kann keine Fehler erkennen. Der Zeck ist es,
> das wenn ich einen (kleinen) Hash über einen sicheren Kanal erhalten
> habe, und dann eine (große) Datei über einen unsicheren Kanal empfange,
> ich relativ sicher sein kann, dass die Datei nicht verändert wurde.

Damit erkenne ich aber auch Übertragungsfehler, was neben einer 
Authentizitätsprüfung durchaus auch Zweck des Hashs sein kann.

von Rufus Τ. F. (rufus) Benutzerseite


Lesenswert?

Läubi .. schrieb:
> Kollisionen.
> Der "Witz" an einem Hash ist, das es schwierig (bis unmöglich) sein
> sollte zu einer gegeben Datei und einem gegebenem Hash eine zweite Datei
> zu erzeugen deren Hash identisch ist.

Jedoch ist der Umkehrschluss absolut zulässig: Liegen unterschiedliche 
Hashwerte vor, sind die zugehörigen Dateien definitiv nicht identisch.

von Eddy C. (chrisi)


Angehängte Dateien:

Lesenswert?

Rechne doch mal eine kleine Datei nach, so wie diese hier. Der Dateiname 
ist on topic. Möglicherweise sind wir einer Meinung. Der Inhalt sind 
zwei Byte: 0x3B 0x0A

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.