[tahoe-dev] User management
zooko
zooko at zooko.com
Sat Dec 1 09:01:30 PST 2007
> that several users belonging to the same group could start the same
> node, even if they are not the creator of the node. I've tried to do
> this, but I've got an error (failed to launch app errno1) on the
> certificate file (node.pem), so I suppose that the node certificate is
> also dependent on the node creator.
Hello Francesco.
It isn't that Tahoe detects the user and changes its behavior based
on the user, it is that tahoe changes the permission bits in your
unix filesystem.
There are a few files that tahoe changes the permissions on:
~/playground/allmydata/tahoe/trunk$ grep chmod src/allmydata/*.py
src/allmydata/client.py: os.chmod(control_furl_file, 0600)
src/allmydata/logpublisher.py: os.chmod(furlfile, 0600)
src/allmydata/node.py: os.chmod(certfile, 0600)
src/allmydata/node.py: os.chmod(fn, filemode)
src/allmydata/webish.py: os.chmod(startfile, 0600)
The second hit in node.py is here:
http://allmydata.org/trac/tahoe/browser/src/allmydata/node.py?
rev=1627#L166
It gets called from only one, place, here:
http://allmydata.org/trac/tahoe/browser/src/allmydata/client.py?
rev=1580#L67
These five files are all "sensitive" in that they contain information
which is secret and which would give an attacker power if he got
their contents.
You can work-around this by running "chmod -R g+u" on the tahoe state
directory (which is named ~/.tahoe by default).
I'm not entirely sure if that work-around will work around all of
those chmods or just some of them. (Because some of them might be
chmodded again later by tahoe.)
You could also edit the source code referenced above and change the
"0600" to "0660".
I've opened a trac ticket about this topic:
http://allmydata.org/trac/tahoe/ticket/219
Along the way, I realized that there is currently a race condition in
which a very lucky local attacker, or one who had the ability to slow
down or interrupt the operation of the tahoe process, could steal
some of the secrets.
Dear Francesco: please write to us again about your experiences in
deploying tahoe v0.6.1. Feedback about documentation,
administration, operation, etc. is very helpful -- we need to hear
both the good and the bad parts about how tahoe works.
Regards,
Zooko
More information about the tahoe-dev
mailing list