Research, development and trades concerning the powerful Proxmark3 device.
Remember; sharing is caring. Bring something back to the community.
"Learn the tools of the trade the hard way." +Fravia
You are not logged in.
Time changes and with it the technology
Proxmark3 @ discord
Users of this forum, please be aware that information stored on this site is not private.
Pages: 1
As in subject hf 14a raw is borken; I was used to send:
hf 14a raw -p -b 7 -a 26 (see here for more info)
but now no answer from the tags (tested mifare classic, desfire and ntag).
Can someone please investigate ?
This is the list of an attempt:
proxmark3> hf list 14a
Recorded Activity (TraceLen = 10 bytes)
Start = Start of Start Bit, End = End of last modulation. Src = Source of Transfer
iso14443a - All times are in carrier periods (1/13.56Mhz)
iClass - Timings are not as accurate
Start | End | Src | Data (! denotes parity error) | CRC | Annotation |
-----------|-----------|-----|-----------------------------------------------------------------|-----|--------------------|
0 | 1312 | Rdr | 26 | | REQA
proxmark3>
Maybe too fast closing connection ?
Also using the -t option seems to hang the command.
EDIT:-t seems to be befor -b.... that way it works
Last edited by asper (2015-03-11 19:56:02)
Offline
The implementation of the -t option was incomplete (missing part on ARM side) and command line parsing could run wild.
Fix committed to github.
Offline
Thank you piwi !!!
What about "hf 14a raw -p -b 7 -a 26" not working ? (no atqa answer as in the small snooped trace?)
Offline
Fixed as well.
Offline
Piwi! You are a rock.
Offline
Number 1 !
Piwi can you also have a look here (problem with a non-supported ISO14443A tag): http://proxmark.org/forum/viewtopic.php … 758#p14758
I can provide a tag if you need.
Last edited by asper (2015-03-12 00:04:03)
Offline
Piwi can you also have a look here (problem with a non-supported ISO14443A tag): http://proxmark.org/forum/viewtopic.php … 758#p14758
Will do. Further discussions there...
I can provide a tag if you need.
Thanks, but I don't think that this will be required.
BTW: why does hf 14a raw follow the Unix convention with a hyphen for the options and all other commands don't? And why the hell don't we use getopt() in general?
Offline
Interesting questions..
Why does hf 14a raw follow the hyphen for options? And all lua script does also use the same convention.
I guess someone, jonor?, did write it like he wanted it.
Why we don't use getopt() is another interesting question. I only seen it used in Holimans iclass main.c
So I guess everyone started using the method we currently use.
however it would be nice if we could use the same parameter convention...
When using the hyphen, you feel like you are in the commando prompt. Since we are running a client, I guess they wanted to be like "running" a extended command.
Like: HF -> HF MF -> HF MF MIFARE -> HF MF MIFARE OPTION!
instead of having a command like:
"hfmfmifare" with options.
Last edited by iceman (2015-03-13 16:54:46)
Offline
I confirm that ISO14443A started working again, thank you piwi ! Now there are problems with ISO14443B, specific thread opened in this section.
Offline
Pages: 1