W3C home > Mailing lists > Public > whatwg@whatwg.org > December 2015

Re: [whatwg] Signature Link Relation for Cryptographic Resource Verification

From: Sean B. Palmer <sean@miscoranda.com>
Date: Wed, 9 Dec 2015 15:05:46 +0000
Message-ID: <CAH3-oEe+Xys49byOxyeNUaxmk5=Nwzp741ocOXdvqDrz15oMQQ@mail.gmail.com>
To: whatwg@whatwg.org
For anybody who wishes to follow the progress made so far elsewhere on
the web about this suggestion, this message contains some pointers to
further discussion.

On public-html, Martin Jenecke pointed out some potential drawbacks
with naming the attribute "rels", and suggested just using a
"signature" attribute instead:

https://lists.w3.org/Archives/Public/public-html/2015Dec/0022.html

Meanwhile after Michael Smith wrote to tell me of the Subresource
Integrity work by the WebAppSpec people, I contributed a more
extensive write up of the use case scenario and problem here on GitHub
where they have their issue tracker:

https://github.com/w3c/webappsec/issues/449#issuecomment-163279813

I understand that the WHATWG list is more interested in listening to
the problems before solutions are mooted, and as such my GitHub
writeup goes into more background detail on that front than was
included in the Internet-Draft. I should note that an Internet-Draft
is not a specification, ('It is inappropriate to use Internet-Drafts
as reference material or to cite them other than as "work in
progress."'), and any suggested solutions are strawman placeholders,
and can be changed subject to feedback.

I expect that I will be continuing this discussion largely with the
WebAppSpec team, as their work is so obviously related to the contents
of the Internet-Draft.

On Tue, Dec 8, 2015 at 3:44 PM, Sean B. Palmer <sean@miscoranda.com> wrote:
> https://www.ietf.org/id/draft-palmer-signature-link-relation-00.txt
>
> --
> Sean B. Palmer



-- 
Sean B. Palmer, http://inamidst.com/sbp/
Received on Wednesday, 9 December 2015 15:06:14 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:36 UTC