Image
 
linkedin_logo.png rss_logo.jpg
twitter_logo.png youtube_logo.jpg
Latest Additions
 
EH-Net Login
Welcome Guest.






Lost Password?
No account yet? Register
Who's Online
We have 44 guests and 1 member online
 
Advertisement

You are here: Home arrow Ethical Hacking Discussions and Related Certificationsarrow Otherarrow Exploit Questions
EH-Net
May 22, 2013, 12:57:53 AM *
Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length
News: Go back to The Ethical Hacker Network Online Magazine Home Page
 
   Home   Help Calendar Login Register  
Pages: [1] 2   Go Down
  Print  
Author Topic: Exploit Questions  (Read 12938 times)
0 Members and 1 Guest are viewing this topic.
tntcoda
Newbie
*
Offline Offline

Posts: 16



View Profile
« on: September 28, 2008, 07:23:05 AM »

Old.
« Last Edit: January 11, 2012, 02:38:00 PM by tntcoda » Logged
$w33p3R
Newbie
*
Offline Offline

Posts: 30


View Profile
« Reply #1 on: September 28, 2008, 09:06:23 AM »

Being more specific, most modern operating systems ship with some kind of ASLR, which from what ive seen isnt at all easy to bypass. I would be interested if theres any papers on how it can actually be defeated? Plus theres things avaliable on top of this like stack protection,  grsecurity and selinux locking things down further.

Jack,

I would really view it right the opposite.  If you can find an OS fresh out of the box, you are most likely going to be able to exploit it.  The reason being is it most likely has tons of patches that has yet to be applied.  This even applies to OS's that have been in production for awhile.

Corporations get caught with their pants down when lazy Admin don't keep up with patches on their servers and workstations.  New exploits are constantly being found.  That is why hackers are constantly scanning systems.  They are looking for version numbers and patch numbers so they can see if it might have a vulnerability that hasn't been patched yet.

So am I correct in this line of thought? I suppose crashing a program can be considered just as serious, but being able to executing arbitrary code from an OS level vulneratbility or a running process seems to be fading away? Any other attack vectors relevant to these kind of vulnerabilities?

Jack, Windows 2003 Server is still one of the easiest OS's to get a reverse shell on, even though its been out for how many years? Here is a real world example:

I did a scan on my employers servers not long after being hired in IT.  I noticed they were running service pack 1 when service pack 2 had been out for quite awhile.  So here I go, I hit Google and find all the exploits I can find for SP1.  I get the list and take it to the network administrator and say, "I can do this, this and this and take control of that server right now.  Don't you think you need to get this patched?"

That is how easy it is to exploit a OS fresh out of the box or not.


« Last Edit: September 28, 2008, 09:15:01 AM by $w33p3R » Logged

MCP, CEH
apollo
Full Member
***
Offline Offline

Posts: 146


View Profile WWW
« Reply #2 on: September 29, 2008, 05:03:33 AM »

All of these features are basically raising the security bar on security.  With each thing, the amount of skill and effort it takes to get a working exploit rises.  That's the basic point of all the security stuff we throw out there.  Whether it's firewalls or service hardening or whatever, if there is a person motivated enough and skilled enough with a lot of free time on his/her hands, eventually they will either figure out how to get in or give up to find something more fun. 

There was discussion at DEFCON of how to defeat some of these things.  If you read this article http://arstechnica.com/news.ars/post/20080811-the-sky-isnt-falling-a-look-at-a-new-vista-security-bypass.html there is the discussion that talks what tntcoda said.  The things that I read that seemed most important is that a portion of all of this depends on software developers doing the right thing.  This is also implied with the grsecurity software here: http://www.grsecurity.net/confighelp.php.

In my opinion, we as security people can keep putting up barriers, but when we look at software development, even the folks that the developers frequently look up to such as Microsoft, are opting out of their own security measures (see the first article referenced).  If we are running OS's with only the base services enabled and fully patched, I think that the bar is pretty high up there, but as soon as you start installing software on there, the attack vector just gets bigger.  With Vista as an example, I am pretty confident that many people that got bothered by UAC just turned that puppy off and there goes another layer of protection.  Knowing that IE has opted out of additional security features along with this, and your attack space has gotten larger.

In my opinion, if we want to make sure that the systems are security, it needs to be a multi-pronged approach.  1) it needs to be convenient for the user, 2) it needs to be built into the OS, 3) it needs to be enforced by the applications.  Developers are going to need to start writing code that doesn't opt out of DEP (Data Execution Protection) and ASLR(Address Space Layout Randomization), but sometimes that's hard, and we're willing to compromise. We all compromise some, I am sure that I'm not the only one that's hit the "remind me later" button on Acrobat when I'm trying to read a PDF off of a site that I trust. The compromise is what really gets us in trouble i think.
Logged

CISSP, CSSLP, MCSE+Security, MCTS, CCSP, GPEN, GWAPT, GCWN, NOP, OSCP, Security+
unicityd
Full Member
***
Offline Offline

Posts: 156

Bored IT Manager, Crypto Nerd


View Profile WWW
« Reply #3 on: September 29, 2008, 11:44:38 AM »

Jack,

Many of the protections that are being shipped can be bypassed. 

On Windows, the /GS protections aren't always used and can be bypassed (in some cases) even when they are.  DEP is not fully supported on some processors and does not have to be enabled for all programs.

