QUOTE (tyme @ Nov 21 2006, 08:35 PM)

Given time and any distro, it can be cracked. From all the research I've done, Ubuntu isn't inherently flawed. I think our discussions here have revealed the only real flaw, which is the length that sudo stays active. Other than that I see no reason to think Ubuntu is more susceptible to attack than any other Linux distribution (ok, 'cept maybe debian stable).
Well #1 we are having the discussion which would never take place on Ubuntu forums ....anyone asking is basically told "you don't understand Linux go back to windows" or "The devs wouldn't do it if it was a risk"
I didn't see any of them ended without someone getting banned eventually... after retaliating to being called an idiot...
QUOTE
QUOTE
it is done so with tools looking to set a SUID bit etc. but Ubuntu bypasses this...
I'm not sure I understand your logic here - are you saying that, because these tools don't cover all possible means of entry, Ubuntu is somehow flawed? SUID is only necessary if the program requires it. Using SUID can actually be insecure, because a cracker could use a program with an SUID bit set to root to gain root access immediately. You're actually better off not setting SUID and instead sudo'ing when you need to run something as root. Nothing really insecure about that.
Sorry didn't explain myself fully....
What I meant is after some research I did for a friend (which made me look into the Debian security audit procedure - something I'd kinds taken for granted before) for his presentation ....
Lots of security flaws concentrate on say a prog setting a SUID but (which as you say is insecure) so the auditers zoom into that code for instance to check it... in general the security procedure is
If prog running as root then <check a long list>
else
<check a shorter list>
The same goes if you follow guidelines for writing secure progs different rules exist if the prog will be run as root or not. This includes many p2p progs for instance... and many simply refuse to start as root... but if you wanna create a user called something else and give it all privs it'll probably run....
In other words the security is only good with "sane options"... and 90% of programs are designed to be run
either as a unpriv'd user OR as root... if you wanna force it you probably can but then you are missing the security because you are not running it as it was audited or designed.
The huge difference with Ubuntu is that these modifications are system wide ..not one off workarounds.
The packages are modified to use the sudo policy... and these rely on other libs... which are then modified to work with the modified app... which then effects other progs running these libs. Ubuntu is always just one step from the user being root... or the user actually being root while the password is cached...
You really notice this if you use Ubuntu and try disabling this...as you start hacking the sudo and remove your user lots of unexpected stuff won't work...
perhaps the simplest way to demonstrate this is the comment from sudoers
QUOTE
# This file MUST be edited with the "visudo" command as root.
Why? because its the sane way.... you must be root to edit sudoers... except ubuntu has no root.... so you need to edit it using sudo visudo except that's not how it was designed!
your not meant to be able to
sudo su mysql
for instance