<?xml version="1.0" encoding="iso-8859-1" ?>
<rss version="2.0">
  <channel>
    <title>2009 Reports</title>
    <link>http://eprint.iacr.org/forum/list.php?9</link>
    <description><![CDATA[Discussion forum for Cryptology ePrint Archive reports posted in 2009.
Please put the report number in the subject.

]]></description>
    <language>EN</language>
    <pubDate>Tue, 13 Nov 2012 15:42:10 -0700</pubDate>
    <lastBuildDate>Tue, 13 Nov 2012 15:42:10 -0700</lastBuildDate>
    <category>2009 Reports</category>
    <generator>Phorum 5.1.22</generator>
    <ttl>600</ttl>
    <item>
      <title>Re: 2009/137 (Kiev card, par. 4.4)</title>
      <link>http://eprint.iacr.org/forum/read.php?9,77,885#msg-885</link>
      <author>boskom</author>
      <description><![CDATA[a]]></description>
      <category>2009 Reports</category>
      <guid isPermaLink="true">http://eprint.iacr.org/forum/read.php?9,77,885#msg-885</guid>
      <pubDate>Tue, 13 Nov 2012 15:42:10 -0700</pubDate>
    </item>
    <item>
      <title>Re: 2009/137 (Kiev card, par. 4.4)</title>
      <link>http://eprint.iacr.org/forum/read.php?9,77,182#msg-182</link>
      <author>zveriu</author>
      <description><![CDATA[Hello,

Thanks to Roel and Nicholas (among many others - thanks! - they know who they are) research and papers, crapto1 3.1 have some reference implementation of state recovery based on &quot;dark-side paper&quot; attack.

Also, a reference implementation demo is available - &quot;Mifare Classic Dark-Side Key Recovery Tool&quot;

http://code.google.com/p/tk-libnfc-crapto1/

Comments, questions, suggestions, (bug)reports are welcome.

Thanks a lot

Regards,
Andrei Costin - http://andreicostin.com]]></description>
      <category>2009 Reports</category>
      <guid isPermaLink="true">http://eprint.iacr.org/forum/read.php?9,77,182#msg-182</guid>
      <pubDate>Mon, 16 Nov 2009 08:17:40 -0700</pubDate>
    </item>
    <item>
      <title>Re: 2009/137 (Kiev card, par. 4.4)</title>
      <link>http://eprint.iacr.org/forum/read.php?9,77,78#msg-78</link>
      <author>roel</author>
      <description><![CDATA[Hey Nicolas,

Interesting attack you describe. I'll try to look more carefully at the details soon.

The cards that always respond are probably not manufactured by NXP. They seem to be cheap unlicensed MIFARE Classic clones. In this post you will find an overview of the 5 available clones that I was able to track down. http://www.proxmark.org/forum/topic/169/mifare-classic-clones/
Personally I have some Fudan FM11RF08 tags (which have this &quot;always-answer-on-auth-failure&quot; problem).

Maybe it is useful to know that MIFARE Classic cards only support the ISO14443A standard up to level 3 (not 4, where the ATS/ATR is described). This means that tools often simulate a (dummy) ATS for cards that do not support this. Original and clone cards are distinguishable though, let me sum up some ways.

- A genuine card will answer to a 7bits frame 0x0E (like the REQA/WUPA message), don't ask me why, but clones will not.
- You can authenticate and communicate to a clone card with incorrect parities, as long as you keep the CRC ok, you can send any parities you want. A genuine card will not accept this.
- The timing is different. The MIFARE Clones seem to be more vulnerable to timing side-channel attacks, while genuine cards are more constant in answering.
- The random number generator seems to be iterating different (slower?) on clones.
...
I've found more differences, let me know if you are interested in them, so I can dig them up for ya ;).

Kind regards,

  Roel Verdult
  Radboud University Nijmegen]]></description>
      <category>2009 Reports</category>
      <guid isPermaLink="true">http://eprint.iacr.org/forum/read.php?9,77,78#msg-78</guid>
      <pubDate>Mon, 30 Mar 2009 15:56:43 -0600</pubDate>
    </item>
    <item>
      <title>2009/137 (Kiev card, par. 4.4)</title>
      <link>http://eprint.iacr.org/forum/read.php?9,77,77#msg-77</link>
      <author>tomas_rosa</author>
      <description><![CDATA[First of all – nice work!

Having read the paper, I have a note on the identifier of the Kiev cards. It’s stated that these cards are indistinguishable from any other card. However, to support that, the ATR string is presented. It is worth noting that ATR is by no means a precise description of a contactless card, as this is a “synthetic” value compiled especially for the purpose of PC/SC interface layer to allow the contactless card appear as an ordinary (contact) smartcard for the rest of the operating system.

Considerably more precise description would be the values of ATQA and SAK strings that are transmitted during the mandatory anti-collision procedure of ISO 14443A. If it was a contactless *smartcard* then the ATS (‘S’ not ‘R’ at the end) string would also be important (btw. ATR is a certain loose translation of those values here). Knowing ATQA and SAK, it could be easier to determine what the Kiev card is. Perhaps, it can be a MIFARE Classic emulation embedded into some contactless smartcard (i.e. a more sophisticated card emulating MF Classic for a backward compatibility), etc.

It’s a bit difficult to describe how to obtain ATQA/SAK in a nutshell here, but basing on what I have just read, I am sure that the author or his supporting technicians will know how to do that.

Kind regards,
Tomas Rosa]]></description>
      <category>2009 Reports</category>
      <guid isPermaLink="true">http://eprint.iacr.org/forum/read.php?9,77,77#msg-77</guid>
      <pubDate>Fri, 27 Mar 2009 05:16:19 -0600</pubDate>
    </item>
  </channel>
</rss>
