Sophie

Sophie

distrib > Fedora > 14 > x86_64 > by-pkgid > fd01f7c1de8a16408179bf6bdc11e57f > files > 47

opensc-0.11.13-3.fc14.i686.rpm

<html xmlns="http://www.w3.org/1999/xhtml" xmlns:html="http://www.w3.org/1999/xhtml"><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>
      CompatibilityIssues – OpenSC
    </title><style type="text/css">
           @import url(trac.css);
          </style></head><body><div id="content" class="wiki">
      <div class="wikipage searchable">
        
          <h1 id="Softwarecompatibility">Software compatibility</h1>
<p>
In general all smart cards are incompatible. That is the sad truth.
</p>
<p>
First, every card has different commands. Some of them conform to the standard ISO 7816 Part 4 and higher, but
most cards have at least some commands, that are special, or the commands require a special data structure.
</p>
<p>
Second, even if the same card is used, two different software companies tend to use the card in incompatible
ways. However there is hope for this problem: <a class="ext-link" href="http://www.rsasecurity.com/rsalabs/node.asp?id=2141" shape="rect"><span class="icon"> </span>PKCS#15</a> is a standard designed to solve that issue.
</p>
<p>
OpenSC implements PKCS#15, so cards initialized with OpenSC should work with other software implementing
it and vice versa. Note however, that usualy a card can only be modified with the software that was used
for initializing it in the first place. In that case you can only read the data with the compatible software,
use the keys, and most likely change pin and puk numbers.
</p>
<p>
Sometimes it is possible to live side by side. Think of a cd or a disk drive, with a picture and a text
file on it. Your text application can only open and change the text, and your graphics application can
only open and change the graphic, but if the medium can hold both files, you can store both on it.
</p>
<p>
That happends for example with the "Aladdin eToken PRO" (a usb crypto token) and OpenSC and the Aladdin
Software. OpenSC creates the file "2f00" and the directory "5015" as per PKCS#15 standard, and fills
both with data/keys/certificates. Aladdin does the same in the directory "6666". Still no software knows
how to deal with the other ones data/keys/certificates.
</p>
<h1 id="CompatibleSoftware">Compatible Software</h1>
<p>
But at least some software is compatible:
</p>
<p>
Giesecke &amp; Devrient ship the <a class="ext-link" href="http://www.gi-de.com/portal/page?_pageid=42,54878&amp;_dad=portal&amp;_schema=PORTAL" shape="rect"><span class="icon"> </span>Starcos</a>
smart card and usb tokens based on that card. The software bundled with both is called <a class="wiki" href="StarSign.html" shape="rect">StarSign</a>. That software implements
the PKCS#15 standard, too, so it should be fully compatible with OpenSC and vise versa. If there is any issue, please
let us know (the last test was quite a while in the past).
</p>
<p>
If you know other software implementing PKCS#15, please add a paragraph.
</p>
<h1 id="NationalIDcards">National ID cards</h1>
<p>
National ID cards often are a standard of their own. OpenSC has PKCS#15 emulations for these cards, so you can use
them anway. See <a class="missing wiki" shape="rect">NationalIdCards?</a> for a list of supported cards.
</p>

        
        
      </div>
    </div><div class="footer"><hr></hr><p><a href="index.html">Back to Index</a></p></div></body></html>