From: Bit Twister on
On Mon, 05 Apr 2010 16:54:03 +0100, The Natural Philosopher wrote:
> Bit Twister wrote:
>
> Good points. Why not have a /data area that you can exprt with samba to
> fix all teh issues, or ount with group read/write.. and keep /home separate?

For my user stuff I have $HOME/local and $HOME/.cron as example
$ ls $HOME/local
audio c html java perl proc qt sql work
bin dialog icons msql php python shell

$ ls $HOME/.cron
cron.job daily flag hourly monthly todo.txt weekly

For common root cron jobs, there are links in the /etc/cron*
directories to /local/cron* directories.


>> For thunderbird, I have separate user accounts for each email address.
>> That keeps any malware confined just to that email address.
>>
>
> On my separate server setup I remote mount the mail directory. No
> malware that kills Linux .

True to date, but, may not be true tomorrow. :)

I have no desire for some new malware to read anything about/from my other
email accounts.
From: Bit Twister on
On Mon, 05 Apr 2010 12:59:14 +0000, Bill Bonde {Colourless green ideas don't sleep furiously) wrote:
>
>
> Bit Twister wrote:
>>
>
>> Any browser usage also has it's own user account (bank, surfing,
>> credit card, ISP,...)
>>
> "its own user account"

Yeah, I can never remember that. :)

> Speaking of that, however, I'm doing that by ssh into the main
> Firefox account.

I used to do that, until I got sudo setup to let me in without password.

> The confusion in switching between these accounts
> on the desktop is partly fixed by having a scheme, or whatever it's
> called, that looks different.

For each browser account, I created an index.html with the links that
account might visit. That way I can not mistype the url.

For accounts with web login, I entered and invalid id/pw just to get
the link of the secured login screen rather than using the web page's
login box.

If I misunderstand it correctly, two accounts launching firefox uses
common stuff between the first firefox binary in memory. Because of
that, any browser account needing a web login first checks if firefox
is already running. If so I use xmessage to tell me to close the other
firefox. That way malware on a web site will not have the ability to
get anything from the other session do to an exploit in firefox.

From: Bill Bonde {Colourless green ideas don't sleep furiously) on


Bit Twister wrote:
>
> On Mon, 05 Apr 2010 12:59:14 +0000, Bill Bonde {Colourless green ideas don't sleep furiously) wrote:
> >
> >
> > Bit Twister wrote:
> >>
> >
> >> Any browser usage also has it's own user account (bank, surfing,
> >> credit card, ISP,...)
> >>
> > "its own user account"
>
> Yeah, I can never remember that. :)
>
> > Speaking of that, however, I'm doing that by ssh into the main
> > Firefox account.
>
> I used to do that, until I got sudo setup to let me in without password.
>
I'm using ssh without typing a password because it is authenticated
using one of the means that avoids having to type a password. I
think we talked about this before and I, against the opinions of
others, think that a sudo account is vulnerable.

The main account, the one with the desktop, uses ssh to run firefox
on another account. This is setup to automatically work without
asking for a password. When trying to ssh back from that account,
however, a password is demanded. So I think I've locked down, at
least in that way, the various firefox accounts. I know I have more
to do to really lock them down since I want them to have only
minimal access to do their jobs and nothing more.



> > The confusion in switching between these accounts
> > on the desktop is partly fixed by having a scheme, or whatever it's
> > called, that looks different.
>
> For each browser account, I created an index.html with the links that
> account might visit. That way I can not mistype the url.
>
I was using bookmarks for this, although I can see value in having
a custom start up page, especially for the securest version of
firefox, which would only go to certain sites, like banks.



> For accounts with web login, I entered and invalid id/pw just to get
> the link of the secured login screen rather than using the web page's
> login box.
>
> If I misunderstand it correctly, two accounts launching firefox uses
> common stuff between the first firefox binary in memory. Because of
> that, any browser account needing a web login first checks if firefox
> is already running. If so I use xmessage to tell me to close the other
> firefox. That way malware on a web site will not have the ability to
> get anything from the other session do to an exploit in firefox.
>
This is something I'm going to have to look into more. I was hoping
there was more separation.



