Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Restrict "serve" command to "create" operation only #162

Open
xdml opened this issue Dec 23, 2014 · 3 comments
Open

Restrict "serve" command to "create" operation only #162

xdml opened this issue Dec 23, 2014 · 3 comments

Comments

@xdml
Copy link

xdml commented Dec 23, 2014

This is security enhancement as well as --restrict-to-path option for server command.

Usage

Doing remote backups over ssh using ssh key based authentication.

Backup admin restricts serve command on server for automated ssh keys (without passphrase) to create command only (executed on machines).

If machine is compromised, attacker gets access to ssh key, that is restricted to create command only and will not be able to list, delete, prune, extract, mount and other commands from machine.

Sys admin should have another ssh key (agent forwarded personal key or shared stored with passphrase) that is not restricted to create command only.

In large environments kerberos should be used insead ssh key based authentication.

@monkz
Copy link

monkz commented Jan 6, 2015

i would like to see this as well.

@ThomasWaldmann
Copy link
Contributor

+1

@fl0at
Copy link

fl0at commented Apr 9, 2015

Attic doesn't necessarily even need to be aware of SSH: as long as attic serve passes along restrictive/explicit flags for path, permissions and the like, the authorized_keys command="foo --bar /qux/baz" configuration can limit access via the power of OpenSSH.

This is something I do all the time with rsync to limit path, bidirectionality, etc, and would probably work here :) (Eg, command="rsync --server --sender -vvtrze.iLs . /var/backup/")

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants