General connection settings
Channel policy
The channel policy lists the channels (for example, terminal session and SCP in SSH, Drawing, Clipboard in RDP) that can be used in a connection. The channel policy can further restrict access to each channel based on the IP address of the client or the server, a user list, user group, or a time policy. For example, all clients may access the servers defined in a connection via SSH terminal, but the channel policy may restrict SCP access only to a single client. The policies set in the channel policy are checked when the user attempts to open a particular channel type in the connection.
Channel policies are protocol specific. To list the available Channel policies for a protocol, use the following command.
curl --cookie cookies https://<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/<http|ica|rdp|ssh|telnet|vnc>/channel_policies
The following sections detail the properties of Channel policy objects.
URL
GET https:<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/<http|ica|rdp|ssh|telnet|vnc>/channel_policies/<object-id>
Headers
| Header name | Description | Required | Values |
|---|---|---|---|
| session_id | Contains the authentication token of the user | Required |
The value of the session ID cookie received from the REST server in the authentication response, for example, a1f71d030e657634730b9e887cb59a5e56162860. For details on authentication, see Authenticate to the Safeguard for Privileged Sessions REST API. Note that this session ID refers to the connection between the REST client and the Safeguard for Privileged Sessions REST API. It is not related to the sessions that Safeguard for Privileged Sessions records (and which also have a session ID, but in a different format). |
Sample request
The following command lists the properties of a specific RDP Channel policy object.
curl --cookie cookies -https:<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/<rdp>/channel_policies/<object-id>
Response
The following is a sample response received, showing the properties of Channel policy objects. For details of the meta object, see Introduction.
{
"body": {
"name": "terminal-only",
"rules": [
{
"actions": {
"audit": true,
"content_policy": null,
"four_eyes": false,
"ids": false
},
"allowed_for": {
"clients": [],
"gateway_groups": [],
"remote_groups": [],
"servers": [],
"time_policy": {
"key": "-100",
"meta": {
"href": "/api/configuration/policies/time_policies/-100"
}
}
},
"channel": "#drawing"
},
{
"actions": {
"audit": true,
"four_eyes": false,
"ids": false
},
"allowed_for": {
"clients": [],
"gateway_groups": [],
"remote_groups": [],
"servers": [],
"time_policy": {
"key": "-100",
"meta": {
"href": "/api/configuration/policies/time_policies/-100"
}
}
},
"channel": "cliprdr"
}
]
}
}
| Element | Type | Description | |
|---|---|---|---|
| name | string | Top level element, the name of the object. This name is also displayed on the Safeguard for Privileged Sessions web interface. It cannot contain whitespace. | |
| rules | list of JSON objects | Top level element, contains the configuration properties of the object. | |
| actions | JSON object | The actions that Safeguard for Privileged Sessions performs for the channel, for example, recording the traffic into an audit trail. | |
| allowed_for | JSON object | Specifies the access control rules of the channel, for example, permitted target IP addresses or usergroups. | |
| channel | string |
The type of the channel. Note that channels are protocol specific, and different type of channels can have different parameters.
For example: "channel": "#drawing", | |
| Element | Type | Description | |
|---|---|---|---|
| actions | JSON object | The list of actions to perform when the Content policy matches the analyzed traffic. All actions are boolean values (true or false) | |
| audit | boolean |
Set to true to record the activities of the channel into audit trails. Possible values: true or false | |
| content_policy | JSON object |
Specifies the Content policy to use in the channel, otherwise its value is null (which is the default). For details on Content policies, see Real-time content monitoring with Content Policies For example: "content_policy": {
"key": "<object-id>",
} | |
| four_eyes | boolean |
Set to true to require four-eyes authorization to access the channel. For details, see . Possible values: true or false | |
| Element | Type | Description | |
|---|---|---|---|
| allowed_for | JSON object | Specifies the access control rules of the channel. | |
| clients | list |
To restrict the availability of the channel only to certain clients, list the IP address or network of the clients allowed to use this the channel. For IPv6 addresses, use the canonized format of the address. For example: "clients": [
"192.168.1.1/24",
"2001:db8:85a3::8a2e:0:0/32"
| |
| gateway_groups | list |
You can control channel access during gateway authentication with blacklists or whitelists of user groups. You can use local user lists on Safeguard for Privileged Sessions, or LDAP groups. To use this option, you must also configure web gateway authentication in the connection policy, or client-side gateway authentication back-end in the authentication policy. For example: "gateway_groups": ["group1", "group2"], To configure local user lists, see User lists. | |
| remote_groups | list |
You can control channel access during authentication to the remote server with blacklists or whitelists of user groups. You can use local user lists on Safeguard for Privileged Sessions, or LDAP groups. For example: "remote_groups": ["group1", "group2"], To configure local user lists, see User lists. | |
| servers | list |
To restrict the availability of the channel only to certain servers, list the IP address or network of the servers that your clients are allowed to access using this the channel. For IPv6 addresses, use the canonized format of the address. For example: "servers": [
"192.168.1.1/24",
"2001:db8:85a3::8a2e:0:0/32"
| |
| time_policy | JSON object |
Specifies the Time policy to use in the channel. If you do not want to restrict access, use the default 7x24 policy-100. For details on Time policies, see Time policy. For example: "time_policy": {
"key": "-100",
} | |
Policies
List of endpoints for configuring policies and settings that can be referenced when configuring connections.
URL
GET https://<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/policies
Headers
| Header name | Description | Required | Values |
|---|---|---|---|
| session_id | Contains the authentication token of the user | Required |
The value of the session ID cookie received from the REST server in the authentication response, for example, a1f71d030e657634730b9e887cb59a5e56162860. For details on authentication, see Authenticate to the Safeguard for Privileged Sessions REST API. Note that this session ID refers to the connection between the REST client and the Safeguard for Privileged Sessions REST API. It is not related to the sessions that Safeguard for Privileged Sessions records (and which also have a session ID, but in a different format). |
Sample request
The following command lists the available endpoints.
curl --cookie cookies https://<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/policies
Response
The following is a sample response received when listing the available configuration endpoints. For details of the meta object, see Introduction.
{
"items": [
{
"key": "audit_policies",
"meta": {
"href": "/api/configuration/policies/audit_policies"
}
},
{
"key": "content_policies",
"meta": {
"href": "/api/configuration/policies/content_policies"
}
},
{
"key": "credentialstores",
"meta": {
"href": "/api/configuration/policies/credentialstores"
}
},
{
"key": "indexing",
"meta": {
"href": "/api/configuration/policies/indexing"
}
},
{
"key": "ldap_servers",
"meta": {
"href": "/api/configuration/policies/ldap_servers"
}
},
{
"key": "signing_cas",
"meta": {
"href": "/api/configuration/policies/signing_cas"
}
},
{
"key": "ticketing_policies",
"meta": {
"href": "/api/configuration/policies/ticketing_policies"
}
},
{
"key": "time_policies",
"meta": {
"href": "/api/configuration/policies/time_policies"
}
},
{
"key": "trusted_ca_lists",
"meta": {
"href": "/api/configuration/policies/trusted_ca_lists"
}
},
{
"key": "user_databases",
"meta": {
"href": "/api/configuration/policies/user_databases"
}
},
{
"key": "userlists",
"meta": {
"href": "/api/configuration/policies/userlists"
}
},
{
"key": "usermapping_policies",
"meta": {
"href": "/api/configuration/policies/usermapping_policies"
}
}
],
"meta": {
"first": "/api/configuration/aaa",
"href": "/api/configuration/policies",
"last": "/api/configuration/x509",
"next": "/api/configuration/private_keys",
"parent": "/api/configuration",
"previous": "/api/configuration/plugins",
"transaction": "/api/transaction"
}
}
| Endpoint | Description |
|---|---|
| audit_policies | Audit trail encryption, timestamping, and signing. |
| content_policies | Actions for detected commands, screen content, credit card information, and window titles. |
| credentialstores | Local and external credential stores. |
| indexing | Languages for Optical Character Recognition (OCR). |
| ldap_servers | LDAP servers. |
| signing_cas |
Signing CAs for generating the server-side certificates on the fly. You can use such CAs in SSL-encrypted RDP sessions, RDP sessions that use Network Level Authentication (CredSSP), or SSH connections that use X.509-based authentication. To configure signing for audit trails, use the audit_policies endpoint. |
| ticketing_policies | Integration settings for external ticketing systems. |
| time_policies | Time policies. |
| trusted_ca_lists | Trusted Certificate Authorities (CAs), and options for restricting the accepted certificates. |
| user_databases | Local User Databases are available for RDP, SSH and Telnet protocols, and can be used to authenticate the clients to credentials (passwords, public keys, and certificates) that are locally available on Safeguard for Privileged Sessions. |
| userlists | Local white- or blacklists of usernames that allow fine-control over who can access a connection or a channel. |
| usermapping_policies | Usermapping policies describe who can use a specific username to access the remote server. |
Status and error codes
The following table lists the typical status and error codes for this request. For a complete list of error codes, see Using the Safeguard for Privileged Sessions REST API.
| Code | Description | Notes |
|---|---|---|
| 401 | Unauthenticated | The requested resource cannot be retrieved because the client is not authenticated and the resource requires authorization to access it. The details section contains the path that was attempted to be accessed, but could not be retrieved. |
| 401 | AuthenticationFailure | Authenticating the user with the given credentials has failed. |
| 404 | NotFound | The requested object does not exist. |
Audit policies
The list of audit policies. An audit policy contains settings for encrypting, timestamping, and signing audit trails. To enable auditing for a connection, select an audit policy when configuring connections, and enable auditing for the appropriate protocol channels in the connection's channel policy.
|
|
NOTE:
The default audit policy is pre-selected when creating connection policies. Modify that audit policy with care. |
URL
GET https://<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/policies/audit_policies
Headers
| Header name | Description | Required | Values |
|---|---|---|---|
| session_id | Contains the authentication token of the user | Required |
The value of the session ID cookie received from the REST server in the authentication response, for example, a1f71d030e657634730b9e887cb59a5e56162860. For details on authentication, see Authenticate to the Safeguard for Privileged Sessions REST API. Note that this session ID refers to the connection between the REST client and the Safeguard for Privileged Sessions REST API. It is not related to the sessions that Safeguard for Privileged Sessions records (and which also have a session ID, but in a different format). |
Sample request
The following command lists the audit policies.
curl --cookie cookies https://<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/policies/audit_policies
The following command retrieves the properties of a specific policy.
curl --cookie cookies https://<IP-address-of-Safeguard for Privileged Sessions>/api/policies/audit_policies/<policy-id>
Response
The following is a sample response received when listing audit policies. For details of the meta object, see Introduction.
{
"items": [
{
"key": "78101850949e47437dd91d",
"meta": {
"href": "/api/configuration/policies/audit_policies/78101850949e47437dd91d"
}
},
{
"key": "9161063345713f11489305",
"meta": {
"href": "/api/configuration/policies/audit_policies/9161063345713f11489305"
}
},
{
"key": "1e089e2a-76b4-4079-94e3-c83ebc74dc2e",
"meta": {
"href": "/api/configuration/policies/audit_policies/1e089e2a-76b4-4079-94e3-c83ebc74dc2e"
}
}
],
"meta": {
"first": "/api/configuration/policies/audit_policies",
"href": "/api/configuration/policies/audit_policies",
"last": "/api/configuration/policies/usermapping_policies",
"next": "/api/configuration/policies/content_policies",
"parent": "/api/configuration/policies",
"previous": null,
"transaction": "/api/transaction"
}
}
When retrieving the endpoint of a specific audit policy, the response is the following.
{
"body": {
"encryption": {
"certificates": [
{
"certificate": "<cert1>",
"four_eyes_certificate": "<cert2>"
}
],
"different_certificates_for_upstream": {
"certificates": [
{
"certificate": "<cert3>",
"four_eyes_certificate": "<cert4>"
}
],
"enabled": true
},
"enabled": true
},
"name": "<policy-name>",
"signing": {
"enabled": true,
"x509_identity": {
"key": "ec0b6604-37f6-4df6-bd2f-d7879a75b324",
"meta": {
"href": "/api/configuration/x509/ec0b6604-37f6-4df6-bd2f-d7879a75b324"
}
}
},
"timestamping_enabled": true
},
"key": "1e089e2a-76b4-4079-94e3-c83ebc74dc2e",
"meta": {
"first": "/api/configuration/policies/audit_policies/78101850949e47437dd91d",
"href": "/api/configuration/policies/audit_policies/1e089e2a-76b4-4079-94e3-c83ebc74dc2e",
"last": "/api/configuration/policies/audit_policies/1e089e2a-76b4-4079-94e3-c83ebc74dc2e",
"next": null,
"parent": "/api/configuration/policies/audit_policies",
"previous": "/api/configuration/policies/audit_policies/9161063345713f11489305",
"transaction": "/api/transaction"
}
}
| Element | Type | Description | ||
|---|---|---|---|---|
| key | string | Top level element, contains the ID of the policy. | ||
| body | Top level element (string) | The configuration elements of the policy. | ||
| encryption | Top level element | Audit trail encryption settings. | ||
| name | string | The name of the policy. This name is also displayed on the Safeguard for Privileged Sessions web interface. It cannot contain whitespace. | ||
| signing | Top level element | Audit trail signing settings. | ||
| enabled | boolean |
Set to true to enable audit trail signing. If signing is enabled, the x509_identity element is also required. | ||
| x509_identity | string |
Required for signing audit trails. References the identifier of the X.509 certificate stored on Safeguard for Privileged Sessions. You can configure certificates at the /api/configuration/x509/ endpoint. To modify or add an X.509 host certificate, use the value of the returned key as the value of the x509_identity element, and remove any child elements (including the key). | ||
| timestamping | boolean | Set to true to timestamp the audit trail. | ||
| Elements of encryption | Type | Description | ||
|---|---|---|---|---|
| certificates | Top level list | Contains the encrypting certificates. | ||
| certificate | string | The encrypting certificate. You can replay an encrypted audit trail with the private key of the encrypting certificate. | ||
| four_eyes_certificate | string | Additional certificate for joint (4-eyes) encryption. You can only replay a jointly encrypted audit trail with the private keys of both certificates. | ||
| different_certificates_for_upstream | Top level item | Configures encrypting upstream traffic separately. | ||
| certificates | Top level list | The certificates for encrypting upstream traffic. | ||
| certificate | string | The encrypting certificate. You can replay an encrypted upstream with the private key of the encrypting certificate. | ||
| four_eyes_certificate | string | Additional certificate for joint (4-eyes) encryption. You can only replay a jointly encrypted upstream with the private keys of both certificates. | ||
| enabled | boolean |
Set to true to encrypt the upstream traffic with separate certificate(s). If upstream encryption is enabled, the certificates element is required. | ||
| enabled | boolean |
Set to true to enable encrypting audit trails. If encryption is enabled, the certificates and different_certificates_for_upstream elements are required. | ||
Examples:
Disable encryption, signing, and timestamping.
{
"encryption": {
"enabled": false
},
"name": "default",
"signing": {
"enabled": false
},
"timestamping_enabled": false
}
Encrypt upstream traffic only (single certificate).
{
"encryption": {
"certificates": [],
"different_certificates_for_upstream": {
"certificates": [
{
"certificate": "<cert>",
"four_eyes_certificate": null
}
],
"enabled": true
},
"enabled": true
},
"name": "Upstream_only",
"signing": {
"enabled": false
},
"timestamping_enabled": false
}
Enable signing and timestamping, no traffic encryption.
{
"encryption": {
"enabled": false
},
"name": "Sign_and_timestamp",
"signing": {
"enabled": true,
"x509_identity": {
"key": "9508db81-4a3f-45a7-a2b1-a86f71c56416",
"meta": {
"href": "/api/configuration/x509/9508db81-4a3f-45a7-a2b1-a86f71c56416"
}
}
},
"timestamping_enabled": true
}
Enable signing and timestamping, and encrypt traffic with a single certificate (no separate upstream encryption).
{
"encryption": {
"certificates": [
{
"certificate": "<cert>",
"four_eyes_certificate": null
}
],
"different_certificates_for_upstream": {
"enabled": false
},
"enabled": true
},
"name": "API_audit_pol",
"signing": {
"enabled": true,
"x509_identity": {
"key": "d0286f64-41aa-45e1-ab19-830ac2f99f57",
"meta": {
"href": "/api/configuration/x509/d0286f64-41aa-45e1-ab19-830ac2f99f57"
}
}
},
"timestamping_enabled": true
}
Encrypting certificates
Encrypting certificates must not contain any metadata. Safeguard for Privileged Sessions uses only the key part of the certificate, no other data (expiry, etc.) are relevant for encryption.
To use a certificate with the Safeguard for Privileged Sessions API, remove all metadata, and substitute line breaks with \n.
The following is an example certificate, as used on the Safeguard for Privileged Sessions web interface:
-----BEGIN CERTIFICATE----- MIIDnDCCAoQCCQDc536Ob5tPQTANBgkqhkiG9w0BAQUFADCBjzELMAkGA1UEBhMC Q0ExEDAOBgNVBAgTB09udGFyaW8xEDAOBgNVBAcTB1Rvcm9udG8xEDAOBgNVBAoT B0JhbGFiaXQxFjAUBgNVBAsTDURvY3VtZW50YXRpb24xEDAOBgNVBAMTB2JhbGFi aXQxIDAeBgkqhkiG9w0BCQEWEWNhdGFpbEBiYWxhYml0Lmh1MB4XDTE2MDQyMjE2 MDAyNloXDTE3MDQyMjE2MDAyNlowgY8xCzAJBgNVBAYTAkNBMRAwDgYDVQQIEwdP bnRhcmlvMRAwDgYDVQQHEwdUb3JvbnRvMRAwDgYDVQQKEwdCYWxhYml0MRYwFAYD VQQLEw1Eb2N1bWVudGF0aW9uMRAwDgYDVQQDEwdiYWxhYml0MSAwHgYJKoZIhvcN AQkBFhFjYXRhaWxAYmFsYWJpdC5odTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAOGa9I2jmVlVdVWEI/Wy7ahTeyaIjK52FQUXqxG8okOSD+nV74ZFUuiS 59X+2Ow1aDqVGrDMgPNhSVpYXUvDUAUOILJW4rAIoxDY6vDU9/4v9dDiQfEPlauw 0qNRjPS1MLzjSOQDSKqPkdivkS6HKZeX3+TFq3OxO+vIrF9zFfp9T+eDG2oSobPc 3mV2zkvtD61CXzbezAVdArDl6WnysRyzxyH8WEhFwZepWxFD9Y5N1dzKody7Hncs X5kVIv0+Z6bBHfg/7wHWysJdwNuLr0ByTOvPM6WdA83k3Fy2gYNk7Rc0BbRFbQTX hJVfUzSUWHVhFQtAb4diKU5voqepfNMCAwEAATANBgkqhkiG9w0BAQUFAAOCAQEA R5DIwOHsEKoGkiI3cHC2VMnxP2rRhpTneh6El+DFnQPdjrXa+tnqV4TdnNaD+FvP AB1kqbmC4hJAsjMLU2b1ne6m+SLmzhRuMxcA6x+fnYvcQT57IbRdq2E/4oJGeyuy 0jQE+nmoVD3lDytIOxCfQvZhl1tcbBE5hp5USme4PmNhY6QfUlgjsFjPfoVG7XDB uNaUoWS6RvZPmL5IuvF9tqe96ES6DTjC8rBfQYvSoVNjjPnUMx0C8xstRSEG7oJc N5+4ImYnFNxSG20hZpFy0OFDf2g7Fx+W50/NtXamUF1Sf8WlPZc03oVl1/Fzo7mt qYyyD1ld89OUEYZ+aJQd/A== -----END CERTIFICATE-----
The same certificate, as accepted by the Safeguard for Privileged Sessions API:
"certificate": "-----BEGIN CERTIFICATE-----\nMIIDnDCCAoQCCQDc536Ob5tPQTANBgkqhkiG9w0BAQUFADCBjzELMAkGA1UEBhMC\nQ0ExEDAOBgNVBAgTB09udGFyaW8xEDAOBgNVBAcTB1Rvcm9udG8xEDAOBgNVBAoT\nB0JhbGFiaXQxFjAUBgNVBAsTDURvY3VtZW50YXRpb24xEDAOBgNVBAMTB2JhbGFi\naXQxIDAeBgkqhkiG9w0BCQEWEWNhdGFpbEBiYWxhYml0Lmh1MB4XDTE2MDQyMjE2\nMDAyNloXDTE3MDQyMjE2MDAyNlowgY8xCzAJBgNVBAYTAkNBMRAwDgYDVQQIEwdP\nbnRhcmlvMRAwDgYDVQQHEwdUb3JvbnRvMRAwDgYDVQQKEwdCYWxhYml0MRYwFAYD\nVQQLEw1Eb2N1bWVudGF0aW9uMRAwDgYDVQQDEwdiYWxhYml0MSAwHgYJKoZIhvcN\nAQkBFhFjYXRhaWxAYmFsYWJpdC5odTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC\nAQoCggEBAOGa9I2jmVlVdVWEI/Wy7ahTeyaIjK52FQUXqxG8okOSD+nV74ZFUuiS\n59X+2Ow1aDqVGrDMgPNhSVpYXUvDUAUOILJW4rAIoxDY6vDU9/4v9dDiQfEPlauw\n0qNRjPS1MLzjSOQDSKqPkdivkS6HKZeX3+TFq3OxO+vIrF9zFfp9T+eDG2oSobPc\n3mV2zkvtD61CXzbezAVdArDl6WnysRyzxyH8WEhFwZepWxFD9Y5N1dzKody7Hncs\nX5kVIv0+Z6bBHfg/7wHWysJdwNuLr0ByTOvPM6WdA83k3Fy2gYNk7Rc0BbRFbQTX\nhJVfUzSUWHVhFQtAb4diKU5voqepfNMCAwEAATANBgkqhkiG9w0BAQUFAAOCAQEA\nR5DIwOHsEKoGkiI3cHC2VMnxP2rRhpTneh6El+DFnQPdjrXa+tnqV4TdnNaD+FvP\nAB1kqbmC4hJAsjMLU2b1ne6m+SLmzhRuMxcA6x+fnYvcQT57IbRdq2E/4oJGeyuy\n0jQE+nmoVD3lDytIOxCfQvZhl1tcbBE5hp5USme4PmNhY6QfUlgjsFjPfoVG7XDB\nuNaUoWS6RvZPmL5IuvF9tqe96ES6DTjC8rBfQYvSoVNjjPnUMx0C8xstRSEG7oJc\nN5+4ImYnFNxSG20hZpFy0OFDf2g7Fx+W50/NtXamUF1Sf8WlPZc03oVl1/Fzo7mt\nqYyyD1ld89OUEYZ+aJQd/A==\n-----END CERTIFICATE-----\n"
Add an audit policy
To add an audit policy, you have to:
-
Open a transaction.
For details, see Open a transaction.
-
Create the JSON object for the new audit policy.
POST the JSON object to the https://<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/policies/audit_policies endpoint. You can find a detailed description of the available parameters listed in Audit policies.
If the POST request is successful, the response includes the key of the new audit policy. For example:
{ "key": "1e089e2a-76b4-4079-94e3-c83ebc74dc2e", "meta": { "href": "/api/configuration/policies/audit_policies/1e089e2a-76b4-4079-94e3-c83ebc74dc2e", "parent": "/api/configuration/policies/audit_policies", "transaction": "/api/transaction" } } -
Commit your changes.
For details, see Commit a transaction.
Modify an audit policy
To modify an audit policy, you have to:
-
Open a transaction.
For details, see Open a transaction.
-
Modify the JSON object of the audit policy.
PUT the modified JSON object to the https://<IP-address-of-Safeguard for Privileged Sessions>/api/configuration/policies/audit_policies/<policy-key> endpoint. You can find a detailed description of the available parameters listed in Audit policies.
-
Commit your changes.
For details, see Commit a transaction.
Status and error codes
The following table lists the typical status and error codes for this request. For a complete list of error codes, see Using the Safeguard for Privileged Sessions REST API.
| Code | Description | Notes |
|---|---|---|
| 201 | Created | The new resource was successfully created. |
| 401 | Unauthenticated | The requested resource cannot be retrieved because the client is not authenticated and the resource requires authorization to access it. The details section contains the path that was attempted to be accessed, but could not be retrieved. |
| 401 | AuthenticationFailure | Authenticating the user with the given credentials has failed. |
| 404 | NotFound | The requested object does not exist. |