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.
Starting up a new thread to gather the discussions about programning a javaapplet for JCOP card with dual interface to emulate a NTAG / EV1.
What I'm looking for at the moment is more information about how to access the rfid interface via a javaapplet, and not the usuall iso7816 protocol. I need to have direct access to the rfid interface.
Offline
I'm not sure, if this is "public" / outside of NXP documented or even possible from the "Java side"
let me sum up some informations / assumptions:
- JCOP is available with MIFARE Classic or MIFARE DESFire emulations
- it's inside the mask / ROM and can't be loaded afterwards
- I'm not aware of a "mifare classic applet", to load onto JavaCards
- during JavaCard preperso you have to program, how the card handles the ISO14443-4 activation (command goes to JavaCard or command goes to DESFire emulation)
Offline
i've heard of a mifare classic applet, but never found any source code
Offline
If you find any references to a "mifare classic" CAP file to load onto a javacard, would be enough for first tests.
have some JCOP cards and could load the applet into one card...
Offline
another thing...
how to handle ISO 14443-4 (JCOP cards) and ISO 14443-3 (MIFARE classic) ...
Offline
google it, you'll find references about a "mifare classic applet" but I never got the cap file.
Offline
Ok, sorry if I hijack this thread. But it's quite old and it's about somthing that I have been working on in the past aswell.
I tinkered with the BasicCard (http://www.zeitcontrol.de/en/products/basiccard) in the past. Which was a Dual Interface card, runnning Basic as programming language.
With it I was able to implement certain MiFare APDU's but some are locked in firmware, like responding to UID request
But it got me thinking, if the chinese suppliers are able to code their own firmware for Magiccards, why can't we?
Most of the cards are probably some Atmel picc, so coding for that is doable. All we need is a codebase to expand on. And cards or IC's to test on. Maybe strike a deal with a manufacturer, that we will make the firmware, and they can sell the cards?
Offline