rainbowtables: multicore nutzen?

Heyho

ich hab jetzt mir ne kleine sammlung an rainbowtables angelegt, allerdings steh ich vor dem *problem*, dass die teilweise mit chainlenghts von bis zu 20000 arbeiten.
da ich aber nen dual opteron hab, hätte ich schon gerne, dass alle 4 cores beim suchen beansprucht werden.

gibts da irgend nen tool, was nutzen aus smp beim cracken zieht?
und gibts vlt. auch nen erstellungstool mit dem ich beim erstellen der tables das multicore direkt nutzen kann, und nicht 4 tables paralell erstellen muss?

ich hab bis jetzt immer mit den tools von hier gearbeitet: http://www.antsight.com/zsl/rainbowcrack/

gibts da besser tools? (vlt. abgesehen von cain, weil das bietet ja auch kein smp support)

beim 4xcracken von passes macht bei mir selbst meine 4gb ram und natürlich allem voran die platte schlapp. ;)
 
Ich würds mal mit Cain&Abel probieren.
Basiert zwar auf rcrack, aber wer weiß :D
 
Hallo easteregg,

gleich vorweg, denk ueber deine Wortwahl nach bitte. Dein Text ist nicht besonders einfach zu verstehen, deswegen antworte ich auch jetzt erst.

"Cracken" ist fuer mich nicht klar definierbar, sondern in 2 Phasen eingeteilt:
1. Generieren der Rainbowtables und
2. Abgleichen des Hashes mit den Rainbowtables

Mir sind keine Programme bekannt, die extra auf Multithreading ausgelegt sind. Zum Generieren der Tables wuerde ich an deiner Stelle einfach das Programm mehrfach laufen lassen. Da du rtgen.exe benutzt, sollte das weniger kompliziert sein. Ich selbst habe einen X2 und rtgen.exe auch zweimal am Laufen gehabt, es lief super und ich konnte trotzdem noch gut arbeiten. Es ist zwar schon eine Weile her, aber ich entsinne mich, dass der Thread nicht besonders viel RAM verbraucht hat. Wenn ich mich irre, sorry.
Bei dem eigentlichen Herausfinden der Passwoerter (also dem Abgleichen mit den Rainbowtables) halte ich es fuer wenig sinnvoll, schnellere Suchen durch mehrere Kerne zu erwarten. Ich denke, hierbei ist die Festplatte das bremsende Element.

Mit freundlichen Gruessen
snoggo
 
mit dem generieren der tables hast du recht, da ist es kein problem das rtgen mehrere male zu starten! Der Prozess ist bei mri auch schon abgeschlossen.
ich bin jetzt bei phase zwei :)

rcrack arbeitet so, dass es die gesammte tabelle (meist ~1gb groß) in den ram lädt.
wenn es jetzt an einer tabelle mit mehreren threads arbeiten würde, solllte das eigentlich kein problem darstellen, denn die festplatte wird ja nach dem laden nichtmehr belastet.

da das aber nicht geht, könnte ich nur rcrack 4x starten, und das schafft die platte eben nichtmehr und auch der ram ist dann einfach voll und fängt an die daten zu swappen, was wieder zum flaschenhals festplatte führt.

ich hoffe es ist jetzt nochmal besser verständlich :)
mich wunder es, dass in zeiten von multicore noch keiner die unterstützung von mehreren Prozessorkernen in das rcrack eingebaut hat (ich kanns leider nicht!)
 
hm, das programm funktioniert zum einen nur mit nt und lm hashes!
aber multicoresupport hats auch nicht.

aber sonst sieht das programm eigentlich ziemlich gut aus, schade nur, dass es nicht kostenlos ist
 
Die frage ist nur:

BRAUCHEN rainbows so viel CPU?

Ich mein, sie brauchen ram en masse beim "cracken", aber CPU?

Ich bin mir nicht sicher aber ich glaube nichtmal, dass ein kern meines core2duos voll ausgenutzt wird...

ODer irre ich? :)
 
da irrst du dich.
der muss beim suchen ja jeweils die chains neu berechnen, wenn da nen (fehl)alarm kommt. und wenn du chainlengths von mehr als 5000 hast dauert das schon seine zeit.
ich weis ja nicht mit was für rainbowtables du arbeitest, aber wenn du zb 20 md5 hashes hast und die durch 32gb rainbowtables jagst mit ner chainlength von 11300 zb wartest du ne ganze weile bis das fertig ist.
vondaher wäre ich schon froh, wenn ich alle 4 cores nutzen könnte!
 
ja na türlich. die rainbowtables passen bei mir jeweils komplett in den ram, davon habsch 4gb!
ich schaff auch grad noch so 2 rainbowtables parallel zu bearbeiten, aber da wirds schon mit der festplatte eng!
 
wasn an dem ophcrack so besonders? hab da schon viel drüber gelesen, aber das nicht so richtig gepeilt was an deren LM tables so toll is.

und ja, hauptaugenmerk liegt bei md5!
 
Die Tables sind.....intelligenter ( kann man das so sagen?) gemacht, wodurch eine große Zeitersparniß gegenüber den rainbows vorhanden ist.

Nachteil: man kann sie nicht selber generieren, und für md5 gibts meines wissens keine tables..bzw man müsste sie kaufen ...
 
Zurück
Oben