On 9/7/08, Ron Dippold <[EMAIL PROTECTED]> wrote:
>
> This is something Java actually does pretty well. I dislike it for the most
> part, but its sandboxing is better than anything I've ever seen (except
> certain secure OSes). Flash actually does it pretty well now too, though
> holes keep turning up occasionally. Interestingly, unless they've changed
> Flash or Java recently, I don't think there's anything that limits the
> amount of cpu or memory usage since I still see one occasionally running off
> into the weeds. The solution is just 'fix or don't run that jar/swf'.
>
> Anyhow, a security model needs to be included from the ground up, and
> python went for the opposite approach - giving you near unlimited power to
> tinker with things. Which is just great from an app dev standpoint - as long
> as you don't hang yourself it's astoundingly easy to make huge fundamental
> changes with small amounts of code. But its horrible if you're then trying
> to prevent the code from doing 'naughty' operations. There have been at
> least half a dozen attempts to sandbox python I can think of, all of which
> failed, scuttled by some obscure reef that ends up making the whole thing
> useless (because if there's a single hole, that's sufficient to blow the
> whole thing wide open). You're welcome to try again, of course, but at least
> research past efforts first.
>
> Porting python to a bytecode interpreter that's already secure has been the
> most successful so far (Jython, IronPython), and I really like the idea of
> using PyPy to convert to Flash. That seems the way to go to me, since
> everyone has Flash.


i like the idea of converting to flash with pypy too...

where can i find more information about this? is this useable already (by
non-hardcore computer scientists :))? is it necessary to write your code in
rpython then or can the full python language be used?


> Ron
>

Reply via email to