Hi again,
last message for today (and I'll stop spamming the list I promise ;-) ).
I have attached a test case using a static public key to create the AIK
which removed the dependency on QCA. hopefully should make it much easier
to compile and run if anyone is inclined to do so.
Many Thanks
Simon
On 27 January 2015 at 14:58, Simon Gould <[email protected]>
wrote:
> Hi Bill,
>
> Thanks for the response.
>
> I have written a native trousers test case (removing all our classes so
> not to muddy the water) to see if I could reproduce the issue on our
> device.
>
> It still happens, even with the keys being generated for each test and not
> registered with the persistent store.
>
> I have attached my test code:
> it is a GTest test program (
> https://code.google.com/p/googletest/downloads/list), using the QCA
> library to generate the ca key for the AIK.
>
> there are two tests:
> one without PCR locking which works on the emulator and on two
> different devices with real tpms
> one with pcr locking of the bind key which works on the emulator but
> fails on both tpm devices.
>
> If anyone can take a look, and let me know if there are any obvious
> mistakes? and may be compile it and run it against a tpm device? I would
> be very greatful.
>
> Many thanks
>
> Simon
>
> On 26 January 2015 at 17:26, Bill Martin <[email protected]> wrote:
>
>> You are running into similar problems I am having.
>>
>> I think I know where my errors are. See if this helps.
>>
>> Take care that you are managing your persistent storage for your keys you
>> load or register by UUID. It makes sense that you need a unique UUID for
>> each user-generated key. At least to me it does. All the examples I used
>> were for a single demonstration and had the UUID {0, 0, 0, 0, 0, {0, 0, 0,
>> 0, 2, 0}.
>>
>> The inner array is the rgbNode array of six bytes. The element 5 (0-based
>> array) has reserved values. And there is a special OWNEREVICT set of values
>> too. See tss_defines.h
>>
>> In my case I also compiled trouSerS with --enable_debug, and it made a
>> lot of sense the area was in a call to unblob a header.
>>
>> You are not using the tcai_aik.c file. But a lot of your errors involve
>> loading by UUID, presumably from the storage.
>>
>> let me know how it goes
>>
>> Bill
>> ________________________________________
>> From: Simon Gould [[email protected]]
>> Sent: Monday, January 26, 2015 7:58 AM
>> To: [email protected]
>> Subject: Re: [TrouSerS-users] CertifyKey failing when bind key locked to
>> PCRs
>>
>> Hi all,
>>
>> I appear to have made a schoolboy error in my last post ;-). Apologies,
>> my previous mail included the log where I had attempted to put the
>> localities in. The log where certify fails is attached here. line 1176 is
>> where the certify error occurs.
>>
>> Many thanks
>>
>> Simon
>>
>> On 26 January 2015 at 10:13, Simon Gould <[email protected]
>> <mailto:[email protected]>> wrote:
>> Hi all,
>>
>> I have progressed my TPM project thanks to the really useful input from
>> this list and I am hoping someone can help as I have hit another block.
>>
>> I have seen some similar issues to this on the mailing list before, but
>> my issue appears to be slightly different to those.
>>
>> We are using a TPM on an embedded device:
>> TPM 1.2 Version Info:
>> Chip version 1.2.13.10
>> Spec Level 2
>> Errata Revision 3
>> TPM Vendor ID STM
>> Vendor Specific data 4b.
>>
>> we have an internal process that sets up keys on the device. those being
>> the Storage Root Key, Attestation Identity Key & a communications signing
>> key (used to sign SSL comms from the device).
>>
>> there is a second stage to that process happens on the first boot of the
>> device (so we have the correct PCR values). We create a licence encryption
>> key for the device. this is a bind key locked to some of the PCRs that are
>> extended on boot (to ensure that the device is not tampered with).
>>
>> This key is a child of the SRK, locked to 2 PCRs and we want to certify
>> it using the AIK and send that information to the service licencing the
>> device.
>>
>> However the CertifyKey call fails with a Bad Parameter error. I have run
>> the same code against the IBM emulator (which has been very useful) and it
>> passes without issue. If I do not lock the key to the PCRs it passes
>> without issue. The locked key can bind and unbind data without issue.
>>
>> The PCRs haven't changed. I have tried setting localities in the PCR
>> composite object used when we create the key and it complains that the
>> object is in an inconsistent state (I was trying anything I could think of
>> at this point).
>>
>> I have isolated this as a test case and I see the same issue as with the
>> production code when it is run on the device. I am now at a loss as to what
>> may be causing this issue. I have attached the trousers debug log from the
>> test case. if anyone has any insight into the cause or what I can try next
>> that would be great.
>>
>> The log has 3 test cases within it.
>> 1) create a bind key locked to a pcr, bind some data. register the key,
>> clear the key. load the key by UUid and unbind the data.
>> 2) create a bind key locked to a pcr. bind some data. register the key.
>> clear the key. extend the pcr it is locked to. load the key by UUid. try to
>> unbind data which fails.
>> 3) create a bind key locked to a pcr, use the AIK to certify this key
>> (which fails unexpectedly)
>>
>> I have noticed I get some errors in the set up where it appears to be
>> failing to load keys, but I get these in the cases where it works as well,
>> so they maybe red herrings.
>>
>> Many thanks
>>
>> Simon
>>
>>
>> ------------------------------------------------------------------------------
>> Dive into the World of Parallel Programming. The Go Parallel Website,
>> sponsored by Intel and developed in partnership with Slashdot Media, is
>> your
>> hub for all things parallel software development, from weekly thought
>> leadership blogs to news, videos, case studies, tutorials and more. Take a
>> look and join the conversation now. http://goparallel.sourceforge.net/
>> _______________________________________________
>> TrouSerS-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/trousers-users
>>
>
>
------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________
TrouSerS-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/trousers-users
