Capability development principles (was Re: [cap-talk] YURLs. What is the model of development?)

Sandro Magi smagi at naasking.homeip.net
Sat Nov 26 03:16:01 EST 2005


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

David Wagner wrote:
> David Chizmadia writes:
> 
> The original poster asked about how to provide mutual authentication,
> but I suspect the real question here is how to deal with the risk of
> YURLs being leaked to others.

Yes, that would be a better description of the problem I posed, although
I'd amend "leaked" to "unintentionally leaked". Authentication is simply
 a means to achieving that end.

I have no problem with users intentionally passing capabilities since
they can be made accountable for any abuses. I'd simply like to ensure
that a user *knows* when he is passing a capability. If a user is
utilizing a third-party computer (internet cafe?), browser history makes
capability-based web applications useless because it would leak all of
his authority *unintentionally*.

> That question makes me worry that the
> model of YURLs is at odds with the mental model that users have, and
> wonder whether capabilities are really the right solution for human
> consumption.

I think there are only a few corner cases that would surprise users
(like the one I proposed).

> It feels like tacking mutual authentication onto YURLs
> can't be the right solution (as I think you were suggesting), because
> it seems to defeat the whole point of capabilities (why bother with a
> capability model in the first place if you're going to add mutual
> authentication anyway?).

Capability designs have other advantages which make them attractive.

Was I premature in concluding that dynamically constructed,
session-limited facades will adequately solve the problem? I'm certainly
open to other possibilities; session-limited authority is a fairly
common pattern in web applications though.

Sandro
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDiBnBp+tmQHySTM0RAs9/AJ9iQrJ15Qh7q/OCNtP4lGrTnk2wbgCfTRgR
KLViaUsUtSMNg8CjWldWtXA=
=peuh
-----END PGP SIGNATURE-----


More information about the cap-talk mailing list