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 32 guests online
 
Advertisement

You are here: Home arrow Ethical Hacking Discussions and Related Certificationsarrow Otherarrow Disabling wget?
EH-Net
May 19, 2013, 12:25:21 PM *
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]   Go Down
  Print  
Author Topic: Disabling wget?  (Read 4007 times)
0 Members and 1 Guest are viewing this topic.
clanggedin
Newbie
*
Offline Offline

Posts: 17


View Profile
« on: May 27, 2010, 11:41:04 PM »

I work for a large web hosting company.. I wont give the name, but I see on a daily basis accounts getting hacked either for phishing or blackhat-seo. The vast majority of the sites are either running Joomla or Wordpress. One thing that a few of us that work there have been talking about is disabling 'wget'. Most of the hacks that I see use wget to install a shell, bot or proxy onto the account. We use cpanel as our backend mgmt tool for the client. I know Fantastico uses wget, which we are in the process of phasing out anyways and I know that some programs recommend wget to install their software, as well a some cron jobs use them.

It seems that an account gets hacked, then deactivated by our Abuse department only to get reinstated without it getting really cleaned out. The site gets hacked again hours later then deactivated and this process goes on until we tell the customer to find another host. Removing wget may help less sites get hacked and save us $$ in the long run.

Are there any other 'cons' to removing wget that I am not aware of?
Logged
Equix3n-
Sr. Member
****
Offline Offline

Posts: 386



View Profile
« Reply #1 on: May 28, 2010, 08:14:46 AM »

Change the permission to 700. This way only root will be able to execute it. More specifically, you should use the following command
Code:
chmod 700 `which wget` && chattr +i `which wget`

They can always use 'curl'. Better to 700 it too.
A little Google fu would've helped you here http://redhatvn.net/disable-wget#more-37
« Last Edit: May 28, 2010, 08:22:47 AM by Equix3n- » Logged
clanggedin
Newbie
*
Offline Offline

Posts: 17


View Profile
« Reply #2 on: May 28, 2010, 09:03:02 AM »

Yes... We know how to disable wget. My question is what would the ramifications be if we disabled wget for our customers?

Would it be something that security experts recommend doing?
Logged
chrisj
Hero Member
*****
Offline Offline

Posts: 1163


View Profile WWW
« Reply #3 on: May 28, 2010, 11:07:53 AM »

That's a tricky question. Since Wget is used to mostly get data. I can't speak for other security pros, but I wouldn't disable it out right.

Most of your customers probably don't use it, and those that do use it will complain. It's the ones that would complain you need to watch out for.

I (imho) would make an addendum to the AUP and require users to have to OPT in to use it. Explain why it's being disabled, and require the customer to request the tool. It's pretty standard on most distros now days.

2 things get accomplished. Customer training, and patching a whole while not getting more complaints from users.

I'm sure some people will probably disagree with me.

Logged

OSWP, Sec+
SecMan
Newbie
*
Offline Offline

Posts: 17


View Profile
« Reply #4 on: May 31, 2010, 02:48:58 AM »

Instead of disabling, why not replace it with a script/binary that sends you an alert when it is used?  Rename the original wget with wget2 or something like that and tell your users to use it instead.  That way, you get automated alerts if a malicious user or script tries to use it.  You can do the same with curl as well since wget + curl are the most popular tools for downloading using the cli.
Logged
Pages: [1]   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.089 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.