[prev in list] [next in list] [prev in thread] [next in thread] 

List:       trousers-users
Subject:    Re: [TrouSerS-users] data bind to an application
From:       chloé_Fouquet <fouquet.chloe () gmail ! com>
Date:       2010-09-02 12:12:25
Message-ID: AANLkTikLtAwwCbAVagfBY5H3x187baQ6h3AJCHFJv5w5 () mail ! gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/alternative)]


Is the delegation option useful for my problem ? Creating a delegation coul=
d
delegate the use of a key to a particular software, couldn't it ? But does
the owner still has the ability to do what he wants with this key ? It is
not very clear in the TSS specifications what the delegation objects and
methods can do...

Or maybe I could specify something in the policy object....

I have also read that "TSS understands the identity of the calling process
and will restrict access to keys registered in the User Persistent Storage
to the allowed user/process." (TSS Specification, chapter 3.22 Key
Management). But I still can't find where the process that access the
registered key is identified... Does somebody has an idea ?

Chlo=E9

[Attachment #5 (text/html)]

Is the delegation option useful for my problem ? Creating a delegation coul=
d delegate the use of a key to a particular software, couldn&#39;t it ? But=
 does the owner still has the ability to do what he wants with this key ? I=
t is not very clear in the TSS specifications what the delegation objects a=
nd methods can do...<br>
<br>Or maybe I could specify something in the policy object....<br>
<br>I have also read that &quot;TSS understands the identity of the calling=
 process and will restrict access to keys registered in the User Persistent=
 Storage to the allowed user/process.&quot; (TSS Specification, chapter 3.2=
2 Key Management). But I still can&#39;t find where the process that access=
 the registered key is identified... Does somebody has an idea ?<br>

<br>Chlo=E9<br>


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd

_______________________________________________
TrouSerS-users mailing list
TrouSerS-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/trousers-users


[prev in list] [next in list] [prev in thread] [next in thread]