Ein letztes mal, dann soll schluss sein... > > die mac-adresse ist zwar drin, aber nicht als "klartext".. > sie wird hin und hergewuchtet und zum schluss hast du eine > zahlenkolonne, die nichts mehr mit deiner macid zu tun hat.. > genauso bei dem datum. und genau da kommt dann der zufall mit > ins spiel. >
Durcheinanderwurschteln heisst nicht immer, dass information verloren geht... Beispiel: Angenommen die MAC w�ren 5 Ziffern zwischen 0 un 9, also z.B. "12345" Damit kann man 100.000 verschiedene MACs haben... Wenn jetzt das zusammenwurschteln addieren der Ziffern w�re, bekomm ich eine Zahl zwischen 5*0=0 und 5*9 = 45.... Das ist schlecht... Die MAC ist zwar nicht mehr zu rekonstruieren, aber: Grosser Informationsverlust... Aber angenommen das wurschteln w�rde so funktionieren: Wenn die MAC "ABCDE" ist , dann ist sie verwurschtelt "BDECA", d.h. unser beispiel w�rde "24531" ergeben, d.h. unsere MAC ist nicht mehr erkennbar(wenn auch zur�ckzuverwandeln, aber es gibt auch algorithmen, die das schaffen ohne den informationsgehalt(Entropie) zu minimieren), aber trotzdem sin noch 100000 verschiedene verwurschtelte MACs m�glich... D.h. es ist egal ob die eigentliche MAC, oder eine verwurschtelte in der GUID auftauchen, solange die vollen 48 bits Information der MAC nicht verloren gehen... Und daf�r ist genug platz in der GUID... So... Ich w�rd sagen: weitere Argumente nur, wenn man sich direkt auf den GUID-algorithmus beziehen kann... Claudius | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
