Return-Path: william@bourbon.usc.edu Delivery-Date: Sun May 6 19:43:06 2007 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on merlot.usc.edu X-Spam-Level: X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, NO_REAL_NAME autolearn=ham version=3.1.3 Received: from bourbon.usc.edu (bourbon.usc.edu [128.125.9.75]) by merlot.usc.edu (8.13.5/8.13.5) with ESMTP id l472h6Y3004100 for ; Sun, 6 May 2007 19:43:06 -0700 Received: from bourbon.usc.edu (localhost.localdomain [127.0.0.1]) by bourbon.usc.edu (8.13.5/8.13.5) with ESMTP id l472fxZg025719 for ; Sun, 6 May 2007 19:41:59 -0700 Message-Id: <200705070241.l472fxZg025719@bourbon.usc.edu> To: cs551@merlot.usc.edu Subject: Re: About Bistro Date: Sun, 06 May 2007 19:41:59 -0700 From: william@bourbon.usc.edu Someone wrote: > But > If we cannot form a chain of trust from a client machine to a > dest Bistro then how can a user be satisfied that his data has > not been modified at the intermediate bistro. Coz then the dest > Bistro will reject the submission since the SHA value will > not match and the innocent user would face problems. What problem? The user has a digitally signed ticket which proved that a submission with a certain timestamp was submitted ontime. If the user can produce a document with the hash in the signed ticket, the Event Owner must accept this document. -- Bill Cheng // bill.cheng@usc.edu ----- Original Message ----- From: william@bourbon.usc.edu Date: Sunday, May 6, 2007 4:48 pm Subject: Re: About Bistro To: cs551@merlot.usc.edu > Someone wrote: > > > Also in slide 28. End operator trusts Dest Bistro and End User > > Trusts its client software and Dest Bistro. DOes it mean that > > the client software is the entity that trusts the Intermediate > > bistros?? Or does the client himself ??? > > No one trusts any of the intermediate bistros! > -- > Bill Cheng // bill.cheng@usc.edu >