User Tools

Site Tools

Use case name

#7: Add user new SSH key


Upload to the system a new SSH key for a given user


Server (Software)



  1. The user to update (objective) has to be registered
  2. The user that performs the update (actioner) has to be registered
  3. The actioner has to be a credential of higher level than the objective (this condition also prevents admins from changing other admins info)
Primary actor

A registered actioner


A registered user with some credentials level uses the server interface (or server API) to upload one SSH key to another user (or himself)

Main Success Scenario
  1. The actioner selects an objective and clicks on updaload new SSH key option
  2. As alternative: the actioner sends a valid request with all information to the Public server API
  3. The server verifies the actioner credentials
  4. The server verifies that the actioner current credentials are enough (policy: higher than the objective user to update)
  5. LEANDRO: The server updates the keys at each involved sliver
  6. The server notifies to the objective user that one more SSH credential has been uploaded

DAVIDE: What happen if the key is in use? There exist a limit?

IVAN: What are the problems of two users sharing an SSH key? LEANDRO: no problem, that is out of scope of the system DAVIDE: There isn't a specific reason to limit the number of users that shares an SSH key, but we have to decide if it's possible or not.

LEANDRO: This case is similar o same as user update information

use-cases/user-ssh-add.txt · Last modified: 2012/04/15 20:58 by leandro