OpenBSD has a lot of features to prevent buffer overflow attacks and, as a result, there aren't a lot of OpenBSD exploits.

Linux systems vary.  StackGuard (which the /GS protections are based on) can be bypassed.  Stack randomization (boot-time or run-time) can be defeated also.  ASLR is harder to bypass but it is possible.  PaX can be defeated (even aside from the security flaw reported on Bugtraq).  Non-exec stack makes exploitation harder, but the return-into-libc method was made specifically to work around this barrier.

I posted a list of papers on writing buffer overflows a couple of weeks ago.  Many of the papers in that list deal specifically with defeating the various protections: 

http://www.ethicalhacker.net/component/option,com_smf/Itemid,54/topic,2897.msg13502/#msg13502

The buffer overflow exploit is very much alive.

Regards.
Logged

BS in IT, CISSP, MS in IS Management (in progress)
sgt_mjc
Sr. Member
****
Offline Offline

Posts: 294


View Profile
« Reply #4 on: October 01, 2008, 09:12:56 AM »

Another example of an OS being hardened correctly is an NT box we have here. This thing has been resistant to every thing several of us have tried. When the box we set up, it had just a few services running and was configured in such a way that it didn't respond to an outside box. That is not to say that a person on the inside couldn't get to it. I haven't tried that yet and this gave me that idea. But it boils down to a competent admin keeping up with the latest patches and setting up in a secure manner from the get go.

One last point to ponder. Security seeks to make a target as unattractive as possible. Look at the target house a burglar may go after. He is going to look for old locks or open windows. Something that suggests an easy pick. But if you have newer locks, locked windows, and an alarm, he is going to look for something easier. That is not to say that he couldn't get into the house, but he runs a greater chance of being caught when the next door neighbor is an easier target. Some one will find a way to get in, the trick is to make it more trouble than it is worth.
Logged

Mike Conway
CISSP
CompTia Security +
C|EH
LSOChris
Guest
« Reply #5 on: October 01, 2008, 11:10:42 PM »

you never did say what ports were open on that NT box.  its quite a stretch to say NT4 is secure.
Logged
don
Editor-In-Chief
Administrator
Hero Member
*****
Offline Offline

Posts: 4165


Editor-In-Chief


View Profile WWW
« Reply #6 on: October 01, 2008, 11:13:38 PM »

Sorry to hijack this thread, but this marks Chris' 1000th post on EH-Net.

Many & continued thanks, my friend.

Don
Logged

CISSP, MCSE, CSTA, Security+ SME
LSOChris
Guest
« Reply #7 on: October 01, 2008, 11:18:35 PM »

wow oct is shaping up to be a great month.

and consider the thread fully hijacked  Grin
Logged
sgt_mjc
Sr. Member
****
Offline Offline

Posts: 294


View Profile
« Reply #8 on: October 02, 2008, 11:31:47 AM »

17, 80, 139 are the ports that show on an nmap scan.
Logged

Mike Conway
CISSP
CompTia Security +
C|EH
LSOChris
Guest
« Reply #9 on: October 03, 2008, 11:34:26 PM »

DCOM exploit didnt work?
Logged
sgt_mjc
Sr. Member
****
Offline Offline

Posts: 294


View Profile
« Reply #10 on: October 07, 2008, 11:16:29 AM »

Nope
The thing doesn't respond to any requests to 17 or 80. Its freakin' rediculous.
Logged

Mike Conway
CISSP
CompTia Security +
C|EH
LSOChris
Guest
« Reply #11 on: October 07, 2008, 02:21:00 PM »

reboot it!! Shocked
Logged
sgt_mjc
Sr. Member
****
Offline Offline

Posts: 294


View Profile
« Reply #12 on: October 08, 2008, 08:37:07 AM »

lmao ChrisG,

 We have tried everything against it and we get no where. Its quite frustrating.
Logged

Mike Conway
CISSP
CompTia Security +
C|EH
LSOChris
Guest
« Reply #13 on: October 08, 2008, 11:26:12 AM »

did you determine the service pack level?

also, if you've tried other exploits and they failed you need to reboot it so those services can start back up, NT is notorious for crashing services after failed exploit attempts.
Logged
sgt_mjc
Sr. Member
****
Offline Offline

Posts: 294


View Profile
« Reply #14 on: October 09, 2008, 12:54:26 PM »

there are no SPs on this box and I'll try the reboot. Our other NT box has SP6 installed and that has fallen to our attenpts to gain access like nobody's business. Go figure...the SPs that are supposed to make it more secure actually make it less.
Logged

Mike Conway
CISSP
CompTia Security +
C|EH
Pages: [1] 2   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines
Joomla Bridge by JoomlaHacks.com
Valid XHTML 1.0! Valid CSS!
Page created in 0.088 seconds with 23 queries.
 
Exclusive Deal

sansfire13_245x90_cw90.jpg
SANSFIRE 2013
June 15 - 22

5% Off w/ Code: EHN_5

SANS Deals 4 EH-Netters
5% OFF Any SANS Course in Any Format!
Coupon Code: EHN_5 Including SANS Rocky Mountain 2013 & SANS Boston 2013
Polls
Compared to this year, 2013 will be:
 
Recent Forum Topics
EH-Net News Feeds
Latest Additions
 
         
Advertisement

© 2013 The Ethical Hacker Network
Joomla! is Free Software released under the GNU/GPL License.