Hi Peter
I have just implemented a thing related to ACL for OpenPGP.
Is it similar to what you want?
https://github.com/hongquan/OpenSC-OpenPGP/commit/5a3fb311409fe71b82336ec29b586ae713a7b9e8

On 05/28/2012 09:31 PM, Peter Marschall wrote:
> Hi,
>
> On Monday, 28. May 2012, Martin Paljak wrote:
>> I don't really understand how you would use ACL-s with the "gender"
>> field, for example.
> Let me try to explain what I want to achieve.
>
> card-openpgp.c emulates a filesystem for the DOs on the card.
>
> Now, some of the DOs are
> * readable after VERIFY PIN2
> some are 
> * writeable a VERIFY PIN2
> some are
> * writeable after VERIFY PIN3
> ...
> (and the sets may overlap)
>
> All this information is written in the spec only, and thus is implicit.
> (i.e. the DO do not tell about their permissions)
>
> This "implicit only" behaviour does not necessarily extend to the
> emulated file system.
> (i.e. the emulated files can have emulated ACLs, ... that can be
> evaluated by tools)
>
> My goal is to extend openpgp-tool in a way that it does not need
> implicit information on the readability/writeablity of the DOs, but
> can use standard-compliant data to get the information.
> This way the mapping only needs to be done in card-openpgp.c only
> instead of distributed over many places.
>
> Let me try to show it graphically
>
>       On the Card                     
>               DO 0101
>                       permissions (implicit from the spec)
>                               read: always
>                               write: VERIFY PIN2
>               |
>               |       (this happens in card-openpgp.c)
>               |
>               v
>       Emulated File System
>               EF 0101
>                       ACL: READ=always, WRITE=VERIFY CHV2
>
> Currently the ACLs are not emulated yet.
> But If they are, then standard-compliant applications can determine
> what needs to be done in order to be able to e.g. write to an emulated EF.
>
> So, the ACLs shall not in any way try to influnce what happens on the card (I 
> am very crealy aware that they can't), but tell to the outside world how the 
> permissions are laid out on an OpenPGP card.
> This way not every application needs to know the specs of an OpenPGP
> card, but can use the information provided by the emulation.
>
> I hope that makes my goals clearer.
>
> If this is not doable with either security attributes or/and ACLs, because 
> their intention and potential use cases conflict with that goal, please tell.
>
> Best regards
> Peter
>

-- 
Regards,
Quân

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

Reply via email to