[sldev] Re: IDEA: HUD Objects should do HTTPrequests from the client not through the SIM.

Jo Grant/Cambridge/IBM jo_grant at us.ibm.com
Fri Oct 26 11:48:47 PDT 2007


Mark writes:
>But HUD objects are only viewable to the one client.
>This would  off-load HTTP traffic for applications that wanted to do more 

>HTTPrequest than the sim cap would allow with no settling time. 

I see where you are coming from, but there are a few thorns on this rose.
Firstly, scripts all run on the server. Even HUD scripts. In order to 
implement this the script engine would have to stop when there was a HUD 
HTTPrequest, find out what client was attached to the object's context, 
and push down the request to the client. The client would have to accept 
this request, perform the operation, and stream the result back up to the 
server. When the server gets the answer, it then would wake up the script 
with the appropriate event.
It could be done. But it wouldn't be a simple extension.

>I understand that a user could be potentially exposing their IP
This is one concern, I think there are a lot of bigger security concerns. 
Code running on the client is running within whatever security context the 
user is running within. For example, a large number of users on home 
networks use Linksys routers, and a large number of those never bother to 
change their admin password. It would not be hard for a malicious user to 
write a script that browsed to http://192.168.1.1 and performed the 
operations to, say, remove their security, or bring their network down. 
Technically, you could probably do this from Java script or an applet on a 
web page. But those are mature spaces that are well known and the majority 
of anti-virus vendors have systems in place that can prevent such attacks. 
This would be a new vector that such attacks could be launched from.

But keep thinking along these lines. Just like javascript allows servers 
to offload some work onto browsers, having some sort of client side 
scripting in an appropriately secure sandbox is worth thinking about.

Jo


***************************************
Jo Grant, jo_grant at us.ibm.com
http://www-03.ibm.com/developerworks/blogs/page/roivw
ISV Developer Enablement Architect, 
Workplace Technology,
1314, 5 Technology Park Drive, Westford MA 01886
tel: 978-399-6024
SL: Jaymin Carthage
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20071026/31ac2567/attachment.htm


More information about the SLDev mailing list