Re: OpenSC at FOSDEM 2018

NdK <[email protected]> Mon, 8 Jan 2018 00:31:28 +0100
Newsgroups gmane.comp.encryption.opensc.devel
Message-ID <[email protected]>
Il 07/01/2018 15:14, Douglas E Engert ha scritto:

> Note that much of the middleware including pkcs11 runs in the user
> applications not in the OS.
IMO that's one of the problems. Connect the daemon to the user's
processes ("session" is limiting...).

> Some call this a security requirement.
I call it lazyness. Many programs use long-term locking only because
it's simpler to handle. You don't risk that objects change without you
knowing.

History is becoming a weight that prevents further evolution. Many
limitations are rooted in assumptions that are no longer true.
We'd need PKCS11-2018, a complete revision of the standard that ditches
a lot of dead weight.

> Others would call this a bug.
Ill-planned feature, since there usually are many processes.

> There are some things you can do. For some cards, OpenSC can cache
> certificates
> and other data in in the user's home directory. OpenSC can try and leave
> the card
> in a logged instate if you set the disconnect = leave see the comments
> in opensc.conf.
> But other applications not using OpenSC can still lock the access to the
> card at the PCSC level.
All the SC-aware programs I tried in Linux required OpenSC :)

BYtE,
 Diego

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot