Destructive deletes allow wildcards
Elastic Cloud Hosted lets you manage and configure one or more deployments of the versioned Elastic Stack, hosted on Elastic Cloud. Availability This functionality is generally available and ready for production usage. Elastic Cloud on Kubernetes extends Kubernetes orchestration capabilities to allow you to deploy and manage components of the Elastic Stack. Availability This functionality is generally available and ready for production usage. This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes. Elastic Cloud Enterprise is a self-managed orchestration platform for deploying and managing the Elastic Stack at scale. Availability This functionality is generally available and ready for production usage. This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes. Self-managed deployments are Elastic Stack deployments managed without the assistance of an orchestrator. Availability This functionality is generally available and ready for production usage. This documentation corresponds to the latest patch available for each minor version. If you're not using the latest patch, check the release notes for changes.
ECH
Generally available
ECK
Generally available
ECE
Generally available
Self-managed
Generally available
The cluster still allows destructive index operations with wildcards or _all, so one delete request can target many indices at once. That pattern is a common source of accidental data loss.
For a complete list of insights, refer to AutoOps insights.
| Field | Value |
|---|---|
| Component | Elasticsearch |
| Severity | Medium |
| Scope | Cluster |
| Domains | security-safety |
The following is an example of what you might see when this insight is triggered. Real insights use live data and links from your deployment or cluster.
action.destructive_requires_name is false. Destructive operations such as index deletes can use wildcards or _all.
AutoOps shows different recommendations depending on how their conditions match your deployment or cluster.
Prevent deletion of wildcard indices
Condition: Always shown for this insight.
Enable action.destructive_requires_name so index deletes must name a specific index and cannot use wildcards. Use the action below.
PUT _cluster/settings{ "persistent": { "action.destructive_requires_name": "true" } }
Requires the manage cluster privilege. Requires Elasticsearch 8.0.0 or later. This action changes cluster or index configuration.
When action.destructive_requires_name is false, Elasticsearch accepts delete (and similar destructive) requests that target many indices at once through wildcards or _all.
A single mistaken request can remove large parts of a cluster’s data. Production clusters usually require an exact index name so operators cannot wipe multiple indices by accident.
Until the setting is enabled, any client with delete privileges can still perform broad destructive operations.