[cap-talk] Implementing a crypto brand: What are the security requirements?
David Hopwood
david.nospam.hopwood at blueyonder.co.uk
Fri Mar 23 22:04:40 CDT 2007
Tyler Close wrote:
> Hi David,
>
> It'll take me awhile to digest the crypto part of your message, but in
> the meantime I need clarification on another part.
>
> On 3/23/07, David Hopwood <david.nospam.hopwood at blueyonder.co.uk> wrote:
>
>>Tyler Close wrote:
>>
>>>Correct. I renamed this attribute to label and changed its type to
>>>String to better communicate that this attribute does not offer any
>>>guarantees that can be relied upon.
>>
>>Changing the type to String prevents the use of private (i.e. closely
>>held or anonymous) Brands. I don't see any good reason to do that.
>
> I don't understand how this change prevents the use of private (
> sealer / unsealer ) pairs. Please elaborate.
I didn't mean private (sealer / unsealer) pairs; I meant private labels.
Suppose that you want to make sure that a label is distinct from any label
that some other code might be using. The obvious way to do this is to use
a Token as the label.
--
David Hopwood <david.hopwood at industrial-designers.co.uk> (note new address)
More information about the cap-talk
mailing list