Hypergrid Inventory Access - Revision history

MakoBot: Robot: Cosmetic changes

2012-03-04T03:24:10Z

Robot: Cosmetic changes

MakoBot: Removed 'Template:' prefix from template includings and/or changed external-link into internal-link

2011-06-10T22:55:35Z

Removed 'Template:' prefix from template includings and/or changed external-link into internal-link

Ideia Boa at 20:24, 21 May 2009

2009-05-21T20:24:09Z

Aiaustin: /* Proposed Solution */

2009-02-04T09:09:27Z

‎Proposed Solution

Aiaustin: /* Proposed Solution */ Ai Austin support for Suitcase Proposal

2009-02-04T09:06:31Z

‎Proposed Solution: Ai Austin support for Suitcase Proposal

Diva at 00:48, 15 November 2008

2008-11-15T00:48:38Z

Diva: HypergridInventoryAccess moved to Hypergrid Inventory Access: Spaces make it more readable

2008-11-14T19:31:01Z

HypergridInventoryAccess moved to Hypergrid Inventory Access: Spaces make it more readable

Diva at 19:30, 14 November 2008

2008-11-14T19:30:15Z

Diva: New page: == Proposal for Restricting Access to Inventory in Open Grids == === Problem Statement === Open grids that allow arbitrary people to plugin their opensims pose a serious threat to the se...

2008-11-14T19:28:21Z

New page: == Proposal for Restricting Access to Inventory in Open Grids == === Problem Statement === Open grids that allow arbitrary people to plugin their opensims pose a serious threat to the se...

New page

== Proposal for Restricting Access to Inventory in Open Grids ==

=== Problem Statement ===

Open grids that allow arbitrary people to plugin their opensims pose a serious threat to the security of users' inventories and grid assets. A malicious host can simply copy the entire visitor's inventory, and can even wipe it out. It can also issue a long stream of requests to the asset server, in the hopes of copying as many grid assets as possible.

=== Analysis of the Problem ===

The kernel of the problem is that there exists an implicit trust between regions and storage-related servers. This trust comes from Linden Lab's grid architecture, where all regions are run by the same organization that runs the storage-related servers. This trust does not hold in open systems.

=== Proposed Solution ===

# Make "home" mean a lot more than a place on the map. In an open system, "home" can be the place where the user can safely access her inventory without fear of theft. When users go out of their home regions, access to their inventory (GET) is restricted to only one special folder called "Suitcase". The only items that can be accessed while the user is out and about are those placed in the Suitcase, all other items are refused service. The user should be aware that those items can be stolen by malicious hosts.

# Establish a function for users to be able to specify foreign additional regions that they trust.

← Older revision		Revision as of 03:24, 4 March 2012
Line 20:		Line 20:
	# Establish a function for users to be able to specify foreign additional regions that they trust.		# Establish a function for users to be able to specify foreign additional regions that they trust.

−	Ai Austin adds: The suitcase proposal is a very good one. I already use a single prim object called an avatar suitcase with contents that I want to take into a new Opensim grid I join. I keep it limited to entities that are not prims within that object. I then have the set of extra prims (hair, name badge and so on) I want to take over as well. I do that so that Second Inventory can do the transfer. Having a folder that you KNOW will be accessible on the grid you go across to would be a great way to do this, and be compatible with Second Inventory transfer of that entire folder. We need to make sure that prim attachments on the avatar do transfer though.	+	Ai Austin adds: The suitcase proposal is a very good one. I already use a single prim object called an avatar suitcase with contents that I want to take into a new Opensim grid I join. I keep it limited to entities that are not prims within that object. I then have the set of extra prims (hair, name badge and so on) I want to take over as well. I do that so that Second Inventory can do the transfer. Having a folder that you KNOW will be accessible on the grid you go across to would be a great way to do this, and be compatible with Second Inventory transfer of that entire folder. We need to make sure that prim attachments on the avatar do transfer though.

@@ Line 1: / Line 1: @@
 __NOTOC__
-{{Template:Quicklinks}}
+{{Quicklinks}}
 <br />

