Discuss

discuss@lists.centos.org

34753 discussions

(no subject)
by Bennett Haselton 01 Jan '12

01 Jan '12

(Tried sending this before but it doesn't look like it went through; apologies if you're seeing it twice.) OK, a second machine hosted at the same hosting company has also apparently been hacked. Since 2 of out of 3 machines hosted at that company have now been hacked, but this hasn't happened to any of the other 37 dedicated servers that I've got hosted at other hosting companies (also CentOS, same version or almost), this makes me wonder if there's a security breach at this company, like if they store customers' passwords in a place that's been hacked. (Of course it could also be that whatever attacker found an exploit, was just scanning that company's address space for hackable machines, and didn't happen to scan the address space of the other hosting companies.) So, following people's suggestions, the machine is disconnected and hooked up to a KVM so I can still examine the files. I've found this file: -rw-r--r-- 1 root root 1358 Oct 21 17:40 /home/file.pl which appears to be a copy of this exploit script: http://archive.cert.uni-stuttgart.de/bugtraq/2006/11/msg00302.html Note the last-mod date of October 21. No other files on the system were last modified on October 21st. However there was a security advisory dated October 20th which affected httpd: http://mailinglist-archive.com/centos-announce/2011-10/00035-CentOSannounce… https://rhn.redhat.com/errata/RHSA-2011-1392.html and a large number of files on the machine, including lots of files in */ usr/lib64/httpd/modules/* and */lib/modules/2.6.18-274.7.1.el5/kernel/* , have a last-mod date of October 20th. So I assume that these are files which were updated automatically by yum as a result of the patch that goes with this advisory -- does that sound right? So a couple of questions that I could use some help with: 1) The last patch affecting httpd was released on October 20th, and the earliest evidence I can find of the machine being hacked is a file dated October 21st. This could be just a coincidence, but could it also suggest that the patch on October 20th introduced a new exploit, which the attacker then used to get in on October 21st? (Another possibility: I think that when yum installs updates, it doesn't actually restart httpd. So maybe even after the patch was installed, my old httpd instance kept running and was still vulnerable? As for why it got hacked the very next day, maybe the attacker looked at the newly released patch and reverse-engineered it to figure out where the vulnerabilities were, that the patch fixed?) 2) Since the */var/log/httpd/* and /var/log/secure* logs only go back 4-5 weeks by default, it looks like any log entries related to how the attacker would have gotten in on or before October 21st, are gone. (The secure* logs do show multiple successful logins as "root" within the last 4 weeks, mostly from IP addresses in Asia, but that's to be expected once the machine was compromised -- it doesn't help track down how they originally got in.) Anywhere else that the logs would contain useful data?

1 0

Checkinstall rpm for CentOS-6 x86_64?
by James B. Byrne 01 Jan '12

01 Jan '12

I cannot seem to find a checkinstall rpm package for CentOS-6 or one for x86_64 more recent than CentOS4. When I try to build it locally from the most recent source I can find, c.2006, I get build errors having to do with size constants either missing or improperly defined. Does anyone have a source for an rpm of this package that runs on CentOS-6_x86_64 or can recommend a replacement for it? -- *** E-Mail is NOT a SECURE channel *** James B. Byrne mailto:ByrneJB@Harte-Lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3

5 5

CentOS 6 x86_64 can't detect raid 10
by David 31 Dec '11

31 Dec '11

Dear All, I just got a new server with the following specifications: motherboard : Intel S5500BC CPU : Xeon Quad Core 2.6Ghz RAM : 8GB HDD : 4 x 2TB SATA with configured raid 10 using raid embedded server. The problem is the centos installer can't detect raid virtual disk. I can't find any log error with the following error messages during installation process: Disks sda, sdb, sdc, sdd contain BIOS RAID metadata but are not part of any recognized BIOS RAID sets. I'm already use search engine to find the information regarding to this issue, but I can't find the solutions for CentOS. Thanks in advance -- -- Best regards, David ------------------------ http://blog.pnyet.web.id

3 2

CentOS 6 x86_64 can't detect raid 10
by David 31 Dec '11

31 Dec '11

3 2

RHEV guest tools
by Johan Kooijman 29 Dec '11

29 Dec '11

Hi all, We're running RHEV as our main virtualization platform. Most of our guests are CentOS though. Do you guys know if there's a guest tools package for CentOS available like there is for Windows for example? Can't really find an answer here. -- Met vriendelijke groeten / With kind regards, Johan Kooijman T +31(0) 6 43 44 45 27 F +31(0) 162 82 00 01 E mail(a)johankooijman.com

6 11

Refresh all packages?
by Weplica 29 Dec '11

29 Dec '11

Hello, I have dedicated server on CentOS Linux 6.1 with webmin/virtualmin and it tell me: Package updates 145 updates to system packages are available. Use the Virtualmin Package Updates module to install them selectively. 4 updates to Virtualmin packages are available. Use the Virtualmin Package Updates module to install them selectively. Should I update all packages?

3 2

why not have yum-updatesd running by default?
by Bennett Haselton 29 Dec '11

29 Dec '11

Ever since someone told me that one of my servers might have been hacked (not the most recent instance) because I wasn't applying updates as soon as they became available, I've been logging in and running "yum update" religiously once a week until I found out how to set the yum-updatesd service to do the equivalent automatically (once per hour, I think). Since then, I've leased dedicated servers from several different companies, and on all of them, I had to set up yum-updatesd to run and check for updates -- by default it was off. Why isn't it on by default? Or is it being considered to make it the default in the future? Power users can always change it if they want; the question is what would be better for the vast majority of users who don't change defaults. In that case it would seem better to have updates on, so that they'll get patched if an exploit is released but a patch is available. If the risk is that a buggy update might crash the machine, then that has to be weighed against the possibility of *not* getting updates, and getting hacked as a result -- usually the latter being worse. After all, if users are exhorted to log in to their machines and check for updates and apply them, that implies that the risk of getting hosed by a buggy update is outweighed by the risk of getting hacked by not applying updates. If that's true for updates that are applied manually, it ought to be true for updates that are downloaded and applied automatically, shouldn't it? Bennett

7 9

NFS options in fstab
by Daniel Bird 29 Dec '11

29 Dec '11

Hi All, I've a quick question I'm hoping someone can help out on; One of our NFS servers has an intermittent hard lock problem under high load. This is a CentOS 5.7 box. It's due for replacement sometime next year. However... The issue is when this box dies the boxes that mount the NFS exports have trouble with the mount and some processes time out casing the system mounting the file system to become unresponsive also. Of course un-monuting the file system with -l fixes it. This is an example of our current mount options in fstab hostname:/share1/ /mountpoint nfs rw,intr,soft,bg 0 0 The question is, what (other) options should we be using to allow the mounting server to ignore/fail/timeout the mount, or at least continue normal processing, when the NFS server packs up? FYI we can't move to NFS4 since we've some old boxes running Solaris 8 mounting this filesystem also, which cannot be upgraded Solaris 10 to support v4. All the best Dan

2 3

asus-wmi.ko for Asus G73Sw running CentOS 6.2
by Rob Kampen 29 Dec '11

29 Dec '11

Hi List, Just loaded our favorite OS onto my new ASUS laptop. Practically everything worked out of the box - I used the live DVD to check things out and installed from there. I have followed http://forum.notebookreview.com/asus-gaming-notebook-forum/553474-g73-asus-… to get suspend working and also to get function keys working for LCD screen backlight controls working (Fn F5 and Fn F6). Upon further searches I find that there is a kernel module asus-wmi.ko available in some distros that also allows some of the other Asus functions to operate - of particular interest is the keyboard backlight (Fn F3 and Fn F4) as well as the master backlight on/off key to function. Question, does anyone know where and how to locate this (asus-wmi.ko) and get it functioning under CentOS 6.2? I am prepared to set up the required build environment - but need some assistance as this is really at the limits of my experience. I have rebuilt the kernel to remove patches with some success previously and will have to dust off this knowledge if required. TIA

3 2

6.2 release: a thank you
by Louis Lagendijk 29 Dec '11

29 Dec '11

Gents I would like to express my appreciation for the unbelievably quick release of Centos 6.2. Thanks a million! You managed to release 6.2 some 10 days after 6.1. Johnny, you are not that ugly after all :-). Louis

8 9

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss