Re: PROPOSAL: Close ISSUE-26 - Should key generation be allowed to specify multi-origin shared access

On Thu, Jan 31, 2013 at 5:19 PM, Mountie Lee <> wrote:
> from the previous discussions
> I remember we have two proposals for this issue.

There were not proposals. There were use cases, but no proposals on
how to satisfy those use cases.

> one is allowing multi-origin shared acces for certificate associated case.
> second is allowing multi-origin shared access by user consent
> the reason why this issue is important is
> in the online banking usecases.
> users generate keypair at CA website and get certificate.
> and the certificate-private key pair should be used at other bank sites for
> signing document or verifying signature.
> as compared to TLS certificate usecases,
> it is also common sense.
> generating and getting certificate from CA site
> and using it at different site

And in that thread, solutions were explored on how that use case can be met.

That said, we're talking more generally about credential enrollment,
as you just described, which is clearly placed in our secondary use

I think that, absent any concrete proposals, and based on the
timelines set out, this should not be seen as an ISSUE for the current
spec. The WG has (by charter) agreed to look at this, but at a later
point (the non-normative "roadmap" document).

I'm proposing that, based on the lack of concrete proposals, and based
on the timeline set forward, that we should consider this "not
implemented due to time constraints".

> On Fri, Feb 1, 2013 at 4:18 AM, Ryan Sleevi <> wrote:
>> I would like to propose that we CLOSE Issue-26.
>> There have been no proposals put forward on how to securely address
>> multi-origin shared access. Further, such provisioning opens up a host
>> of security concerns that the use cases used to justify such access
>> are not compatible with.
>> In the current specification, multi-origin applications may make use
>> of secure messaging exchanges, such as postMessage, to transition
>> across security domains, without requiring the granting of a single
>> origin full access to either plaintext or to keying material.
>> As such, absent both concrete use cases and proposals, I propose that
>> this issue be closed.
> --
> Mountie Lee
> PayGate
> Tel : +82 2 2140 2700
> E-Mail :
> =======================================
> PayGate Inc.
> for Korea, Japan, China, and the World

Received on Friday, 1 February 2013 01:24:50 UTC