Re: [ltans] "Proof Source Provider" - new term for use in describing trust chains in document hierarchies

Bill Russell wrote:
> We (Pericore) already use that term to express digitally signed authorizations.
Bummer - its copyrighted and not currently under any license.
>  Also, Corestreet uses that term in one of their products. I think the term is overloaded and should not be used as you propose.
>   
The term was used by me officially in print 10 years ago and it was 
(c)'d on those works... your general counsel may get a kick out of that 
and I can provide those documents to anyone that wants them.

My proposal here was to file that term with the IETF to make it 
available to the public which IT IS NOT NOW.  The term pertains to 
trust-anchors in timestamps for evidence promulgation through digital 
networks and this was done in the 1999 through 2001 time frame on my 
CertifiedTime startup.

So Bill, any comments?

Todd Glassey
> -----Original Message-----
> From: "Todd Glassey" <tglassey@earthlink.net>
> To: "ietf-ltans@imc.org" <ietf-ltans@imc.org>
> Sent: 9/15/09 11:17 AM
> Subject: [ltans] "Proof Source Provider" - new term for use in describing trust chains in document hierarchies
>
> Folks -
> I want to propose a new term for describing certain relationships in a 
> network model. The term is  "Proof Source Provider" or PSP and it means 
> some service which is providing a trust-anchor for some other process or 
> the like. The PSP is the party or system which provides the oversight 
> and process control for an TRUST-ANCHOR - the component of the trust 
> element which ties the specific content to that trust element. The Term 
> Trust Anchor (now widely in use in Secure DNS) was coined in PKIX 
> several years ago but is critically valuable now in other areas and we 
> should embrace both it and the idea of the Proof Source Provider and the 
> Proof Source they use to cerate admissibility for the evidence.
>
> It (PSP)  pertains then to auditing trust relationships and their 
> ability to convey policy and control over a larger methodology and is a 
> key part of relational trust models which are propagated across multiple 
> technologies and would be used in LTANS Security and other key processes.
>
> Why this is important is that systems and processes which we would build 
> from these technologies would also perform functions in the real world 
> which would have legal implications and so the ability to represent 
> trust-anchor processes in the records created would admissible in global 
> courts. This nomenclature provides a resource for this and other uses.
>
> Todd Glassey
>
>
> _______________________________________________
> ltans mailing list
> ltans@ietf.org
> https://www.ietf.org/mailman/listinfo/ltans
>
>
>   
> ------------------------------------------------------------------------
>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com 
> Version: 8.5.409 / Virus Database: 270.13.99/2372 - Release Date: 09/15/09 05:59:00
>
>   