Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | RE: !SPAM! [Full-Disclosure] Automated ssh scanning |
|---|---|
| Date: | Thu, 26 Aug 2004 14:20:55 -0500 |
Somehow, this message got to me before Ron's reply did, so I will respond to both inline.
On Thu, 26 Aug 2004 12:26:04 -0500 (CDT), Ron DuFresne <dufresne@winternet.com> wrote:On Thu, 26 Aug 2004, Stephen Agar wrote:I think many of you are missing the point. Yes the guest/guest account is weak, but this kernel is (according to debian) patched..therefore free from local exploits that can beused to gainsuperuser access. I mean if this were the case, then any box that ran this version of debian to do something like "webhosting" thatgave users shell access, may as well give them all full sudo. Because you people are assuming that if someone can gainaccess to the box, secured or not, they can gain root..i disagree.The issue here is why does debain include such a weakaccount,m thaqthas not been tamed via a very restricted chroot env!?
That is one issue, but given that I haven't installed debian in years, I can't really answer it. However, I don't think it's the "main" issue. The main issue to me is, if I do install debian, and give an account to a friend (albeit not a trusted friend), do I have to worry about a "fully patched" box still getting rooted via a local exploit?
That's not the issue though. As someone who has installed and maintained debian systems over a period of years, I can assure you that debian does not include a guest account (or any account) with a weak password or shell. There aren't any shell accounts other than root on a debian install until added by the administrator. The weak account in question here was created by the original poster with the intent of catching one of these apparently automated ssh attacks.
If he did create those accounts himself for "honeypot" purposes, and this isnt default on that debian install then it has shown us all something. It has opened the flood gates for discussion about local exploits in that particular install, that we would assume were patched (unless they are undisclosed vulns..but do we really think the script kiddies have that many 0day exploits...yikes!)
As Barry pointed to directly, it all depends upon what you make available to your clients once in a shell. It;s very likely your server would be as exploitable as most 'default' installswith the kitchen sink dropped in.Perhaps not, but likely, depending upon what you 'installedand allowclients access to'. Thanks, Ron DuFresne
I agree, if this was a production box...then any shell account I had would either be set up for something like "scp only" for a "web host", or jailed very tightly..along with every other service running on the box. I was just saying, that if I install my box, and apply every available patch, I would expect it to be free of local exploits as well as remote ones.
As for the defaults on the original posters install... that would of course depend entirely on what install method he chose. Like many current distros (Mandrake, Redhat etc) Debian offers a packaged install of a couple varieties (desktop, server, workstation etc) for an admin to pick from, or they can choose to run dselect (package management interface) and choose by hand what they do and do not want. This of course again comes back to not knowing what the initial poster did with the system beyond running dselect -> update -> install which would have autohandled updates and dependency resolution for installed packages. -- Tremaine IT Security Consultant
Thanks, Stephen _______________________________________________ Full-Disclosure - We believe in it. Charter: http://lists.netsys.com/full-disclosure-charter.html
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [Full-Disclosure] [ GLSA 200408-25 ] MoinMoin: Group ACL bypass, Joshua J. Berry |
|---|---|
| Next by Date: | Re: !SPAM! [Full-Disclosure] Automated ssh scanning, Jan Luehr |
| Previous by Thread: | Re: !SPAM! [Full-Disclosure] Automated ssh scanning, Chris Adams |
| Next by Thread: | RE: !SPAM! [Full-Disclosure] Automated ssh scanning, Ron DuFresne |
| Indexes: | [Date] [Thread] [Top] [All Lists] |