Closed the-Jamz closed 1 year ago
idk if it makes a difference, but maybe try and load a .bin?
idk if it makes a difference, but maybe try and load a .bin?
Thanks for the suggestion but the same issue; I switched to eml to determine there was nothing wrong with my dump, which it appears there isn't, unless you consider the extra two sectors the original key has for signature verification. My imperession is it should be safe to leave off those last two sectors though.
I've also just tried importing the key dictionary to the GUI, dumping the key using the chameleon, and then loading the card through the GUI, but I get the same result.
Have you tried reversing the ATQA? write it in 0044?
Have you tried reversing the ATQA? write it in 0044?
I have tried this but it yields the error:
Card doesn't support standard iso14443-3 anticollision
I've now tried emulating the same dump on my proxmark3 and reading with the chameleon, and it does it fine, so seems to be nothing wrong with the dump itself.
Chumleon FW can't currently emulate 7B UID Mifare Classic cards
Caused by mifareclassic crypto1 using wrong uid cascade level.
BUG fixed@ 0e601366f2e4583bc8b568c247c12f68ce8cf0a4
Can confirm issue is fixed for me after updating the firmware, thanks!
Hi, so I'm trying to emulate an EV1 tag (without signature), and I can get the UID/ATQA/SAK to emulate correctly, but then cannot read any data from the tag. I'm using a proxmark3 generic to verify. Any help would be appreciated.
I'm running the latest firmware and using the latest version of the client.
Edit: this now appears to occur with all 7B UID Mifare classic cards.
My steps:
hw mode set -m e
hw slot change -s 1
hw slot openall
hw slot init -t 3 -s 1
hf mf eload -t hex -f dump.eml
hf mf sim --sak 08 --atqa 4400 --uid 04**********80
(7 byte uid)Reading on the proxmark:
Chameleon:
Actual key: