[Alpine-info] Possible security vulnerability?

John Carter john.carter at tait.co.nz
Tue May 20 13:47:42 PDT 2008


On Tue, 20 May 2008, Matt Ackeret wrote:


> On Tue, 20 May 2008, John Carter wrote:

>> Note 6. An effective way of exploring these issues is to use strace to

>> intercept system calls. Except you have to be able to follow through

>> fork/exec pairs. Thus you need to sudo it. This unfortunately loses

>> you ~/.pinerc settings. However, my cunning double sudo seems to

>> work..

>

> can't you just

>

> sudo strace alpine -p ~myuser/.pinerc

> ???

> (obviously I'm leaving out some of the arguments, but you get the idea,

> just point it at the user directly.. Then I think you're getting

> alpine run as the real user, maybe not.)


The way I read that is...
* It won't follow fork/exec's you need -f for that.

* It will run alpine as root, and if it creates / mucks with any
files (which it does) they may well be owned by root. Which may
cause interesting new and different issues for you later.

* There may be other aspects of alpine's behaviour, apart from where
it gets it's .pinerc, that differs if you are a different and more
privileged user.

* I use this trick for exploring security issues. ie. I'm already
feeling a bit paranoid. Exploring such issues _and_ giving the
suspect tool root privilege makes me very nervous.

So I think I'll stick with the double sudo.

sudo strace -v -f -o tlog -s 1024 sudo -u MYUSERNAME -H alpine



John Carter Phone : (64)(3) 358 6639
Tait Electronics Fax : (64)(3) 359 4632
PO Box 1645 Christchurch Email : john.carter at tait.co.nz
New Zealand



More information about the Alpine-info mailing list