Re: [PATCH] Undo some of the pseudo-security madness

> SBCL is the most actively developed open source Common Lisp implementation,
> which has an optimising native compiler built in, so it is not an interpreter,
> and is, most certainly, not crappy.

If it requires MAP_FIXED I would beg to disagree.

> 1. cannot serve as a vehicle for exploitation for binaries unmarked
> with this flag
> 2. serve the application deployment cause -- abolish the need for
> application-specific system tweaks
> 3. remove the need for the ugly self-reexecution tweak people
> needing an absolutely unadulterated memory map have to resort to /now/,
> even in a non-setuid case 

Seems sensible to me. If you specifically need that mapping behaviour and
ask for it then it wouldn't be hard to provide.

> Please, shrug off that C-esque center-of-the-world attitude,
> the fact there are thousand times as many C programmers does not

Randomisation has nothing to do with C. In fact from a C perspective the
compiler and linker do a lot of work to deal with ELF and loading code at
arbitary addresses for dynamic linking and the like, not the user and
not as language constructs. Perhaps the Lisp universe should wake up and
meet the 1980s 8)


Alan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

---

• Follow-Ups:
  • Re: [PATCH] Undo some of the pseudo-security madness
    • From: Florian Weimer <[email protected]>
  • [PATCH 2/2] Make the EF_AS_NO_RANDOM e_flag bit disable PF_RANDOMIZE
    • From: Samium Gromoff <[email protected]>
  • [PATCH 1/2] Define the EF_AS_NO_RANDOM e_flag bit
    • From: Samium Gromoff <[email protected]>
  • [PATCH 0/2] Mechanism to turn of ASR on a per-ELF binary basis
    • From: Samium Gromoff <[email protected]>

• References:
  • Re: [PATCH] Undo some of the pseudo-security madness
    • From: Samium Gromoff <[email protected]>
  • Re: [PATCH] Undo some of the pseudo-security madness
    • From: [email protected]
  • Re: [PATCH] Undo some of the pseudo-security madness
    • From: Samium Gromoff <[email protected]>
  • Re: [PATCH] Undo some of the pseudo-security madness
    • From: Pavel Machek <[email protected]>
  • Re: [PATCH] Undo some of the pseudo-security madness
    • From: Samium Gromoff <[email protected]>

• Prev by Date: Re: [RFC 1/6] bidi support: request dma_data_direction
• Next by Date: Re: SATA exceptions with 2.6.20-rc5
• Previous by thread: Re: [PATCH] Undo some of the pseudo-security madness
• Next by thread: [PATCH 0/2] Mechanism to turn of ASR on a per-ELF binary basis
• Index(es):
  • Date
  • Thread

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]