Internal Server Security
Defines a security manager implementation that implements security internally - the security settings are stored in the same configuration file.
Version
Available from version 1.5
Examples
<internalSecurity> <cache type="inMemoryCache" duration="10" mode="sliding" /> <users> <passwordUser name="johndoe" password="letmein" /> <simpleUser name="*" /> </users> <permissions> <rolePermission name="general" forceBuild="Deny"> <users> <userName name="*" /> </users> </rolePermission> </permissions> </internalSecurity>
Configuration Elements
| Element | Description | Type | Required | Default | Version |
|---|---|---|---|---|---|
| audit | The audit loggers. | Security Audit Loggers array | No | None | 1.5 |
| auditReader | The audit reader. | Security Audit Readers | No | None | 1.5 |
| channel | The channel security requirements. | Channel Security | No | None | 1.5 |
| defaults | The default permissions. | General Security Permissions | No | None | 1.5 |
| permissions | The server-level permissions. | Security Permissions array | Yes | n/a | 1.5 |
| cache | The associated session cache. | Security Caches | No | In Memory Security Cache | 1.5 |
| users | The users for the same. | Security Users array | Yes | n/a | 1.5 |
Notes
General Security Permissions
The following are the general security permissions:
| Element | Description | Type | Required | Version |
|---|---|---|---|---|
| defaultRight | This is the permission that will be used if no other permission has been specified. See notes below for how this works. | Permission | No | 1.5.0 |
| forceBuild | The force/abort build permission. | Permission | No | 1.5.0 |
| sendMessage | The send message permission. | Permission | No | 1.5.0 |
| startProject | The start/stop project permission. | Permission | No | 1.5.0 |
| changeProject | The permission to change a project, e.g. add/modify/delete. | Permission | No | 1.5.0 |
| viewSecurity | The permission to view security information. | Permission | No | 1.5.0 |
| modifySecurity | The permission to modify security settings (via a client). | Permission | No | 1.5.0 |
| viewProject | The view project permission. | Permission | No | 1.5.0 |
| viewConfiguration | The permission to view configuration information. | Permission | No | 1.5.0 |
Permission
Each permission can be one of the following values:
- Allow: the permission has been granted
- Deny: the permission has been disallowed
- Inherit: The next level of permissions will be checked to see if it is allowed or denied. If the permission has not been set at any other level, then the default permission will be returned.
The default permission for an omitted permission attribute is "Inherit".
Permission Inheritance
Permissions can be set in multiple places, at both server and project level. When checking for a permission, the security manager will start at the project level and check each permission definition to see if it is valid for the user.
When a valid permission is found, it will then see if the specific permission has been set (i.e. not inherit). The specific permission is decided by the action, e.g force or abort build, start or stop a project, etc. If the specific permission is not set, then it will check the default permission. If neither is set, then it will continue on through the permissions until it finds another valid permission. This will continue until all the permissions have been checked, or a permission has been found (e.g. allow or deny).
If no permissions are found at the project level, it will then use the permissions defined at the server level. Again, it will first check for a specific permission, and then the default permission. If no permissions has been found after this, then it will return denied as the permission.
 | Automatically Generated Documentation generated on Sunday, 13 Dec 2009 at 8:11:10 AM |
