Comments (9)
Sorry, I have not gotten office2007 checked in yet, but should. I think it takes 5-10 seconds with proper salt-dupe logic. NOTE, dupe salts are probably only theoretical (built for the TS). I doubt that the change will make any difference ITW.
Let me get those changes in, and then retest this.
from john-tests.
There are only 10 salts in the file (I think), with 150 passwords per salt.
from john-tests.
$ ./jtrts.pl office_2007
-------------------------------------------------------------------------------
- JtR-TestSuite (jtrts). Version 1.13, Dec 21, 2014. By, Jim Fougeron & others
- Testing: John the Ripper password cracker, version 1.8.0.2-jumbo-1-bleeding_omp [cygwin 64-bit XOP-autoconf]
--------------------------------------------------------------------------------
John Jumbo build detected.
form=office_2007 guesses: 1500 0:00:00:08 DONE [PASSED]
.pot CHK:office_2007 guesses: 1500 0:00:00:07 DONE [PASSED]
All tests passed without error. Performed 1 tests. Time used was 25 seconds
from john-tests.
That's a bit faster :) Please do it to the OpenCL format too. No wait, they already use shared code right? Payoff again!
from john-tests.
Hmm now it seems to be testing Office2010-opencl (also forever, this must be shrinked to like 5-10 hashes) but I did not see any such test for the CPU format?
from john-tests.
I fear this will take hours. I give up this test run :-(
from john-tests.
I did not add (full) to the opencl. That is likely what needs to happen.
The CPU uses common code for all office formats. The opencl has a unique format for each type. On the CPU side, I simply made the 2010,13 to be (full) types. I checked them to make sure they were happy, then simply set them up to run only in (full) mode. We may want to add (full) for the opencl, or like you said, reduce the size of the input file greatly.
I do not believe that we can use the same 'trick' on 2010/13 as I found on the 07. On the 10/13 there is a change thrown in that decouples us from the original data. So there is no way to do it in reverse and gain anything from the salts.
from john-tests.
Placing them in 'full' will likely result in me never running them, which is not that good. I'd much prefer slimmed test files. Perhaps we could do both, with "full" running a somewhat more complete test?
For now I ran "internal" which is Good Stuff!!
from john-tests.
Please do it to the OpenCL format too. No wait, they already use shared code right? Payoff again!
No, office07 does share a little, but just a little code. It was due to design. There are 3 formats for GPU, but a 'merged' format for CPU. The binary was shared (although I did have to add a check and ONLY allow it to run for office_2007).
I have cut down 2010 and 2013 to 48 hashes (6 passwords for 8 salts, but in the end it is simply 48 independent salts). I have also changed the 'unified' office input file (CPU only), to be the 48+48 and the rest filled in with 2007 hashes. This one runs in a minute or 2 (for test/pot check), so it was still left (full). The other 3 (cpu) are now acceptable. Now, for GPU, 2007 runs on my box 6s (quick). The 2010 runs in 1:04/1:03 (slow but usable). 2013 is still running, it might be hung. But my crappy laptop GPU sux for testing 64 bit sha stuff.
I will check in these changes.
The modifications are here cb26166
from john-tests.
Related Issues (20)
- 1 GB systems fail due to use of unique (and it's recent large defaults) HOT 3
- LogFileProtect = Y issue HOT 3
- When no passwords are cracked, --show finds one invalid password HOT 2
- selftest.dic and selftest.in
- jtrts.pl -v -v is showing two stderr redirections HOT 2
- Search john's stderr output for "runtime error:" and threat that as a failed test HOT 7
- jtrts.pl should remove old tst-.log file before starting next test
- -enc=utf8 fails when using a passthru -rules=none or -mask=?w
- Some option replacements required for --show are apparently required in other places as well HOT 3
- Wrong alnum.chr md5sum HOT 1
- Rules test HOT 3
- dynamic_2009 tests need to be adjusted HOT 1
- grep: tst-.log: No such file or directory
- bcrypt-opencl fails on TS HOT 4
- TS must ignore build warnings etc. in JtR output
- TS has hashes made of UTF-16 BOM's but JtR refuses to use such dictionaries.
- TS fails after 6ea7946
- After changes in unique, .a simple /jtrts.pl fails HOT 6
- bcrypt -internal fail HOT 2
- TS doesn't work properly after 915cfcc
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from john-tests.