Re: Lisp security
- From: "John Thingstad" <john.thingstad@xxxxxxxxx>
- Date: Mon, 31 Oct 2005 16:18:06 +0100
On Mon, 31 Oct 2005 15:41:54 +0100, Cameron MacKinnon <cmackin+nn@xxxxxxxxxxxxx> wrote:
John Thingstad wrote:Obviously Lisp is not prone to buffer overfow controls. (unless optimations turn bounds checking off)
But there is the question of Java.final.
Apperaently there is no equivalence in Lisp.
Simularly there is the possibility to change inheritance after runtime.
Also decaring code after runtime.
Obviously if you get trough the outer defenses Lisp is chanseless.
Any chance of anyone (Allegro) deveoping a 'sandbox' for lisp?
What is your threat model? Do you allow users to add Lisp code to your system, and want them limited to a safe subset? Or are you worried about what is ostensibly user provided data breaching the code/data boundary (a la buffer overflow)?
I forgot the power of read-line. A macro got through before I could verify the line. Be warned!
-- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ .
- Follow-Ups:
- Re: Lisp security
- From: Espen Vestre
- Re: Lisp security
- References:
- Lisp security
- From: John Thingstad
- Re: Lisp security
- From: Cameron MacKinnon
- Lisp security
- Prev by Date: Re: Lisp security
- Next by Date: Re: Lisp in embedded systems?
- Previous by thread: Re: Lisp security
- Next by thread: Re: Lisp security
- Index(es):
Relevant Pages
|