|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
Subject: Re: Solaris 7 x86 lpset exploit.
From: Darren Moffat - Solaris Sustaining Engineering (Darren.Moffat
UK.SUN.COM)Date: Fri Apr 28 2000 - 04:12:46 CDT
- Next message: noir: "Solaris/SPARC 2.7 lpset exploit (well not likely !)"
- Previous message: Jim Duncan: "Re: Cisco HTTP possible bug:"
- Maybe in reply to: Theodor Ragnar Gislason: "Solaris 7 x86 lpset exploit."
- Next in thread: der Mouse: "Re: Solaris 7 x86 lpset exploit."
- Maybe reply: Darren Moffat - Solaris Sustaining Engineering: "Re: Solaris 7 x86 lpset exploit."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
>on all solaris/sparc app's i have used so far, there is a reason,
>why SUN does enable stack execution by default, if i am correctly
>informed this is due to some fortran or rare/old compiler issue,
>and might break some fortran or other alien language code...
Correct, some lisp and Objective C compilers use trampolineing as part
of their compiler/interpreter mechanism this relies on executing code
sitting on the stack.
The most important reason is that SPARCv{7,8} ABI requires the
stack to be executable so chaining it would mean Solaris was no
longer compliant with the SPARC ABI.
SPARCv9 ABI has the stack non-executable so 64bit programs already
have a nonexec_user_stack style of protection. Note that you need
the Sun Workshop C compiler 5.0 or above to generate 64bit binaries.
-- Darren J Moffat
- Next message: noir: "Solaris/SPARC 2.7 lpset exploit (well not likely !)"
- Previous message: Jim Duncan: "Re: Cisco HTTP possible bug:"
- Maybe in reply to: Theodor Ragnar Gislason: "Solaris 7 x86 lpset exploit."
- Next in thread: der Mouse: "Re: Solaris 7 x86 lpset exploit."
- Maybe reply: Darren Moffat - Solaris Sustaining Engineering: "Re: Solaris 7 x86 lpset exploit."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]