... Noticed HID statement that their 14443 implementation deviates from the norm specifically in its anti-collision scheme. Unsure if this is known, suspect it is but post in case it is not. Have no specifics.
http://rfip.eu/papers/hid_iso_standards_smartcards.pdf
Will update again if there are future findings. Will attempt to gather any specific data requested.
ShaShadow's was able to read + denoted cards with v2.5
It did not work for me. (0/15)
User Crazyquark tried reading = denoted cards with v2.5 and similarly was unable to.
The '+' symbol indicates that it is programmed iCLASS (non-ISO14443B).
The '*' is for programmed iCLASS/Seos.
See here for more information. I couldn't find anyone referencing it so I'm assuming no one knows about it.
Also, what do you mean by "due to the new mac calculation set by HID to prevent cloning"? Do you have any info on this new mac calculation and/or if it would be possible to modify the PM3 firmware to support it?
Take this with big grains of salt but... I interpreted it as:
HID claims SIO uses digital signatures, which I assume are used in replacement of the MAC? The signatures supposedly use 'RSA up to 2048 bit' and/or 'ECC up to 512 bit'
https://www.hidglobal.com/sites/default … -ds-en.pdf
I say 'and'... they produced a video that suggests each individual data field is encrypted, then signed, then they are all bundled together and signed. It is unclear if just one or both algorithms are used.
https://www.youtube.com/watch?v=ohEMaD_ … e=youtu.be
I should also note, 0xFFFF and Carl55 appear to have made some progress on this front - but if either have published an open paper on it I have not been able to find it. This gives me hope the solution to this is indeed obtainable.
While not useless information about SIO, the + symbol does not indicate SIO, as pointed out by 0xFFFF bellow... so all of this is barking up the wrong tree.
]]>Let me explain a little more about the new HID Iclass cards.
the + Cards are not readable by the current pm3 due to the new mac calculation set by HID to prevent cloning (My assumption).
They kind of discontinued the * cards.
So now what is available in China due to reports is they are left with the + cards or some even * with the new format.
I just ordered 500 cards (legacy) - thin & thick cards - All tested (what is left I guess with one supplier)
I guess this is all that remains out in the market
Interesting — so I just got my hands on a relatively new iClass SE keyfob, which has a "*" on it (not a "+") but isn't detectable/readable on a PM3. Nothing shows up in "hf search".... I'm running on the latest iceman fork release and have had no issues with older, legacy iClass fobs.
I wonder if this is the "some even * with the new format" you were referring to.
Has anyone seen any iClass SE cards/fobs with the "+" on them instead of a "*"?
Also, what do you mean by "due to the new mac calculation set by HID to prevent cloning"? Do you have any info on this new mac calculation and/or if it would be possible to modify the PM3 firmware to support it?
]]>I have plenty of legacy credentials. if anyone wants, ping me
How do I get in contact with you?
]]>cocoahooves wrote:I also have one of these cards that don't show up with a regular `hf search`.
I can conduct any testing needed.
no way to read or dump any + iclass card. Let's bet on this for 1KUSD LOL....
What about iclass ER? not able to read a card. Can you help me
]]>I also have one of these cards that don't show up with a regular `hf search`.
I can conduct any testing needed.
no way to read or dump any + iclass card. Let's bet on this for 1KUSD LOL....
]]>I can conduct any testing needed.
]]>ok, try the offical pm3 repo, it has some enhancements to the modulation.
Tried with the latest official pm3 1203 repo, no success with + iclass card....T_T
]]>