[sldev] Re: Texture bugs.
Second Life
sl at phoca.com
Wed Jan 24 11:10:46 PST 2007
Not sure how this became a feature discussion but...
Reading below I can only conclude that if all that were impemented then html
textures are not worth it and should not beimplemented at all.
Instead of that... Simply making HTML textures the right of a parcel owner
only (Yes and NOT usable on huds or attached objects with a single on/off
switch in the UI as an initial safe step seems advisable. Then the
"bugging" potential is not that much greater than we have now with the media
controls.
Future enhancements (too a SANE degree) can always be done later.
I would rather see more work put into making sure that malformed html
content (even if "just" JPG and PNG files) does not and can not compromise
the client than all this massive UI complexity.
My 2c...
Farallon
----- Original Message -----
From: "John Hurliman" <jhurliman at wsu.edu>
Cc: <sldev at lists.secondlife.com>
Sent: Wednesday, January 24, 2007 1:35 AM
Subject: Re: [sldev] Re: Texture bugs.
>I want to summarize this discussion. To effectively protect the IP address
>to virtual user name mapping (where IRC fails horribly), we need:
>
> * Proxy settings so users can use Tor or go proxy hopping
> * Dynamic textures will not be visible across parcel lines
> * No dynamic textures on other people's attachments visible to you
> * Mute list for parcels to turn off their dynamic images
> * Global opt-in/opt-out preference, or (depending on the users'
> preference):
> * Security warning when you wear a HUD with a dynamic texture (with a do
> not remind me again setting)
> - Possibly a heuristics system that detects "bug" images
> * Preferences dialog that allows you to build regular expressions for URL
> filtering
>
> I would like to add my own suggestions:
>
> * A community ran whitelist, where your image URL had to be approved by
> committee before displaying in the client
> * Convert Second Life to a "darknet" style network such as Freenet
> - Build in plausible deniability so there is no evidence that any avatar
> was at a given location at a given time
> * Build on the heuristics idea by changing elements of the environment to
> show the potential threat level. If you enter a parcel that is probably
> tracking you, the sky could go red and maybe have a tornado touch down
> * Add botnet capabilities to the client, where if a potential tracking
> image is discovered you can have all 15,000+ online residents bombard the
> server and take it offline
>
> I'm sure we can think of more that aren't too much trouble to implement.
>
> John Hurliman
> _______________________________________________
> Click here to unsubscribe or manage your list subscription:
> /index.html
More information about the SLDev
mailing list