On 2/28/2012 8:47 AM, Anders Rundgren wrote: > On 2012-02-28 12:53, Andy Walls wrote: >> On Tue, 2012-02-28 at 06:33 -0500, Andy Walls wrote: >>> On Mon, 2012-02-27 at 12:23 -0700, Anthony Foiani wrote: >>>> Andy, Ludovic -- >>>> >>>> On Mon, Feb 27, 2012 at 11:15 AM, Ludovic Rousseau >>>> <ludovic.rouss...@gmail.com> wrote: >>>>> Le 27 février 2012 18:46, Anthony Foiani<anthony.foi...@gmail.com> a >>>>> écrit : >> >>>> >>>> The situation is actually a bit worse. I'm working with an >>>> organization that has already standardized on the iKey4000 and has >>>> already issued them and integrated them into other parts of their >>>> infrastructure. I do have a handful of samples, but if both types are >>>> already out in the field, then I need a solution that can accomodate >>>> both. :( >>> >>> Well, you'll have to build a solution that proerly layers and abstracts >>> the "reader" from the "smart card" that will be difficult. >> >> Sorry, I meant to type: >> >> 'You'll have to build a solution that properly layers and abstracts >> the "reader" from the "smart card"'. > > Or convert it to PIV as Douglas indicated is supported. > Then you get built-in support from at least Apple and Microsoft.
Its not just convert it to PIV, as PIV standards cover the card, not the reader. http://fips201ep.cio.gov/apl.php Lists "Rransparent Reader" which AFAIK does not a requirement CCID, allowing vendor to provide reader drivers.) (I don't see the iKey4000 on the list yet.) There is still the issue that some of these tokens appear to be CCID compliant, and some are not and you can not tell until you buy the token. The vendor could provide the Windows or Mac "reader" driver for the non-CCID tokens and still use the Microsoft or Apple PIV "card driver". (I am just speculating on this...) There are other readers vendors that provide drivers for their readers that are not CCID so why not this vendor. > > Regards, > Anders > >> >> >> Regards, >> Andy >> >> _______________________________________________ >> opensc-devel mailing list >> opensc-devel@lists.opensc-project.org >> http://www.opensc-project.org/mailman/listinfo/opensc-devel > > _______________________________________________ > opensc-devel mailing list > opensc-devel@lists.opensc-project.org > http://www.opensc-project.org/mailman/listinfo/opensc-devel -- Douglas E. Engert <deeng...@anl.gov> Argonne National Laboratory 9700 South Cass Avenue Argonne, Illinois 60439 (630) 252-5444 _______________________________________________ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
