JavacardOS will not accept order any more, please contact our partner Feitian online Store:
https://ftsafe.en.alibaba.com/index.html
https://ftsafe.en.alibaba.com/index.html
Non identifiable Javacards
Non identifiable Javacards
Hi,
I need to know if you can set a group of Javacards that you are going to use for an anonymous access application in a way that they can't provide explicit information to the reader that makes them completely identifiable. I mean, I want to know if you can tell the issuer not to include data that uniquely identifies each card you buy or if there is a way to prevent this data to be leaked to the reader.
Thanks in advance.
I need to know if you can set a group of Javacards that you are going to use for an anonymous access application in a way that they can't provide explicit information to the reader that makes them completely identifiable. I mean, I want to know if you can tell the issuer not to include data that uniquely identifies each card you buy or if there is a way to prevent this data to be leaked to the reader.
Thanks in advance.
- UNKNwYSHSA
- Posts: 630
- Joined: Thu May 21, 2015 4:05 am
- Points :3055
- Contact:
Re: Non identifiable Javacards
Not complete understanding your means.
As my understand, the card unique identifier can be set to random bytes and not the same for each communication with reader.
As my understand, the card unique identifier can be set to random bytes and not the same for each communication with reader.
sense and simplicity
Re: Non identifiable Javacards
I just want to know if, when buying smartcards for implementing a system, these smartcards are going to have an unique serial number or identifier that the reader can check because if so, there is no way to implement a secure anonymous authentication as long as the reader can just check the identifier and link the messages.
- UNKNwYSHSA
- Posts: 630
- Joined: Thu May 21, 2015 4:05 am
- Points :3055
- Contact:
Re: Non identifiable Javacards
You can do it like that:
1. Reader and card are connected;
2. Reader verify the card;
3. Card verify the reader;
4. Reader send one command to get card identifier;
5. Reader do next step(s) according on the card identifier;
1. Reader and card are connected;
2. Reader verify the card;
3. Card verify the reader;
4. Reader send one command to get card identifier;
5. Reader do next step(s) according on the card identifier;
sense and simplicity
Who is online
Users browsing this forum: No registered users and 41 guests