Closed bruno- closed 5 years ago
Those logfiles didn't make it. Try again to link them
I updated the first comment to include pastebin links to relevant files. Thank you for checking the issue this fast.
I'm having the same issue. After compiling and testing with various commits I figured out that the issue was introduced in this commit. When I compile an older commit it goes back to normal.
@rdnxl that commit was overruled by later changes. You would need to find a later point.
[edit] wrong of me. Now I get curious what number comes out from S_ISREG(st.st_mode);
on OSX...
I also tried many later points, and they also didn't work. I also noticed how I got "Using 0 precalculated bitflip state tables" on that commit and on newer ones I got "Using 13 precalculated bitflip state tables" while on the older where it does work I got more than 200 precalculated bitflip state tables. Maybe this has something to do with it? Any commit after this one gets me 13 in the output. Anyway, thanks for taking a look at this, I've been scratching my head trying to get hardnested working last two weeks.
Its the new detection of directory vs filename thats messing. ie, the searchfile function shouldn't "search" if user entered a foldername instead of filename.
Problem is that you get part right like 13...
@rdnxl would you mind running
data setd 2
hf mf hardnested t
I'd be happy to give you the output. I can get it done later today.
@iceman1001 looks like your changes today resolved the issue for me, thanks!
I was not able to get output for hf mf hardnested t
I'm not sure how the 'tests?' option is supposed to be used. Whenever I added that option I would get the help text as output or it would request for a key to be given.
So it works on OS X again. Good, then I will close this issue.
Describe the bug
Hi,
thank you for all the good work on proxmark3 software.
I can't get
hf mf autopwn
to dump a particular mifare classic 1k card. These are the approaches I tried:hf mf autopwn * 1 f mfc_default_keys
, full command output: tmux-proxmark-2-0-20191007T140338.log, same file as pastebin linkhf mf autopwn k 0 A a0a1a2a3a4a5
, full command output: tmux-proxmark-2-0-20191007T134132.log, same file as pastebin linkThe result looks ok for a while, but after some time I'm just getting this forever
Apply bit flip properties | nan | nand
.I was able to dump this card with official Proxmark3 repo, so I'm pretty confident the card can be dumped. These are the official pm3 repo commands I used:
hf mf chk *1 ? t
hf mf hardnested ....
hf mf ekeyprn
hf mf dump
To Reproduce
hf search
outputs mifare classic card 1k, hardhf mf autopwn * 1 f mfc_default_keys
this works for a whileApply bit flip properties | nan | nand
I start getting this and it seems there's no progress... I'm not sure if that's an error, butnan
andnand
are suspicious.Expected behavior
I expected this command
hf mf autopwn * 1 f mfc_default_keys
to finish in reasonable amount of time like 10-20 minutes. I expected to get card dump and these files in the repo:hf-mf-<uid>-data.bin
,hf-mf-<uid>-data.eml
,hf-mf-<uid>-data.json
,hf-mf-<uid>-key.bin
. The autopwn command never finished and these files are not present in the repo.Screenshots
I hope these log files from the terminal will be helpful (it's the same files pasted above):
hf mf autopwn * 1 f mfc_default_keys
, full command output: tmux-proxmark-2-0-20191007T140338.log, same file as pastebin linkhf mf autopwn k 0 A a0a1a2a3a4a5
, full command output: tmux-proxmark-2-0-20191007T134132.log, same file as pastebin linkDesktop (please complete the following information):
MacOS High Sierra, Version 10.13.6.
Additional context
Thank you for checking this issue, and let me know if you need any additional info.