the commercial GUI I am talking about is Aladdin's RTE software, which 
provides an 'etoken properties' application. This application allows a 
user to format an etoken (including setting a new SO pin; this 
definitely does not work on Linux, might work on Windows with 
pkcs11-tool), importing and deleting certificates, importing SSH keys 
(this is definitely not possible using pkcs11-tool). Also, once Aladdin 
releases it, we want to enable FIPS mode on these etokens, which is 
currently not possible with opensc *OR* with Aladdin's glorious software 
. How does opensc support things like enabling FIPS mode?

To make things worse, Aladdin has released a new version of their 
software, 4.0, which is *not* backwards compatible with their older 
software. I have yet to figure out how to deal with that.

And yes, I'd be willing to use an all OpenSC (or open source) solution, 
I'd happily drop Aladdin's RTE software, *BUT* I do not want to lock out 
users who _do_ decide to Aladdin's commercial stuff, especially since 
the commercial stuff has a higher point&drool coefficient then the 
current opensc / SCB software does.

regards,

Jan Just Keijser
System Integrator
Nikhef / Amsterdam



Douglas E. Engert wrote:
> So in your case, would you be willing to convert to using an all OpenSC
> solution, dropping the use the the Aladdin's RTE software?  But what is
> the (commercial) GUI on Windows. What does it do for you user's that
> OpenSC on Windows can not do? Is this a missing CSP?
>
> Jan Just Keijser wrote:
>> the reason we started looking at eToken's was to make grid access 
>> *easier*, not harder ;-)
>> (see 
>> http://www.nikhef.nl/pub/projects/grid/gridwiki/index.php/Using_an_Aladdin_eToken_PRO_to_store_grid_certificates
>>  
>> for a writeup on how to use Aladdin's RTE software to access eToken's 
>> from Linux)
>>
>> We're developing grid software, which makes extensive use of X509 
>> certificates. These are a pain in the butt for our users, esp. when 
>> it comes to security, keeping track of your private key etc etc. The 
>> ultimate goal is to supply users with an etoken (or any crypto 
>> smartcard in usb format, really, that works on both Windows, Linux 
>> and MacOS). With this etoken they then have transparent access to 
>> "the grid", be it using a browser, using linux command-line tools or 
>> using a certificate-enhanced version of ssh/putty (gsissh) . If we 
>> have to tell our users that an etoken will make life a lot 
>> easier/safer etc *but* they have to keep track of their certificates 
>> in two separate ways on linux and windows then I can already predict 
>> what they'll tell me ;-)
>>
>> So, I'm looking for a solution that will allow our users to store 
>> (and generate!) their grid certificate safely on a crypto usb key. 
>> They will want to do this only once, as you can imagine (getting the 
>> certificate signed requires a full ID check ). After that , the idea 
>> is that they can plug in the usb key into their systems wherever they 
>> are and poof, magic happens, and they're authenticated on the grid.  
>> Right now we use Aladdin RTE software to do this, as this is 
>> "cross-platform transparent" (ugh) but unfortunately is also not open 
>> source. Thus, if I could get the open source software to work 
>> together with the (commercial) GUI on windows then that would be 
>> really great.  I don't need PKCS#15 for this,
>> just PKCS#11 access that works the same on all platforms... We'd be 
>> willing to send one of these eToken PRO 32K's to the opensc 
>> developers if that would speed things up ;-)
>>

_______________________________________________
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel

Reply via email to