[Opensim-dev] Global identifiers
Karen Palen
karenpalensl at gmail.com
Sun Aug 29 19:27:43 UTC 2010
It seems to me that if the "global" name is considered to actually be
URI/user/UUID/[+stuff] as diva is suggesting, then any ambiguity is
resolvable by the original system.
If that URI becomes invalid then there are already mechanisms to resolve
successor URIs as needed.
If there is some conflict (i.e. a long stored backup) then the assumption
must be that wherever the UUID is found must be the "successor".
This is not foolproof if someone is truly malicious, but any naming system
can be spoofed without some other form of authentication.
The obvious "worst case" here is to have several systems which appear to be
the "sucessor" to the original.
This is why I suggested using a type 1 UUID which is derived from the
originator's MAC address and a time stamp. It was originally abandoned
because identified the originator so very well (see THAT extended
discussion! LOL), but in this case we actually want an unambiguous
identification.
In the worst case I described then you would have to hunt for other UUIDs
available to you which have the same MAC address and similar time stamps for
clues as to which is the "genuine" system. It then becomes a probability
game in which the genuine successor has likely originated many more
name/UUID pairs than a forger.
I agree fully that the central authority does not solve this problem, it
merely makes another target for the "bad guy" to corrupt, take over or
spoof. Peer to peer technology (e.g. Bottorrent and Emule/KAD) has developed
a very robust authentication system with no central server required for
example.
Karen
On Sun, Aug 29, 2010 at 11:50 AM, Mike Dickson <mike.dickson at hp.com> wrote:
> Sigh
>
> The name has absolutely zero value for any sort of attribution. I can
> have the same name someplace else (or on the same grid if the grid owner
> allows it an uses some other identifier or mechanism for
> authentication). Only UUID is valid to identify a specific agent. Also,
> what if I don't want just anyone to know the full names of my users. Or
> if I use a slightly different mechanism to describe a user (email
> addresses for instance).
>
> The core developers have said over and over again that OpenSim is a
> framework. That being the case the semantics of "names" can vary across
> grids and how could you ever depend on anything like that to do
> "attribution". Only the Agent service for a grid should be able to
> resolve agent id's down to more specific information. In that way it
> can also provide whatever access controls on that information the grid
> owner prefers in order to enforce that grid's TOS.
>
> Mike
>
> On Sun, 2010-08-29 at 18:33 +0000, Melanie wrote:
> > I disagree strongly.
> >
> > Assume object O has been created by user A on grid X.
> >
> > He then rezzes a copy on grid Y and sets it for sale.
> >
> > Grid X then goes down, either because it was just a temporary
> > standalone, or it went bankrupt, or got sued out of existence.
> >
> > Someone buys O in Y and takes it to grid Z.
> >
> > Now, what is grid Z going to display as creator name? It can't ask
> > grid X, since it's gone. Can't ask grid Y, as it would claim to be
> > nonauthoritative, even if it did have a cached value.
> >
> > Result: attribution is lost.
> >
> > This is why I believe the URL needs to contain enough information to
> > at least allow the display of the name of the creator as the creator
> > was known at that time and the grid of origin.
> >
> > Melanie
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20100829/9c32fe7a/attachment-0001.html>
More information about the Opensim-dev
mailing list