Proxmark3 community

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.

Announcement

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.

#1 2012-09-05 18:22:14

elektryk
Contributor
Registered: 2009-09-10
Posts: 43

MIFARE, response for REQA

Hi,
I am developing custom made reader baseing on MFRC531. I have following issue. If I have no card in range I get no response after REQA (0x26), but if card is in range I receive ATQA (0x04 0x00) only every two times. So communication looks like this:

REQA (0x26)
ATQA (0x04 0x00)

REQA (0x26)
no answer

REQA (0x26)
ATQA (0x04 0x00)

REQA (0x26)
no answer

REQA (0x26)
ATQA (0x04 0x00)

REQA (0x26)
no answer

I would expect to receive ATQA every time, extending delay up to few seconds does not change anythink.
Is this my mistake somewhere in firmware or normal behaviour?

Offline

#2 2012-09-06 07:59:54

rule
Member
Registered: 2008-05-21
Posts: 417

Re: MIFARE, response for REQA

Hey hey,

You should complete (REQA, finish-SELECT) the anti-collision before you can start a new one. You will find more about this process at this website:
http://www.libnfc.org/documentation/examples/nfc-anticol

Cheers,

  Roel

Offline

#3 2012-09-07 13:42:11

elektryk
Contributor
Registered: 2009-09-10
Posts: 43

Re: MIFARE, response for REQA

roel wrote:

You should complete (REQA, finish-SELECT) the anti-collision before you can start a new one.

Thanks roel, this may be good suggestion. However is there any word about this in ISO14443 specification? There is only image which showing, when PICC receives REQA enters "Ready" state and then it should not accept more REQA call. So why in my example responds for third REQA? If PICC should not do anything with second REQA why it is responding for third REQA?

Offline

#4 2012-09-08 10:43:14

rule
Member
Registered: 2008-05-21
Posts: 417

Re: MIFARE, response for REQA

Because it will return to deactivated state when an incorrect frame/message is received during the anti-collision. This is not really the same as HALTED, because it then only respond to WUPA commands.

Offline

#5 2012-09-09 10:07:23

elektryk
Contributor
Registered: 2009-09-10
Posts: 43

Re: MIFARE, response for REQA

This makes sense. Maybe I am inventing the problem, but I will ask, but what if after anticollison specific card is selected (all other cards inactive) and during Mifare authentication or after in encrypted session there will appear REQA or WUPA command in first byte? Does other cards will interprete this like a valid command, responds and generate interferences?

Offline

#6 2012-11-06 17:44:56

merlok
Contributor
Registered: 2011-05-16
Posts: 132

Re: MIFARE, response for REQA

all the cards will try to anticollision (excluding selected one).
but....   some card will got into strange state and will answer only to second REQA\WUPA, some of cards will go to iso 14443-4(jcop)

so....
the best way to do anticollision
1. field off
2 sleep
3 field on
4 sleep for mifare desfire and plus recovery loop (10ms as I remembered)
5 anticollision
6 auth, read, etc commands)))
7 halt

Last edited by merlok (2012-11-06 17:49:54)

Offline

#7 2013-06-12 15:32:56

gaucho
Contributor
From: France
Registered: 2010-06-15
Posts: 444
Website

Re: MIFARE, response for REQA

sorry for this Offtopic post , elektryk, roel, I don't know how to contact you for the group buy http://www.proxmark.org/forum/viewtopic.php?id=1599&p=2
Could you contact me by mail?

Offline

Board footer

Powered by FluxBB