← Older revision		Revision as of 20:24, 21 May 2009
Line 1:		Line 1:
		+	__NOTOC__
		+	{{Template:Quicklinks}}
		+	<br />
		+
	{{proposal}}		{{proposal}}

← Older revision		Revision as of 09:09, 4 February 2009
Line 16:		Line 16:
	# Establish a function for users to be able to specify foreign additional regions that they trust.		# Establish a function for users to be able to specify foreign additional regions that they trust.

−	# Ai Austin adds: The suitcase proposal is a very good one. I already use a single prim object called an avatar suitcase with contents that I want to take into a new Opensim grid I join. I keep it limited to entities that are not prims within that object. I then have the set of extra prims (hair, name badge and so on) I want to take over as well. I do that so that Second Inventory can do the transfer. Having a folder that you KNOW will be accessible on the grid you go across to would be a great way to do this, and be compatible with Second Inventory transfer of that entire folder.	+	Ai Austin adds: The suitcase proposal is a very good one. I already use a single prim object called an avatar suitcase with contents that I want to take into a new Opensim grid I join. I keep it limited to entities that are not prims within that object. I then have the set of extra prims (hair, name badge and so on) I want to take over as well. I do that so that Second Inventory can do the transfer. Having a folder that you KNOW will be accessible on the grid you go across to would be a great way to do this, and be compatible with Second Inventory transfer of that entire folder. We need to make sure that prim attachments on the avatar do transfer though.

← Older revision		Revision as of 09:06, 4 February 2009
Line 15:		Line 15:
	# Make "home" mean a lot more than a place on the map. In an open system, "home" can be the place where the user can safely access her inventory without fear of theft. When users go out of their home regions, access to their inventory (GET) is restricted to only one special folder called "Suitcase". The only items that can be accessed while the user is out and about are those placed in the Suitcase, all other items are refused service. The user should be aware that those items, as well as the attachments the user carries, can be stolen by malicious hosts.		# Make "home" mean a lot more than a place on the map. In an open system, "home" can be the place where the user can safely access her inventory without fear of theft. When users go out of their home regions, access to their inventory (GET) is restricted to only one special folder called "Suitcase". The only items that can be accessed while the user is out and about are those placed in the Suitcase, all other items are refused service. The user should be aware that those items, as well as the attachments the user carries, can be stolen by malicious hosts.
	# Establish a function for users to be able to specify foreign additional regions that they trust.		# Establish a function for users to be able to specify foreign additional regions that they trust.
		+
		+	# Ai Austin adds: The suitcase proposal is a very good one. I already use a single prim object called an avatar suitcase with contents that I want to take into a new Opensim grid I join. I keep it limited to entities that are not prims within that object. I then have the set of extra prims (hair, name badge and so on) I want to take over as well. I do that so that Second Inventory can do the transfer. Having a folder that you KNOW will be accessible on the grid you go across to would be a great way to do this, and be compatible with Second Inventory transfer of that entire folder.

← Older revision		Revision as of 00:48, 15 November 2008
Line 1:		Line 1:
		+	{{proposal}}
		+
	== Proposal for Restricting Access to Inventory in Open Grids ==		== Proposal for Restricting Access to Inventory in Open Grids ==

@@ Line 11: / Line 11: @@
 === Proposed Solution ===
-# Make "home" mean a lot more than a place on the map. In an open system, "home" can be the place where the user can safely access her inventory without fear of theft. When users go out of their home regions, access to their inventory (GET) is restricted to only one special folder called "Suitcase". The only items that can be accessed while the user is out and about are those placed in the Suitcase, all other items are refused service. The user should be aware that those items can be stolen by malicious hosts.
+# Make "home" mean a lot more than a place on the map. In an open system, "home" can be the place where the user can safely access her inventory without fear of theft. When users go out of their home regions, access to their inventory (GET) is restricted to only one special folder called "Suitcase". The only items that can be accessed while the user is out and about are those placed in the Suitcase, all other items are refused service. The user should be aware that those items, as well as the attachments the user carries, can be stolen by malicious hosts.
-−
 # Establish a function for users to be able to specify foreign additional regions that they trust.