--
"It is illuminating for purposes of reflection, if not for
argument, to note that one of the greatest 'fictions' of our
federal system is that the Congress exercises only those powers
delegated to it, while the remainder are reserved to the States or
to the people. The manner in which this Court has construed the
Commerce Clause amply illustrates the extent of this fiction.",
Hodel v. Virginia Surface Mining, 452 U.S. 264, 307 (1981)
From: Bit Twister on
On Mon, 05 Apr 2010 16:21:45 +0000, Bill Bonde {Colourless green ideas don't sleep furiously) wrote:
>
>
> Bit Twister wrote:

> The main account, the one with the desktop, uses ssh to run firefox
> on another account. This is setup to automatically work without
> asking for a password. When trying to ssh back from that account,
> however, a password is demanded.

Hmm, I set .bash_profile to run firefox $HOME/index.html and exit.
..bash_logout will submit an at job to delete files/subdirectories and
untar a pristine setup.


>> If I misunderstand it correctly, two accounts launching firefox uses
>> common stuff between the first firefox binary in memory. Because of
>> that, any browser account needing a web login first checks if firefox
>> is already running. If so I use xmessage to tell me to close the other
>> firefox. That way malware on a web site will not have the ability to
>> get anything from the other session do to an exploit in firefox.
>>
> This is something I'm going to have to look into more. I was hoping
> there was more separation.

Hell, just sharing firefox's dns cache could be bad news. :(
From: Robert Heller on
At Mon, 05 Apr 2010 09:02:03 -0500 Ignoramus25832 <ignoramus25832(a)NOSPAM.25832.invalid> wrote:

>
> On 2010-04-05, Bit Twister <BitTwister(a)mouse-potato.com> wrote:
> > On Mon, 05 Apr 2010 08:30:28 -0500, Ignoramus25832 wrote:
> >>
> >> I would like to set up multiple boot on my laptop, booting Ubuntu,
> >> Debian Lenny and CentOS 5. I would like to know how much of a trouble
> >> will I have, with things like gnome settings, .mozilla directory,
> >> etc.
> >
> > For starters, I recommend /home installed under / and not shared
> > across distributions.
> >
> > Different distribution releases can have different UID/GID. Desktop
> > managers can be different, not to mention applications.
>
> UID and GID I could take care of, I think. It is everything else that
> I am worried about.

If the base version of Gnome, etc. are much the same, there should not
be serious problems. If FireFox's version is different, then rebooting
to a different O/S will put you though FF's 'Checking Extentions for
compatibility' process - anoying, but harmless, so long as the base
version is compatible (eg FF 3.0.x vs FF 3.0.y, where x != y).

I 'upgraded' from Ubuntu 8.4 to CentOS 5.2, using the same /home FS and
nothing distrastorious happened (some desktop icons were 'lost', due to
some distro shuffling of stuff under /usr/share/). I commonly have
shuffled between 'adjenct' versions of RedHat when I have upgraded to a
new major version. OTOH, *I* don't use gnome (or any other desktop
manager). Worst was the need to re-compile personal applications and the
corresponding issues there -- normally I defer that sort of thing until
I am ready to abandon the older version and go 'production' with the new
version. I've preserved /etc/passwd et. al. across versions (merged
local users from the old /etc/passwd to the new /etc/passwd).

>
> > New desktop manager might munge configuration files in $HOME and old
> > release might not run with new config files.
> >
> > For the UID/GID problem, I numbered all user accounts starting from 1500.
> > I have a script to save id/passwords for new installs and to use with
> > any distribution.
> > http://groups.google.com/group/alt.os.linux.mandriva/msg/320ac28aeedc5649?dmode=source
> >
> > For thunderbird, I have separate user accounts for each email address.
> > That keeps any malware confined just to that email address.
> >
> > Any browser usage also has it's own user account (bank, surfing,
> > credit card, ISP,...)
> >
> > Third part apps like thunderbird and firefox in shared partition /local/opt
> > That way I have the latest from the vendor and do not use the
> > Distribution's copy.
> >
> >
> > For common stuff shared across installs for $HOME, I link those back
> > to a shared partition, /accounts/$USER.
> >
> > Some link snippets.
> > .bash_logout -> /accounts/bittwister/.bash_logout
> > .bashrc -> /accounts/bittwister/.bashrc
> > lisp -> /accounts/bittwister/lisp
> > local -> /accounts/bittwister/local
> > mail -> /accounts/bittwister/mail
> > .signature -> /accounts/bittwister/.signature
> > .Skype -> /accounts/bittwister/.Skype
> > .Xresources -> /accounts/bittwister/.Xresources
> >
> > Other option to consider, use a virutal machine app like VirtuaBox.
> > http://virtualbox.org/
> >
> > I created a large partition and put the VM distributions for testing in
> > there.
>
> Another thing that I could do, is have /home directory confined to
> every distro, and to have shared /data directory with movies and
> music. It would not be as elegant, but may be less troublesome.
>
> i
>

--
Robert Heller -- Get the Deepwoods Software FireFox Toolbar!
Deepwoods Software -- Linux Installation and Administration
http://www.deepsoft.com/ -- Web Hosting, with CGI and Database
heller(a)deepsoft.com -- Contract Programming: C/C++, Tcl/Tk