Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
225 changes: 225 additions & 0 deletions _security/configuration/versioning.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,225 @@
---
layout: default
title: Security configuration versioning
parent: Configuration
nav_order: 27
---

# Security Configuration Versioning and Rollback API

Check failure on line 8 in _security/configuration/versioning.md

View workflow job for this annotation

GitHub Actions / style-job

[vale] reported by reviewdog 🐶 [OpenSearch.HeadingCapitalization] 'Security Configuration Versioning and Rollback API' is a heading and should be in sentence case. Raw Output: {"message": "[OpenSearch.HeadingCapitalization] 'Security Configuration Versioning and Rollback API' is a heading and should be in sentence case.", "location": {"path": "_security/configuration/versioning.md", "range": {"start": {"line": 8, "column": 3}}}, "severity": "ERROR"}
**Introduced 3.3**
{: .label .label-purple }

This is an experimental feature and is not recommended for use in a production environment. For updates on the progress of the feature or if you want to leave feedback, join the discussion on the [OpenSearch forum](https://forum.opensearch.org/).
{: .warning}

The Security Configuration Versioning and Rollback API provides version control for OpenSearch security configurations, enabling administrators to track changes, maintain audit trails, and restore previous configurations when needed.

This API automatically creates versions when security configurations change, allowing you to track the complete history of security configuration modifications, view detailed information about any previous version, and roll back to any previous configuration version, thus maintaining operational safety.

## How versioning works

The system automatically creates a new version when a security configuration change is detected, the change differs from the most recent saved version, and an administrator makes modifications through supported APIs.

Each version contains a version ID (unique identifier such as `v1`, `v2`), a configuration snapshot (complete security configuration at the time of creation), a timestamp indicating when the version was created, and user information identifying who made the change.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@nagarajg17 So the versions must be specified in the form of vN or can they be any string?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Its like, v1, v2...v10. It can hold upto maximum number of versions mentioned in this config plugins.security.config_version.retention_count or default upto to 10 i.e v10


A new version is created **only when a change is detected** compared to the latest saved version. This prevents redundant versions and ensures meaningful version history.

## Enabling versioning

To use the security configuration versioning, you must enable it in your OpenSearch configuration. Add the following setting to your `opensearch.yml` configuration file:

```yaml
plugins.security.configurations_versions.enabled: true
```

Optionally, you can control the number of retained versions by specifying the following setting:

```yaml
plugins.security.config_version.retention_count: 10
```

The default retention count is `10` versions. When the retention limit is reached, the oldest version is automatically removed to make space for one new version.

After modifying `opensearch.yml`, restart your OpenSearch cluster for the changes to take effect. For more information, see [Experimental feature flags]({{site.url}}{{site.baseurl}}/install-and-configure/configuring-opensearch/experimental/).

## Endpoints

```json
GET /_plugins/_security/api/versions
GET /_plugins/_security/api/version/<version_id>
POST /_plugins/_security/api/version/rollback
POST /_plugins/_security/api/version/rollback/<version_id>
```

## Path parameters

The following table lists the available path parameters. All path parameters are optional.

| Parameter | Data type | Description |
| :--- | :--- | :--- |
| `version_id` | String | The version identifier to view or roll back to. Must start with `v` followed by a number (for example, `v1` or `v2`). Required for specific version operations. |

## View a specific version

Use this endpoint to retrieve the complete security configuration for a specified version.

### Endpoint

```json
GET /_plugins/_security/api/version/<version_id>
```

### Example request

```json
GET /_plugins/_security/api/version/v2
```
{% include copy-curl.html %}

### Example response

```json
{
"versions": [
{
"version_id": "v2",
"timestamp": "2025-05-23T06:56:20.081933886Z",
"modified_by": "admin",
"security_configs": {...}
}
]
}
```

### Response body fields

The following table lists all response body fields for viewing a specific version.

| Field | Data type | Description |
|:-----------------|:----------|:------------------------------------------------------------------------------------------|
| `versions` | Array | A list of security configuration versions. |
| `version_id` | String | The ID of the security configuration version. |
| `timestamp` | Datetime | The timestamp of the security configuration change. |

Check failure on line 102 in _security/configuration/versioning.md

View workflow job for this annotation

GitHub Actions / style-job

[vale] reported by reviewdog 🐶 [OpenSearch.Spelling] Error: Datetime. If you are referencing a setting, variable, format, function, or repository, surround it with tic marks. Raw Output: {"message": "[OpenSearch.Spelling] Error: Datetime. If you are referencing a setting, variable, format, function, or repository, surround it with tic marks.", "location": {"path": "_security/configuration/versioning.md", "range": {"start": {"line": 102, "column": 24}}}, "severity": "ERROR"}
| `modified_by` | String | The user who modified the security configuration. |
| `security_configs` | String | The security configuration for a particular version that contains all security configurations. |

## View all versions

Use this endpoint to retrieve a list of all available configuration versions.

### Endpoint

```json
GET /_plugins/_security/api/versions
```

### Example request

```json
GET /_plugins/_security/api/versions
```
{% include copy-curl.html %}

### Example response

```json
{
"versions": [
{
"version_id": "v1",
"timestamp": "2025-05-22T08:46:11.887620466Z",
"modified_by": "admin",
"security_configs": {...}
},
{
"version_id": "v2",
"timestamp": "2025-05-23T06:56:20.081933886Z",
"modified_by": "admin",
"security_configs": {...}
}
]
}
```

### Response body fields

See [View a specific version response body fields](#response-body-fields).

## Roll back to the preceding version

Use this endpoint to restore the security configuration to the immediately preceding version.

### Endpoint

```json
POST /_plugins/_security/api/version/rollback
```

### Example request

```json
POST /_plugins/_security/api/version/rollback
```
{% include copy-curl.html %}

### Example response

OpenSearch sends the following response when rolling back to the `v4` version from the `v5` version:

```json
{
"status" : "OK",
"message" : "config rolled back to version v4"
}
```

### Response body fields

The following table lists all response body fields for rollback operations.

| Field | Data type | Description |
| :--- | :--- | :--- |
| `status` | String | The rollback status. |
| message | String | The rollback operation description. |

## Roll back to a specific version

Use this endpoint to restore the security configuration to a specified version.

### Endpoint

```json
POST /_plugins/_security/api/version/rollback/<version_id>
```

### Example request

```json
POST /_plugins/_security/api/version/rollback/v2
```
{% include copy-curl.html %}

### Example response

```json
{
"status" : "OK",
"message" : "config rolled back to version v2"
}
```

### Response body fields

See [Roll back to a specific version response body fields](#response-body-fields-2).

## Required permissions

Ensure that you have the appropriate permissions for the operations you want to perform.

| Operation | Required permission |
| :--- | :--- |
| View versions | `restapi:admin/view_version` |
| Roll back configuration | `restapi:admin/rollback_version` |

These permissions are included in the default `security_manager` and `all_access` roles.
These APIs use the same [access control]({{site.url}}{{site.baseurl}}/security/access-control/api/#access-control-for-the-api) as all other Security APIs.
Loading