ElasticSearch中是否存在HTTP GET修改操作？暴露内部GET调用是否安全？

1. 是否存在使用HTTP GET方法的修改类接口调用？ #

默认情况下，ElasticSearch的所有GET接口都是只读设计，不会触发数据修改操作。但有个例外场景：如果开启了ES的http.allow_method_override配置项，允许通过请求头（比如X-HTTP-Method-Override）将GET请求伪装成POST，那么原本需要POST的修改类接口（比如_update_by_query、_reindex）就可以通过GET请求触发。不过这个配置默认是关闭的，除非手动开启，否则不会出现这类情况。

2. 使用HTTP GET请求访问数据时，能否保证不会对数据进行修改？ #

在默认配置下，完全可以保证GET请求不会修改数据——ES遵循HTTP方法的语义，GET被定义为安全、幂等的只读操作。但如果修改了ES的核心配置（比如开启了上述的方法覆盖），或者安装了第三方插件打破了这个语义，就可能出现GET触发修改的情况。另外，一些类似_refresh的GET接口只是刷新索引可见性，不属于修改数据内容的操作。

3. 将针对索引的自由格式GET调用暴露至内部可访问端点是否安全？ #

这个问题要分情况判断：

• 如果内部环境完全可信（比如只有授权的运维、开发人员能访问），且ES保持默认配置（未开启方法覆盖、启用了身份验证），那么风险很低——GET只会读取数据，不会修改。
• 但如果内部存在不可信主体，或者没有配置访问控制（比如未启用ES的安全插件、无身份验证机制），那么风险很高：攻击者可以通过自由格式的GET请求遍历所有索引、获取敏感数据，甚至如果配置了方法覆盖，还能进一步触发修改操作。
• 即使是可信内部环境，也要注意避免暴露包含敏感数据的索引，同时通过角色权限限制GET请求的访问范围。

内容的提问来源于stack exchange，提问作者user7858768