Nmap Security Scanner
*Intro
*Ref Guide
*Install Guide
*Download
*Changelog
*Book
*Docs
Security Lists
*Nmap Hackers
*Nmap Dev
*Bugtraq
*Full Disclosure
*Pen Test
*Basics
*More
Security Tools
*Pass crackers
*Sniffers
*Vuln Scanners
*Web scanners
*Wireless
*Exploitation
*Packet crafters
*More
Site News
Site Search:
Exploit World
Advertising
About/Contact
Credits
Sponsors:
edgeos



Penetration Testing: Re: [PEN-TEST] Crusoe chip.

Re: [PEN-TEST] Crusoe chip.

From: c0ncept <c0ncept_at_HUSHMAIL.COM>
Date: Tue, 21 Nov 2000 09:17:17 -0800

-----BEGIN PGP SIGNED MESSAGE-----

There was recently a thread about his on one of Security Focuses
other mailing lists. The general consensus seemed to be that a
no-exec stack wouldn't prevent buffer overflow exploits, just
implementing them more difficult. As long as it's possible to
overwrite the next instruction pointer, it's still exploitable via a
call into the c library (think system(), execl()).

Also, some programs require an exacutable stack -- i believe this is
discussed in the Immunix documentation.

- --c0ncept

[ For the full thread, consult the archives -- it's definately worth
reading ].

- -----Original Message-----
From: Penetration Testers [mailto:PEN-TEST_at_SECURITYFOCUS.COM]On
Behalf
Of Ben Ford
Sent: Monday, November 06, 2000 3:31 PM
To: PEN-TEST_at_SECURITYFOCUS.COM
Subject: [PEN-TEST] Crusoe chip.

I just had an interesting conversation that sparked an idea. One of
the
major problems we have regarding security is the fact that the stack
on
the x86 architecture is executable. Because of that, when we have a
buffer overflow, arbitrary code can be executed.

My question is this: Because the x86 architecture is only software
emulated on the Crusoe chip, could that chip (or the software layer
emulating the x86) detect when a buffer overflow was happening and
head
off any code execution, thereby eliminating the root exploit?

Seems to me that would be a big plus . . . . . .

- -b

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.8 for non-commercial use <http://www.pgp.com>

iQEVAwUBOhqsUNfiGO9Bpo5jAQEcPAf8DrTpkHNK2aTsNFQXooUO0ZJnrjv1TeT6
3HA41D4HiO/2HIIeiAzzR/I3PSlsJdpR4z0z1Eq9VQF+CF4h1QMrp0Sj7/fASGUu
7w2zI7a3otbS6nx2dTktjSiYS4nULon7Qto69M85hRyOybH7+rpGK4gzbUAFWoZi
2D220CLOwcCFt/KPUSoBpEOwO4Gul1r6Mct62LzGIYdjrDODI7X8HdRQx3HvTOMa
AKK6VPpj/wgKG5JQMtDbldUFMRq67az1S4p6JEhkhNyaaA8sKDirzKqaAWCPo5u5
c6l21o20V22a7vl8qrxXUhi0C1gEibkBJxk9oCnhc0ObB3V7mjY4Gg==
=X9TI
-----END PGP SIGNATURE-----
Received on Nov 22 2000

[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]