W3C home > Mailing lists > Public > public-webapps@w3.org > January to March 2009

Re: [widgets] Comment on Widgets 1.0: Digital Signatures - the Usage property

From: Marcos Caceres <marcosscaceres@gmail.com>
Date: Fri, 13 Feb 2009 23:26:38 +1000
Message-ID: <b21a10670902130526o65dd43a0k4a921c42d79b2d0a@mail.gmail.com>
To: "Priestley, Mark, VF-Group" <Mark.Priestley@vodafone.com>
Cc: "Hillebrand, Rainer" <Rainer.Hillebrand@t-mobile.net>, public-webapps <public-webapps@w3.org>

2009/2/12 Priestley, Mark, VF-Group <Mark.Priestley@vodafone.com>:
> [mp] As a general comment, I think this is a pretty difficult problem to address in a secure manner. IMO the most reliable way of authorising an update would be through the use of an "update signature" however, HTTPS provides a workable alternative and plain HTTP might be fine in other circumstances. For what it's worth I think that the real security issue is how the update is handled but this doesn't mean defining an "update signature" is not useful.

I agree that an update signature would be useful, but would like to
see this just be solved with HTTP and HTTPS for v1. That should cover
most use cases.

Here is my current thinking. Widget version 1 is distributed and
signed. The config looks like this:

<widget version="1.0">
   <update href="https://some.com/update?version=1.0" />

Because the widget was signed, the update href can be considered
authoritative/trusted. That securely downloads the update description

<widgetupdate xmlns="http://www.w3.org/ns/widgets"
  <details href="http://a.com/myWidget/1.1/whatsnew">
    We fixed some bugs and improved performance!

The src is downloaded and treated as a normal widget package. If it is
not signed, or the signature cannot be validated, then the usual
warnings are given. If it is signed, then it is processed as normal.

Is there much wrong with the current model?

Kind regards,
Marcos Caceres
Received on Friday, 13 February 2009 13:27:20 UTC

This archive was generated by hypermail 2.3.1 : Friday, 27 October 2017 07:26:14 UTC